summaryrefslogtreecommitdiff
path: root/java/openjdk16 (follow)
Commit message (Collapse)AuthorAgeFilesLines
* java/openjdk16: Fix WWW link to point to JDK 16Greg Lewis2021-11-231-1/+1
| | | | | PR: 259167 Reported by: cedric@precidata.com
* java/openjdk*: work around UB in markOopDesc, fix builds with clang 13Dimitry Andric2021-10-161-0/+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
* cleanup: drop support for EOL FreeBSD 11.XRene Ladan2021-09-301-6/+1
| | | | | | | | | | | | | | | | | Search criteria used: - 11.4 - OSREL* - OSVER* - *_FreeBSD_11 Input from: - adridg: devel/qca-legacy - jbeich: _WITH_DPRINTF, _WITH_GETLINE, GNU bfd workarounds - sunpoet: security/p5-*OpenSSL* Reviewed by: doceng, kde, multimedia, perl, python, ruby, rust Differential Revision: https://reviews.freebsd.org/D32008 Test Plan: make index
* java/openjdk16: Fix build on aarch64.Mikael Urankar2021-09-261-0/+26
| | | | | | Fully initialize FrameForm: Corrects adlc segfault when malloc junk options are set. Approved by: portmgr (build fix blanket)
* java/openjdk16: Add CPE informationBernhard Froehlich2021-09-111-1/+3
| | | | Approved by: portmgr (blanket)
* java/openjdk16: Update to 16.0.2Greg Lewis2021-07-303-33/+5
|
* java/openjdk16: fix build with clang 12Dimitry Andric2021-05-291-0/+28
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | During an exp-run for llvm 12 (see bug 255570), it turned out that at least openjdk11 and openjdk12 do not build with clang 12.0.0. The exp-run therefore skipped openjdk16. Building this manually shows that it results in a compile error: gmake[4]: Leaving directory '/wrkdirs/usr/ports/java/openjdk16/work/jdk16u-jdk-16.0.1-9-1/make' /wrkdirs/usr/ports/java/openjdk16/work/jdk16u-jdk-16.0.1-9-1/src/hotspot/cpu/x86/vm_version_ext_x86.cpp:748:3: error: suspicious concatenation of string literals in an array initialization; did you mean to separate the elements with a comma? [-Werror,-Wstring-concatenation] "", ^ /wrkdirs/usr/ports/java/openjdk16/work/jdk16u-jdk-16.0.1-9-1/src/hotspot/cpu/x86/vm_version_ext_x86.cpp:747:3: note: place parentheses around the string literal to silence warning "Opteron QC/Phenom" // Barcelona et.al. ^ 1 error generated. This is due to a missing backport of this upstream commit: commit f8a9602a0a65cdc98eb940aac9529256ded2bf42 Author: Yasumasa Suenaga <ysuenaga@openjdk.org> Date: Thu Jan 21 06:08:13 2021 +0000 8260025: Missing comma in VM_Version_Ext::_family_id_amd Reviewed-by: dholmes, stuefe Approved by: maintainer timeout (2 weeks) PR: 255905 MFH: 2021Q2
* Update to 16.0.1Greg Lewis2021-05-043-161/+7
|
* One more small cleanup, forgotten yesterday.Mathieu Arnold2021-04-071-1/+0
| | | | Reported by: lwhsu
* Remove # $FreeBSD$ from Makefiles.Mathieu Arnold2021-04-061-1/+0
|
* java/openjdk16: enable dtrace on powerpc64 elfv2Piotr Kubaj2021-03-171-1/+2
|
* java/openjdk16: fix build on powerpc64lePiotr Kubaj2021-03-161-4/+6
|
* Fix the build on i386Greg Lewis2021-02-231-0/+153
| | | | | | | This change is a partial sync with the Linux version of this file. The included fix for i386 is to recognise i586 as a define instead of just i386. The change also includes some re-ordering and removal of sparc support, but they should be no-ops.
* Add a port of OpenJDK 16Greg Lewis2021-02-1412-0/+493