> Am 30.10.2015 um 10:09 schrieb Kaaria, Erkka <[email protected]>: > >> -----Original Message----- >> From: [email protected] >> [mailto:[email protected]] On >> Behalf Of Jens Rehsack >> Sent: Tuesday, October 27, 2015 10:32 PM >> To: OE-devel <[email protected]> >> Subject: [oe] [meta-java][PATCH 4/4] openjdk-8: add recipes for openjdk-8 >> and openjre-8 >> >> >> 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. >> >> 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 <[email protected]> >> --- >> <snip> >> Jens Rehsack - [email protected] >> >> -- >> _______________________________________________ >> Openembedded-devel mailing list >> [email protected] >> http://lists.openembedded.org/mailman/listinfo/openembedded-devel > > Hi, > > I tried applying this patch, but openjdk-8 do_fetch task failed due to > multiple incorrect checksums (corba, jaxp, jaxws, openjdk).
Weird. Can this happen when a tag is rewritten? I have several company-intern customers who didn't report that - even the last of them build last Monday (2015-10-26) for the first time. > After fixing the checksums manually, openjdk8-fix-shark-build.patch failed > due to hotspot/make/Makefile portion not applying. Maybe I should update to a recent tag and fix those issues... > Also, the openjdk-8-cross.inc currently uses openjdk-8-native as the boostrap > jdk for the openjkd/openjre-8. The build readme > (http://hg.openjdk.java.net/jdk8/jdk8/raw-file/tip/README-builds.html) > however suggests that you should use the previous jdk version as the > boostrap jdk and that using openjdk 8 to boostrap openjdk 8 may introduce > unwanted dependencies. Perhaps using icedtea7-native would be better here? openjdk-8-native uses icedtea7-native to bootstrap, openjdk-8 and openjre-8 use openjdk-8-native to bootstrap. Can you explain which unwanted dependency openjdk-8-native might introduce you don't even have by using icedtea7-native? Cheers -- Jens Rehsack - [email protected] -- _______________________________________________ Openembedded-devel mailing list [email protected] http://lists.openembedded.org/mailman/listinfo/openembedded-devel
