| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
| |
|
|
|
|
|
| |
bb.data.getVar was removed, need to use the modern mechanism.
Signed-off-by: Cody P Schafer <dev@codyps.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Simplifies duplicated implementation across multiple recipes that all
inherited from java.bbclass.
Previously implementation was not flexible in supporting other make
job-limiting flags (like -l for load) that are typically passed in
through PARALLEL_MAKE. (OpenJDK doesn't know about these other flags
that might have gotten tagged on after the value for -j.)
Signed-off-by: Kyle Russell <bkylerussell@gmail.com>
Signed-off-by: Maxin B. John <maxin.john@intel.com>
|
| |
|
|
|
|
|
|
|
| |
The logic is to check if the destination file exists before
create the symlink, and give a message about removing the
existing file, it's harmless and not necessary to be a warning.
Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
| |
|
|
|
|
|
|
| |
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>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Use the allarch class to make every packages in the 'all' ARCH.
Recipes inheriting java-library which build additional packages which
don't belong in to all ARCH must manually setting PACKAGE_ARCH after
inheritting java-library.
This fixes the following error when building e.g. rhino for a second
machine of different architecture in the same build directory:
ERROR: The recipe rhino is trying to install files into a
shared area when those files already exist. Those files and their
manifest location are:
/.../ipk/all/librhino-java_1.7r4-r0_all.ipk
Matched in manifest-armv7at2hf-vfp-rhino-package_write_ipk
Signed-off-by: Max Krummenacher <max.oss.09@gmail.com>
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>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
when multilib is enabled the prefix begins with lib32-
and thats got wrong when computing JPN. Lets make sure
that mlprefix is handled properly while constructing
JPN for multilib package e.g.
lib32-dbus-java will now create lib32-libdbus-java
instead of lib32-dbus-java which was same as PN
and caused warnings like
WARNING: 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_lib32-dbus-java (${datadir_java}).
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
|
|
| |
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
| |
|
|
| |
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
| |
|
|
| |
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
| |
|
|
|
|
|
| |
new bitbake is strict about quoting so fix them
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Henning Heinold <heinold@inf.fu-berlin.de>
|
| |
|
|
| |
Signed-off-by: Henning Heinold <heinold@inf.fu-berlin.de>
|
| |
|
|
|
|
|
|
|
|
|
| |
oefatal is not available in oe-core so replace
it with bbfatal in classes and oe.error in recipes
which use it in anonymous python. bb.fatal aborts
parsing. So we want to give an error but not
stop parsing.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
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
|
