summaryrefslogtreecommitdiffstats
path: root/classes
Commit message (Collapse)AuthorAgeFilesLines
* java.bbclass: remove bashism in comparisonRichard Leitner2020-01-211-1/+1
| | | | Signed-off-by: Richard Leitner <richard.leitner@skidata.com>
* java.bbclass: oe_makeclasspath does nothing without -sDavis, Michael2020-01-211-5/+5
| | | | | | | | | oe_makeclasspath is supposed to output for the target platform by default and the staging platform with -s. However it checks if the file exists even if -s is not defined which is always false. Additionaly remove comment around an error that never occurs. Signed-off-by: Michael Davis <michael.davis@essvote.com> Signed-off-by: Richard Leitner <richard.leitner@skidata.com>
* remove True option to getVar callsAndré Draszik2019-12-272-7/+7
| | | | | | | | | | | | | | | getVar() has been defaulting to expanding by default for a long time (2016), thus remove the True option from getVar() calls with a regex search and replace. Search & replace made using the following command: sed -e 's|\(d\.getVar \?\)( \?\([^,()]*\), \?True)|\1(\2)|g' \ -i $(git grep -E 'getVar ?\( ?([^,()]*), ?True\)' \ | cut -d':' -f1 \ | sort -u) Signed-off-by: André Draszik <andre.draszik@jci.com> Signed-off-by: Richard Leitner <richard.leitner@skidata.com>
* class/java-native: removeMohamad Noor Alim Hussin2019-12-271-9/+0
| | | | | | | | | Java-native class used NATIVE_INSTALL_WORKS which was removed from oe-core around 2010. Also updated recipes that inherit java-native to native class. Signed-off-by: Mohamad Noor Alim Hussin <mohamad.noor.alim.hussin@intel.com> Signed-off-by: Richard Leitner <richard.leitner@skidata.com>
* java-library: make packages overriding PACKAGE_ARCH work againAndré Draszik2018-12-181-2/+6
| | | | | | | | | | | | | | | | | | | | | | | | 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 <andre.draszik@jci.com> Signed-off-by: Richard Leitner <richard.leitner@skidata.com>
* openjdk-build-helper: add get_*_arch functionsRichard Leitner2018-10-021-0/+51
| | | | | | | | 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 <richard.leitner@skidata.com>
* openjdk-build-helper: move c compiler flags retrieval to here (from openjdk-8)André Draszik2018-08-131-0/+35
| | | | | | | | | | 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 <andre.draszik@jci.com> Signed-off-by: Richard Leitner <richard.leitner@skidata.com>
* java.bbclass: move openjdk/icedtea specific code into new classAndré Draszik2018-08-132-17/+16
| | | | | | | | | | 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 <andre.draszik@jci.com> Signed-off-by: Richard Leitner <richard.leitner@skidata.com>
* images/classes: add open{jdk,jre}-{7,8} testRichard Leitner2018-06-192-0/+14
| | | | | | | 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 <richard.leitner@skidata.com>
* java-library.bbclass: compatibility with per-recipe sysrootsS. Lockwood-Childs2017-07-211-2/+4
| | | | | | | | | | | | | | | | | 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>
* move from bb.data.getVar(x, d, 1) to d.getVar(x, True)Cody P Schafer2016-12-061-2/+2
| | | | | | | 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>
* Reimplement helper method for parallelizing JDK buildsKyle Russell2016-08-301-0/+17
| | | | | | | | | | | | | 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>
* java.bbclass: change a warning message to noteJackie Huang2016-07-181-1/+1
| | | | | | | | | 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>
* java.bbclass: java missing classes during compileAmy Fong2016-01-041-3/+6
| | | | | | | | | | | | | | | | 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>
* Revert "meta-java: rely on well known bootstrap-path"Jackie Huang2016-01-042-9/+1
| | | | | | | | This reverts commit 04d5d0bf414c05ca59618d77f17ff9898aa1c566. Detail reason is in the following commit. Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
* meta-java: rely on well known bootstrap-pathJens Rehsack2015-12-082-1/+9
| | | | | | | | | | | | 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>
* java-library: inherit allarchMax Krummenacher2015-02-171-3/+5
| | | | | | | | | | | | | | | | | | 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>
* jamvm-native: separate bootclasspath out into shell scriptHenning Heinold2013-09-291-3/+0
| | | | | | * 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_PATHKhem Raj2013-09-291-0/+3
| | | | | | | They are helpful in rebuilding from shared state since jamvm is not so relocatable. Signed-off-by: Khem Raj <raj.khem@gmail.com>
* java-library.bbclass: consider multilibKhem Raj2013-09-291-4/+5
| | | | | | | | | | | | | | | | | | | | | | 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>
* java-library.bbclass: do not fully replace do_install with oe_jarinstallOtavio Salvador2012-03-051-1/+1
| | | | Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* java-library.bbclass: allow for regular packages generationOtavio Salvador2012-03-051-1/+1
| | | | Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* java.bbclass: use bbwarn as oewarn is now unsupportedOtavio Salvador2012-03-051-1/+1
| | | | Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* meta-java: Fix quote errorsKhem Raj2012-02-281-9/+9
| | | | | | | 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>
* java.bbclass: oenote -> bbnote transitionHenning Heinold2012-01-061-4/+4
| | | | Signed-off-by: Henning Heinold <heinold@inf.fu-berlin.de>
* llvm, openjdk: Use bb.error instread of oefatalKhem Raj2012-01-061-3/+3
| | | | | | | | | | | 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>
* meta-java: initial commitHenning Heinold2011-11-263-0/+251
* 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