cpet/openbsd-ports
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
170,793 Commits 1 Branch 0 Tags 544 MiB
0660c9c0a6
Commit Graph

34 Commits

Author SHA1 Message Date
sthen
0660c9c0a6 java/jna file list differs with newer jdk (different javadoc files with 
newer jquery etc); regen plist
 2022-11-11 17:39:30 +00:00
op
203bc3335c update java/jna to 5.11.0 
switch MODJAVA_VER to 11 and adjust the extra clojure test (which needs
to be run interactively with lang/clojure set up for the local user
unfortunately.)

ok sthen@
 2022-05-26 08:30:30 +00:00
naddy
caeb98e635 drop RCS Ids 2022-03-11 19:25:15 +00:00
kurt
ba26f83a59 Fix packaging on sparc64. 2021-07-15 10:40:48 +00:00
kurt
e96cb13163 Fix build on aarch64 2021-05-21 16:03:42 +00:00
kurt
f9d899e6a0 Bump revision on all 1.8+ ports since now they will build with jdk 
1.8 on aarch64 and their run depends will also change. okay ian@
 2021-05-19 01:50:29 +00:00
kurt
321ca4b2be This version is not compatible with jdk-11. Adjust MODJAVA_VER to 1.8 only. 
okay jasper@
 2019-09-23 13:39:27 +00:00
sthen
3318ced016 replace simple PERMIT_PACKAGE_CDROM=Yes with PERMIT_PACKAGE=Yes 2019-07-12 20:46:54 +00:00
kurt
7705a5ad0b Revision bump all java ports for the jre package removal and java.port.mk 
changes.
 2019-06-11 00:38:33 +00:00
sthen
828f08b0e2 sweep all java ports with a couple of adjustments to build/dependency 
environment, which will reduce complexity in java.port.mk when jdk 11 is
added. direction agreed with kurt@.

- switch all MODJAVA_VER to at least 1.8 (we don't currently have any
version earlier than this anyway).

- drop MODJAVA_JRERUN, the separate jre package will be going away with
jdk 11.

- bump changed ports
 2019-03-24 22:24:12 +00:00
kurt
558715b919 - disconnect devel/jdk/1.7 from the build 
- adjust java.port.mk so all 1.7 and lower ports now build with 1.8
- bump revision on affected ports
okay sthen@, ian@, landry@
 2017-04-21 13:27:46 +00:00
jasper
a1edbbddc0 update to jna-4.4.0 2017-03-26 12:45:27 +00:00
jca
ebe2898e95 Honour CC/CFLAGS 2017-03-06 21:19:20 +00:00
jasper
2d5a208964 update to jna-4.3.0 2017-02-25 15:05:21 +00:00
jasper
29d249586d update to jna-4.2.2 2016-04-18 17:33:11 +00:00
jasper
d6e85d6790 DISTNAME is set by bsd.port.mk for these ports now 2015-12-29 19:49:39 +00:00
jasper
88859de3fb add extended testcase based on clojure 2015-10-24 14:22:14 +00:00
jasper
0ff7614281 update to jna-4.2.1 2015-10-24 14:08:41 +00:00
jasper
34292814d1 - update to jna-4.2.0 
- switch to using the system libffi
 2015-09-18 18:36:27 +00:00
sthen
276f8c8637 fix java/jna packaging on i386 2015-09-04 21:22:29 +00:00
jasper
64ef76236e - update to jna-4.1.0 
- update homepage
- switch to using GH_*

tested with clojure
 2015-09-01 19:29:22 +00:00
kurt
46f312eaef - Unlink jdk/1.6 and make jdk/1.7 the default jdk for all java ports 
- Adjust java.port.mk and cmake to use 1.7
- Adjust jdk/1.7 for pkg_add upgrades
okay sthen@, jasper@, ajacoutot@
 2014-05-07 15:42:15 +00:00
kurt
9308aef8a8 - Use a rerolled distfile that includes openbsd native libs for both 
amd64 and i386. Makes installed jna.jar include both archs. okay jasper@
 2013-03-17 14:02:11 +00:00
espie
e4fa65e765 PERMIT_* / REGRESS -> TEST sweep 2013-03-11 11:10:51 +00:00
jasper
4f31451f3a - update to jna-3.5.1 
ok kurt@
 2013-03-08 10:25:34 +00:00
kili
92a7c14269 JAVA_HOME is now added to MAKE_ENV in java.port.mk 2011-12-15 21:33:19 +00:00
nigel
7671923537 Build fails when apache-ant home is jdk-1.5.0. 
ok jasper@
 2011-09-16 18:05:04 +00:00
espie
d6e7b9cbe6 normalize pkgpath 2011-09-16 10:02:36 +00:00
nigel
2c0f9bd19c fix build issue on i386 
ok jasper@ (maintainer)
 2011-09-12 12:50:24 +00:00
jasper
c01499dbff - switch to MODJAVA_BUILD 
- add comment about gmake (requested by sthen@)
- don't use a handrolled MODJAVA_{DOC,JAR}_DIR
 2011-09-01 08:05:05 +00:00
jasper
fa7be240b1 - bump REVISION after recent java.port.mk change 2011-08-30 17:16:35 +00:00
jasper
20b8014747 - take maintainership 2011-08-30 12:03:56 +00:00
nigel
0c717dd298 add missing build depends 
ok jasper@
 2011-08-30 10:49:02 +00:00
jasper
40394fe4be import jna 3.2.7 
JNA provides Java programs easy access to native shared libraries
without writing anything but Java code -- no JNI or native code is
required. This functionality is comparable to Windows' Platform/Invoke
and Python's ctypes. Access is dynamic at runtime without code
generation.

JNA allows you to call directly into native functions using natural Java
method invocation. The Java call looks just like it does in native code.
Most calls require no special handling or configuration; no boilerplate
or generated code is required.

ok aja@
 2011-08-29 15:07:32 +00:00