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.
===> The following configuration options are available for jna-5.15.0_4:
DOCS=on: Build and/or install documentation
===> Use 'make config' to modify these settings
devel/jna: fix build on powerpc
install:
/wrkdirs/usr/ports/devel/jna/work/jna-0a33062e1971962ca6b283c397ed1de5cc053d33/build/freebsd-powerpc.jar:
No such file or directory
Mk/**java.mk: Convert bsd.java.mk to USES
The following features have been added or changed:
- Instead of USE_JAVA use USES=java. This defaults to
USES=java:build,run if NO_BUILD is undefined. Else it defaults to
USES=java:run
- Instead of USE_ANT=yes use USES=java:ant which also implies
USES=java:build
- Instead of JAVA_BUILD=yes use USES=java:build. Does not imply run or
extract
- Instead of JAVA_EXTRACT=yes use USES=java:extract does not imply
build or run
- Instead of JAVA_RUN=yes use USES=java:run does not imply extract or
build
- Instead of USE_JAVA=<version> use USES=java and JAVA_VERSION=<version>
Approved by: mat (portmgr), glewis
Differential Revision: https://reviews.freebsd.org/D48201
devel/jna: no RUN_DEPENDS on openjdk8
As this is a library, the end product will decide what JDK is used.
No unnecessary install of an extra JDK.
+ pet portlint:
FATAL: PLIST_FILES: files cannot contain %%FOO%% variables. Use make variables
and logic instead
PR: 262830
Approved by: maintainer timeout
devel/jna: Update to 5.14.0+
ChangeLog:
https://github.com/java-native-access/jna/blob/master/CHANGES.md#next-release-5150
Features
* Add support for FreeBSD aarch64.
* Add support for DragonFly BSD x86-64.
* Add IsProcessorFeaturePresent to c.s.j.p.win32.Kernel32.
Bug Fixes
* Fix analysis of ELF binary on arm systems running with a java ELF binary
without section table headers (java8 on armv7 NAS).
(Only the first 15 lines of the commit message are shown above )
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
*/*: Replace USE_GCC=any with USE_GCC=yes
USE_GCC=any has been equivalent to USE_GCC=yes in most cases (such
as i386 and amd64 since 12.x and depending on configuration 11.x,
most newer installations on other platforms, and 13.x across the
board).
Since commit 96c17633d90386b5bcf8 Mk/bsd.gcc.mk is treating them as
different spellings of the same, so continue the deorbiting of the
USE_GCC=any form and simply replace it with USE_GCC=yes.
This should not make any functional difference at all.
Discussed with: mat, linimon, pkubaj
devel/jna: fix packaging on powerpc64le
Before this change, powerpc64le would change into ppc64, while it should change
into ppc64le.
Approved by: tier 2 blanket
- Update to 5.0.5
This avoids a dependency on version 8 of OpenJDK when building elasticsearch7.
Test built using gcc and clang.
PR: 244358
Submitted by: Peter Laursen <freebsd@mosedal.net>
Approved by: pi
. Update to 4.5.2
This is the final version of the 4.x series and a patch version bump.
There is a 5.x series, but this likely needs to be moved to a jna4 port
and the dependencies updated before doing so. I've done some light
testing of elasticsearch6 with this without seeing any problems.
. Add a JAVA_VERSION specification and restrict it to Java 8
This does not compile with Java 11. I haven't tried 6, 7, 9 or 10, but
all of those are potentially going away soon, so it is kind of pointless
to do so.
For ports that are marked BROKEN on armv6, and also fail to build on
armv7, mark them so.
This is part two of a multipart commit to bring armv7 ports to parity
with armv6.
Approved by: portmgr (tier-2 blanket)
Obtained from: lonesome.com -exp run
- Mark broken on 9 i386:
BUILD FAILED
/wrkdirs/usr/ports/devel/jna/work/jna-4.1.0/build.xml:894:
java.lang.ArrayIndexOutOfBoundsException: 0
at java.net.InetAddress.getLocalHost(InetAddress.java:1509)
at
org.apache.tools.ant.taskdefs.optional.junit.XMLJUnitResultFormatter.getHostname(XMLJUnitResultFormatter.java:170)
at
org.apache.tools.ant.taskdefs.optional.junit.XMLJUnitResultFormatter.startTestSuite(XMLJUnitResultFormatter.java:145)
at
org.apache.tools.ant.taskdefs.optional.junit.JUnitTaskMirrorImpl.addVmExit(JUnitTaskMirrorImpl.java:53)
at
org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.logVmExit(JUnitTask.java:1869)
at
org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.logVmCrash(JUnitTask.java:1818)
at
org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.executeAsForked(JUnitTask.java:1295)
at
org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(JUnitTask.java:1024)
at
org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.executeOrQueue(JUnitTask.java:2105)
at
org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(JUnitTask.java:832)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:293)
(Only the first 15 lines of the commit message are shown above )
Update USE_GITHUB so it does not require GH_COMMIT.
Using this new scheme allows only setting the _tag_ or _commit hash_ in
GH_TAGNAME and not having to know the hash for a tag. This scheme will
download a tarball that has a different checksum than before due to a changed
directory name for extraction.
The following MASTER_SITES are provided to retain the old checksum and
directory structure (that require GH_COMMIT):
GH -> GHL
GITHUB -> GITHUB_LEGACY
Differential Revision: https://reviews.freebsd.org/D748
Submitted by: amdmi3
Reviewed by: mat, swills, antoine, bdrewery
With hat: portmgr
- Work around unit test failures with java/openjdk6 and unbreak the port.
createTempFile() creates a file like "/tmp//foo" but matchLibrary() returns
its real path, e. g., "/tmp/foo". java/openjdk7 does not have the problem.
- Remove redundant USE_GCC and support staging.
According to the Porter's Handbook (5.12.2.3.) default options must be added to
OPTIONS_DEFINE. This policy has been implemented only recently that's why we
have many ports violating this policy.
This patch adds the default options specified in the Porter's Handbook to
OPTIONS_DEFINE where they are being used. Ports maintained by
gnome@FreeBSD.org, kde@FreeBSD.org and x11@FreeBSD.org have been excluded.
Approved by: portmgr (bapt)
Mark broken: doesn't build due to test failures
BUILD FAILED
/wrkdirs/usr/ports/devel/jna/work/twall-jna-9b7ba38/build.xml:903: One or more
tests failed
Reported by: pkg-fallout since september 2013
With hat: portmgr
- Add LDFLAGS to CONFIGURE_ENV and MAKE_ENV (as it was done with LDFLAGS)
- Fix all ports that add {CPP,LD}FLAGS to *_ENV to modify flags instead
PR: 157936
Submitted by: myself
Exp-runs by: pav
Approved by: pav
