Does not build with JDK21.
[javac] error: Source option 7 is no longer supported. Use 8 or later.
[javac] error: Target option 7 is no longer supported. Use 8 or later.
NB: maybe the build can be easily fixed with jdk21, but that would need more
time to investigate and my test setup does not have amd64.
If you use this port, please try and test.
PR: 272855
Approved-by: no maintainer
Mark OpenJDK versions no longer maintained by upstream as deprecated,
and for future removal. Keeping LTS versions, as well as the actively
maintained latest versions in the tree.
Reviewed by: bofh (mentor), jrm
Approved by: bofh (mentor)
MFH: 2025Q4
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D54176
/!\ javamail-1.6.2_2: Makefile errors /!\
you cannot include bsd.port[.pre].mk twice
Defining both PORTVERSION and DISTVERSION is wrong, only set one, if necessary,
set DISTNAME
As javamail is a library and not an application itself it should not
have a run-dependency on Java. It doesn't run on its own.
It will always use the java version of the application that uses javamail.
Use source and target arguments compatible with jdk21.
If not using openjdk8 bring back the Java Activation Framework. In
openjdk8 these classes were included in the core packages. In later
JDK versions it was removed again.
PR: 291388
BUNDLE_LIBS is for preventing _providing_ libraries. In this
case the pre-compiled binary distributed has dependencies on
libraries that are not provided here. BUNDLE_LIBS does not
help the problem.
Add flavor to make a headless jre package, where dev tools and x11
support is removed. As requested in Bug #266059.
PR: 266059
Reviewed by: fuz, jrm
Approved by: fuz (Mentor), jrm
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D53707
This prevents Pkg from recording the bundled libraries as
dependencies. This otherwise can confuse Pkg and Poudriere
about missing dependencies.
Reviewed by: bapt
Differential Revision: https://reviews.freebsd.org/D53723
Suppress warnings with newer llvm versions.
If upstream doesn't fix the warnings it makes no sense to bother the
port with it.
In my test the log went from 30 MB to 3 MB.
No functional change intended.
Approved by: java@ mailing list
Add FLAVORS to allow building jre and headless variants from the same
port. For backwards compatibility, it is also possible to build the jre
version by setting the BUILD_JRE env var.
Also reorganize the Makefile to make portclippy happy
Reviewed by: fuz, jrm
Approved by: fuz (mentor)
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D53450
/wrkdirs/usr/ports/java/openjdk25/work/openjdk-jdk-25-36-freebsd-1/src/hotspot/os_cpu/bsd_ppc/os_bsd_ppc.cpp:182:54: error: no member named 'regs' in '__mcontext'
- old version, the project continued in another repository and nobody noticed
- no users in the ports tree
- manual download, so no package is available
Got a report that build is also flapping on 14.3, so extent the range
of OSVERSIONs.
Allow parallel jobs, but limited to the number of jobs that is
currently used (and works) on the official FreeBSD pkg build cluster.
PR: 290148
- Add dependency on libX11 and libXext.
- Replace ${SETENV} with ${SETENVI} ${WRK_ENV} to build with a clean
environment.
- Install the library with ${INSTALL_LIB} so it is stripped.
- Link with C compiler because ld doesn't always search /usr/lib.
Reported by: vvd
- Enable and fix demangling C++ symbols in the Servicability Agent for
FreeBSD. This fixes several issues with backtraces and looking up
symbols when debugging or inspecting programs running in the JVM.
- Fix a performance issue when looking up committed memory size and
number of open file handles via the OperatingSystemMXBean interface.
This affected some large ElasticSearch clusters, but potentially also
other large high performance systems.
Reviewed by: emaste, jrm
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D52354
- Enable IPv6 dual protocol socket support on FreeBSD.
- Fixed a performance issue when looking up committed memory size and
number of open file handles via the OperatingSystemMXBean interface.
This affected some large ElasticSearch clusters, but potentially also
other large high performance systems.
Reviewed by: emaste, jrm
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D52381
