linux/meta-java.git/recipes-core/ecj, branch rocko

Move from ${COREBASE}/LICENSE to ${COMMON_LICENSE_DIR}/MIT

2017-09-23T20:48:59+00:00

The OE-Core now warns when someone uses ${COREBASE}/LICENSE so we should move to ${COMMON_LICENSE_DIR}/MIT to fix this deprecated use. Signed-off-by: Otavio Salvador

libecj: fix build issues by adding missing dependencies

2017-03-03T10:15:53+00:00

Signed-off-by: Adrian Calianu Signed-off-by: Maxin B. John

do_unpackpost: explicitly set working directory

2016-07-22T14:46:51+00:00

bitbake rev 67a7b8b02 "build: don't use $B as the default cwd for functions" (included in current bitbake master) breaks the assumption that do_unpackpost runs inside the build directory. Now that has to be set explicitly, which is also okay for older bitbake versions. Signed-off-by: Patrick Ohly Signed-off-by: Otavio Salvador

java-bootstrapping: Do not rely on hardcoded paths

2016-04-29T10:17:07+00:00

Various paths to files are hardcoded in either helper scripts or the resulting binaries (like path to Java class libraries). While this works well when using the files on the build machine, things start breaking down when the sstate gets shared between multiple workers in CI, as the paths between workers can differ. Instead of using these hardcoded paths, form the paths at runtime and pass them as parameters when required. Signed-off-by: Erkka Kääriä Signed-off-by: Maxin B. John

openjdk-8-native: fix improper do_install and PROVIDES

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

We had: virtual/jar-native provided by fastjar-native virtual/java-native provided by cacao-native and jamvm-native virtual/javac-native provided by ecj-bootstrap-native Then openjdk-8-native added and also provides: virtual/java-native and virtual/javac-native (it also installs ${STAGING_BINDIR_NATIVE}/jar but doesn't add virtual/jar-native in the PROVIDES) which introduces circular dependencies, java-bootstrap-components.bbclass is to avoid the circular dependencies but it's not a correct way since it make two conflicted packages build into the same sysroot: DEPENDS_prepend_class-native = " ecj-bootstrap-native " DEPENDS_prepend_class-target = " virtual/javac-native " virtual/javac-native is provided by openjdk-8-native, and it assumed that ecj-bootstrap-native, fastjar-native and cacao-native/jamvm-native are always built before openjdk-8-native, then in the do_install of penjdk-8-native, it removes them from staging dirs first, then install (create symlinks for) these files in staging dirs directly, which results with empty sstate and builds from sstate cache or builds not in this assumption will fail. The fixes here includes: - Revert "meta-java: rely on well known bootstrap-path" in previous commit to remove the improper java-bootstrap-components.bbclass - Do not let openjdk-8-native provides jar, java and javac, just like what we do in icedtea7-native, which can provides but not to avoid circular dependencies and conflicts. - make cacao-native back to provide virtual/java-native, and ecj-bootstrap-native back to provide virtual/javac-native - Add back provider settings in README. - Remove the update-alternatives in openjdk-8-native, it doesn't work for native package. Signed-off-by: Jackie Huang

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

openjdk-8: add recipes for openjdk-8 and openjre-8

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

This adds openjdk-8 for native and target builds and allows a stripped openjre-8 being built as well instead of trying to cherry-pick jre components from jdk-image. The recipes allow building openjdk-8 with or without: * x11 * cups * alsa/pulseaudio and let packager enable unlimited-crypto, if desired. To support certificate based java libraries, cacerts is created based on ca-certificates from OE-core. Since there can be only one PROVIDES for virtual/java-native and virtual/javac-native, move the provides to openjdk-8-native (I think everyone agrees it's a better choice than ecj-bootstrap-native). Plus: Applying a fix from openjdk-9 repository which fixes build issues using gcc5 Signed-off-by: Jens Rehsack Signed-off-by: Maxin B. John

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

ecj-initial.in: Disable multithreading to mitigate segfaulting

2015-11-10T12:56:21+00:00

Cacao-initial-native suffers from sporadic segmentation faults, when the Java program uses multiple Java threads, due to a race condition. In particular, jamvm-native and classpath-native builds would occasionally fail as the eclipse compiler used during build task by default uses multiple threads. As fixing the race condition would require large changes to the cacao-initial-native codebase, and as it is only used briefly during the bootstrapping process, it is easier and safer to just force ecj-initial to run in a singlethreaded mode. Signed-off-by: Erkka Kääriä Signed-off-by: Otavio Salvador

cacao-initial-native, jamvm-initial-native: provide virtual/java-initial-native

2015-03-31T16:48:09+00:00

Since bd9c6023, virtual/java-initial is provided by cacao-initial-native and jamvm-initial-native. For consistency, this commit makes them provide virtual/java-initial-native instead. Signed-off-by: Mario Domenech Goulart Signed-off-by: Otavio Salvador