summaryrefslogtreecommitdiffstats
path: root/recipes-core/cacao
Commit message (Collapse)AuthorAgeFilesLines
* 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: add recipes for openjdk-8 and openjre-8Jens Rehsack2015-12-081-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | 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-081-1/+3
| | | | | | | | | | | | 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>
* cacao: fix configure errorJens Rehsack2015-11-031-1/+1
| | | | | | | | This patch fixes the nowadays occuring configure error: rm: cannot remove 'src/mm/boehm-gc/ltmain.sh': No such file or directory Signed-off-by: Jens Rehsack <sno@netbsd.org> Signed-off-by: Maxin B. John <maxin.john@intel.com>
* Avoid parse time errors due to dependency on x11, for distros without x11Jens Rehsack2015-10-291-0/+1
| | | | | | | | | | | | | | | | | | | | | BitBake raises some errors when processing recipes that depend on x11 for distros that don't have x11 in DISTRO_FEATURES. To work around that issue, REQUIRED_DISTRO_FEATURES = "x11" (from distro_features_check.bbclass) has been set for the following recipes: * cacao (_class-target) * classpath (_class-target) * jamvm (_class-target) * openjdk-7-release That makes BitBake skip those recipes during the cache generation (they'd still be parsed, but ignored). This patch improves the idea from Mario Domenech Goulart <mario@ossystems.com.br> Signed-off-by: Jens Rehsack <sno@netbsd.org> Acked-by: Richard Leitner <richard.leitner@skidata.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* cacao-initial-native: Fix undefined behaviour in gcErkka Kääriä2015-10-232-0/+36
| | | | | | | | | | | | | | Upstream-Status: Backport Fixes undefined behaviour in boehm GC used by cacao-initial-native as suggested at https://github.com/ivmai/bdwgc/commit/16780405c899f01119bc45167122b4242f6b34fb. The undefined behaviour at very least causes a segmentation fault during classpath-native configure step with Fedora 22. Signed-off-by: Erkka Kääriä <erkka.kaaria@intel.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
* cacao-initial-native: Fix sed matchingErkka Kääriä2015-10-151-1/+1
| | | | | | | | | | | | | The recipe uses sed to patch src/scripts/java.in so that it execs cacao-initial instead of cacao. However, if configure step is run again, -initial is appended again to the string, leading to 'exec cacao-initial-initial'. This causes the build to fail. This is fixed by changing the sed command to consider larger portion of the source string. This ensures that the -initial is only appended once. Signed-off-by: Erkka Kääriä <erkka.kaaria@intel.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
* Revert "Don't depend on a hardcoded compiler"Otavio Salvador2015-08-261-1/+1
| | | | | | | | | | This reverts commit 15ed9662e26ed4ac8d843fb9d2335a49a9c03088. The change has break external builds causing build failures. The change here needs to be revisited to avoid the breakages and than re-applied. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* Avoid parse time errors due to dependency on x11, for distros without x11Mario Domenech Goulart2015-08-181-1/+3
| | | | | | | | | | | | | | | | | | | BitBake raises some errors when processing recipes that depend on x11 for distros that don't have x11 in DISTRO_FEATURES. To work around that issue, REQUIRED_DISTRO_FEATURES = "x11" (from distro_features_check.bbclass) has been set for the following recipes: * cacao * classpath * jamvm * openjdk-6-release * openjdk-7-release That makes BitBake skip those recipes during the cache generation (they'd still be parsed, but ignored). Signed-off-by: Mario Domenech Goulart <mario@ossystems.com.br> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* Don't depend on a hardcoded compilerMario Domenech Goulart2015-08-181-1/+1
| | | | | | | | | | | | | The recipes below depended on a hardcoded native compile (ecj-initial-native). Since we may use another native compiler to build them, we set the dependency in virtual/javac-native instead. * cacao * classpath-native * jamvm Signed-off-by: Mario Domenech Goulart <mario@ossystems.com.br> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* cacao: fix problem with internal garbage collectorHugo Vasconcelos Saldanha2015-03-312-4/+64
| | | | | | | | | | | Cacao uses an internal version of bdwgc that was being installed (headers, libs, etc.) together with the JVM, unnecessarily conflicting with original bdwgc package. A patch from Gentoo is applied so the system's bdwgc is used instead. Signed-off-by: Hugo Vasconcelos Saldanha <hugo.saldanha@aker.com.br> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* cacao-initial-native, jamvm-initial-native: provide virtual/java-initial-nativeMario Domenech Goulart2015-03-311-1/+1
| | | | | | | | | Since bd9c6023, virtual/java-initial is provided by cacao-initial-native and jamvm-initial-native. For consistency, this commit makes them provide virtual/java-initial-native instead. Signed-off-by: Mario Domenech Goulart <mario@ossystems.com.br> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* initials: silence "populate_sysroot manifest not found" warningsMagnus Olsson2015-03-112-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | A number of recipes in meta-java use autotools.bbclass for building; internally it uses the sstate-control populate_sysroot manifests to locate and copy aslocals for configure dependencies as part of the do_configure step. The manifest path differs depending on if it's a native package or not so autotools.bbclass looks at the package name to determine if its native or not (it's native if it ends with "-native"). The warnings are emitted because a few (native) recipes in meta-java (such as cacao-initial, classpath-initial and more) are incorrectly being classified as non-native by autotools.bbclass, which makes it look for the manifest in the wrong place and finally gives up with the warning: WARNING: /home/oe/tmp-glibc/sstate-control/manifest-mymachine-libecj-bootstrap.populate_sysroot not found This happens for cacao-initial, classpath-initial, ecj-initial, libecj-boostrap, jamvm-initial and jikes-initial since they are all native and rely on autotools. This patch renames the recipes so they end with -native, e.g ecj-initial-native. It also updates the recipes so they DEPEND on the corresponding new name. This helps autotools.bbclass to properly classify the recipes are native and silence the warnings. Signed-off-by: Magnus Olsson <magnus@minimum.se> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* cacao: create the link /usr/bin/java in cacao-nativeHugo Vasconcelos Saldanha2015-02-261-0/+4
| | | | | | | | | | | In native build, the link is not created by update-alternatives. Some package builds were failing, like gnumail and gnujaf, if cacao was the PREFERRED_PROVIDER_virtual/java-native. Something similiar is currently done with jamvm-native. Signed-off-by: Hugo Vasconcelos Saldanha <hugo.saldanha@aker.com.br> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* cacao: upgrade m4 macros in source treeHugo Vasconcelos Saldanha2015-02-171-0/+2
| | | | | | | | | Before configuring package, we upgrade m4 macros with a call to libtoolize. Otherwise, compiling would fail with a complain about different versions of libtool. Signed-off-by: Hugo Vasconcelos Saldanha <hugo.saldanha@aker.com.br> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* cacao: Update update-alternatives macros.Alex Gonzalez2014-12-301-3/+3
| | | | Signed-off-by: Alex Gonzalez <alex.gonzalez@digi.com>
* cacao: switch to autotools-brokensepHenning Heinold2014-06-081-1/+1
|
* cacao-initial: switch to autotools-brokensepHenning Heinold2014-06-081-1/+1
|
* cacao: fix target compilation and packagingHenning Heinold2014-04-161-5/+22
|
* cacao: add recipe for additional java vm cacao version 1.6.1Henning Heinold2014-01-091-0/+52
|
* cacao-initial: add cacao-initial recipe from oe-classicHenning Heinold2014-01-093-0/+109
|
* cacaoh-openjdk-native: removed, not needed anymoreHenning Heinold2012-03-012-38/+0
|
* meta-java: initial commitHenning Heinold2011-11-262-0/+38
* taken over mostly stuff from oe classic * cleaned up recipes * added license checksums * bump icedtea6-native to 1.8.11 * use jamvm from git as native