summaryrefslogtreecommitdiffstats
path: root/recipes-core/openjdk/openjdk-8-native.inc
Commit message (Collapse)AuthorAgeFilesLines
* all: run convert-overrides (0.9.3) script to convert to new override formatAJ Bagwell2021-08-111-9/+9
| | | | | Signed-off-by: AJ Bagwell <anthony.bagwell@hivehome.com> Signed-off-by: Richard Leitner <richard.leitner@skidata.com>
* classpath-native and friends: inherit native lastDouglas Royds2021-02-211-2/+2
| | | | | | | Fixes QA Issue: classpath-native: native/nativesdk class is not inherited last Signed-off-by: Douglas Royds <douglas.royds@taitradio.com> Signed-off-by: Richard Leitner <richard.leitner@skidata.com>
* openjdk-8-native: Don't warn for stripped libfreetype.so.6Jonatan Pålsson2020-10-221-0/+3
| | | | | | | | | | Mimic the approach used in openjdk-8-cross.inc and add INSANE_SKIP for "already-skipped" to avoid the following warning: WARNING: openjdk-8-native-252-r0 do_populate_sysroot: File '..snip../libfreetype.so.6' from openjdk-8-native was already stripped, this will prevent future debugging! Signed-off-by: Jonatan Pålsson <jonatan.p@gmail.com> Signed-off-by: Richard Leitner <richard.leitner@skidata.com>
* openjdk-8-native: Build cups-native when using cups packageconfigFabio Berton2020-06-101-1/+1
| | | | | Signed-off-by: Fabio Berton <fabio.berton@ossystems.com.br> Signed-off-by: Richard Leitner <richard.leitner@skidata.com>
* openjdk-8-native: Add libxtst-native to x11 packageconfigFabio Berton2020-06-101-1/+1
| | | | | | | libxtst-native it's needed to build openjdk-8-native. Signed-off-by: Fabio Berton <fabio.berton@ossystems.com.br> Signed-off-by: Richard Leitner <richard.leitner@skidata.com>
* openjdk-8: update to latest ga version 242Richard Leitner2020-01-281-1/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | As OpenJDK-8 is now tagging "ga" versions in addition to the "build" version the recipes are adapted to use those "ga" versions. All existing patches got re-applied and renamed. For better handling Hotspot patches now start at patch number 1001 and jdk patches at 2001. Furthermore architecture dependent patches are prefixed with the architecture they apply on. Following patches/hunks were completely dropped: - 0002-hotspot-fix-compilation-with-security-flags-enabled.patch got backported to hotspot jdk8u https://hg.openjdk.java.net/jdk8u/jdk8u/hotspot/rev/c40a28e54185 - 0011-hotspot-backport-patch-to-fix-misuses-of-strncpy-str.patch ostream.cpp:112 got fixed in hotspot jdk8u https://hg.openjdk.java.net/jdk8u/jdk8u/hotspot/rev/f3108e56b502 - 0014-hotspot-zero-fix-undefined-behaviour-gcc-v8-fix.patch got backported to hotspot jdk8u https://hg.openjdk.java.net/jdk8u/jdk8u/hotspot/rev/ca4663e58916 - 0018-hotspot-Fix-debug-build-after-8062808-Turn-on-the-Wr.patch fixed in hotspot jdk8u https://hg.openjdk.java.net/jdk8u/jdk8u/hotspot/rev/32bc598624bd - 0020-Enable-HotSpot-builds-on-5.x-Linux-kernels.patch fixed in hotspot jdk8u https://hg.openjdk.java.net/jdk8u/jdk8u/hotspot/rev/5af8ec63c21c - openjdk8-add-missing-linker-flags.patch fixed in hotspot jdk8u https://hg.openjdk.java.net/jdk8u/jdk8u/hotspot/rev/f175513c2c3a - openjdk8-fix-shark-stdc++11.patch fixed in hotspot jdk8u - openjdk8-fix-libpng-neon-build.patch fixed in jdk https://hg.openjdk.java.net/jdk8u/jdk8u/jdk/rev/5d57817931e1 - aarch64-hotspot-fix-undefined-behaviour-gcc-v8-fix.patch got backported to hotspot jdk8u Following patches were newly added: - 0011-autoconf-fix-CC-with-arguments-detection.patch needed because of jdk8u commit "8038340: Cleanup and fix sysroot and devkit handling on Linux and Solaris" - 0012-autoconf-NativeCompilation-remove-sysroot.patch needed because of jdk8u commit "8038340: Cleanup and fix sysroot and devkit handling on Linux and Solaris" Additionally add UPDATING.md which describes the openjdk8 update process for this layer and update8checksums.sh, a script that updates the openjdk8 source archive checksums in the corresponding .inc files. Signed-off-by: Richard Leitner <richard.leitner@skidata.com>
* openjdk-8: support rm_work disabledAndré Draszik2018-10-221-0/+1
| | | | | | | | | | | | | | | | | | | | Now that generation of the Java keystore actually works (again?), OE-core commit 09bb7718d74 ("ca-certificates: use relative symlinks from $ETCCERTSDIR"), do_compile() will fail when invoked multiple times. The reason is that during do_compile(), the Java keytool is used to create a Java keystore with the certificates provided by ca-certificates. Before above OE-core commit, no certificates were actually being added, but as certificates are being added now, multiple do_compile() runs will end up adding the same certificate twice when rm_work is disabled, causing a keytool exception, as that is not allowed. So let's remove any previously generated keystore before trying to add certificates to it. Signed-off-by: André Draszik <andre.draszik@jci.com> Signed-off-by: Richard Leitner <richard.leitner@skidata.com>
* openjdk-8: always apply some patchesAndré Draszik2018-08-211-2/+0
| | | | | | | As a simplification for the upcoming aarch32 port. Signed-off-by: André Draszik <andre.draszik@jci.com> Signed-off-by: Richard Leitner <dev@g0hl1n.net>
* java.bbclass: move openjdk/icedtea specific code into new classAndré Draszik2018-08-131-1/+1
| | | | | | | | | | The code moved is not relevant to anything using java, just for compiling java itself. It doesn't make sense to have here. Move it into openjdk-build-helper Signed-off-by: André Draszik <andre.draszik@jci.com> Signed-off-by: Richard Leitner <richard.leitner@skidata.com>
* icetea7, openjdk-8: Fix depenency to xproto -> xorgprotoJason Wessel2018-06-061-1/+1
| | | | | | | | | | The latest oe-core has changed the X protocol header provider package name. Signed-off-by: Jason Wessel <jason.wessel@windriver.com> Reviewed-by: Richard Leitner <richard.leitner@skidata.com> Tested-by: Richard Leitner <richard.leitner@skidata.com> Signed-off-by: Henning Heinold <henning@itconsulting-heinold.de>
* openjdk-8-native: really use system libgif & zlibAndré Draszik2018-03-061-4/+4
| | | | | | | | | | | The intention seems to be to build against above system libraries, but configure still picked the bundled versions, even though the libraries are in the sysroot. Make it deterministic and force use of the system libraries using PACKAGECONFIG and the appropriate configure arguments. Signed-off-by: André Draszik <andre.draszik@jci.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
* openjdk-8: add patches to support building against system libpng & libjpegAndré Draszik2018-03-061-2/+4
| | | | | | | This didn't actually before. Patches taken from Debian / OpenJDK-9. Signed-off-by: André Draszik <andre.draszik@jci.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
* openjdk-8-native, icedtea7-native: use JAVA_TOOL_OPTIONS from environmentHaiqing Bai2017-12-221-0/+10
| | | | | | | | | | | | Solution on how to be able to build openjdk for a build host that need the environment variable JAVA_TOOL_OPTIONS. Use JAVA_TOOL_OPTIONS from environment. On some machines this is needed in order to start java when the amount of RAM is limited for the user. Author: Peter Bergin <peter.bergin@windriver.com> Signed-off-by: Haiqing Bai <Haiqing.Bai@windriver.com> Signed-off-by: Haiqing Bai <Haiqing.Bai@windriver.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* openjdk-8-native.inc: add coreutils-native to DEPENDSTim Orling2017-05-291-1/+1
| | | | | | | | Without this it fails in do_configure because "comm" is not found. Signed-off-by: Tim Orling <timothy.t.orling@linux.intel.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
* Reimplement helper method for parallelizing JDK buildsKyle Russell2016-08-301-1/+1
| | | | | | | | | | | | | Simplifies duplicated implementation across multiple recipes that all inherited from java.bbclass. Previously implementation was not flexible in supporting other make job-limiting flags (like -l for load) that are typically passed in through PARALLEL_MAKE. (OpenJDK doesn't know about these other flags that might have gotten tagged on after the value for -j.) Signed-off-by: Kyle Russell <bkylerussell@gmail.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
* openjdk-8: make GCC6 happyDaniel McGregor2016-06-301-9/+6
| | | | | | | | | | | | | | GCC 6 sets the default C++ standard to C++14 and introduces dead store elimination by default. OpenJDK 8 is not ready for either of these changes, so set the C++ standard back to gnu++98 and disable dead store elimination. Switched to using --with-extra-cflags, cxxflags, and ldflags. The added patch fixes building when using those flags, and are needed to get CFLAGS into the JDK build in the native case. Signed-off-by: Daniel McGregor <daniel.mcgregor@vecima.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* openjdk-8-native: fix improper do_install and PROVIDESJackie Huang2016-01-041-8/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | We had: virtual/jar-native provided by fastjar-native virtual/java-native provided by cacao-native and jamvm-native virtual/javac-native provided by ecj-bootstrap-native Then openjdk-8-native added and also provides: virtual/java-native and virtual/javac-native (it also installs ${STAGING_BINDIR_NATIVE}/jar but doesn't add virtual/jar-native in the PROVIDES) which introduces circular dependencies, java-bootstrap-components.bbclass is to avoid the circular dependencies but it's not a correct way since it make two conflicted packages build into the same sysroot: DEPENDS_prepend_class-native = " ecj-bootstrap-native " DEPENDS_prepend_class-target = " virtual/javac-native " virtual/javac-native is provided by openjdk-8-native, and it assumed that ecj-bootstrap-native, fastjar-native and cacao-native/jamvm-native are always built before openjdk-8-native, then in the do_install of penjdk-8-native, it removes them from staging dirs first, then install (create symlinks for) these files in staging dirs directly, which results with empty sstate and builds from sstate cache or builds not in this assumption will fail. The fixes here includes: - Revert "meta-java: rely on well known bootstrap-path" in previous commit to remove the improper java-bootstrap-components.bbclass - Do not let openjdk-8-native provides jar, java and javac, just like what we do in icedtea7-native, which can provides but not to avoid circular dependencies and conflicts. - make cacao-native back to provide virtual/java-native, and ecj-bootstrap-native back to provide virtual/javac-native - Add back provider settings in README. - Remove the update-alternatives in openjdk-8-native, it doesn't work for native package. Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
* openjdk-8: add recipes for openjdk-8 and openjre-8Jens Rehsack2015-12-081-0/+82
This adds openjdk-8 for native and target builds and allows a stripped openjre-8 being built as well instead of trying to cherry-pick jre components from jdk-image. The recipes allow building openjdk-8 with or without: * x11 * cups * alsa/pulseaudio and let packager enable unlimited-crypto, if desired. To support certificate based java libraries, cacerts is created based on ca-certificates from OE-core. Since there can be only one PROVIDES for virtual/java-native and virtual/javac-native, move the provides to openjdk-8-native (I think everyone agrees it's a better choice than ecj-bootstrap-native). Plus: Applying a fix from openjdk-9 repository which fixes build issues using gcc5 Signed-off-by: Jens Rehsack <sno@netbsd.org> Signed-off-by: Maxin B. John <maxin.john@intel.com>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-05-20 22:43:23 +0000