| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Signed-off-by: Jason Schonberg <schonm@gmail.com>
|
|
|
|
|
| |
Signed-off-by: Jermain Horsman <jermain.horsman@nedap.com>
Signed-off-by: Tim Orling <tim.orling@konsulko.com>
|
|
|
|
|
| |
Signed-off-by: Jacob Kroon <jacob.kroon@gmail.com>
Signed-off-by: Richard Leitner <richard.leitner@skidata.com>
|
|
|
|
|
| |
Signed-off-by: AJ Bagwell <anthony.bagwell@hivehome.com>
Signed-off-by: Richard Leitner <richard.leitner@skidata.com>
|
|
|
|
|
|
|
| |
Fixes QA Issue: classpath-native: native/nativesdk class is not inherited last
Signed-off-by: Douglas Royds <douglas.royds@taitradio.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>
|
|
|
|
|
|
|
|
|
|
|
| |
Avoids:
| configure: error: aarch64-poky-linux-gnu not supported
| NOTE: The following config.log files may provide further information.
| NOTE: /workdir/build/tmp/work/aarch64-poky-linux/jamvm/2.0.0-devel+gitAUTOINC+6cef41d859-r0/build/config.log
| ERROR: configure 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>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
| |
Signed-off-by: Amy Fong <amy.fong@windriver.com>
Signed-off-by: Jackie Huang <jackie.huang@windriver.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>
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
| |
|
| |
|
|
|
|
| |
* remove annotations.patch, because it was fixed upstream
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Current IFS mangling blows up on the face:
| configure:2341: javac -classpath .: Test.java
| Invalid maximum heap size: -Xmx1024m-cp/srv/oe/b
Simpler command line expansion works just as easy.
* fixed placeholder path by Henning Heinold
Signed-off-by: Henning Heinold <heinold@inf.fu-berlin.de>
|
| |
|
|
|
|
|
|
| |
* 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
|
|
|
|
| |
* fix gnuclasspath annotations
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
|
|
|
| |
shared state does not work for jamvm
since it hardcodes the staging paths
into binaries
it uses packageconfig so lets inherit
relevant class
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>
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
On system with large amounts of RAM (such as 96GB), the default
initial heap size is larger than the max heap size specified in
some build commands. Set min_heap to the max_heap value in those
cases instead.
Signed-off-by: Jan Luebbe <jlu@pengutronix.de>
Signed-off-by: Henning Heinold <heinold@inf.fu-berlin.de>
|
|
|
|
|
|
|
|
|
|
| |
This fixes an unpredicability of sysroot tools.zip version as
classpath-initial and classpath-native were installing the tools.zip
at same path.
We also bump PR of affected recipes to force them to rebuild.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
|
|
| |
* 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>
|
|
|
|
|
|
| |
* thanks Yauhen Kharuzhy for spotting it
Signed-off-by: Henning Heinold <heinold@inf.fu-berlin.de>
|
|
|
|
| |
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>
|
|
|
|
|
| |
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
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
|