aboutsummaryrefslogtreecommitdiffstats
AgeCommit message (Collapse)Author
2018-08-20dbus-java: do not build any documentationsumoYevgeny Popovych
Support for respective docbook tools has been removed in pyro release. Signed-off-by: Yevgeny Popovych <yevgenyp@pointgrab.com> Signed-off-by: Richard Leitner <richard.leitner@skidata.com>
2018-04-10layer.conf: Set LAYERSERIES_COMPAT markup to layer.confMaxin B. John
This helps users to identify the compatibility of layers. Signed-off-by: Maxin B. John <maxin.john@intel.com>
2018-04-09jamvm: refresh patchesMaxin B. John
Fixes this: Some of the context lines in patches were ignored. This can lead to incorrectly applied patches. The context lines in the patches can be updated with devtool: devtool modify <recipe> devtool finish --force-patch-refresh <recipe> <layer_path> Then the updated patches and the source tree (in devtool's workspace) should be reviewed to make sure the patches apply in the correct place and don't introduce duplicate lines (which can, and does happen when some of the context is ignored). Further information: http://lists.openembedded.org/pipermail/openembedded-core/2018-March/148675.html https://bugzilla.yoctoproject.org/show_bug.cgi?id=10450 Details: patching file src/Makefile.am Hunk #1 succeeded at 23 with fuzz 1. Signed-off-by: Maxin B. John <maxin.john@intel.com>
2018-03-15openjdk-8: fix build with --as-needed host toolchains (Ubuntu 16.04)André Draszik
As per the commit message - build on hosts with --as-needed toolchains (Ubuntu 16.04) using system provided zlib fails: If the (host) toolchain has been configured to unconditionally add --as-needed to the linker command line then linking can fail when using system libraries. The reason is that the order of command line arguments becomes important with --as-needed and the JDK build system places needed system libraries at the beginning of the command line where it would normally place the object files from its own bundled compiled version. Having those system libraries early in the command line is not useful, as they are discarded by the linker at that point in time as it hasn't seen any reference to the symbols provided yet. As it seems a generic pattern in the makefiles here, just place the $EXPECTED_OBJS early in the command line, before any additional libraries, so as to fix this once and for all. Signed-off-by: André Draszik <andre.draszik@jci.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
2018-03-13openjdk-8: fix MAKE detection patchAndré Draszik
The patch had a few typos, leading to errors during ./configure ../jdk8u-4be07cb28b21/common/autoconf/configure: line 8408: test: too many arguments Signed-off-by: André Draszik <andre.draszik@jci.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
2018-03-06openjdk-8: add aarch64 supportAndré Draszik
This is using the aarch64 port to make it work, which is at version u161b15. We also add one patch to make this work with musl, too. Because the aarch64 port is fetched from a different repository, the version specific include has been split so as to have all common parts (URIs, patches, configuration bits) in one single file, and version specific bits (checksum, mercurial commit ID), in another file, to ease maintenance, and make distinguishing easier. Signed-off-by: André Draszik <andre.draszik@jci.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
2018-03-06openjdk-8: fix musl buildAndré Draszik
Add various patches to make it work in musl. Some of them are generic enough to be applied for all builds, some need to be specific to musl. Signed-off-by: André Draszik <andre.draszik@jci.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
2018-03-06openjdk-8: stop passing obsolete make variables (freetype)André Draszik
OpenJDK's build system complains about passing in obsolete ALT_ variables. Stop passing in those for freetype, as pkg-config is used to figure out the correct compiler and linker flags. Signed-off-by: André Draszik <andre.draszik@jci.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
2018-03-06openjdk-8: rename PACKAGECONFIG zip -> zlibAndré Draszik
The existing PACKAGECONFIG option 'zip' affects OpenJDK's usage of zlib, not zip, so this option is a bit inconsistent and confusing. Rename to zlib. Signed-off-by: André Draszik <andre.draszik@jci.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
2018-03-06openjdk-8: build against system libgif & zlib by defaultAndré Draszik
This should really be the default so as to benefit from CVE fixes etc. Signed-off-by: André Draszik <andre.draszik@jci.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
2018-03-06openjdk-8-native: really use system libgif & zlibAndré Draszik
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>
2018-03-06openjdk-8: add patches to support building against system libpng & libjpegAndré Draszik
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>
2018-03-06openjdk-8: add patch for compiling with enabled security flagsAndré Draszik
Rather than carrying an OE specific patch that just silences the warning on some platform only, backport the upstream patch to actually fix the issue. Signed-off-by: André Draszik <andre.draszik@jci.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
2018-03-05openjdk-8: fix a compiler warningAndré Draszik
As per the patch Signed-off-by: André Draszik <andre.draszik@jci.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
2018-03-05openjdk-8: rework do_patch (pt 2 - use bitbake variable overrides)André Draszik
This currently uses a hand-crafted solution to distinguish between common, native-only and and target-only patches. That is a bit hard to follow as patches are being applied in strange order, and is also non-standard. Instead, we can just use bitbake variable overrides. This makes it much easier to work with this recipe, as: * it is clear in which order patches are going to be applied by looking at the recipe * it is clear which patches are meant to be common, for build, or target * old patches that are still lying around in WORKDIR (e.g. because rm_work is not enabled), but that have been removed from SRC_URI are no longer incorrectly applied * if patches fail to apply, we know exactly which patch has failed * we can use PATCHTOOL = without any ill effects Signed-off-by: André Draszik <andre.draszik@jci.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
2018-03-05openjdk-8: rework do_patch (pt 1 - X11 wrappers)André Draszik
X11 wrappers are currently being deleted using a custom do_patch[postfuncs]. This is confusing to say the least, as e.g. naming implies this is done after ./configure has run. At the moment, this also happens halfway through patches have been applied, i.e. some patches are being applied, then the X11 wrappers are deleted, then more patches are being applied. Streamline this so that the unneeded wrappers are removed as part of do_unpack[postfuncs]. Signed-off-by: André Draszik <andre.draszik@jci.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
2018-03-05openjdk-8: Upgrade to u162b12André Draszik
- openjdk8-fix-zero-mode-crash.patch was a backport -> dropped - remaining patches -> refreshed - license checksum change due to address change in license file (see patch) Signed-off-by: André Draszik <andre.draszik@jci.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
2018-03-05openjdk-8: doesn't compile on aarch64André Draszik
OpenJDK's build system just doesn't support it (it somehow picks compiler flags for am64 builds, which are invalid for aarch64). Signed-off-by: André Draszik <andre.draszik@jci.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
2018-03-05openjdk-8: clarify a bitbake warningAndré Draszik
We get a bitbake warning during recipe building complaining about unsupported architectures unconditionally. That check is relevant only for shark builds, so it is quite confusing for non-shark builds. Make the warning conditional on whether shark builds are enabled or not. Signed-off-by: André Draszik <andre.draszik@jci.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
2018-03-01jdepend: give the downloaded file a reasonable nameAndré Draszik
2.9.1.zip in the 'downloads' folder will easily be overwritten... Signed-off-by: André Draszik <andre.draszik@jci.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
2018-03-01classpath: remove unused patchMaxin B. John
Remove unused patch: fix-gmp.patch Signed-off-by: Maxin B. John <maxin.john@intel.com>
2018-02-26openjdk-8: strip leading non digit chars from GCCVERSIONrockoMax Krummenacher
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 <max.krummenacher@toradex.com> (cherry picked from commit 1fbdc60eaccaa29c2942d479f8068b722e7b5bf3) Signed-off-by: Maxin B. John <maxin.john@intel.com>
2018-01-09ant-contrib-native: add recipeMing Liu
The Ant-Contrib project is a collection of tasks (and at one point maybe types and other tools) for Apache Ant. Signed-off-by: Ming Liu <liu.ming50@gmail.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
2018-01-09jamvm: avoid checking x11 distro feature for native buildMing Liu
x11 is not a mandatory distro feature for building jamvm-native, so avoid checking it for native build, or else it would lead parsing errors. Signed-off-by: Ming Liu <liu.ming50@gmail.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
2018-01-09commons-httpclient: extend native bbclassMing Liu
Signed-off-by: Ming Liu <liu.ming50@gmail.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
2018-01-09commons-codec: extend native bbclassMing Liu
Signed-off-by: Ming Liu <liu.ming50@gmail.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
2018-01-09commons-cli: extend native bbclassMing Liu
Signed-off-by: Ming Liu <liu.ming50@gmail.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
2018-01-09meta: drop deprecated virtclass-nativeMing Liu
Replaces them with class-native. Signed-off-by: Ming Liu <liu.ming50@gmail.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
2018-01-09meta: drop redundant DEPENDS_virtcalss-native definitionsMing Liu
The DEPENDS would be handled in native.bbclass, it's not necessary to set them explicitly in recipes. Signed-off-by: Ming Liu <liu.ming50@gmail.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
2017-12-22openjdk-8-native, icedtea7-native: use JAVA_TOOL_OPTIONS from environmentHaiqing Bai
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>
2017-10-09Revert "openjdk-8-common: Fix the issue of building failed adlc on host with ↵Maxin B. John
gcc < 6" This reverts commit 6801f6d4e19c88dabd5a02dfbbf69a2dcc8e079c.
2017-10-02openjdk-8-common: Fix the issue of building failed adlc on host with gcc < 6Fupan Li
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 <fupan.li@windriver.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
2017-09-26openjdk-8-common: Fix warning evaluating CFLAGSRicardo Ribalda Delgado
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 <ricardo.ribalda@gmail.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
2017-09-26openjdk-8-native: Fix sigsegv with gcc7Ricardo Ribalda Delgado
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 <ricardo.ribalda@gmail.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
2017-09-26icedtea-native: Fix segmentation build during buildRicardo Ribalda Delgado
Without this patch, icedtea-native do_compile() results in a SIGSEGV when compiled with GCC7 Signed-off-by: Ricardo Ribalda Delgado <ricardo.ribalda@gmail.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
2017-09-23Move from ${COREBASE}/LICENSE to ${COMMON_LICENSE_DIR}/MITOtavio Salvador
The OE-Core now warns when someone uses ${COREBASE}/LICENSE so we should move to ${COMMON_LICENSE_DIR}/MIT to fix this deprecated use. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
2017-07-21java-library.bbclass: compatibility with per-recipe sysrootsS. Lockwood-Childs
The removebinaries task was intended to remove pre-built .jar and .class files from the unpacked source, but when per-recipe sysroots were implemented and ended up under WORKDIR, .jar or .class in those sysroots inadvertently started getting killed as well. For instance, ${WORKDIR}/recipe-sysroot-native/usr/share/java/ecj-bootstrap.jar was deleted when attempting to build jlex-native... which made javac in that sysroot rather unhappy. Solve by excluding both recipe-sysroot and recipe-sysroot-native dirs from the search-and-destroy operation. Signed-off-by: S. Lockwood-Childs <sjl@vctlabs.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
2017-06-02java-test-image: drop ROOTFS_PKGMANAGE_BOOTSTRAP varTim Orling
oe-core has dropped this variable Signed-off-by: Tim Orling <timothy.t.orling@linux.intel.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
2017-05-29jdom: unblacklist and update to v1.1.3Tim Orling
- Add SUMMARY and expand DESCRIPTION - Add LIC_FILES_CHECKSUM - Move SRC_URI checksums to recommended location in recipe - Add virtual/javac-native to DEPENDS for RSS Signed-off-by: Tim Orling <timothy.t.orling@linux.intel.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
2017-05-29dom4j: unblacklist and fix buildTim Orling
- Add SUMMARY and expand DESCRIPTION - Update HOMEPAGE - Update URI for jaxme - Add LIC_FILE_CHECKSUM - Fix path for 'find org ...' - Move SRC_URI checksums to recommended location in recipe - Add virtual/javac-native to DEPENDS for RSS Signed-off-by: Tim Orling <timothy.t.orling@linux.intel.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
2017-05-29jaxen: unblacklist and update to v1.1.6Tim Orling
- Add SUMMARY and expand DESCRIPTION - Upstream moved to github, use git not ephemeral archive tarball - Fix path for 'find org ...' - Move SRC_URI checksums to recommended location in recipe - Add virtual/javac-native to DEPENDS for RSS Signed-off-by: Tim Orling <timothy.t.orling@linux.intel.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
2017-05-29xom: unblacklist and update to v1.2.10Tim Orling
- License checksum changed (updated year) - Add SUMMARY and expand DESCRIPTION - Clone jaxen dependency from github, update to v1.1.6 - Move SRC_URI checksums to recommended location in recipe - Add virtual/javac-native to DEPENDS for RSS Signed-off-by: Tim Orling <timothy.t.orling@linux.intel.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
2017-05-29inetlib: cleanup and fix RSS regressionTim Orling
- Add SUMMARY and expand DESCRIPTION - Move SRC_URI checksums to recommended location in recipe - Drop PR, no longer required - Add virtual/javac-native and classpath-initial-native to DEPENDS for RSS Signed-off-by: Tim Orling <timothy.t.orling@linux.intel.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
2017-05-29openjdk-8-native.inc: add coreutils-native to DEPENDSTim Orling
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>
2017-05-29cacao-native: fix configure RSS regressionTim Orling
Add virtual/java-initial-native and classpath-initial-native to DEPENDS_class-native Recipe Specific Sysroots uncovered the following chain: * ecj-initial fails because java-initial is command not found * java-initial core dumps: "java/lang/NoClassDefFoundError: java/lang/Object" * strace shows missing .../usr/share/classpath-initial/glibj.zip Signed-off-by: Tim Orling <timothy.t.orling@linux.intel.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
2017-05-29openjdk-7: fix compile errors with current poky master (gcc6)Richard Leitner
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 <richard.leitner@skidata.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
2017-05-29openjdk-8-cross.inc: fix a libpng build issueMing Liu
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 <peter.x.liu@external.atlascopco.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
2017-05-29openjdk-8/openjre-8: merge some redundant codeMing Liu
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 <peter.x.liu@external.atlascopco.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
2017-05-29openjdk-8-cross.inc: tweak PACKAGECONFIG default valueMing Liu
When x11, alsa is being set in DISTRO_FEATURES, the users might expect openjdk build with the related options as well. For instance, they might be confused when the openjdk is still built as headless but x11 is actually enabled from system aspect. With this patch, the end users still can choose build openjdk without these options by overriding PACKAGECONFIG. Two small fixes are also needed to let openjdk build with x11: - Add libxtst to DEPENDS. - Pass ac_x_includes and ac_x_libraries to configure command. Signed-off-by: Ming Liu <peter.x.liu@external.atlascopco.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
2017-05-29openjdk-8-cross.inc: fix wrong sysroot pathMing Liu
The '--with-sys-root' should be set to ${STAGING_DIR_HOST} but not ${STAGING_DIR}. Signed-off-by: Ming Liu <peter.x.liu@external.atlascopco.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
generated by cgit 1.2.3-korg (git 2.39.0) at 2024-04-23 22:55:14 +0000