linux/meta-java.git/recipes-core/classpath/classpath.inc, branch pyro-nfvaccess

classpath: fix the license

2016-02-05T16:17:58+00:00

There is no 'Classpath' license, set it as the same with classpath-native. Signed-off-by: Jackie Huang Signed-off-by: Maxin B. John

classpath: fix invalid options

2016-01-04T11:22:35+00:00

After updated to version 0.99, the following options became invalid: * --with-ecj: use JAVAC env variable instead * --with-fastjar: change to --with-jar * --with-vm: uae JAVA env variable instead * --disable-qt4-peer: invalid even in 0.93, just drop it. Signed-off-by: Jackie Huang 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

Avoid parse time errors due to dependency on x11, for distros without x11

2015-10-29T11:02:28+00:00

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 Signed-off-by: Jens Rehsack Acked-by: Richard Leitner Signed-off-by: Otavio Salvador

Avoid parse time errors due to dependency on x11, for distros without x11

2015-08-18T21:54:17+00:00

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 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

classpath: Adjust classpaths when using jamvm from sstate

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

when building from sstate and classpath wants to rebuild then jamvm still needs the new paths. Its needed for classpath since it does not inherit java-library class otherwise it would not be needed. Signed-off-by: Khem Raj

classpath: Add file to DEPENDS

2013-03-17T04:51:35+00:00

shared state exposed this build time error | java_net_VMURLConnection.c:44:19: fatal error: magic.h: No such file or directory | compilation terminated. | make[3]: *** [java_net_VMURLConnection.lo] Error 1 | make[3]: *** Waiting for unfinished jobs.... classpath uses libmagic and file provides it so add that to depends Signed-off-by: Khem Raj

classpath: Fix build for 64bit target using lib64 for base_libdir

2012-11-27T17:28:55+00:00

Signed-off-by: Khem Raj