linux/meta-java.git/recipes-core/openjdk, branch rocko

openjdk-8: strip leading non digit chars from GCCVERSION

2018-02-26T11:51:38+00:00

When using the linaro cross toolchain GCCVERSION is set to "linaro-6.2%", i.e. the first char is not GCC's major version. Thus needed compiler options for GCC 6 are not set. Fix at least this case by stripping GCCVERSION up to the first numeric char. Signed-off-by: Max Krummenacher (cherry picked from commit 1fbdc60eaccaa29c2942d479f8068b722e7b5bf3) Signed-off-by: Maxin B. John

openjdk-8-native, icedtea7-native: use JAVA_TOOL_OPTIONS from environment

2017-12-22T12:28:27+00:00

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 Signed-off-by: Haiqing Bai Signed-off-by: Haiqing Bai Signed-off-by: Otavio Salvador

Revert "openjdk-8-common: Fix the issue of building failed adlc on host with gcc < 6"

2017-10-09T12:54:10+00:00

This reverts commit 6801f6d4e19c88dabd5a02dfbbf69a2dcc8e079c.

openjdk-8-common: Fix the issue of building failed adlc on host with gcc < 6

2017-10-02T14:10:07+00:00

The patch recipes-core/openjdk/patches-openjdk-8/openjdk8-fix-adlc-flags.patch had tried to fix this issue, and it tried to filter out the TARGET_FLAGS/TARGET_ CXXFLGAS, but for the flags such as "-fno-lifetime-dse" was added to CFLAGS/CXXFLAGS, directly, thus that patch failed to filter it out. To fix this issue, it's better to add those GCC version specific flags to BUILD_CFLAGS/ BUILD_CXXFLAGS and TARGET_CFLAGS/TARGET_CXXFLAGS separatedly, thus that patch can work as expected. Signed-off-by: Fupan Li Signed-off-by: Maxin B. John

openjdk-8-common: Fix warning evaluating CFLAGS

2017-09-26T15:16:48+00:00

Code is (on my opinion) simpler, making use of the dumpversion flag, instead of calling the pre-processor via a pipe. Flag has been tested on both clang gcc: ricardo@neopili:~/curro/qt5022/build-qt5022-pyro/repo/java$ gcc-4.8 -dumpversion 4.8 ricardo@neopili:~/curro/qt5022/build-qt5022-pyro/repo/java$ gcc-4.9 -dumpversion 4.9.3 ricardo@neopili:~/curro/qt5022/build-qt5022-pyro/repo/java$ gcc-5 -dumpversion 5.4.1 ricardo@neopili:~/curro/qt5022/build-qt5022-pyro/repo/java$ gcc-6 -dumpversion 6.4.0 ricardo@neopili:~/curro/qt5022/build-qt5022-pyro/repo/java$ gcc-7 -dumpversion 7 ricardo@neopili:~/curro/qt5022/build-qt5022-pyro/repo/java$ clang-4.0 -dumpversion 4.2.1 Without this patch: WARNING: /home/ricardo/curro/qt5022/build-qt5022-pyro/repo/yocto/../java/recipes-core/openjdk/openjdk-8-native_102b14.bb: Unable to export ${CXXFLAGS}: Failure expanding variable CXXFLAGS, expression was -isystem/home/ricardo/curro/qt5022/build-qt5022-pyro/build/tmp/work/x86_64-linux/openjdk-8-native/102b14-r0/recipe-sysroot-native/usr/include -O2 -pipe -D_GLIBCXX_USE_CXX11_ABI=0 ${@version_specific_cflags(d)} ${@jdk_cpp_options(d)} which triggered exception IndexError: string index out of range WARNING: /home/ricardo/curro/qt5022/build-qt5022-pyro/repo/yocto/../java/recipes-core/openjdk/openjdk-8-native_102b14.bb: Unable to export ${CFLAGS}: Failure expanding variable CFLAGS, expression was -isystem/home/ricardo/curro/qt5022/build-qt5022-pyro/build/tmp/work/x86_64-linux/openjdk-8-native/102b14-r0/recipe-sysroot-native/usr/include -O2 -pipe -Wno-error=deprecated-declarations ${@version_specific_cflags(d)} ${@jdk_cpp_options(d)} which triggered exception IndexError: string index out of range Signed-off-by: Ricardo Ribalda Delgado Signed-off-by: Maxin B. John

openjdk-8-native: Fix sigsegv with gcc7

2017-09-26T15:16:38+00:00

OpenJDK does not build properly with GCC7. Add the same workaround that we have for GCC6. Without this patch: | # | # A fatal error has been detected by the Java Runtime Environment: | # | # SIGSEGV (0xb) at pc=0x00007fcad0efcd5b, pid=17206, tid=0x00007fcab264c700 | # | # JRE version: OpenJDK Runtime Environment (8.0_102-b14) (build 1.8.0_102-internal-b14) | # Java VM: OpenJDK 64-Bit Server VM (25.102-b14 mixed mode linux-amd64 compressed oops) | # Problematic frame: | # V [libjvm.so+0x78bd5b] Node::Node(unsigned int)+0x2b | # | # Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again | # | # An error report file with more information is saved as: | # /home/ricardo/curro/qt5022/build-qt5022-pyro/build/tmp/work/x86_64-linux/openjdk-8-native/102b14-r0/build/hs_err_pid17206.log | [thread 140508549912320 also had an error] | | [error occurred during error reporting , id 0xb] | | # | # If you would like to submit a bug report, please visit: | # http://bugreport.java.com/bugreport/crash.jsp | # Signed-off-by: Ricardo Ribalda Delgado Signed-off-by: Maxin B. John

openjdk-8-native.inc: add coreutils-native to DEPENDS

2017-05-29T10:52:57+00:00

Without this it fails in do_configure because "comm" is not found. Signed-off-by: Tim Orling Signed-off-by: Maxin B. John

openjdk-7: fix compile errors with current poky master (gcc6)

2017-05-29T10:52:41+00:00

Using the current poky master openjdk-7 wasn't buildable. This patch fixes those problems by adding three more patches to openjdk-7. These patches basically add/fix GCC6 support. Furthermore the LDFLAGS_HASH_STYLE variable (which was removed by the icedtea-crosscompile-fix.patch) is re-introduced and set to "both" for compatibility reasons. Following two patches were originally written by Abdur Rehman and taken from meta-mentor [1]: icedtea-flags-to-compile-with-GCC-6.patch icedtea-specify-overloaded-variant-of-fmod.patch [1] https://github.com/MentorEmbedded/meta-mentor Signed-off-by: Richard Leitner Signed-off-by: Maxin B. John

openjdk-8-cross.inc: fix a libpng build issue

2017-05-29T10:52:32+00:00

JDK/JRE fails to build for ARM NEON machines, due to a undefined symbol in libpng, as follows: | build/jdk/objs/libsplashscreen/pngrutil.o: In function `png_init_filter_functions': | jdk/src/share/native/sun/awt/libpng/pngrutil.c:4002: undefined reference to `png_init_filter_functions_neon' This is a known issue already fixed in openjdk upstream, back-port the fix. Signed-off-by: Ming Liu Signed-off-by: Maxin B. John

openjdk-8/openjre-8: merge some redundant code

2017-05-29T10:52:22+00:00

A identical PATCHES_URI_append is being set both in openjdk-8 and openjre-8, merge them into openjdk-8-cross.inc. Signed-off-by: Ming Liu Signed-off-by: Maxin B. John