linux/meta-java.git/classes, branch thud

java-library: make packages overriding PACKAGE_ARCH work again

2018-12-18T15:05:15+00:00

Recent changes is OE have caused the traditional approach of inheriting allarch and setting PACKAGE_ARCH not work anymore. Once allarch is inherited, PACKAGE_ARCH can not be overridden afterwards. See commit a23c482cab4f ("allarch: only enable allarch when multilib is not used") d9ba0219b2f6 in poky. http://git.openembedded.org/openembedded-core/commit/?id=a23c482cab4f874f4a6a6889716123569eb5ece9 The error manifests itself with configure trying to --host=allarch-poky-linux --target=allarch-poky-linux which fails. To work around this we can make java-library's allarch inherit conditional, as is done e.g. in OE-core for packagegroup.bbclass http://git.openembedded.org/openembedded-core/commit/?id=9c826962ec8fa45c2b035427442b90a41517144e http://git.openembedded.org/openembedded-core/commit/?id=2c9b1d304daade7b0907320aeb9c522e7ab9dcab So this commit does exactly that, and fixes the two users of this to follow the new approach. Signed-off-by: André Draszik Signed-off-by: Richard Leitner

openjdk-build-helper: add get_*_arch functions

2018-10-02T05:59:06+00:00

As different parts of OpenJDK use sightly different names for ARCH'es we provide those translations functions centrally in our openjdk-build-helper class. Signed-off-by: Richard Leitner

openjdk-build-helper: move c compiler flags retrieval to here (from openjdk-8)

2018-08-13T20:55:05+00:00

Icedtea 7 and OpenJDK 7 will need to apply new compiler flags for certain compiler version without breaking support for older (host) compilers. Move here so that the same code can be re-used. Signed-off-by: André Draszik Signed-off-by: Richard Leitner

java.bbclass: move openjdk/icedtea specific code into new class

2018-08-13T20:52:44+00:00

The code moved is not relevant to anything using java, just for compiling java itself. It doesn't make sense to have here. Move it into openjdk-build-helper Signed-off-by: André Draszik Signed-off-by: Richard Leitner

images/classes: add open{jdk,jre}-{7,8} test

2018-06-19T12:15:12+00:00

Add image classes and images for open{jdk,jre}-{7,8} oeqa tests. These will be the basis for future "quality gates". Signed-off-by: Richard Leitner

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

Reimplement helper method for parallelizing JDK builds

2016-08-30T13:49:09+00:00

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

java.bbclass: change a warning message to note

2016-07-18T13:43:23+00:00

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

java.bbclass: java missing classes during compile

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

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 Signed-off-by: Jackie Huang