summaryrefslogtreecommitdiff
path: root/java/openjdk13 (follow)
Commit message (Collapse)AuthorAgeFilesLines
* cleanup: remove expired versions of OpenJDK (12 through 16)Rene Ladan2022-05-2410-278/+0
| | | | | | | | | | | | | | | | | | 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
* java/openjdk13: Update to 13.0.11 GAGreg Lewis2022-05-042-5/+5
|
* openjdk: mark as deprecated all EOLed version of openjdkBaptiste Daroussin2022-04-211-0/+3
| | | | | | | | | | The current supported version of openjdk are: 8 (LTS) up to 31 march 2025 11 (LTS) up to 30 september 2026 17 (LTS) up to 20 september 2031 18 up to 30 september 2022 All other version have expired long ago
* java/openjdk13 java/openjdk14 java/openjdk15 java/openjdk16 java/openjdk17 ↵Dimitry Andric2022-04-041-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
* java/openjdk13: Update to 13.0.10 GAGreg Lewis2022-02-052-4/+4
|
* java/openjdk13: Update to 13.0.9Greg Lewis2021-11-062-12/+6
|
* java/openjdk*: work around UB in markOopDesc, fix builds with clang 13Dimitry Andric2021-10-161-0/+9
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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/openjdk13: Add CPE informationBernhard Froehlich2021-09-111-1/+3
| | | | Approved by: portmgr (blanket)
* java/openjdk13: Update to 13.0.8Greg Lewis2021-07-305-73/+6
|
* java/openjdk13: fix build with clang 12Dimitry Andric2021-05-292-0/+51
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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 openjdk13. Building this manually shows that it results in a compile error: gmake[4]: Leaving directory '/wrkdirs/usr/ports/java/openjdk13/work/openjdk-jdk13u-jdk-13.0.7-1-1/make' /wrkdirs/usr/ports/java/openjdk13/work/openjdk-jdk13u-jdk-13.0.7-1-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/openjdk13/work/openjdk-jdk13u-jdk-13.0.7-1-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 Even after applying this fix, there is still a possibility of a segfault during the build, due to another missing backport, of this upstream commit: commit c484d8904285652246c3af212a4211b9a8955149 Author: Thomas Stuefe <stuefe@openjdk.org> Date: Tue Mar 16 05:49:01 2021 +0000 8263557: Possible NULL dereference in Arena::destruct_contents() Reviewed-by: kbarrett, coleenp Approved by: maintainer timeout (2 weeks) PR: 255902 MFH: 2021Q2
* 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/openjdk13: enable dtrace on powerpc64 elfv2Piotr Kubaj2021-03-171-1/+2
| | | | Notes: svn path=/head/; revision=568642
* java/openjdk15: fix build on powerpc64lePiotr Kubaj2021-03-161-1/+1
| | | | | | | Also cosmetic fixes related to powerpc64* for openjdk 12, 13, 14. Notes: svn path=/head/; revision=568594
* java/openjdk13: add powerpc64le supportPiotr Kubaj2021-03-161-4/+6
| | | | Notes: svn path=/head/; revision=568573
* Fix the build on aarch64Greg Lewis2021-02-141-0/+15
| | | | Notes: svn path=/head/; revision=565202
* Update to 13.0.7.1Greg Lewis2021-02-073-26/+5
| | | | Notes: svn path=/head/; revision=564603
* Fix a crash per https://bugs.openjdk.java.net/browse/JDK-8250861Greg Lewis2020-11-072-0/+21
| | | | | | | This effectively upgrades us to 13.0.5.1 Notes: svn path=/head/; revision=554420
* Update to 13.0.5Greg Lewis2020-10-232-5/+5
| | | | Notes: svn path=/head/; revision=553083
* Update to 13.0.4Greg Lewis2020-07-163-31/+5
| | | | Notes: svn path=/head/; revision=542321
* More accurate vendor informationGreg Lewis2020-07-121-1/+7
| | | | | | | PR: 244634 Notes: svn path=/head/; revision=542063
* Multiple ports: improve regex complianceKyle Evans2020-06-081-2/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | These changes largely fall into just two categories: 1. Need textproc/gsed for GNU extensions 2. Extraneous escapes that can go away For #1, there's a further subdivision into those that require autoconf magic and those that can get away with BINARY_ALIAS=sed=${LOCALBASE}/bin/gsed. -CURRENT will soon gain GNU extensions, but these will take longer to get to all supported releases; we must switch them to gsed to ensure we're actually properly building them as intended. For #2, I've fixed these as I can and we should upstream these fixes. PORTREVISION is bumped for all of the above, because we will almost certainly build these differently when the replacements actually start working. These were all detected by the below-referenced exp-run [1]. The patch included forbids many ordinary characters from being escaped, since we'll later imbue those with special meanings. This has had the nice side effect of picking up various things that we didn't handle properly, e.g. \t and \r for tab and carriage return. PR: 229925 [1] Approved by: koobs (mentor) Approved by: portmgr (blanket: trivial build fixes) MFH: no (invasive risk) Differential Revision: https://reviews.freebsd.org/D25185 Notes: svn path=/head/; revision=538197
* Update devel/gmake to 4.3.Tijl Coosemans2020-05-091-0/+25
| | | | | | | | | | | | | Some changes have been made in this release that break backwards compatibility. Let USES=gmake force users to upgrade to this version so port maintainers don't have to support older versions. PR: 245725 Exp-run by: antoine Approved by: portmgr (antoine) Notes: svn path=/head/; revision=534792
* Update to 13.0.3 GAGreg Lewis2020-04-182-5/+5
| | | | Notes: svn path=/head/; revision=531989
* Allow an already installed openjdk13 to be used as a bootstrapGreg Lewis2020-03-181-1/+2
| | | | Notes: svn path=/head/; revision=528625
* java/openjdk13: fix compilation for powerpc64 elfv2Piotr Kubaj2020-02-072-0/+16
| | | | | | | | | | | | Because of issue with macros in precompiled.hpp, --disable-precompiled-headers is necessary. Since openjdk compiles for elfv1 by default on big-endian ppc64, use a patch to compile for elfv2. PR: 243186 Approved by: java (maintainer timeout) Notes: svn path=/head/; revision=525470
* Update to 13.0.2Greg Lewis2020-01-162-5/+5
| | | | | | | Security: https://openjdk.java.net/groups/vulnerability/advisories/2020-01-14 Notes: svn path=/head/; revision=523265
* Reinstate guidance to have /proc mountedGreg Lewis2019-11-091-1/+4
| | | | | | | | | * Having /proc mounted is not generally critical, but there is at least one piece of functionality that does rely on its presence at the moment (e.g. OperatingSystemMXBean) Notes: svn path=/head/; revision=517165
* Add USES=xorg USES=gl, ports categories jNiclas Zeising2019-11-061-1/+1
| | | | | | | | Add USES=xorg and USES=gl to ports in categories starting with 'j' While here, try to sprinkle other USES (mostly gnome and sdl) as needed. Notes: svn path=/head/; revision=516912
* Fix build on FreeBSD 12.x/powerpc64 on POWER8+ machinesGreg Lewis2019-11-062-0/+14
| | | | | | | | | | | * Make sure has_mfdscr() returns false on these machines as using it on FreeBSD 12.x will cause problems (e.g. SIGILL). PR: 239368 Sponsored by: The FreeBSD Foundation Notes: svn path=/head/; revision=516908
* Update to 13.0.1 GAGreg Lewis2019-10-172-7/+7
| | | | Notes: svn path=/head/; revision=514682
* Sync with openjdk11Greg Lewis2019-09-271-4/+5
| | | | | | | | | | * Separate out platform/compiler concerns * Disable AoT on all arches except amd64 Sponsored by: The FreeBSD Foundation Notes: svn path=/head/; revision=513045
* Add a port of OpenJDK 13Greg Lewis2019-09-188-0/+227
Notes: svn path=/head/; revision=512248
generated by cgit v1.2.3 (git 2.25.1) at 2025-06-08 20:39:55 +0000