summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
...
* openjdk-8: Add update version and build number to the java binariesBernhard Dick2016-06-301-0/+7
| | | | | | | | | | The OpenJDK builds did not include the update version and build number leading to problems when applications check for the minimum needed version. This commit fixes it by adding the update version and build number to the configure parameters. Signed-off-by: Bernhard Dick <bernhard@bdick.de> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* replace base_contains by bb.utils.containsMaxin B. John2016-06-203-5/+5
| | | | | | | Replace all instances of base_contains with bb.utils.contains to avoid warnings. Signed-off-by: Maxin B. John <maxin.john@intel.com>
* openjre-8_72b05.bb: Add missing patchesErkka Kääriä2016-04-291-0/+2
| | | | | | | Two patches were only applied to openjdk-8. Apply these to jre as well Signed-off-by: Erkka Kääriä <erkka.kaaria@intel.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
* Openjdk-8: Add -Wno-cpp to CFLAGS in certain makefilesErkka Kääriä2016-04-293-0/+58
| | | | | | | | | | | | | | The security flag '-D_FORTIFY_SOURCE' requires at least -O to work, otherwise a warning is given. If CFLAGS additionally contains -Werror, this warning turns into an error. As Openjdk build system intentionally deoptimizes certains files due to potential bad codegen during optimization, build will fail when both '-D_FORTIFY_SOURCE' and '-Werror' are used. As turning the optimizations back on will likely break things, the warning is silenced instead. Signed-off-by: Erkka Kääriä <erkka.kaaria@intel.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
* java-bootstrapping: Do not rely on hardcoded pathsErkka Kääriä2016-04-296-17/+96
| | | | | | | | | | | | | Various paths to files are hardcoded in either helper scripts or the resulting binaries (like path to Java class libraries). While this works well when using the files on the build machine, things start breaking down when the sstate gets shared between multiple workers in CI, as the paths between workers can differ. Instead of using these hardcoded paths, form the paths at runtime and pass them as parameters when required. Signed-off-by: Erkka Kääriä <erkka.kaaria@intel.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
* icedtea7-native: skip the already-stripped testJackie Huang2016-04-261-0/+4
| | | | | | | | | | libfreetype.so.6 is copied from STAGING_LIBDIR and binaries/libraries in sysroot are already stripped since the following commit in oe-core: "30f3774 staging: Strip files in sysroot" Signed-off-by: Jackie Huang <jackie.huang@windriver.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
* openjdk-8: use private libsDaniel McGregor2016-04-261-0/+9
| | | | | | | | | Prevent a non-deterministic run time dependency between openjdk-8 and openjre-8. Without PRIVATE_LIBS, if openjre is built before openjdk, openjdk might RDEPEND on openjre. Signed-off-by: Daniel McGregor <daniel.mcgregor@vecima.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
* openjdk-8: make jar repacking optionalDaniel McGregor2016-04-263-13/+22
| | | | | | | | | Repacking the runtime jar files takes a long time, and is only done to save some space. Make it optional to speed up builds that don't need it. Signed-off-by: Daniel McGregor <daniel.mcgregor@vecima.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
* icedtea7-native: backport patch of jaxb to fix NullPointerExceptionKai Kang2016-04-112-0/+24
| | | | | | | | | | | | | Backport patch of jaxb from https://java.net/projects/jaxb/sources/v2/revision/1864898 to fix NullPointerException. See https://java.net/jira/browse/JAXB-860 as well. Signed-off-by: Kai Kang <kai.kang@windriver.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* Openjdk-8: Fix build flags for adlcErkka Kääriä2016-03-232-0/+35
| | | | | | | | | | | | | | | Adlc is a native tool that openjdk builds and uses during its build process. Bitbake however passes target machine specific CFLAGS and CXXFLAGS because we are crosscompiling openjdk for the target architecture. This can cause issues, if these flags contains values, that work for the Yocto provided crosscompiler but not for the system compiler. As an example, compilation will fail on Ubuntu 14.04 if -fstack-protector-strong is specified in the distro security flags. Ubuntu 14.04 ships with GCC 4.8, whereas this flag is only supported by GCC 4.9+. Signed-off-by: Erkka Kääriä <erkka.kaaria@intel.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
* Openjdk-8: Fix openjdk build when CXX contains assembler argumentsErkka Kääriä2016-03-232-0/+21
| | | | | | | | | | | | | | Builds currently fail, if CXX also contains assembler arguments. These arguments are in form "-Wa,args,are,here". When this string is then used in openjdk make process, it is inserted before the make evaluates its argument lists. As these lists are comma separated, the commas in assembler argument list are interpreted as list separators, which breaks the build. This is fixed by adding the extra '$', which means the string is inserted after make evaluates the list. Signed-off-by: Erkka Kääriä <erkka.kaaria@intel.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
* classpath: fix the licenseJackie Huang2016-02-051-1/+1
| | | | | | | | There is no 'Classpath' license, set it as the same with classpath-native. Signed-off-by: Jackie Huang <jackie.huang@windriver.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
* jlex: fix the license and add JLEX license fileJackie Huang2016-02-052-3/+20
| | | | | | | | | The license statement is in the middle of source file Main.java, it's not correct to referrence the COREBASE MIT license in LIC_FILES_CHKSUM. Signed-off-by: Jackie Huang <jackie.huang@windriver.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
* jacl: fix license and add license filesJackie Huang2016-02-054-2/+167
| | | | | | | | | | license.amd(AMD): applies to the TJC compiler source and test files license.itcl(CDS): applies to the Itcl source and test files license.ucb(UCB): applies to portions of Jacl and Tcl Blend sources license.terms(SUN): applies to the other cource files Signed-off-by: Jackie Huang <jackie.huang@windriver.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
* cup: add the license fileJackie Huang2016-02-051-0/+20
| | | | | Signed-off-by: Jackie Huang <jackie.huang@windriver.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
* jikes: fix the license nameJackie Huang2016-02-051-1/+1
| | | | | | | | The license is: IBM Public License Version 1.0 and it is named IPL-1.0 instead of IBM in common-licenses. Signed-off-by: Jackie Huang <jackie.huang@windriver.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
* cacao: remove invalid configure optionsJackie Huang2016-01-291-4/+0
| | | | | | | | | | | | | | | | | | | | These configure options are invalid: --with-classpath-libdir --with-classpath-classes --with-classpath-includedir They had been replaced by: --with-java-runtime-library-libdir --with-java-runtime-library-classes --with-jni_h and --with-jni_md_h Remove them to avoid QA Issue: WARNING: QA Issue: cacao-native: configure was passed unrecognised options: --with-classpath-libdir --with-classpath-includedir --with-classpath-classes [unknown-configure-option] Signed-off-by: Jackie Huang <jackie.huang@windriver.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
* classpath: fix invalid optionsJackie Huang2016-01-041-5/+2
| | | | | | | | | | | | | After updated to version 0.99, the following options became invalid: * --with-ecj: use JAVAC env variable instead * --with-fastjar: change to --with-jar * --with-vm: uae JAVA env variable instead * --disable-qt4-peer: invalid even in 0.93, just drop it. Signed-off-by: Jackie Huang <jackie.huang@windriver.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* openjdk-8: fix the alternative for javacJackie Huang2016-01-042-7/+1
| | | | | | | | | * ${PN}-jdk doesn't exist at all so the alternative for javac is invalid. * remove the useless commented lines as well. Signed-off-by: Jackie Huang <jackie.huang@windriver.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* openjdk-7: fix the incorrect URIs and checksumsJackie Huang2016-01-042-38/+30
| | | | | | | | | | | | | The error in do_configure is like: openjdk.tar.bz2: FAILED /usr/bin/sha256sum: WARNING: 1 of 1 computed checksum did NOT match That's because the URIs and checksums do not match the ones defined in Makefile.am, then the configure will fail the test and download again from ICEDTEA_DROP_URL. Signed-off-by: Jackie Huang <jackie.huang@windriver.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* openjdk hotspot build system std.h fixAmy Fong2016-01-042-0/+42
| | | | | | | | Backport from upstream from jdk9 Hotspot build system looking for sdt.h in the wrong place Signed-off-by: Amy Fong <amy.fong@windriver.com> Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
* icedtea7-native/openjdk-7: fails on hosts with no unzipAmy Fong2016-01-048-0/+613
| | | | | | | | | | | | Fails with an error message /usr/bin/unzip not found. Additionally, icedtea7 enables you to specify an unzip to use by setting the variable UNZIP, this results in an error because unzip uses UNZIP to specify options, hence you'll end up with unzip trying to unzip unzip. Note: Same issue applies to openjdk Signed-off-by: Amy Fong <amy.fong@windriver.com> Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
* openjdk-7: add depends on attrAmy Fong2016-01-041-0/+1
| | | | | | | | | | | | | | | | | | openjdk depends on attr, this can result in a configure failure if the dependency is missing. checking for sys/epoll.h... (cached) yes checking attr/xattr.h usability... no checking attr/xattr.h presence... no checking for attr/xattr.h... no configure: error: Could not find required system headers; install the appropriate files from glibc-headers, libc6-dev and/or libattr-devel, libattr1-dev or use --disable-compile-against-syscalls if necessary. Configure failed. The contents of all config.log files follows to aid debugging Signed-off-by: Amy Fong <amy.fong@windriver.com> Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
* jamvm-git uprev to 2.0.0Amy Fong2016-01-041-2/+2
| | | | | Signed-off-by: Amy Fong <amy.fong@windriver.com> Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
* openjdk: fix CVE-2014-1876Amy Fong2016-01-042-0/+46
| | | | | | | | | | Rather than creating /tmp/unpack.log and insecure permissions, if unpack cannot create teh specified log file, it defaults to writing to /dev/null, failing that, stderr. (These are the default options if it cannot write to /tmp/unpack.log) Signed-off-by: Amy Fong <amy.fong@windriver.com> Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
* icedtea7-native compile failure undefined reference to `main'Amy Fong2016-01-042-0/+44
| | | | | | | | | | | | | | | | | | | | | | | | | On hosts without /usr/include/X11/extensions, icedtea7-native compile results in a build failure while trying to create an object file: +/data/home/.../git/csu/../sysdeps/x86_64/start.S:118: undefined reference to `main' [2015-03-31 15:22:53.115930161+00:00] | collect2: error: ld returned 1 exit status The compile line shows: (-c gets eaten) ... -I -c -o The makefile tries to do the following which results in a faulty build line if /usr/include/X11/extensions doesn't exist: CPPFLAGS += -I$(firstword $(wildcard $(OPENWIN_HOME)/include/X11/extensions) \ $(wildcard /usr/include/X11/extensions)) This looks like a missed line from the following patch which removes the need for X11/extensions: icedtea-ecj-disable-compilation.patch Signed-off-by: Amy Fong <amy.fong@windriver.com> Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
* openjdk: postinst cleanupAmy Fong2016-01-041-0/+14
| | | | | | | | Some of the postinst rules results in a build error because "ERR" is in the first line. Signed-off-by: Amy Fong <amy.fong@windriver.com> Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
* openjdk: add keytool linkAmy Fong2016-01-041-4/+6
| | | | | | | Add alternative link keytool Signed-off-by: Amy Fong <amy.fong@windriver.com> Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
* openjdk-7: added java tools to the jdk packageAmy Fong2016-01-041-0/+1
| | | | | | | | | The jdk package was missing tools like javac and tools.jar. Adding jvm to the packaging pulls in the tool set. Signed-off-by: Paul Barrette <paul.barrette@windriver.com> Signed-off-by: Amy Fong <amy.fong@windriver.com> Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
* Missing inheritance and dependencies in some java packagesAmy Fong2016-01-043-3/+3
| | | | | | | | | | | | | | icedtea7-native, openjdk-7, and jamvm-native requires pkg-config to configure without running into an error similar to 7554: syntax error near unexpected token `NSS,' 7554: `PKG_CHECK_MODULES(NSS, nss, NSS_FOUND=yes, NSS_FOUND=no)' classpath-native and jamvm-native both needs to depend on java-initial-native Signed-off-by: Amy Fong <amy.fong@windriver.com> Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
* base-files: Define JAVA_HOME by defaultAmy Fong2016-01-041-0/+13
| | | | | | | | In the default /etc/profile, search for and define JAVA_HOME in the environment variables. Signed-off-by: Amy Fong <amy.fong@windriver.com> Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
* jamvm.inc: jamvm recipe cleanupAmy Fong2016-01-041-5/+0
| | | | | | | | | | | | jamvm.inc's SRC_URI isn't used anymore, all jamvm bb recipes have been defining their own. In a rare instance, a build failed because it was using the SRC_URI defined from jamvm.inc instead (jamvm_git.bb), this cleanup should prevent this oddity from occuring. Signed-off-by: Amy Fong <amy.fong@windriver.com> Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
* openjdk: autools not to override B varAmy Fong2016-01-041-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | ${B} is set before autotools and thus is overrided by autotools. Some of the patches within icedtea are expected to be patched against ${S}/build (during do_configure() phase). As autotools to change B = "${WORKDIR}/build", so this causes some patches failed to apply and hence breaks do_configure() with the following errors: | patching file openjdk/jdk/make/tools/src/build/tools/generatecurrencydata/GenerateCurrencyData.java | can't find file to patch at input line 13 | Perhaps you used the wrong -p or --strip option? | The text leading up to this was: | -------------------------- | |--- | | build/openjdk/corba/make/common/shared/Defs-utils.gmk | 6 +++--- | | build/openjdk/jdk/make/common/Demo.gmk | 2 +- | | build/openjdk/jdk/make/common/Release.gmk | 2 +- | | build/openjdk/jdk/make/common/internal/ImportComponents.gmk | 4 ++-- | | build/openjdk/jdk/make/common/shared/Defs-utils.gmk | 6 +++--- | | build/openjdk/jdk/make/common/shared/Sanity.gmk | 2 +- | | build/openjdk/jdk/make/java/redist/Makefile | 4 ++-- | | 7 files changed, 13 insertions(+), 13 deletions(-) | | | |--- a/build/openjdk/corba/make/common/shared/Defs-utils.gmk | |+++ b/build/openjdk/corba/make/common/shared/Defs-utils.gmk | -------------------------- | File to patch: | Skip this patch? [y] | File to patch: | Skip this patch? [y] | Skipping patch. Signed-off-by: Vu Tran <vu.tran@windriver.com> Signed-off-by: Amy Fong <amy.fong@windriver.com> Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
* inetlib: fix inetlib dependency during compilationAmy Fong2016-01-042-0/+32
| | | | | | | | | | | | | | Fix a dependency issue when building many parallel threads for inetlib. The build failure looks like: 1. ERROR in source/gnu/inet/util/SaslCallbackHandler.java (at line 43) import javax.security.auth.callback.Callback; ^^^^^^^^^^^^^^ The issue is due to the jar linking before all the objects are complete. Signed-off-by: Paul Barrette <paul.barrette@windriver.com> Signed-off-by: Amy Fong <amy.fong@windriver.com> Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
* java.bbclass: java missing classes during compileAmy Fong2016-01-041-3/+6
| | | | | | | | | | | | | | | | oe_makeclasspath is used to define the classpath argument passed to javac for a number of packages. The current behaviour takes a number args specifying jar files to look for and if the files exist, it adds it to a specified variable. On some builds, oe_makeclasspath cannot find the jar file. oe_makeclasspath used an invalid test to see the package is native. (testing if the build arch and package arch are the same, if so, native) We test to see if PN matches *-native or *-nativesdk instead. Signed-off-by: Amy Fong <amy.fong@windriver.com> Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
* openjdk-8-native: fix improper do_install and PROVIDESJackie Huang2016-01-045-37/+18
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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>
* Revert "meta-java: rely on well known bootstrap-path"Jackie Huang2016-01-0439-53/+51
| | | | | | | | This reverts commit 04d5d0bf414c05ca59618d77f17ff9898aa1c566. Detail reason is in the following commit. Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
* openjdk-8/openjre-8: skip the dev-so testJackie Huang2015-12-301-0/+3
| | | | | | | | | | | | | | Fixed: ERROR: QA Issue: non -dev/-dbg/nativesdk- package contains symlink .so: openjdk-8 path 'work/core2-64-poky-linux/openjdk-8/72b05-r0/packages-split/openjdk-8/usr/lib/jvm/openjdk-8/jre/lib/amd64/server/libjsig.so' [dev-so] The symlink .so is valid so we just skip the test just like what we does in openjdk-7. Signed-off-by: Jackie Huang <jackie.huang@windriver.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
* openjdk-8/openjre-8: fix host-user-contaminated QA issueJackie Huang2015-12-302-0/+2
| | | | | | | | | | | | | | Fixed: WARNING: QA Issue: openjdk-8: /openjdk-8-doc/usr/lib/jvm/openjdk-8/jre/THIRD_PARTY_README is owned by uid 1786, which is the same as the user running bitbake. This may be due to host contamination [host-user-contaminated] The use of cp results in files in the recipe being owned by the user running bitbake, so fix the owner to root:root Signed-off-by: Jackie Huang <jackie.huang@windriver.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
* openjdk-8: Use zero mode on armErkka Kääriä2015-12-171-0/+3
| | | | | | | Currently arm build fails due to hotspot errors. Use zero mode instead. Signed-off-by: Erkka Kääriä <erkka.kaaria@intel.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* openjdk-7: skip the already-stripped testJackie Huang2015-12-171-0/+4
| | | | | | | | | | libfreetype.so.6 is copied from STAGING_LIBDIR and binaries/libraries in sysroot are already stripped since the following commit in oe-core: "30f3774 staging: Strip files in sysroot" Signed-off-by: Jackie Huang <jackie.huang@windriver.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* openjdk-7: drop an inappropriate patchJackie Huang2015-12-172-31/+0
| | | | | | | | | | | | | | | | | The patch icedtea-jdk-build-nio-gensor-genuc-gensc-static.patch is to add static option to build nio gensor/genuc/gensc, and was added when upgrading to IcedTea 2.6.1 OpenJDK 7u85b01. Another patch icedtea-jdk-nio-use-host-cc.patch uses host cc for nio build so it fails on host that lack of static libraries: | /usr/bin/ld: cannot find -lpthread And there is no comments explaining why it needs static linking, so drop the patch for now unless we have better understanding and make a more proper patch. Signed-off-by: Jackie Huang <jackie.huang@windriver.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* cacao: fix the depends for target packageJackie Huang2015-12-171-1/+1
| | | | | | | | | The target package also depends on classpath, zlib, etc, which is incorrect overrode, use _append for the class-target instead. Signed-off-by: Jackie Huang <jackie.huang@windriver.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* openjdk-8: fix rewrite QA warningsJens Rehsack2015-12-173-150/+122
| | | | | | | | | | | | | Fix bitbake warnings from variable renaming like Variable key FILES_${PN} (${bindir}/* ${sbindir}/* ${libexecdir}/* ${libdir}/lib*${SOLIBS} ${sysconfdir} ${sharedstatedir} ${localstatedir} ${base_bindir}/* ${base_sbindir}/* ${base_libdir}/*${SOLIBS} ${base_prefix}/lib/udev/rules.d ${prefix}/lib/udev/rules.d ${datadir}/${BPN} ${libdir}/${BPN}/* ${datadir}/pixmaps ${datadir}/applications ${datadir}/idl ${datadir}/omf ${datadir}/sounds ${libdir}/bonobo/servers) replaces original key FILES_openjre-8 ( ${JRE_HOME}/bin/[a-z]* ${JRE_HOME}/lib/[a-z]* ${JRE_HOME}/LICENSE ${JRE_HOME}/release ). It is caused by using FILES_${PN} and FILES_{JDKPN} or FILES_${JREPN}, respectively. Moving FILES_{JDKPN} to openjdk-8_%.bb and FILES_${JREPN} to openjre-8_%.bb to allow consequently use FILES_${PN}. Signed-off-by: Jens Rehsack <sno@netbsd.org> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* rxtx: put license to LICENSE_PATHJan Remmet2015-12-112-0/+565
| | | | | | | | fixes "WARNING: rxtx: No generic license file exists for: RXTXv2.1 in any provider" on fido Signed-off-by: Jan Remmet <j.remmet@phytec.de> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* antlr/cup: inherit java-bootstrap-componentsJackie Huang2015-12-112-2/+2
| | | | | | | | | | | | | | | | | | | | | | This should be part of the following commit but missed: commit 04d5d0bf414c05ca59618d77f17ff9898aa1c566 Author: Jens Rehsack <rehsack@gmail.com> Date: Tue Dec 8 14:51:50 2015 +0100 meta-java: rely on well known bootstrap-path Instead of potential circular depending virtual/javac-native (even this recipe provides such a useable java-native), rely on well known path via cacao-native to build up to icedtea7-native in reliable manner. virtual/javac-native should be used by parts not belonging to the bootstrap phase. Signed-off-by: Jens Rehsack <sno@netbsd.org> Signed-off-by: Maxin B. John <maxin.john@intel.com> Signed-off-by: Jackie Huang <jackie.huang@windriver.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* gnumail: Fix race condition in makefileErkka Kääriä2015-12-112-0/+130
| | | | | | | | | | | | | | | Parallel make does not handle multiple javac invocations correctly, as javac compiles any uncompiled dependencies on its own. This leads to a race condition where make may see incomplete class files and incorrectly assume that the class files has already been compiled. This ultimately causes incomplete class files to be included in one of the jars, causing build failures later one when javac attempts to use such class file. This issue is fixed by patching the makefile so that only one instance of javac is invoked, which compiles all the java files in one go. Signed-off-by: Erkka Kääriä <erkka.kaaria@intel.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
* openjdk-8: add recipes for openjdk-8 and openjre-8Jens Rehsack2015-12-0823-12/+4735
| | | | | | | | | | | | | | | | | | | | | | | | 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>
* meta-java: rely on well known bootstrap-pathJens Rehsack2015-12-0837-49/+51
| | | | | | | | | | | | Instead of potential circular depending virtual/javac-native (even this recipe provides such a useable java-native), rely on well known path via cacao-native to build up to icedtea7-native in reliable manner. virtual/javac-native should be used by parts not belonging to the bootstrap phase. Signed-off-by: Jens Rehsack <sno@netbsd.org> Signed-off-by: Maxin B. John <maxin.john@intel.com>
* ecj-initial.in: Disable multithreading to mitigate segfaultingErkka Kääriä2015-11-101-1/+3
| | | | | | | | | | | | | | | Cacao-initial-native suffers from sporadic segmentation faults, when the Java program uses multiple Java threads, due to a race condition. In particular, jamvm-native and classpath-native builds would occasionally fail as the eclipse compiler used during build task by default uses multiple threads. As fixing the race condition would require large changes to the cacao-initial-native codebase, and as it is only used briefly during the bootstrapping process, it is easier and safer to just force ecj-initial to run in a singlethreaded mode. Signed-off-by: Erkka Kääriä <erkka.kaaria@intel.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>