Commit Graph

14 Commits

Author SHA1 Message Date
Jung-uk Kim
701f037632 java/openjdk17-jre: Add JRE-only package for java/openjdk17 2022-01-12 21:43:58 -05:00
Greg Lewis
4807e7f988 java/openjdk17: Add i386 support 2021-12-31 01:09:54 -08:00
Piotr Kubaj
69cdd4b12e java/openjdk17: allow bootstrapping on powerpc64le with bootstrap-openjdk17 2021-12-20 12:45:04 +00:00
Piotr Kubaj
9089fb036d java/openjdk17: use java/bootstrap-openjdk17 on powerpc64 elfv2 2021-12-20 01:56:41 +00:00
Greg Lewis
11b6514a01 java/openjdk17: Use the bootstrap port on supported ARCHs 2021-11-27 08:50:26 -08:00
Greg Lewis
c6c4d2ead2 java/openjdk17: Fix WWW link to point to JDK 17
PR:		259167
Reported by:	cedric@precidata.com
2021-11-23 22:42:07 -08:00
Greg Lewis
a9d52e329d java/openjdk17: Update to 17.0.1 2021-10-31 11:07:41 -07:00
Dimitry Andric
3822416493 java/openjdk*: work around UB in markOopDesc, fix builds with clang 13
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
ae5615c614
("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-16 14:22:03 +02:00
Greg Lewis
c1b344b011 java/openjdk17: Fix libfontmanager linkage
* Backport the fix from jdk17u so that --with-harfbuzz=system adds
  -lharfbuzz when linking libfontmanager.so

Reported by:	barulheira@gmail.com
2021-10-09 17:28:41 -07:00
Mikael Urankar
fb734e4565 java/openjdk17: Fix build on aarch64.
Fully initialize FrameForm: Corrects adlc segfault when malloc junk options are set.

Approved by:	portmgr (build fix blanket)
2021-10-05 14:06:38 +02:00
Mikael Urankar
9c7b32b9b7 java/openjdk17: Remove enable-aot configure argument.
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-10-05 14:00:36 +02:00
Piotr Kubaj
225ed0ac76 java/openjdk17: enable on powerpc64
While here, sort ONLY_FOR_ARCHS.
2021-09-30 22:19:01 +00:00
Piotr Kubaj
670c3c8cd9 java/openjdk17: port to powerpc64le 2021-09-29 21:55:53 +00:00
Greg Lewis
1b1bfbaab2 java/openjdk17: Add a port of OpenJDK 17
* Add a port of OpenJDK 17
* Restrict to amd64 and aarch64 until more platforms are tested
2021-09-25 11:28:38 -07:00