linux/meta-java.git/classes/java-library.bbclass, branch rocko

java-library.bbclass: compatibility with per-recipe sysroots

2017-07-21T09:04:01+00:00

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 Signed-off-by: Maxin B. John

move from bb.data.getVar(x, d, 1) to d.getVar(x, True)

2016-12-06T18:25:08+00:00

bb.data.getVar was removed, need to use the modern mechanism. Signed-off-by: Cody P Schafer Signed-off-by: Otavio Salvador

Revert "meta-java: rely on well known bootstrap-path"

2016-01-04T11:21:06+00:00

This reverts commit 04d5d0bf414c05ca59618d77f17ff9898aa1c566. Detail reason is in the following commit. Signed-off-by: Jackie Huang

meta-java: rely on well known bootstrap-path

2015-12-08T15:43:35+00:00

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 Signed-off-by: Maxin B. John

java-library: inherit allarch

2015-02-17T12:53:34+00:00

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 Signed-off-by: Otavio Salvador

jamvm-native: separate bootclasspath out into shell script

2013-09-29T19:52:23+00:00

* 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

java-library.bbclass: Export BOOTCLASSPATH and LD_LIBRARY_PATH

2013-09-29T19:50:55+00:00

They are helpful in rebuilding from shared state since jamvm is not so relocatable. Signed-off-by: Khem Raj

java-library.bbclass: consider multilib

2013-09-29T19:49:54+00:00

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

java-library.bbclass: do not fully replace do_install with oe_jarinstall

2012-03-05T22:00:31+00:00

Signed-off-by: Otavio Salvador

java-library.bbclass: allow for regular packages generation

2012-03-05T22:00:00+00:00

Signed-off-by: Otavio Salvador