summaryrefslogtreecommitdiff
path: root/java/openjdk21/Makefile (unfollow)
Commit message (Collapse)AuthorFilesLines
41 hoursgraphics/lcms2: Bump PORTREVISION of dependent ports for shlib changePo-Chuan Hsieh1-0/+1
PR: 292881 Reported by: Petr Lampa <lampa@fit.vutbr.cz>
2025-11-02java/openjdk21: Update to 21.0.9Greg Lewis1-3/+2
2025-09-23java/openjdk21: pass MAKE_JOBS_NUMBER aroundRonald Klop1-0/+5
Be more verbose during the build to prevent output timeout. For rationale of this change see the commits in java/openjdk17 of the last two weeks.
2025-07-25java/openjdk21: Update to 21.0.8Greg Lewis1-3/+2
2025-06-27openjdk: remove need for fdescfs(5) and probably procfs(5)Baptiste Daroussin1-0/+1
Implement getCommittedVirtualMemorySize() directly using sysctl kern.proc.vmmap Implement getOpenFileDescriptorCount() directly using sysctl kern.proc.nfds Note on openjdk17 use closefrom where possible (note this use case is only in openjdk 17, 21, 23 and 24) Remove the message about the use of fdescfs(5) as this is not needed for sure, keep the information about procfs(5) as I have not analysed enough the source code to make sure it is not used anywhere else, but I don't think it is.
2025-04-20java/openjdk21: Update to 21.0.7Greg Lewis1-2/+2
2025-02-14java/openjdk21: Update to 21.0.6Greg Lewis1-2/+2
2024-11-11java/openjdk21: Update to 21.0.5Greg Lewis1-2/+2
2024-09-15java/openjdk8 java/openjdk11 java/openjdk17 java/openjdk18 java/openjdk19 ↵Dimitry Andric1-3/+1
java/openjdk20 java/openjdk21 java/openjdk22: disable warnings as errors Generally disable warnings-as-errors for all openjdk ports, removing all the conditionals we have now for particular architectures and/or compilers. It does not make sense to have this on by default, unless you are an upstream maintainer. PR: 281188 Approved by: maintainer timeout (2 weeks) MFH: 2024Q3
2024-07-27java/openjdk21: Update to 21.0.4Greg Lewis1-2/+2
2024-07-01all: drop support for FreeBSD 13.2 which reached EOL todayRene Ladan1-6/+0
Thanks again to jbeich for noticing various things I overlooked. Reviewed by: acm, ashish, eduardo, ehaupt, eugen, jbeich, martymac, mat, nobukata, sunpoet, tagattie, yuri, arrowd, kde Differential Revision: https://reviews.freebsd.org/D45141
2024-05-02java/openjdk21: Update to 21.0.3Greg Lewis1-3/+2
2024-02-09java/openjdk*: Allow users to specify an alternative cacerts fileMichael Osipov1-0/+7
Similar to certificate management with certctl(8) users can use custom enterprise CAs. These need to be assembled into a custom cacerts file. Therefore, an admin can install a custom truststore to an arbitrary location and have the OpenJDK port symlink to it by adding OPENJDK_SYMLINK_CACERTS to make.conf. E.g., OPENJDK_SYMLINK_CACERTS=/usr/local/etc/ssl/cacerts. PR: 229329 Approved by: jrm (mentor), otis (mentor), glewis Differential Revision: https://reviews.freebsd.org/D42720
2024-02-04java/openjdk21: Update to 21.0.2Greg Lewis1-2/+2
2024-01-05java/openjdk21: remove ELFv1 supportPiotr Kubaj1-4/+1
2023-12-31*/*: Sunset 12.4-RELEASE/12-STABLE from ports treeMuhammad Moinur Rahman1-3/+0
- Remove all references to defunct ARCH arm - Remove all references to defunct ARCH sparc64 - Remove x11-drivers/xf86-video-sunffb which requires defunct sparc64 ARCH - Remove sysutils/afbinit requires defunct sparc64 ARCH - Remove all references to bktr driver - Remove all references to defunct FreeBSD_12 - Remove all references to OSVERSION/OSREL corresponding to 12 - Remove conditionals in Mk/Uses/cabal.mk - Remove sparc reference from Mk/Uses/qt-dist.mk - Remove BROKEN_sparc64/NOT_FOR_ARCH=sparc64 - Remove BROKEN_FreeBSD_12* from: - Remove OpenSSL patches from: - Remove conditional flags for OSVERSION >= 1300000 to fixed flags. Also move conditional flags for non sparc64/arm ARCH to fixed flags. Reviewed by: brooks, jbeich, rene, salvadore Differential Revision: https://reviews.freebsd.org/D42068
2023-10-23java/openjdk21: fix build on powerpc64*Piotr Kubaj1-0/+3
/wrkdirs/usr/ports/java/openjdk21/work/jdk21u-jdk-21.0.1-12-1/src/hotspot/share/runtime/javaThread.hpp:1117:10: fatal error: 'javaThread_bsd_ppc.hpp' file not found ^~~~~~~~~~~~~~~~~~~~~~~~~ /wrkdirs/usr/ports/java/openjdk21/work/jdk21u-jdk-21.0.1-12-1/src/hotspot/share/utilities/macros.hpp:618:40: note: expanded from macro 'OS_CPU_HEADER' ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /wrkdirs/usr/ports/java/openjdk21/work/jdk21u-jdk-21.0.1-12-1/src/hotspot/share/utilities/macros.hpp:35:17: note: expanded from macro 'XSTR' ^~~~~~ /wrkdirs/usr/ports/java/openjdk21/work/jdk21u-jdk-21.0.1-12-1/src/hotspot/share/utilities/macros.hpp:32:17: note: expanded from macro 'STR' ^~ <scratch space>:74:1: note: expanded from here "javaThread_bsd_ppc.hpp" ^~~~~~~~~~~~~~~~~~~~~~~~ 1 error generated.
2023-10-23java/openjdk21: Fix bootstrap dependency specificationGreg Lewis1-2/+2
PR: 273979
2023-10-22java/openjdk21: Add a port of JDK 21Greg Lewis1-6/+6
2023-10-16java/openjdk20: Fix the build on aarch64Greg Lewis1-1/+0
Remove a reference to an extra patch that no longer exists
2023-10-02java/openjdk20: fix build on powerpc64Piotr Kubaj1-0/+1
2023-10-01java/openjdk20: Add a port of JDK 20Greg Lewis1-8/+7
2023-08-08java/openjdk19: Fix build with llvm16Muhammad Moinur Rahman1-0/+3
Approved by: portmgr (blanket) Sponsored by: The FreeBSD Foundation
2023-07-28*/*: Bump jpeg-turbo users treewideDaniel Engberg1-0/+1
New major version 3.0.0
2023-02-11java/openjdk19: Fix the build on aarch64Greg Lewis1-0/+5
* Apply a similar patch as was applied to java/openjdk17
2023-01-22java/openjdk19: Update to 19.0.2Greg Lewis1-2/+2
2022-10-30java/openjdk19: Add a port of OpenJDK 19Greg Lewis1-10/+8
2022-10-29java/openjdk17: Update to 17.0.5Greg Lewis1-2/+1
2022-09-25java/openjdk17: Update to 17.0.4.1Greg Lewis1-0/+1
2022-09-07Add WWW entries to port MakefilesStefan Eßer1-0/+1
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. This commit implements such a proposal and moves one of the WWW: entries of each pkg-descr file into the respective port's Makefile. A heuristic attempts to identify the most relevant URL in case there is more than one WWW: entry in some pkg-descr file. URLs that are not moved into the Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr files in order to preserve them. There are 1256 ports that had no WWW: entries in pkg-descr files. These ports will not be touched in this commit. The portlint port has been adjusted to expect a WWW entry in each port Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as deprecated. Approved by: portmgr (tcberner)
2022-08-02java/openjdk17: Update to 17.0.4Greg Lewis1-2/+2
2022-05-24cleanup: remove expired versions of OpenJDK (12 through 16)Rene Ladan1-10/+1
Adjust ports depending on expired versions of OpenJDK: - biology/snpeff: 12+ -> 17+ - devel/RStudio: 12 -> 11 - www/closure-compiler: 13 -> 11+ Allow java/openjdk17 to use java/openjdk17-bootstrap on i386 too, this builds just fine on 13.1-i386 Remove jdk12-doc as it is no longer relevant. Clean up Java version calculations in bsd.java.mk Reviewed by: jwb, java (glewis) Differential Revision: https://reviews.freebsd.org/D35280
2022-05-04java/openjdk17: Update to 17.0.3 GAGreg Lewis1-2/+2
2022-04-04java/openjdk13 java/openjdk14 java/openjdk15 java/openjdk16 java/openjdk17 ↵Dimitry Andric1-1/+6
java/openjdk17-jre: fix build with clang 14 During an exp-run for llvm 14 (see bug 261742), it turned out that java/openjdk13 and java/openjdk17 fail to build with clang 14 (but this also affects openjdk14 through 16): === Output from failing command(s) repeated here === * For target hotspot_variant-server_libjvm_objs_serviceThread.o: /wrkdirs/usr/ports/java/openjdk13/work/jdk13u-jdk-13.0.10-5-1/src/hotspot/share/runtime/serviceThread.cpp:133:15: error: use of bitwise '|' with boolean operands [-Werror,-Wbitwise-instead-of-logical] while (((sensors_changed = LowMemoryDetector::has_pending_requests()) | ~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /wrkdirs/usr/ports/java/openjdk13/work/jdk13u-jdk-13.0.10-5-1/src/hotspot/share/runtime/serviceThread.cpp:133:15: note: cast one or both operands to int to silence this warning /wrkdirs/usr/ports/java/openjdk13/work/jdk13u-jdk-13.0.10-5-1/src/hotspot/share/runtime/serviceThread.cpp:133:15: error: use of bitwise '|' with boolean operands [-Werror,-Wbitwise-instead-of-logical] while (((sensors_changed = LowMemoryDetector::has_pending_requests()) | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /wrkdirs/usr/ports/java/openjdk13/work/jdk13u-jdk-13.0.10-5-1/src/hotspot/share/runtime/serviceThread.cpp:133:15: note: cast one or both operands to int to silence this warning /wrkdirs/usr/ports/java/openjdk13/work/jdk13u-jdk-13.0.10-5-1/src/hotspot/share/runtime/serviceThread.cpp:133:15: error: use of bitwise '|' with boolean operands [-Werror,-Wbitwise-instead-of-logical] while (((sensors_changed = LowMemoryDetector::has_pending_requests()) | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /wrkdirs/usr/ports/java/openjdk13/work/jdk13u-jdk-13.0.10-5-1/src/hotspot/share/runtime/serviceThread.cpp:133:15: note: cast one or both operands to int to silence this warning /wrkdirs/usr/ports/java/openjdk13/work/jdk13u-jdk-13.0.10-5-1/src/hotspot/share/runtime/serviceThread.cpp:133:15: error: use of bitwise '|' with boolean operands [-Werror,-Wbitwise-instead-of-logical] while (((sensors_changed = LowMemoryDetector::has_pending_requests()) | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ... (rest of output omitted) Although the warning is normally an indication of a potential problem, in this case a comment just before the affected code explictly mentions the reason for using bitwise '|' instead of logical '||': // Process all available work on each (outer) iteration, rather than // only the first recognized bit of work, to avoid frequently true early // tests from potentially starving later work. Hence the use of // arithmetic-or to combine results; we don't want short-circuiting. (See <https://github.com/openjdk/jdk/blob/master/src/hotspot/share/runtime/serviceThread.cpp#L140>) Therefore, we should suppress -Wbitwise-instead-of-logical for clang 14 and higher. PR: 262845 Approved by: portmgr (build fix blanket) MFH: 2022Q2
2022-02-05java/openjdk17: Update to 17.0.2 GAGreg Lewis1-2/+2
2022-01-12java/openjdk17-jre: Add JRE-only package for java/openjdk17Jung-uk Kim1-2/+10
2021-12-31java/openjdk17: Add i386 supportGreg Lewis1-1/+1
2021-12-20java/openjdk17: allow bootstrapping on powerpc64le with bootstrap-openjdk17Piotr Kubaj1-2/+2
2021-12-20java/openjdk17: use java/bootstrap-openjdk17 on powerpc64 elfv2Piotr Kubaj1-2/+2
2021-11-27java/openjdk17: Use the bootstrap port on supported ARCHsGreg Lewis1-2/+10
2021-10-31java/openjdk17: Update to 17.0.1Greg Lewis1-7/+4
2021-10-16java/openjdk*: work around UB in markOopDesc, fix builds with clang 13Dimitry Andric1-1/+4
During an exp-run for llvm 13 (see bug 258209), it turned out that java/openjdk11 through openjdk13 fail to build with clang 13: === Output from failing command(s) repeated here === * For target jdk__packages_attribute.done: These crashes are all caused by the markOop/markOopDesc classes, which are used to keep track of objects, and which are 'marked' using the low few bits. (See https://github.com/openjdk/jdk13u/blob/master/src/hotspot/share/oops/markOop.hpp ). After some laborious bisecting, I found out that these crashes start occuring after the upstream commit https://github.com /llvm/llvm-project/commit/16d03818412 (Return "[CGCall] Annotate this argument with alignment"). What happens afterwards, is that clang considers the "this" pointer to always be aligned to the alignment of the actual object, and then masking or adding a few low bits is not working as expected. The reason openjdk14 and higher work fine with clang 13, and don't crash similarly, is that the OpenJDK people completely redid the markOop/markOopDesc classes in https://github.com/openjdk/jdk/commit/ae5615c6142a4dc0d9033462f4880d7b3c127e26 ("8229258: Rework markOop and markOopDesc into a simpler mark word value carrier"). E.g, the markOopDesc class was renamed to markWord, and *stores* a pointer-like value instead of *being* a pointer-like value. This is a much safer way of handling things. However, this upstream commit is *very* large, as are a few of its follow-ups, which is probably the reason why it has not been backported to JDKs <= 13. I tried manually backporting it, but got lost in many nasty patch conflicts and problems. As a workaround, build openjdk8 through 13 with clang12 from the devel/llvm12 port, for the time being. In addition, allow openjdk14 through 17 to be built with clang 13, by adding -Wno-unused-but-set-parameter to the compilation flags. PR: 258954 Approved by: maintainer timeout (2 weeks) MFH: 2021Q4
2021-10-09java/openjdk17: Fix libfontmanager linkageGreg Lewis1-0/+1
* Backport the fix from jdk17u so that --with-harfbuzz=system adds -lharfbuzz when linking libfontmanager.so Reported by: barulheira@gmail.com
2021-10-05java/openjdk17: Remove enable-aot configure argument.Mikael Urankar1-3/+0
The Experimental AOT and JIT Compiler were remove in OpenJDK17: https://openjdk.java.net/jeps/410 Remove this configure argument as it causes build failure on aarch64: configure: error: unrecognized options: --enable-aot Approved by: portmgr (build fix blanket)
2021-09-30java/openjdk17: enable on powerpc64Piotr Kubaj1-5/+2
While here, sort ONLY_FOR_ARCHS.
2021-09-29java/openjdk17: port to powerpc64lePiotr Kubaj1-3/+5
2021-09-25java/openjdk17: Add a port of OpenJDK 17Greg Lewis1-15/+10
* Add a port of OpenJDK 17 * Restrict to amd64 and aarch64 until more platforms are tested
2021-09-11java/openjdk16: Add CPE informationBernhard Froehlich1-1/+3
Approved by: portmgr (blanket)
2021-07-30java/openjdk16: Update to 16.0.2Greg Lewis1-2/+2
2021-05-04Update to 16.0.1Greg Lewis1-5/+4
generated by cgit v1.2.3 (git 2.25.1) at 2026-02-04 22:04:30 +0000