summaryrefslogtreecommitdiff
path: root/java/openjdk8 (unfollow)
Commit message (Collapse)AuthorFilesLines
2024-09-03java/openjdk8: (aarch64) builds fine with llvm from baseRonald Klop1-10/+1
ran poudriere on FreeBSD 13.3/14.0/14.1/15.0 all failing ports mentioned in the issue are building fine now: benchmarks/scimark2 devel/tijmp sysutils/javaservicewrapper www/jericho-html PR: 264065 Differential Revision: https://reviews.freebsd.org/D46500
2024-08-07java/openjdk8: fix build with clang 19Dimitry Andric3-0/+33
Clang 19 is now more strict about undefined integral expressions used as constants in enum, which results in errors compiling java/openjdk8, similar to: /wrkdirs/usr/ports/java/openjdk8/work/jdk8u-jdk8u422-b05.1/hotspot/src/share/vm/oops/cpCache.hpp:195:34: error: expression is not an integral constant expression 195 | option_bits_mask = ~(((-1) << tos_state_shift) | (field_index_mask | parameter_size_mask)) | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /wrkdirs/usr/ports/java/openjdk8/work/jdk8u-jdk8u422-b05.1/hotspot/src/share/vm/oops/cpCache.hpp:195:42: note: left shift of negative value -1 195 | option_bits_mask = ~(((-1) << tos_state_shift) | (field_index_mask | parameter_size_mask)) | ^ /wrkdirs/usr/ports/java/openjdk8/work/jdk8u-jdk8u422-b05.1/hotspot/src/share/vm/code/dependencies.hpp:173:27: error: expression is not an integral constant expression 173 | all_types = ((1 << TYPE_LIMIT) - 1) & ((-1) << FIRST_TYPE), | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /wrkdirs/usr/ports/java/openjdk8/work/jdk8u-jdk8u422-b05.1/hotspot/src/share/vm/code/dependencies.hpp:173:59: note: left shift of negative value -1 173 | all_types = ((1 << TYPE_LIMIT) - 1) & ((-1) << FIRST_TYPE), | ^ In file included from /wrkdirs/usr/ports/java/openjdk8/work/jdk8u-jdk8u422-b05.1/jdk/src/share/native/com/sun/java/util/jar/pack/bands.cpp:43: /wrkdirs/usr/ports/java/openjdk8/work/jdk8u-jdk8u422-b05.1/jdk/src/share/native/com/sun/java/util/jar/pack/constants.h:226:33: error: expression is not an integral constant expression 226 | AO_UNUSED_MBZ = (-1)<<13, // options bits reserved for future use. | ^~~~~~~~ /wrkdirs/usr/ports/java/openjdk8/work/jdk8u-jdk8u422-b05.1/jdk/src/share/native/com/sun/java/util/jar/pack/constants.h:226:37: note: left shift of negative value -1 226 | AO_UNUSED_MBZ = (-1)<<13, // options bits reserved for future use. | ^ In openjdk11 and later, the (-1) constants have been replaced by the unsigned variant (~0u), which fixes these errors. PR: 280559 Approved by: glewis (maintainer) MFH: 2024Q3
2024-07-27java/openjdk8: Update to 8u422Greg Lewis8-135/+5
2024-07-01all: drop support for FreeBSD 13.2 which reached EOL todayRene Ladan1-3/+1
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-04-30java/openjdk8: Update to 8u412Greg Lewis2-6/+5
2024-02-09java/openjdk*: Allow users to specify an alternative cacerts fileMichael Osipov1-0/+5
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/openjdk8: Update to 8u402Greg Lewis2-6/+5
2024-01-02java/openjdk8: allow using DSCR on powerpc64Piotr Kubaj6-198/+39
DSCR was disabled because of a bug in stable/12. Additionally, remove ELFv1 support.
2023-10-18java/openjdk8: Update to 8u392Greg Lewis2-5/+5
2023-10-06java/openjdk8: fix build with lld 17Dimitry Andric1-1/+2
Building java/openjdk8 with lld 17 results in the following link error: Making SA debugger back-end... ld: error: version script assignment of 'SUNWprivate_1.1' to symbol 'ps_getpid' failed: symbol not defined ld: error: version script assignment of 'SUNWprivate_1.1' to symbol 'ps_lcontinue' failed: symbol not defined ld: error: version script assignment of 'SUNWprivate_1.1' to symbol 'ps_lgetxmmregs' failed: symbol not defined ld: error: version script assignment of 'SUNWprivate_1.1' to symbol 'ps_lsetxmmregs' failed: symbol not defined cc: error: linker command failed with exit code 1 (use -v to see invocation) This is because lld 17 defaults to errors when undefined symbols are referenced in linker version scripts. Since there are many of these in openjdk 8, suppress the errors by adding -Wl,--undefined-version to the --with-extra-ldflags configure option. PR: 274106 Approved by: maintainer timeout (10 days) MFH: 2023Q4
2023-07-22java/openjdk8: Update to 8u382Greg Lewis2-6/+5
2023-04-29java/openjdk8: fix build with clang 16Dimitry Andric1-0/+8
Since clang 16 (and gcc 11) the default C++ standard is now gnu++17. Because java/openjdk8's build infrastructure does not explicitly set its C++ standard, this leads to several errors: /wrkdirs/usr/ports/java/openjdk8/work/jdk8u-jdk8u362-b09.1/hotspot/src/share/vm/adlc/arena.cpp:82:3: error: ISO C++17 does not allow 'register' storage class specifier [-Wregister] register Chunk *k = _first; ^~~~~~~~~ /wrkdirs/usr/ports/java/openjdk8/work/jdk8u-jdk8u362-b09.1/hotspot/src/share/vm/adlc/arena.cpp:96:3: error: ISO C++17 does not allow 'register' storage class specifier [-Wregister] register Chunk *k = _chunk; // Get filled-up chunk address ^~~~~~~~~ 2 errors generated. /wrkdirs/usr/ports/java/openjdk8/work/jdk8u-jdk8u362-b09.1/hotspot/src/share/vm/adlc/adlparse.cpp:4567:3: error: ISO C++17 does not allow 'register' storage class specifier [-Wregister] register char c; ^~~~~~~~~ /wrkdirs/usr/ports/java/openjdk8/work/jdk8u-jdk8u362-b09.1/hotspot/src/share/vm/adlc/adlparse.cpp:4765:3: error: ISO C++17 does not allow 'register' storage class specifier [-Wregister] register char c; ^~~~~~~~~ For newer versions of OpenJDK this has been fixed by removing the 'register' keyword, but upstream has not yet backported it to OpenJDK 8. To work around the errors, define the register keyword away using a command line flag. PR: 271080 Approved by: glewis (maintainer) MFH: 2023Q2
2023-04-29java/openjdk8: Update to 8u372Greg Lewis4-28/+5
2023-04-16java/openjdk8: Fix use of printf (causes build failures for poudriere)Greg Lewis2-0/+22
PR: 267690 Obtained from: Michael Osipov <michael.osipov@siemens.com>
2023-02-20java/openjdk8: commit forgotten patchPiotr Kubaj1-0/+50
Reported by: mikael
2023-02-19java/openjdk8: fix build on powerpc64* with clang 15Piotr Kubaj1-0/+1
/wrkdirs/usr/ports/java/openjdk8/work/jdk8u-jdk8u362-b09.1/hotspot/agent/src/os/bsd/symtab.c:266:14: warning: call to undeclared function 'find_section_by_name'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration] opd_sect = find_section_by_name(".opd", fd, &ehdr, scn_cache); ^ /wrkdirs/usr/ports/java/openjdk8/work/jdk8u-jdk8u362-b09.1/hotspot/agent/src/os/bsd/symtab.c:266:12: error: incompatible integer to pointer conversion assigning to 'struct elf_section *' from 'int' [-Wint-conversion] opd_sect = find_section_by_name(".opd", fd, &ehdr, scn_cache); ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Bump PORTREVISION because the issue actually existed with previous clang versions, but didn't cause an error. find_section_by_name() is copied from Linux's symtab.c.
2023-01-22java/openjdk8: Update to 8u362Greg Lewis3-22/+5
2022-12-18java/openjdk8: fix build with clang 15Dimitry Andric1-0/+16
During an exp-run for llvm 15 (see bug 265425), it turned out that java/openjdk8 failed to build with clang 15: /wrkdirs/usr/ports/java/openjdk8/work/jdk8u-jdk8u352-b08.1/jdk/src/share/bin/splashscreen_stubs.c:64:30: error: incompatible pointer to integer conversion returning 'void *' from a function with result type 'int' [-Wint-conversion] INVOKE(SplashLoadMemory, NULL)(pdata, size); ^~~~ /usr/include/sys/_null.h:34:14: note: expanded from macro 'NULL' #define NULL ((void *)0) ^~~~~~~~~~~ /wrkdirs/usr/ports/java/openjdk8/work/jdk8u-jdk8u352-b08.1/jdk/src/share/bin/splashscreen_stubs.c:60:39: note: expanded from macro 'INVOKE' #define INVOKE(name,def) _INVOKE(name,def,return) ^~~ /wrkdirs/usr/ports/java/openjdk8/work/jdk8u-jdk8u352-b08.1/jdk/src/share/bin/splashscreen_stubs.c:57:25: note: expanded from macro '_INVOKE' if (!proc) { return def; } \ ^~~ /wrkdirs/usr/ports/java/openjdk8/work/jdk8u-jdk8u352-b08.1/jdk/src/share/bin/splashscreen_stubs.c:68:28: error: incompatible pointer to integer conversion returning 'void *' from a function with result type 'int' [-Wint-conversion] INVOKE(SplashLoadFile, NULL)(filename); ^~~~ /usr/include/sys/_null.h:34:14: note: expanded from macro 'NULL' #define NULL ((void *)0) ^~~~~~~~~~~ /wrkdirs/usr/ports/java/openjdk8/work/jdk8u-jdk8u352-b08.1/jdk/src/share/bin/splashscreen_stubs.c:60:39: note: expanded from macro 'INVOKE' #define INVOKE(name,def) _INVOKE(name,def,return) ^~~ /wrkdirs/usr/ports/java/openjdk8/work/jdk8u-jdk8u352-b08.1/jdk/src/share/bin/splashscreen_stubs.c:57:25: note: expanded from macro '_INVOKE' if (!proc) { return def; } \ ^~~ 2 errors generated. Indeed, instead of the pointer value NULL, the integer value 0 should be used. PR: 268223 Approved by: portmgr (tcberner) MFH: 2022Q4
2022-11-03java/openjdk8: Use the distributed cacertsGreg Lewis2-1/+1
PR: 266723 Reported by: Michael Osipov <michael.osipov@siemens.com>
2022-10-29java/openjdk8: Update to 8u352Greg Lewis2-6/+5
2022-09-14java/openjdk8: Bump PORTREVISION for previous changeDimitry Andric1-0/+1
PR: 264065 MFH: 2022Q3
2022-09-14java/openjdk8: Restore workaround for aarch64 assertionsDimitry Andric1-0/+10
See also <https://bugs.openjdk.org/browse/JDK-8247766>. Even though the upstream fix has been applied to this version of the JDK, some users still report the assertion "guarantee(val < (1U << nbits)) failed: Field too big for insn" occurring, when it is built with recent versions of clang. Therefore, restore the workaround that uses clang 12 to build the JDK on aarch64. PR: 264065 MFH: 2022Q3
2022-09-07Remove WWW entries moved into port MakefilesStefan Eßer1-2/+0
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)
2022-09-07Add WWW entries to port MakefilesStefan Eßer1-1/+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-06java/openjdk{8,11}: Remove dependency on devel/llvm12 which is no longer ↵Dimitry Andric1-8/+0
necessary The workarounds committed in aa1ca89826b5 and 846ff4e95291 are no longer necessary, as both the upstream commits for PR258954 (https://github.com/battleblow/jdk11u/commit/305a68a90c722aa7a7b75589e24d5b5d554c96c1) and PR264065 (https://hg.openjdk.java.net/jdk/jdk/rev/40c07de877ab) are now merged into the distribution tarballs. PR: 258954, 264065 Approved by: maintainer timeout (1 month) MFH: 2022Q3
2022-08-01java/openjdk8: Update to 8u342Greg Lewis4-34/+5
2022-06-19java/openjdk8: Bump PORTREVISION for previous changeGreg Lewis1-0/+1
2022-06-18java/openjdk8: Attempt to fix newer aarch64Greg Lewis1-1/+6
Revert to forcing Clang 12 if Clang 13 or newer is detected. This may fix problems with the built JDK on aarch64. PR: 264065
2022-05-07java/openjdk8: Fix the build on aarch64Greg Lewis2-0/+53
2022-05-04java/openjdk8: Update to 8u332 GAGreg Lewis3-6/+19
2022-04-21java/openjdk8: enable jfr on powerpc64Piotr Kubaj1-5/+1
2022-04-19java/openjdk8: enable jfr on powerpc64lePiotr Kubaj1-1/+1
Now builds fine.
2022-02-11java/openjdk8: Update to 8u322 GAGreg Lewis2-5/+5
This should also fix problems with LLVM/Clang 13
2021-10-31java/openjdk8: Update to 8u312Greg Lewis3-36/+6
2021-10-16java/openjdk*: work around UB in markOopDesc, fix builds with clang 13Dimitry Andric1-0/+8
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-09-11java/openjdk8: Add CPE informationBernhard Froehlich1-1/+3
Approved by: portmgr (blanket)
2021-09-03java/openjdk8: fix runtime issues on powerpc64*Piotr Kubaj2-1/+10
Running java or javac executables fails with: Error: dl failure on line 910 Error: failed /usr/local/openjdk8/jre/lib/ppc64le/server/libjvm.so, because /usr/local/openjdk8/jre/lib/ppc64le/server/libjvm.so: Undefined symbol "_ZN5frameC1EPlPh"
2021-09-01java/openjdk8: Switch to server mode on aarch64Mikael Urankar1-1/+2
PR: 257929 Approved by: java (maintainer timeout) Tested by: Ronald Klop <ronald-lists@klop.ws>
2021-08-04java/openjdk8: fix build on powerpc64*Piotr Kubaj1-0/+23
/wrkdirs/usr/ports/java/openjdk8/work/jdk8u-jdk8u302-b08.1/hotspot/src/os_cpu/bsd_ppc/vm/thread_bsd_ppc.cpp:45:37: error: use of undeclared identifier 'uc_mcontext' frame ret_frame((intptr_t*)uc->>uc_mcontext.mc_gpr[1/*REG_SP*/], ^ /wrkdirs/usr/ports/java/openjdk8/work/jdk8u-jdk8u302-b08.1/hotspot/src/os_cpu/bsd_ppc/vm/thread_bsd_ppc.cpp:88:18: error: redefinition of 'pd_get_top_frame_for_signal_handler' bool JavaThread::pd_get_top_frame_for_signal_handler(frame* fr_addr, void* ucontext, bool isInJava) { ^ /wrkdirs/usr/ports/java/openjdk8/work/jdk8u-jdk8u302-b08.1/hotspot/src/os_cpu/bsd_ppc/vm/thread_bsd_ppc.cpp:83:18: note: previous definition is here bool JavaThread::pd_get_top_frame_for_signal_handler(frame* fr_addr, void* ucontext, bool isInJava) {
2021-08-01java/openjdk8: unbreak TEST=on after 4dca33c0a4a3Jan Beich1-0/+2
$ make checksum WITH=TEST ===> License GPLv2 accepted by the user ===> openjdk8-8.302.08.1 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by openjdk8-8.302.08.1 for building => No SHA256 checksum recorded for jtreg4.1-b08.tar.gz. => No suitable checksum found for jtreg4.1-b08.tar.gz. => SHA256 Checksum OK for battleblow-jdk8u-8.302.08.1-jdk8u302-b08.1_GH0.tar.gz. *** Error code 1 Reported by: Philipp Ost (via ports@ list)
2021-07-30java/openjdk8: Update to 8u302Greg Lewis3-26/+6
2021-05-14java/openjdk8: Fix build on armv6/7Mikael Urankar2-0/+42
PR: 255326 Reported by: tech-lists@zyxst.net Approved by: portmgr (tier-2 / build fix blanket)
2021-05-04Update to 8u292Greg Lewis2-5/+5
2021-04-07One more small cleanup, forgotten yesterday.Mathieu Arnold1-1/+0
Reported by: lwhsu
2021-04-06Remove # $FreeBSD$ from Makefiles.Mathieu Arnold1-1/+0
2021-02-19Replace ${ECHO} with ${ECHO_CMD}.Jung-uk Kim1-3/+3
${ECHO} may be no-op when "make -s" is used. PR: 253588 Notes: svn path=/head/; revision=566035
2021-01-21Update to 8u282 GAGreg Lewis4-34/+5
Notes: svn path=/head/; revision=562171
2020-12-03java/openjdk8: add support for powerpc64lePiotr Kubaj3-2/+36
powerpc64le needs --disable-jfr and USE_PRECOMPILED_HEADER=0 - same as powerpc64 elfv2. Clang refuses to build little-endian binaries for power7, this needs to be bumped to power8 (this is a bug in openjdk, POWER7 is not LE-compatible). -minsert-sched-nops=regroup_exact -mno-multiple -mno-string are not supported by clang and need to be removed. FreeBSD uses sys/endian.h instead of byteswap.h and bswap{16,32,64} instead of bswap_{16,32,64}. PR: 251247 Approved by: java (maintainer timeout) Notes: svn path=/head/; revision=556937
2020-11-11Update to 8u275Greg Lewis2-6/+5
Notes: svn path=/head/; revision=554908
2020-11-09java/openjdk8: fix build on powerpc64 elfv1Piotr Kubaj1-1/+4
Now elfv1 also fails to build with jfr enabled. Notes: svn path=/head/; revision=554730
generated by cgit v1.2.3 (git 2.25.1) at 2025-07-22 17:13:02 +0000