Age | Commit message (Collapse) | Author |
|
The corresponding changes in oe-core has not been backported to zeus.
This reverts commit d2e962a795e8713e5443659669842298453d938f.
Signed-off-by: Jacob Kroon <jacob.kroon@gmail.com>
Signed-off-by: Richard Leitner <richard.leitner@skidata.com>
|
|
This will fix crashes seen when build openjdk-8:
ERROR: jaxp1.3-native-1.4.01-r0 do_compile: Function failed: do_compile (log file is located at /home/jenkins/my_build/tmp/work/x86_64-linux/jaxp1.3-native/1.4.01-r0/temp/log.do_compile.28894)
ERROR: Logfile of failure stored in: /home/jenkins/my_build/tmp/work/x86_64-linux/jaxp1.3-native/1.4.01-r0/temp/log.do_compile.28894
Log data follows:
| DEBUG: Executing shell function do_compile
| Illegal instruction (core dumped)
| WARNING: exit code 132 from a shell command.
| ERROR: Function failed: do_compile (log file is located at /home/jenkins/my_build/tmp/work/x86_64-linux/jaxp1.3-native/1.4.01-r0/temp/log.do_compile.28894)
ERROR: Task (virtual:native:/home/jenkins/meta-java/recipes-core/xml-commons/jaxp1.3_1.4.01.bb:do_compile) failed with exit code '1'
Signed-off-by: Marek Belisko <marek.belisko@open-nandra.com>
Signed-off-by: Richard Leitner <richard.leitner@skidata.com>
|
|
Avoid warning due to the class rename in OE-Core.
Signed-off-by: Alex Kiernan <alex.kiernan@gmail.com>
Signed-off-by: Richard Leitner <richard.leitner@skidata.com>
|
|
ecj-initial-native is not a dependency, and even if we add it, we get a
compilation error.
Fixes:
| /bin/bash: /workdir/build/tmp/work/dbfp4-poky-linux/jamvm/2.0.0-devel+gitAUTOINC+6cef41d859-r0/recipe-sysroot-native/usr/bin/ecj-initial: No such file or directory
| Makefile:663: recipe for target 'classes.zip' failed
Signed-off-by: Ricardo Ribalda Delgado <ricardo@ribalda.com>
Signed-off-by: Richard Leitner <richard.leitner@skidata.com>
|
|
Short descriptions should go into SUMMARY (DESCRIPTION will
get the same value if not set.)
Signed-off-by: André Draszik <andre.draszik@jci.com>
Tested-by: Richard Leitner <richard.leitner@skidata.com>
Signed-off-by: Richard Leitner <richard.leitner@skidata.com>
|
|
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>
|
|
Replaces them with class-native.
Signed-off-by: Ming Liu <liu.ming50@gmail.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Fix build issues according to latest poky changes
where all dependencies must be installed into recipe
work folder.
Signed-off-by: Adrian Calianu <adrian.calianu@enea.com>
Signed-off-by: Maxin B. John <maxin.john@intel.com>
|
|
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>
|
|
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>
|
|
This reverts commit 04d5d0bf414c05ca59618d77f17ff9898aa1c566.
Detail reason is in the following commit.
Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
|
|
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>
|
|
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>
|
|
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>
|
|
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>
|
|
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>
|
|
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>
|
|
|
|
|
|
|
|
* instead of hardcode BCP and LD_LIBRARY_PATH into serval files
use a shell script and set them there
* this allow us again to use other vms for java-native
|
|
They are helpful in rebuilding from shared state since jamvm is
not so relocatable.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
icedtea-native encodes absolute build time classpaths which wont
work in sstate however at same time we can override it with env
variables like BOOTCLASSPATH and LD_LIBRARY_PATH to reflect current
build environment.
Secondly, exclude ICEDTEA_PARALLEL_MAKE from shared state signatures, it
can alter signatures if PARALLEL_MAKE value between producer and
consumer of sstate is not matching.
Now that icedtea7-native is shared state safe, remove the shared state
invalidation on jamvm-native that was needed for icedtea7-native to
build
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
jamvm uses hardcoded values for classpath
which then gets into the jamvm-native binary
now if you unpack the shared state into a different
tree it will not find the right classes and fail
icedtea7-native-2.1.3-r1.0/fake-jdk/bin/javah exhibits Classpath bug
39408... configure: error: The Java compiler
/evobuilds2/buildbot/slaves/slave/kraj/build/yocto/daily/tmp-eglibc/sysroots/x86_64-linux/usr/bin/javac
failed
For more details see
http://old.nabble.com/Re:-Problems-with-JamVM-(I-am-a-beginner)please-help-me-out!-p17404599.html
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Fixes warnings like
WARNING: bcel-native: No generic license file exists for: AL2.0 in any
provider
and so on
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
* fix was sent in by Xerxes Rånby too
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
Signed-off-by: Henning Heinold <heinold@inf.fu-berlin.de>
|
|
* fix was sent in by Xerxes Rånby too
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
Signed-off-by: Henning Heinold <heinold@inf.fu-berlin.de>
|
|
* was spotted by Xerxes Rånby
Signed-off-by: Henning Heinold <heinold@inf.fu-berlin.de>
|
|
* 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
|