From Xiomara.Jayasena at Sun.COM Fri Aug 7 16:04:36 2009 From: Xiomara.Jayasena at Sun.COM (Xiomara Jayasena) Date: Fri, 07 Aug 2009 09:04:36 -0700 Subject: JDK 7 build 68 is available at the openjdk.java.net website Message-ID: <4A7C5094.903@sun.com> The OpenJDK source is available at: http://hg.openjdk.java.net/jdk7/jdk7 http://hg.openjdk.java.net/jdk7/jdk7/rev/e1b972ff53cd The OpenJDK source binary plugs for the promoted JDK 7 build 68 are available under the openjdk http://openjdk.java.net website under Source Code (direct link to bundles: http://download.java.net/openjdk/jdk7) Summary of changes: http://download.java.net/jdk7/changes/jdk7-b68.html -Xiomara From frans at meruvian.org Fri Aug 7 16:11:00 2009 From: frans at meruvian.org (Frans Thamura) Date: Fri, 7 Aug 2009 23:11:00 +0700 Subject: JDK 7 build 68 is available at the openjdk.java.net website In-Reply-To: <4A7C5094.903@sun.com> References: <4A7C5094.903@sun.com> Message-ID: <3a71add70908070911o96c2c4erfffb8dc8f2b27cbd@mail.gmail.com> hi there i am new in OpenJDK any idea to compile OpenJDK from source... what should I prepare, i use ubuntu -- Frans Thamura Meruvian. Java and Enterprise OSS Mobile: +62 855 7888 699 Blog & Profile: http://frans.thamura.info We provide services to migrate your apps to Java (web), in amazing fast and reliable. On Fri, Aug 7, 2009 at 11:04 PM, Xiomara Jayasena wrote: > > The OpenJDK source is available at: > http://hg.openjdk.java.net/jdk7/jdk7 > http://hg.openjdk.java.net/jdk7/jdk7/rev/e1b972ff53cd > > The OpenJDK source binary plugs for the promoted JDK 7 build 68 are > available under the openjdk http://openjdk.java.net website under Source > Code (direct link to bundles: http://download.java.net/openjdk/jdk7) > > Summary of changes: > http://download.java.net/jdk7/changes/jdk7-b68.html > > > -Xiomara > > From gnu_andrew at member.fsf.org Fri Aug 7 16:24:49 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Fri, 7 Aug 2009 17:24:49 +0100 Subject: JDK 7 build 68 is available at the openjdk.java.net website In-Reply-To: <3a71add70908070911o96c2c4erfffb8dc8f2b27cbd@mail.gmail.com> References: <4A7C5094.903@sun.com> <3a71add70908070911o96c2c4erfffb8dc8f2b27cbd@mail.gmail.com> Message-ID: <17c6771e0908070924x754939eayd4d6aeaf629ea1f0@mail.gmail.com> 2009/8/7 Frans Thamura : > hi there > > > i am new in OpenJDK > > any idea to compile OpenJDK from source... > > what should I prepare, i use ubuntu > -- > Frans Thamura > Meruvian. Java and Enterprise OSS > > Mobile: +62 855 7888 699 > Blog & Profile: http://frans.thamura.info > > We provide services to migrate your apps to Java (web), in amazing > fast and reliable. > > > > On Fri, Aug 7, 2009 at 11:04 PM, Xiomara > Jayasena wrote: >> >> The OpenJDK source is available at: >> http://hg.openjdk.java.net/jdk7/jdk7 >> http://hg.openjdk.java.net/jdk7/jdk7/rev/e1b972ff53cd >> >> The OpenJDK source binary plugs for the promoted JDK 7 build 68 are >> available under the openjdk http://openjdk.java.net website under Source >> Code (direct link to bundles: http://download.java.net/openjdk/jdk7) >> >> Summary of changes: >> http://download.java.net/jdk7/changes/jdk7-b68.html >> >> >> -Xiomara >> >> > $ wget http://icedtea.classpath.org/download/source/icedtea-1.11.tar.gz $ tar xzf icedtea-1.11.tar.gz $ cd icedtea-1.11 $ ./configure $ make Job done. If you want the more stable 1.6 release rather than the bleeding edge JDK7, try http://icedtea.classpath.org/download/source/icedtea6-1.5.1.tar.gz instead. -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From frans at meruvian.org Fri Aug 7 17:56:29 2009 From: frans at meruvian.org (Frans Thamura) Date: Sat, 8 Aug 2009 00:56:29 +0700 Subject: JDK 7 build 68 is available at the openjdk.java.net website In-Reply-To: <17c6771e0908070924x754939eayd4d6aeaf629ea1f0@mail.gmail.com> References: <4A7C5094.903@sun.com> <3a71add70908070911o96c2c4erfffb8dc8f2b27cbd@mail.gmail.com> <17c6771e0908070924x754939eayd4d6aeaf629ea1f0@mail.gmail.com> Message-ID: <3a71add70908071056n12e1sec15bc44e6158d1@mail.gmail.com> hi andrew u gave me the IceTea? what happen with OpenJDK, is it not ready to use? -- Frans Thamura Meruvian. Java and Enterprise OSS Mobile: +62 855 7888 699 Blog & Profile: http://frans.thamura.info We provide services to migrate your apps to Java (web), in amazing fast and reliable. On Fri, Aug 7, 2009 at 11:24 PM, Andrew John Hughes wrote: > 2009/8/7 Frans Thamura : >> hi there >> >> >> i am new in OpenJDK >> >> any idea to compile OpenJDK from source... >> >> what should I prepare, i use ubuntu >> -- >> Frans Thamura >> Meruvian. Java and Enterprise OSS >> >> Mobile: +62 855 7888 699 >> Blog & Profile: http://frans.thamura.info >> >> We provide services to migrate your apps to Java (web), in amazing >> fast and reliable. >> >> >> >> On Fri, Aug 7, 2009 at 11:04 PM, Xiomara >> Jayasena wrote: >>> >>> The OpenJDK source is available at: >>> http://hg.openjdk.java.net/jdk7/jdk7 >>> http://hg.openjdk.java.net/jdk7/jdk7/rev/e1b972ff53cd >>> >>> The OpenJDK source binary plugs for the promoted JDK 7 build 68 are >>> available under the openjdk http://openjdk.java.net website under Source >>> Code (direct link to bundles: http://download.java.net/openjdk/jdk7) >>> >>> Summary of changes: >>> http://download.java.net/jdk7/changes/jdk7-b68.html >>> >>> >>> -Xiomara >>> >>> >> > > $ wget http://icedtea.classpath.org/download/source/icedtea-1.11.tar.gz > $ tar xzf icedtea-1.11.tar.gz > $ cd icedtea-1.11 > $ ./configure > $ make > > Job done. ?If you want the more stable 1.6 release rather than the > bleeding edge JDK7, try > http://icedtea.classpath.org/download/source/icedtea6-1.5.1.tar.gz > instead. > -- > Andrew :-) > > Free Java Software Engineer > Red Hat, Inc. (http://www.redhat.com) > > Support Free Java! > Contribute to GNU Classpath and the OpenJDK > http://www.gnu.org/software/classpath > http://openjdk.java.net > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) > Fingerprint: F8EF F1EA 401E 2E60 15FA ?7927 142C 2591 94EF D9D8 > From gnu_andrew at member.fsf.org Fri Aug 7 18:06:06 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Fri, 7 Aug 2009 19:06:06 +0100 Subject: JDK 7 build 68 is available at the openjdk.java.net website In-Reply-To: <3a71add70908071056n12e1sec15bc44e6158d1@mail.gmail.com> References: <4A7C5094.903@sun.com> <3a71add70908070911o96c2c4erfffb8dc8f2b27cbd@mail.gmail.com> <17c6771e0908070924x754939eayd4d6aeaf629ea1f0@mail.gmail.com> <3a71add70908071056n12e1sec15bc44e6158d1@mail.gmail.com> Message-ID: <17c6771e0908071106t2f0f508agd9b3d84567489cf3@mail.gmail.com> 2009/8/7 Frans Thamura : > hi andrew > > u gave me the IceTea? > > what happen with OpenJDK, is it not ready to use? > > > -- > Frans Thamura > Meruvian. Java and Enterprise OSS > > Mobile: +62 855 7888 699 > Blog & Profile: http://frans.thamura.info > > We provide services to migrate your apps to Java (web), in amazing > fast and reliable. > > > > On Fri, Aug 7, 2009 at 11:24 PM, Andrew John > Hughes wrote: >> 2009/8/7 Frans Thamura : >>> hi there >>> >>> >>> i am new in OpenJDK >>> >>> any idea to compile OpenJDK from source... >>> >>> what should I prepare, i use ubuntu >>> -- >>> Frans Thamura >>> Meruvian. Java and Enterprise OSS >>> >>> Mobile: +62 855 7888 699 >>> Blog & Profile: http://frans.thamura.info >>> >>> We provide services to migrate your apps to Java (web), in amazing >>> fast and reliable. >>> >>> >>> >>> On Fri, Aug 7, 2009 at 11:04 PM, Xiomara >>> Jayasena wrote: >>>> >>>> The OpenJDK source is available at: >>>> http://hg.openjdk.java.net/jdk7/jdk7 >>>> http://hg.openjdk.java.net/jdk7/jdk7/rev/e1b972ff53cd >>>> >>>> The OpenJDK source binary plugs for the promoted JDK 7 build 68 are >>>> available under the openjdk http://openjdk.java.net website under Source >>>> Code (direct link to bundles: http://download.java.net/openjdk/jdk7) >>>> >>>> Summary of changes: >>>> http://download.java.net/jdk7/changes/jdk7-b68.html >>>> >>>> >>>> -Xiomara >>>> >>>> >>> >> >> $ wget http://icedtea.classpath.org/download/source/icedtea-1.11.tar.gz >> $ tar xzf icedtea-1.11.tar.gz >> $ cd icedtea-1.11 >> $ ./configure >> $ make >> >> Job done. ?If you want the more stable 1.6 release rather than the >> bleeding edge JDK7, try >> http://icedtea.classpath.org/download/source/icedtea6-1.5.1.tar.gz >> instead. >> -- >> Andrew :-) >> >> Free Java Software Engineer >> Red Hat, Inc. (http://www.redhat.com) >> >> Support Free Java! >> Contribute to GNU Classpath and the OpenJDK >> http://www.gnu.org/software/classpath >> http://openjdk.java.net >> >> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >> Fingerprint: F8EF F1EA 401E 2E60 15FA ?7927 142C 2591 94EF D9D8 >> > IcedTea (note spelling) is a build wrapper for OpenJDK with a number of additional features including a Java web plugin and Web Start support which aren't included in OpenJDK. -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From gnu_andrew at member.fsf.org Fri Aug 7 20:52:10 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Fri, 7 Aug 2009 21:52:10 +0100 Subject: Non-ASCII characters and OpenJDK Message-ID: <17c6771e0908071352j23046e74o8498693d33978586@mail.gmail.com> I came across an interesting build failure today with b68. It seems that the compiler decided to start enforcing -encoding ascii more strongly (at least, I see no change to add this option, so maybe it is a side-effect of moving to source = 1.7) and thus choked on a couple of characters in the Xrender patches IcedTea applies (an umlaut and a degree symbol). Anyone know why this is suddenly enforced? And why is it ascii rather than utf8? -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From Joe.Darcy at Sun.COM Fri Aug 7 21:13:21 2009 From: Joe.Darcy at Sun.COM (Joe Darcy) Date: Fri, 07 Aug 2009 14:13:21 -0700 Subject: Non-ASCII characters and OpenJDK In-Reply-To: <17c6771e0908071352j23046e74o8498693d33978586@mail.gmail.com> References: <17c6771e0908071352j23046e74o8498693d33978586@mail.gmail.com> Message-ID: <4A7C98F1.1060006@sun.com> On 08/07/09 01:52 PM, Andrew John Hughes wrote: > I came across an interesting build failure today with b68. It seems > that the compiler decided to start enforcing -encoding ascii more > strongly (at least, I see no change to add this option, so maybe it is > a side-effect of moving to source = 1.7) and thus choked on a couple > of characters in the Xrender patches IcedTea applies (an umlaut and a > degree symbol). > > Anyone know why this is suddenly enforced? And why is it ascii rather > than utf8? > The fix for 6827026 "Change javac source and target default to 7" added explicit -source options throughout the JDK build so keep the same build semantics of -source 1.5. As documented in the javac man page and as I wrote up recently, "As an operational difference [between -source 1.5 and -source 1.6], |javac| handles encoding problems differently under those two source levels; an encoding problem generates a warning with source 1.5 but is treated as an error with source 1.6." http://blogs.sun.com/darcy/entry/source_target_class_file_version Therefore, after the fix for 6854244 "change source/target used to compile JDK to 7," encoding problems are treated as errors since a source setting greater than 1.6 is being used. One solution to this problem is to set an explicit encoding for the compile: http://blogs.sun.com/darcy/entry/build_advice_set_source_target If an explicit encoding is not set, the platform default is used. -Joe From Dalibor.Topic at Sun.COM Sat Aug 8 07:05:18 2009 From: Dalibor.Topic at Sun.COM (Dalibor Topic) Date: Sat, 08 Aug 2009 09:05:18 +0200 Subject: JDK 7 build 68 is available at the openjdk.java.net website In-Reply-To: <3a71add70908070911o96c2c4erfffb8dc8f2b27cbd@mail.gmail.com> References: <4A7C5094.903@sun.com> <3a71add70908070911o96c2c4erfffb8dc8f2b27cbd@mail.gmail.com> Message-ID: <4A7D23AE.70205@sun.com> Frans Thamura wrote: > hi there > > > i am new in OpenJDK > > any idea to compile OpenJDK from source... > > what should I prepare, i use ubuntu See the build instructions in the build README at http://hg.openjdk.java.net/jdk7/build/raw-file/tip/README-builds.html If you run into trouble, check with the build-dev mailing list. cheers, dalibor topic -- ******************************************************************* Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55 http://openjdk.java.net D-20097 Hamburg mailto:Dalibor.Topic at sun.com Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht M?nchen: HRB 161028 Gesch?ftsf?hrer: Thomas Schr?der, Wolfgang Engels, Wolf Frenkel Vorsitzender des Aufsichtsrates: Martin H?ring From frans at meruvian.org Sat Aug 8 07:08:48 2009 From: frans at meruvian.org (Frans Thamura) Date: Sat, 8 Aug 2009 14:08:48 +0700 Subject: JDK 7 build 68 is available at the openjdk.java.net website In-Reply-To: <4A7D23AE.70205@sun.com> References: <4A7C5094.903@sun.com> <3a71add70908070911o96c2c4erfffb8dc8f2b27cbd@mail.gmail.com> <4A7D23AE.70205@sun.com> Message-ID: <3a71add70908080008y66806af8u67c8b3003ad76269@mail.gmail.com> hi dalibor can share, i got openjdk in ubuntu, and in that readme, there is no ubuntu version so , who compile that openjdk? -- Frans Thamura Meruvian. Java and Enterprise OSS Mobile: +62 855 7888 699 Blog & Profile: http://frans.thamura.info We provide services to migrate your apps to Java (web), in amazing fast and reliable. On Sat, Aug 8, 2009 at 2:05 PM, Dalibor Topic wrote: > Frans Thamura wrote: >> hi there >> >> >> i am new in OpenJDK >> >> any idea to compile OpenJDK from source... >> >> what should I prepare, i use ubuntu > > See the build instructions in the build README at > > http://hg.openjdk.java.net/jdk7/build/raw-file/tip/README-builds.html > > If you run into trouble, check with the build-dev mailing list. > > cheers, > dalibor topic > -- > ******************************************************************* > Dalibor Topic ? ? ? ? ? ? ? ? ? Tel: (+49 40) 23 646 738 > Java F/OSS Ambassador ? ? ? ? ? AIM: robiladonaim > Sun Microsystems GmbH ? ? ? ? ? Mobile: (+49 177) 2664 192 > Nagelsweg 55 ? ? ? ? ? ? ? ? ? ?http://openjdk.java.net > D-20097 Hamburg ? ? ? ? ? ? ? ? mailto:Dalibor.Topic at sun.com > Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten > Amtsgericht M?nchen: HRB 161028 > Gesch?ftsf?hrer: Thomas Schr?der, Wolfgang Engels, Wolf Frenkel > Vorsitzender des Aufsichtsrates: Martin H?ring > > > From Dalibor.Topic at Sun.COM Sat Aug 8 08:50:57 2009 From: Dalibor.Topic at Sun.COM (Dalibor Topic) Date: Sat, 08 Aug 2009 10:50:57 +0200 Subject: JDK 7 build 68 is available at the openjdk.java.net website In-Reply-To: <3a71add70908080008y66806af8u67c8b3003ad76269@mail.gmail.com> References: <4A7C5094.903@sun.com> <3a71add70908070911o96c2c4erfffb8dc8f2b27cbd@mail.gmail.com> <4A7D23AE.70205@sun.com> <3a71add70908080008y66806af8u67c8b3003ad76269@mail.gmail.com> Message-ID: <4A7D3C71.8050709@sun.com> Frans Thamura wrote: > hi dalibor > > > can share, i got openjdk in ubuntu, and in that readme, there is no > ubuntu version There are no different versions of the README file for each operating system. A single README file covers them all. There is a section covering Ubuntu you may have missed at http://hg.openjdk.java.net/jdk7/build/raw-file/tip/README-builds.html#ubuntu For OpenJDK 6, you should consult the README-builds.html file in the jdk6 repository - it has a short sequence of shell commands to get you started with installing the correct dependencies, too. > so , who compile that openjdk? Usually, the packages in Ubuntu are compiled by a dedicated build machine. They are not manually compiled by a person. cheers, dalibor topic -- ******************************************************************* Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55 http://openjdk.java.net D-20097 Hamburg mailto:Dalibor.Topic at sun.com Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht M?nchen: HRB 161028 Gesch?ftsf?hrer: Thomas Schr?der, Wolfgang Engels, Wolf Frenkel Vorsitzender des Aufsichtsrates: Martin H?ring From mihamina at gulfsat.mg Sat Aug 8 14:13:24 2009 From: mihamina at gulfsat.mg (Rakotomandimby Mihamina) Date: Sat, 08 Aug 2009 17:13:24 +0300 Subject: JDK 7 build 68 is available at the openjdk.java.net website In-Reply-To: <3a71add70908070911o96c2c4erfffb8dc8f2b27cbd@mail.gmail.com> References: <4A7C5094.903@sun.com> <3a71add70908070911o96c2c4erfffb8dc8f2b27cbd@mail.gmail.com> Message-ID: <4A7D8804.8070908@gulfsat.mg> 08/07/2009 07:11 PM, Frans Thamura: > i am new in OpenJDK > any idea to compile OpenJDK from source... > what should I prepare, i use ubuntu http://packages.ubuntu.com/search?suite=default§ion=all&arch=any&searchon=names&keywords=openjdk All you need as a _newcomer_ -- Architecte Informatique: Administration Systeme, Recherche & Developpement + 261 32 11 401 65 Pensez a l'environnement avant d'imprimer ce message From mark at klomp.org Mon Aug 10 10:41:40 2009 From: mark at klomp.org (Mark Wielaard) Date: Mon, 10 Aug 2009 12:41:40 +0200 Subject: Non-ASCII characters and OpenJDK In-Reply-To: <4A7C98F1.1060006@sun.com> References: <17c6771e0908071352j23046e74o8498693d33978586@mail.gmail.com> <4A7C98F1.1060006@sun.com> Message-ID: <1249900900.3606.68.camel@springer.wildebeest.org> Hi, On Fri, 2009-08-07 at 14:13 -0700, Joe Darcy wrote: > The fix for 6827026 "Change javac source and target default to 7" added > explicit -source options throughout the JDK build so keep the same build > semantics of -source 1.5. As documented in the javac man page and as I > wrote up recently, This, and the bump to b68, also seems to have broken the IcedTea7 bootstrap: http://icedtea.classpath.org/pipermail/testresults/2009-August/000109.html Note the "java.lang.ClassFormatError: CompilePropertiesTask (unrecognized class file version)". I assume that is because some -target output is used for a .class file too early in the bootstrap and either the compiler or runtime used doesn't support it yet. Cheers, Mark From Jonathan.Gibbons at Sun.COM Mon Aug 10 14:48:42 2009 From: Jonathan.Gibbons at Sun.COM (Jonathan Gibbons) Date: Mon, 10 Aug 2009 07:48:42 -0700 Subject: Non-ASCII characters and OpenJDK In-Reply-To: <1249900900.3606.68.camel@springer.wildebeest.org> References: <17c6771e0908071352j23046e74o8498693d33978586@mail.gmail.com> <4A7C98F1.1060006@sun.com> <1249900900.3606.68.camel@springer.wildebeest.org> Message-ID: <45ED5FC3-9F6F-46FD-B27A-6C6BC682459A@sun.com> Mark, The boot JDK must support Java 6 or better. From the message in the previous line about annotation processing, it would seem you're not using a version of javac capable of compiling -source 6 files. -- Jon On Aug 10, 2009, at 3:41 AM, Mark Wielaard wrote: > Hi, > > On Fri, 2009-08-07 at 14:13 -0700, Joe Darcy wrote: >> The fix for 6827026 "Change javac source and target default to 7" >> added >> explicit -source options throughout the JDK build so keep the same >> build >> semantics of -source 1.5. As documented in the javac man page and >> as I >> wrote up recently, > > This, and the bump to b68, also seems to have broken the IcedTea7 > bootstrap: > http://icedtea.classpath.org/pipermail/testresults/2009-August/000109.html > Note the "java.lang.ClassFormatError: CompilePropertiesTask > (unrecognized class file version)". I assume that is because some > -target output is used for a .class file too early in the bootstrap > and > either the compiler or runtime used doesn't support it yet. > > Cheers, > > Mark > From gnu_andrew at member.fsf.org Mon Aug 10 22:46:44 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Mon, 10 Aug 2009 23:46:44 +0100 Subject: Non-ASCII characters and OpenJDK In-Reply-To: <1249900900.3606.68.camel@springer.wildebeest.org> References: <17c6771e0908071352j23046e74o8498693d33978586@mail.gmail.com> <4A7C98F1.1060006@sun.com> <1249900900.3606.68.camel@springer.wildebeest.org> Message-ID: <17c6771e0908101546s1fef010ey846e9e0923cb648@mail.gmail.com> 2009/8/10 Mark Wielaard : > Hi, > > On Fri, 2009-08-07 at 14:13 -0700, Joe Darcy wrote: >> The fix for 6827026 ?"Change javac source and target default to 7" added >> explicit -source options throughout the JDK build so keep the same build >> semantics of -source 1.5. ?As documented in the javac man page and as I >> wrote up recently, > > This, and the bump to b68, also seems to have broken the IcedTea7 > bootstrap: > http://icedtea.classpath.org/pipermail/testresults/2009-August/000109.html > Note the "java.lang.ClassFormatError: CompilePropertiesTask > (unrecognized class file version)". I assume that is because some > -target output is used for a .class file too early in the bootstrap and > either the compiler or runtime used doesn't support it yet. > > Cheers, > > Mark > > I'll take a look when I'm back at work next week. It goes without saying that it (eventually) worked for me or I wouldn't have committed the change. Unfortunately, ant is about as useful as a chocolate teapot when it comes to debugging such errors, but I'd suggest taking a look at which JDK is running ant. I've had all manner of JDKs end up running it before, including kaffe once which caused some rather bizarre results! -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From mark at klomp.org Wed Aug 12 22:38:38 2009 From: mark at klomp.org (Mark Wielaard) Date: Thu, 13 Aug 2009 00:38:38 +0200 Subject: Bootstrapping (Was: Non-ASCII characters and OpenJDK) In-Reply-To: <45ED5FC3-9F6F-46FD-B27A-6C6BC682459A@sun.com> References: <17c6771e0908071352j23046e74o8498693d33978586@mail.gmail.com> <4A7C98F1.1060006@sun.com> <1249900900.3606.68.camel@springer.wildebeest.org> <45ED5FC3-9F6F-46FD-B27A-6C6BC682459A@sun.com> Message-ID: <1250116718.15800.51.camel@springer.wildebeest.org> [sorry if this becomes a duplicate, I sent the original from an unsubscribed address to the list, hopefully resending from the address actually subscribed to the list now.] Hi Jon, On Mon, 2009-08-10 at 07:48 -0700, Jonathan Gibbons wrote: > The boot JDK must support Java 6 or better. From the message in the > previous line about annotation processing, it would seem you're not using a > version of javac capable of compiling -source 6 files. Although IcedTea can indeed also try to bootstrap things with 1.5 capable tools (most of this is now disabled in IcedTea7 I see) I don't think that was the issue in this case. It might be related though. IcedTea goes out of its way to try to make openjdk "bootstrappable" through the existing GNU java toolchains. So maybe some of the effort of tuning the -target and -source for the new 1.7 source/target have been biting each other. This might be more visible with IcedTea because the existing GNU java toolchain isn't monolithic like the openjdk one, so the core libraries, runtime vm and/or the compiler might have different source/target defaults and coverage. The CompilePropertiesTask that the original error was about had a class major version of 51, which indicates it was generated through -target 1.7 (or at least some compiler defaulting to 1.7). But since that class is used in the bootstrap cycle I think it should explicitly target 1.6. So I think this part in langtools/make/build.xml needs an explicit source="${boot.javac.source}" and target="${boot.javac.target}": The same thing happens later in the build with some other classes that are compiled and then run using the bootstrap tools. The corba stripproperties classes. The BOOT_JAVAC_CMD in corba/make/common/BuildToolJar.gmk doesn't define a source or target, they should probably be defined in as BOOT_CLASS_VERSION in corba/make/common/shared/Defs-java.gmk as alternative to CLASS_VERSION since these classes will be run during the build on the bootstrap runtime vm. Similarly for the hotspot gamma classes. They are compiled with COMPILE.JAVAC defined in hotspot/make/linux/makefiles/rules.make which could if using ALT_BOOTDIR be the bootstrap compiler and runtime. So should probably also include an explicit target/source setting. Similarly for the jvmtiGen classes that are run using the bootstrap runtime vm. Especially the jdk build is a bit tricky since some things like the generatebreakiteratordata and javazic tools that are run during the build to generate classes and/or new source/property files combine classes that will go into the new rt.jar, and so have been compiled with -target 1.7, with tools build classes (like sun.text or sun.util.calendar classes) which have been compiled with -target 1.6, and that should be run by the bootstrap jdk (which is only capable of understanding 1.6 classes). This can be solved by making a copy of those classes and putting them in to tool package so the whole tool is 1.6 runnable, but this is slightly ugly because that means you build stuff twice (once for -target 1.6 to run the tool and once for -target 1.7 to put into rt.jar). I'll try to go through a whole build (currently stuck on the bootstrap rmic not liking to generate Stub classes for some of the new-target 1.7 classes) and suggest some real patches. That is after I made sure it isn't caused by some of the IcedTea "cleanup" patches that already try to do the same thing. And if any of the above sounds terribly wrong, please do yell and shout, so I take another step back. Thanks, Mark From Jonathan.Gibbons at Sun.COM Thu Aug 13 00:03:59 2009 From: Jonathan.Gibbons at Sun.COM (Jonathan Gibbons) Date: Wed, 12 Aug 2009 17:03:59 -0700 Subject: Bootstrapping (Was: Non-ASCII characters and OpenJDK) In-Reply-To: <1250116525.15800.49.camel@springer.wildebeest.org> References: <17c6771e0908071352j23046e74o8498693d33978586@mail.gmail.com> <4A7C98F1.1060006@sun.com> <1249900900.3606.68.camel@springer.wildebeest.org> <45ED5FC3-9F6F-46FD-B27A-6C6BC682459A@sun.com> <1250116525.15800.49.camel@springer.wildebeest.org> Message-ID: On Aug 12, 2009, at 3:35 PM, Mark Wielaard wrote: > Hi Jon, > > On Mon, 2009-08-10 at 07:48 -0700, Jonathan Gibbons wrote: >> The boot JDK must support Java 6 or better. From the message in the >> previous line about annotation processing, it would seem you're not >> using a >> version of javac capable of compiling -source 6 files. > > Although IcedTea can indeed also try to bootstrap things with 1.5 > capable tools (most of this is now disabled in IcedTea7 I see) I don't > think that was the issue in this case. It might be related though. > > IcedTea goes out of its way to try to make openjdk "bootstrappable" > through the existing GNU java toolchains. So maybe some of the > effort of > tuning the -target and -source for the new 1.7 source/target have been > biting each other. This might be more visible with IcedTea because the > existing GNU java toolchain isn't monolithic like the openjdk one, so > the core libraries, runtime vm and/or the compiler might have > different > source/target defaults and coverage. > > The CompilePropertiesTask that the original error was about had a > class > major version of 51, which indicates it was generated through -target > 1.7 (or at least some compiler defaulting to 1.7). But since that > class > is used in the bootstrap cycle I think it should explicitly target > 1.6. > > So I think this part in langtools/make/build.xml needs an explicit > source="${boot.javac.source}" and target="${boot.javac.target}": > > executable="${boot.java.home}/bin/javac" > srcdir="${make.tools.dir}/CompileProperties" > destdir="${build.toolclasses.dir}/" > classpath="${ant.home}/lib/ant.jar"/> > > The same thing happens later in the build with some other classes that > are compiled and then run using the bootstrap tools. While it would not be wrong to specify boot.javac.source and boot.java.target it should not be necessary if it is compiled and run with equivalent versions of javac and java from the same ${boot.java.home}. > > > The corba stripproperties classes. The BOOT_JAVAC_CMD in > corba/make/common/BuildToolJar.gmk doesn't define a source or target, > they should probably be defined in as BOOT_CLASS_VERSION in > corba/make/common/shared/Defs-java.gmk as alternative to CLASS_VERSION > since these classes will be run during the build on the bootstrap > runtime vm. > > Similarly for the hotspot gamma classes. They are compiled with > COMPILE.JAVAC defined in hotspot/make/linux/makefiles/rules.make which > could if using ALT_BOOTDIR be the bootstrap compiler and runtime. So > should probably also include an explicit target/source setting. > Similarly for the jvmtiGen classes that are run using the bootstrap > runtime vm. > > Especially the jdk build is a bit tricky since some things like the > generatebreakiteratordata and javazic tools that are run during the > build to generate classes and/or new source/property files combine > classes that will go into the new rt.jar, and so have been compiled > with > -target 1.7, with tools build classes (like sun.text or > sun.util.calendar classes) which have been compiled with -target 1.6, > and that should be run by the bootstrap jdk (which is only capable of > understanding 1.6 classes). This can be solved by making a copy of > those > classes and putting them in to tool package so the whole tool is 1.6 > runnable, but this is slightly ugly because that means you build stuff > twice (once for -target 1.6 to run the tool and once for -target 1.7 > to > put into rt.jar). > > I'll try to go through a whole build (currently stuck on the bootstrap > rmic not liking to generate Stub classes for some of the new-target > 1.7 > classes) and suggest some real patches. That is after I made sure it > isn't caused by some of the IcedTea "cleanup" patches that already try > to do the same thing. And if any of the above sounds terribly wrong, > please do yell and shout, so I take another step back. > > Thanks, > > Mark > From Jonathan.Gibbons at Sun.COM Thu Aug 13 01:56:00 2009 From: Jonathan.Gibbons at Sun.COM (Jonathan Gibbons) Date: Wed, 12 Aug 2009 18:56:00 -0700 Subject: Bootstrapping (Was: Non-ASCII characters and OpenJDK) In-Reply-To: References: <17c6771e0908071352j23046e74o8498693d33978586@mail.gmail.com> <4A7C98F1.1060006@sun.com> <1249900900.3606.68.camel@springer.wildebeest.org> <45ED5FC3-9F6F-46FD-B27A-6C6BC682459A@sun.com> <1250116525.15800.49.camel@springer.wildebeest.org> Message-ID: On Aug 12, 2009, at 5:03 PM, Jonathan Gibbons wrote: > > On Aug 12, 2009, at 3:35 PM, Mark Wielaard wrote: > >> Hi Jon, >> [snip] >> >> So I think this part in langtools/make/build.xml needs an explicit >> source="${boot.javac.source}" and target="${boot.javac.target}": >> >> > executable="${boot.java.home}/bin/javac" >> srcdir="${make.tools.dir}/CompileProperties" >> destdir="${build.toolclasses.dir}/" >> classpath="${ant.home}/lib/ant.jar"/> >> >> The same thing happens later in the build with some other classes >> that >> are compiled and then run using the bootstrap tools. > > > While it would not be wrong to specify boot.javac.source and > boot.java.target > it should not be necessary if it is compiled and run with equivalent > versions of > javac and java from the same ${boot.java.home}. > I take that back. I agree that source and target values should be specified here, since the class is compiled with boot.java but executed by Ant. I have some other minor fixes for build.xml underway, and will include this fix as well. > [snip] -- Jon From Xiomara.Jayasena at Sun.COM Fri Aug 14 02:46:50 2009 From: Xiomara.Jayasena at Sun.COM (Xiomara Jayasena) Date: Thu, 13 Aug 2009 19:46:50 -0700 Subject: JDK 7 build 69 is available at the openjdk.java.net website Message-ID: <4A84D01A.4020000@sun.com> The OpenJDK source is available at: http://hg.openjdk.java.net/jdk7/jdk7 http://hg.openjdk.java.net/jdk7/jdk7/rev/82e6c820c51a The OpenJDK source binary plugs for the promoted JDK 7 build 69 are available under the openjdk http://openjdk.java.net website under Source Code (direct link to bundles: http://download.java.net/openjdk/jdk7) Summary of changes: http://download.java.net/jdk7/changes/jdk7-b69.html -Xiomara From gnu_andrew at member.fsf.org Mon Aug 17 16:20:08 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Mon, 17 Aug 2009 17:20:08 +0100 Subject: Bootstrapping (Was: Non-ASCII characters and OpenJDK) In-Reply-To: <1250116718.15800.51.camel@springer.wildebeest.org> References: <17c6771e0908071352j23046e74o8498693d33978586@mail.gmail.com> <4A7C98F1.1060006@sun.com> <1249900900.3606.68.camel@springer.wildebeest.org> <45ED5FC3-9F6F-46FD-B27A-6C6BC682459A@sun.com> <1250116718.15800.51.camel@springer.wildebeest.org> Message-ID: <17c6771e0908170920o5eb898b7t57b96beae7d6033@mail.gmail.com> 2009/8/12 Mark Wielaard : > [sorry if this becomes a duplicate, I sent the original from an > unsubscribed address to the list, hopefully resending from the address > actually subscribed to the list now.] > > Hi Jon, > > On Mon, 2009-08-10 at 07:48 -0700, Jonathan Gibbons wrote: >> The boot JDK must support Java 6 or better. ?From the message in the >> previous line about annotation processing, it would seem you're not using a >> version of javac capable of compiling -source 6 files. > It's been possible to bootstrap OpenJDK with the GNU toolchain since June 2007 (with a few workarounds) and that setup has certainly been capable of compiling 1.6 source files. Given, AFAIK, the only changes between 1.5 and 1.6 were verifier changes, I don't see why it would be a problem. Without being able to do this, there wouldn't be an IcedTea and it seems unlikely OpenJDK would be in current GNU/Linux distributions. > Although IcedTea can indeed also try to bootstrap things with 1.5 > capable tools (most of this is now disabled in IcedTea7 I see) What has been disabled? I still run every new IcedTea7 build with gcj. Nothing has changed AFAIK. I don't > think that was the issue in this case. It might be related though. > > IcedTea goes out of its way to try to make openjdk "bootstrappable" > through the existing GNU java toolchains. So maybe some of the effort of > tuning the -target and -source for the new 1.7 source/target have been > biting each other. This might be more visible with IcedTea because the > existing GNU java toolchain isn't monolithic like the openjdk one, so > the core libraries, runtime vm and/or the compiler might have different > source/target defaults and coverage. > The javac.in script did have to be changed to pass -1.7 instead of 1.5 to build with this latest version (this applies to ecj only). After that, it worked AFAIR. You could try reverting this and see if it helps. It's also worth checking what is being used by Ant and what is being used by bootstrap/ecj. The problem is there is not one but three 'JDKs' in the mix here. It's even more complicated if you consider each of them can be a mix of different VMs and compilers. Things would be easier to debug if Ant wasn't being used. > The CompilePropertiesTask that the original error was about had a class > major version of 51, which indicates it was generated through -target > 1.7 (or at least some compiler defaulting to 1.7). But since that class > is used in the bootstrap cycle I think it should explicitly target 1.6. > > So I think this part in langtools/make/build.xml needs an explicit > source="${boot.javac.source}" and target="${boot.javac.target}": > > ? ? ? ? ? ? ? ? ? ? ? executable="${boot.java.home}/bin/javac" > ? ? ? ? ? ? ? srcdir="${make.tools.dir}/CompileProperties" > ? ? ? ? ? ? ? destdir="${build.toolclasses.dir}/" > ? ? ? ? ? ? ? classpath="${ant.home}/lib/ant.jar"/> > > The same thing happens later in the build with some other classes that > are compiled and then run using the bootstrap tools. > > The corba stripproperties classes. The BOOT_JAVAC_CMD in > corba/make/common/BuildToolJar.gmk doesn't define a source or target, > they should probably be defined in as BOOT_CLASS_VERSION in > corba/make/common/shared/Defs-java.gmk as alternative to CLASS_VERSION > since these classes will be run during the build on the bootstrap > runtime vm. > > Similarly for the hotspot gamma classes. They are compiled with > COMPILE.JAVAC defined in hotspot/make/linux/makefiles/rules.make which > could if using ALT_BOOTDIR be the bootstrap compiler and runtime. So > should probably also include an explicit target/source setting. > Similarly for the jvmtiGen classes that are run using the bootstrap > runtime vm. > > Especially the jdk build is a bit tricky since some things like the > generatebreakiteratordata and javazic tools that are run during the > build to generate classes and/or new source/property files combine > classes that will go into the new rt.jar, and so have been compiled with > -target 1.7, with tools build classes (like sun.text or > sun.util.calendar classes) which have been compiled with -target 1.6, > and that should be run by the bootstrap jdk (which is only capable of > understanding 1.6 classes). This can be solved by making a copy of those > classes and putting them in to tool package so the whole tool is 1.6 > runnable, but this is slightly ugly because that means you build stuff > twice (once for -target 1.6 to run the tool and once for -target 1.7 to > put into rt.jar). > > I'll try to go through a whole build (currently stuck on the bootstrap > rmic not liking to generate Stub classes for some of the new-target 1.7 > classes) and suggest some real patches. That is after I made sure it > isn't caused by some of the IcedTea "cleanup" patches that already try > to do the same thing. And if any of the above sounds terribly wrong, > please do yell and shout, so I take another step back. > > Thanks, > > Mark > > -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From mark at klomp.org Mon Aug 17 18:12:37 2009 From: mark at klomp.org (Mark Wielaard) Date: Mon, 17 Aug 2009 20:12:37 +0200 Subject: Bootstrapping (Was: Non-ASCII characters and OpenJDK) In-Reply-To: <17c6771e0908170920o5eb898b7t57b96beae7d6033@mail.gmail.com> References: <17c6771e0908071352j23046e74o8498693d33978586@mail.gmail.com> <4A7C98F1.1060006@sun.com> <1249900900.3606.68.camel@springer.wildebeest.org> <45ED5FC3-9F6F-46FD-B27A-6C6BC682459A@sun.com> <1250116718.15800.51.camel@springer.wildebeest.org> <17c6771e0908170920o5eb898b7t57b96beae7d6033@mail.gmail.com> Message-ID: <1250532757.5263.24.camel@hermans.wildebeest.org> Hi Andrew, On Mon, 2009-08-17 at 17:20 +0100, Andrew John Hughes wrote: > 2009/8/12 Mark Wielaard : > It's been possible to bootstrap OpenJDK with the GNU toolchain since > June 2007 (with a few workarounds) and that setup has certainly been > capable of compiling 1.6 source files. Given, AFAIK, the only changes > between 1.5 and 1.6 were verifier changes, I don't see why it would be > a problem. Without being able to do this, there wouldn't be an > IcedTea and it seems unlikely OpenJDK would be in current GNU/Linux > distributions. Precisely. Which brings us to... > > Although IcedTea can indeed also try to bootstrap things with 1.5 > > capable tools (most of this is now disabled in IcedTea7 I see) > > What has been disabled? I still run every new IcedTea7 build with > gcj. Nothing has changed AFAIK. IcedTea (specifically patches/ecj/icedtea.patch) used to set explicit -source/target 1.5 options. Mostly at the same points that now also have such settings in openjdk7. So those have been removed to not conflict. But they are now explicitly 1.6, no longer 1.5. This isn't a problem with newer/patches gcj/gij, since those do accept class major version 51 (even though it don't use the stack maps), but older gcj/gij doesn't accept such major class versions. (As you point out above, there is no real advantage using 1.6 over 1.5 in the VM. As long as the class library supports the needed 1.6 classes - as gnu classpath does.) > The problem is there is not one but three 'JDKs' in the mix here. > It's even more complicated if you consider each of them can be a mix > of different VMs and compilers. Things would be easier to debug if > Ant wasn't being used. Yes, ant makes things just that much more interesting... :} I have slowly gone through the build to try to have the "tool classes" (that need to be run during the build) and the "final rt classes" (that don't need to be run during the build) have explicitly compiled with the -source/target specifically set. Not fully there yet. The biggest problem is the jdk build. There are a couple of tools that are run during the build but that depend on com.sun.* classes that are (also) compiled as part of the runtime rt classes. This currently only work by accident. There are two slightly different ways this can happen: a) because you are using a bootstrap vm that already has those com.sun.* classes on the bootclasspath (the wrong old version is used then, not the just compiled one, but the one in the bootstrap vm core class libraries). b) because you use a bootstrap vm (like newer gcj/gij) that accepts a mix of major class versions (1.6/50 for the tool classes and 1.7/51 for the rt classes) when running the java build generation tools (this will work until one of the accidentally included new rt classes will actually start using invokedynamic, it already fails with gcj/gij that don't accept such newer 1.7/41 classes - such as the gcj/gij on Debian stable.). Cheers, Mark From gnu_andrew at member.fsf.org Mon Aug 17 19:16:02 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Mon, 17 Aug 2009 20:16:02 +0100 Subject: Bootstrapping (Was: Non-ASCII characters and OpenJDK) In-Reply-To: <1250532757.5263.24.camel@hermans.wildebeest.org> References: <17c6771e0908071352j23046e74o8498693d33978586@mail.gmail.com> <4A7C98F1.1060006@sun.com> <1249900900.3606.68.camel@springer.wildebeest.org> <45ED5FC3-9F6F-46FD-B27A-6C6BC682459A@sun.com> <1250116718.15800.51.camel@springer.wildebeest.org> <17c6771e0908170920o5eb898b7t57b96beae7d6033@mail.gmail.com> <1250532757.5263.24.camel@hermans.wildebeest.org> Message-ID: <17c6771e0908171216w671c5a1ak80178e1044b2408b@mail.gmail.com> 2009/8/17 Mark Wielaard : > Hi Andrew, > > On Mon, 2009-08-17 at 17:20 +0100, Andrew John Hughes wrote: >> 2009/8/12 Mark Wielaard : >> It's been possible to bootstrap OpenJDK with the GNU toolchain since >> June 2007 (with a few workarounds) and that setup has certainly been >> capable of compiling 1.6 source files. ?Given, AFAIK, the only changes >> between 1.5 and 1.6 were verifier changes, I don't see why it would be >> a problem. ?Without being able to do this, there wouldn't be an >> IcedTea and it seems unlikely OpenJDK would be in current GNU/Linux >> distributions. > > Precisely. Which brings us to... > >> > Although IcedTea can indeed also try to bootstrap things with 1.5 >> > capable tools (most of this is now disabled in IcedTea7 I see) >> >> What has been disabled? ?I still run every new IcedTea7 build with >> gcj. ?Nothing has changed AFAIK. > > IcedTea (specifically patches/ecj/icedtea.patch) used to set explicit > -source/target 1.5 options. Mostly at the same points that now also have > such settings in openjdk7. So those have been removed to not conflict. > But they are now explicitly 1.6, no longer 1.5. > > This isn't a problem with newer/patches gcj/gij, since those do accept > class major version 51 (even though it don't use the stack maps), but > older gcj/gij doesn't accept such major class versions. (As you point > out above, there is no real advantage using 1.6 over 1.5 in the VM. As > long as the class library supports the needed 1.6 classes - as gnu > classpath does.) > >> The problem is there is not one but three 'JDKs' in the mix here. >> It's even more complicated if you consider each of them can be a mix >> of different VMs and compilers. ?Things would be easier to debug if >> Ant wasn't being used. > > Yes, ant makes things just that much more interesting... :} > > I have slowly gone through the build to try to have the "tool > classes" (that need to be run during the build) and the "final rt > classes" (that don't need to be run during the build) have explicitly > compiled with the -source/target specifically set. Not fully there yet. > > The biggest problem is the jdk build. There are a couple of tools that > are run during the build but that depend on com.sun.* classes that are > (also) compiled as part of the runtime rt classes. > > This currently only work by accident. There are two slightly different > ways this can happen: > a) because you are using a bootstrap vm that already has those com.sun.* > classes on the bootclasspath (the wrong old version is used then, not > the just compiled one, but the one in the bootstrap vm core class > libraries). > b) because you use a bootstrap vm (like newer gcj/gij) that accepts a > mix of major class versions (1.6/50 for the tool classes and 1.7/51 for > the rt classes) when running the java build generation tools (this will > work until one of the accidentally included new rt classes will actually > start using invokedynamic, it already fails with gcj/gij that don't > accept such newer 1.7/41 classes - such as the gcj/gij on Debian > stable.). > > Cheers, > > Mark > > After some experimentation: * OpenJDK7 (from the IcedTea forest) builds fine on its own (i.e. without IcedTea) using IcedTea6. So we haven't picked the bug Martin and I had on OpenJDK6. * javac.in has always passed -1.5 to ecj as it defaults to 1.4. Leaving this in causes langtools to fail in build-bootstrap-javac: [javac] Compliance level '1.5' is incompatible with source level '1.6'. A compliance level '1.6' or better is required * changing this to 1.6 causes a later failure in build.classes.javac [javac] Compliance level '1.6' is incompatible with source level '1.7'. A compliance level '1.7' or better is required * getting rid of it altogether allows langtools to build and breaks corba which isn't setting source/target: /mnt/builder/icedtea7/bootstrap/jdk1.6.0/bin/javac -J-XX:ThreadStackSize=1536 -J-Xmx896m -J-Xms128m -J-XX:PermSize=32m -J-XX:MaxPermSize=160m -encoding ascii -d /mnt/builder/icedtea7/openjdk-ecj/build/linux-amd64/corba/btclasses \ -sourcepath ../../tools/src ../../tools/src/build/tools/stripproperties/StripProperties.java This only works on IcedTea because it defaults to a higher source/target version. * using 1.7 in javac.in works for me, but clearly not for mjw. So I think we need to remove the option and specify it explicitly when needed. Which means some more OpenJDK fixes are required. -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From Xiomara.Jayasena at Sun.COM Fri Aug 21 02:24:06 2009 From: Xiomara.Jayasena at Sun.COM (Xiomara Jayasena) Date: Thu, 20 Aug 2009 19:24:06 -0700 Subject: JDK 7 build 70 is available at the openjdk.java.net website Message-ID: <4A8E0546.80607@sun.com> The OpenJDK source is available at: http://hg.openjdk.java.net/jdk7/jdk7 http://hg.openjdk.java.net/jdk7/jdk7/rev/175cb3fe6159 The OpenJDK source binary plugs for the promoted JDK 7 build 70 are available under the openjdk http://openjdk.java.net website under Source Code (direct link to bundles: http://download.java.net/openjdk/jdk7) Summary of changes: http://download.java.net/jdk7/changes/jdk7-b70.html -Xiomara From linuxhippy at gmail.com Fri Aug 21 14:55:44 2009 From: linuxhippy at gmail.com (Clemens Eisserer) Date: Fri, 21 Aug 2009 16:55:44 +0200 Subject: Opensource plugin&webstart - when? Message-ID: <194f62550908210755p6d29b470w6abee1193d6ed1c0@mail.gmail.com> Hello, Back in February I talked to Mark Reinhold at Fosdem about open-sourcing the next generation java plugin as well as Webstart - and was told to expect a release pretty soon. However until now nothing has happend. I have a few Webstart / deployment toolkit fixes here myself, but won't contribute this as long as it remains proprietary code. Whats the status of all this? Thanks, Clemens From gnu_andrew at member.fsf.org Fri Aug 21 15:48:10 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Fri, 21 Aug 2009 16:48:10 +0100 Subject: Opensource plugin&webstart - when? In-Reply-To: <194f62550908210755p6d29b470w6abee1193d6ed1c0@mail.gmail.com> References: <194f62550908210755p6d29b470w6abee1193d6ed1c0@mail.gmail.com> Message-ID: <17c6771e0908210848t2a0670f7kb96e03a049fd6040@mail.gmail.com> 2009/8/21 Clemens Eisserer : > Hello, > > Back in February I talked to Mark Reinhold at Fosdem about > open-sourcing the next generation java plugin as well as Webstart - > and was told to expect a release pretty soon. > However until now nothing has happend. > > I have a few Webstart / deployment toolkit fixes here myself, but > won't contribute this as long as it remains proprietary code. > > Whats the status of all this? > > Thanks, Clemens > Assuming you're referring to the proprietary Sun plugin, the last word on it was: http://mail.openjdk.java.net/pipermail/jdk6-dev/2009-June/000604.html squirrelled away on the jdk6-dev list rather than discuss. There is a Free implementation of the plugin and javaws in IcedTea which is being rapidly developed in the open. Given the continued lack of commitment from Sun on releasing their plugin as part of OpenJDK, I think our efforts are best served by concentrating development on the IcedTea plugin rather than banging our collective heads against a brick wall. At present, it seems more likely that this plugin will be upstreamed into OpenJDK (most of the copyright is held by Red Hat developers who have an SCA with Sun) rather than the Sun plugin suddenly appearing. I would, of course, be very happy to be proved wrong on this. -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From gnu_andrew at member.fsf.org Fri Aug 21 16:34:14 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Fri, 21 Aug 2009 17:34:14 +0100 Subject: Opensource plugin&webstart - when? In-Reply-To: <17c6771e0908210848t2a0670f7kb96e03a049fd6040@mail.gmail.com> References: <194f62550908210755p6d29b470w6abee1193d6ed1c0@mail.gmail.com> <17c6771e0908210848t2a0670f7kb96e03a049fd6040@mail.gmail.com> Message-ID: <17c6771e0908210934k549f5d1ei99137b0b4a06f063@mail.gmail.com> 2009/8/21 Andrew John Hughes : > 2009/8/21 Clemens Eisserer : >> Hello, >> >> Back in February I talked to Mark Reinhold at Fosdem about >> open-sourcing the next generation java plugin as well as Webstart - >> and was told to expect a release pretty soon. >> However until now nothing has happend. >> >> I have a few Webstart / deployment toolkit fixes here myself, but >> won't contribute this as long as it remains proprietary code. >> >> Whats the status of all this? >> >> Thanks, Clemens >> > > Assuming you're referring to the proprietary Sun plugin, the last word > on it was: > > http://mail.openjdk.java.net/pipermail/jdk6-dev/2009-June/000604.html > > squirrelled away on the jdk6-dev list rather than discuss. > > There is a Free implementation of the plugin and javaws in IcedTea > which is being rapidly developed in the open. ?Given the continued > lack of commitment from Sun on releasing their plugin as part of > OpenJDK, I think our efforts are best served by concentrating > development on the IcedTea plugin rather than banging our collective > heads against a brick wall. ?At present, it seems more likely that > this plugin will be upstreamed into OpenJDK (most of the copyright is > held by Red Hat developers who have an SCA with Sun) rather than the > Sun plugin suddenly appearing. > > I would, of course, be very happy to be proved wrong on this. > -- > Andrew :-) > > Free Java Software Engineer > Red Hat, Inc. (http://www.redhat.com) > > Support Free Java! > Contribute to GNU Classpath and the OpenJDK > http://www.gnu.org/software/classpath > http://openjdk.java.net > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) > Fingerprint: F8EF F1EA 401E 2E60 15FA ?7927 142C 2591 94EF D9D8 > I should mention that, given you've looked at the Sun proprietary code, it would be dangerous to contribute code to the IcedTea plugin. Bug reports and testing is of course still welcome. -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From Erik.Trimble at Sun.COM Sat Aug 22 04:10:37 2009 From: Erik.Trimble at Sun.COM (Erik Trimble) Date: Fri, 21 Aug 2009 21:10:37 -0700 Subject: Creation of the Hotspot Express Project is APPROVED Message-ID: <4A8F6FBD.80603@sun.com> Sorry about the long notice on this. Per the interim governance guidelines for Projects [1] I'm pleased to announce the creation of the Hotspot Express Project [2] following the Hotspot Compiler Group's decision to sponsor it. The initial project of Hotspot Express is HSX 14 [3]. As this project is primarily intended for consumption by the OpenJDK 6 folks, discussion regarding this project is to be held on jdk6-dev at openjdk.java.net mailing list, rather than creating a new dedicated list. The vote was 16 for, none against. [1] http://openjdk.java.net/projects [2] http://mail.openjdk.java.net/pipermail/announce/2009-May/000076.html [3] http://hg.openjdk.java.net/hsx/hsx14 -- Erik Trimble Sun Microsystems, Inc. Java System Support Santa Clara, CA Timezone: US/Pacific (GMT-0800) From linuxhippy at gmail.com Wed Aug 26 16:40:20 2009 From: linuxhippy at gmail.com (Clemens Eisserer) Date: Wed, 26 Aug 2009 12:40:20 -0400 Subject: Opensource plugin&webstart - when? In-Reply-To: <17c6771e0908210848t2a0670f7kb96e03a049fd6040@mail.gmail.com> References: <194f62550908210755p6d29b470w6abee1193d6ed1c0@mail.gmail.com> <17c6771e0908210848t2a0670f7kb96e03a049fd6040@mail.gmail.com> Message-ID: <194f62550908260940x387fd9c8s2ed38cb8fcfb17c2@mail.gmail.com> I just can't understand the reason of holding those two components back nore can I imagine any way how to make money out of it. So it seems to old catch-up game continues again, with half-"compatible" implementations arround, hurting java's reputation and user experience. - Clemens 2009/8/21 Andrew John Hughes : > 2009/8/21 Clemens Eisserer : >> Hello, >> >> Back in February I talked to Mark Reinhold at Fosdem about >> open-sourcing the next generation java plugin as well as Webstart - >> and was told to expect a release pretty soon. >> However until now nothing has happend. >> >> I have a few Webstart / deployment toolkit fixes here myself, but >> won't contribute this as long as it remains proprietary code. >> >> Whats the status of all this? >> >> Thanks, Clemens >> > > Assuming you're referring to the proprietary Sun plugin, the last word > on it was: > > http://mail.openjdk.java.net/pipermail/jdk6-dev/2009-June/000604.html > > squirrelled away on the jdk6-dev list rather than discuss. > > There is a Free implementation of the plugin and javaws in IcedTea > which is being rapidly developed in the open. ?Given the continued > lack of commitment from Sun on releasing their plugin as part of > OpenJDK, I think our efforts are best served by concentrating > development on the IcedTea plugin rather than banging our collective > heads against a brick wall. ?At present, it seems more likely that > this plugin will be upstreamed into OpenJDK (most of the copyright is > held by Red Hat developers who have an SCA with Sun) rather than the > Sun plugin suddenly appearing. > > I would, of course, be very happy to be proved wrong on this. > -- > Andrew :-) > > Free Java Software Engineer > Red Hat, Inc. (http://www.redhat.com) > > Support Free Java! > Contribute to GNU Classpath and the OpenJDK > http://www.gnu.org/software/classpath > http://openjdk.java.net > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) > Fingerprint: F8EF F1EA 401E 2E60 15FA ?7927 142C 2591 94EF D9D8 > From mark at klomp.org Wed Aug 26 17:49:12 2009 From: mark at klomp.org (Mark Wielaard) Date: Wed, 26 Aug 2009 19:49:12 +0200 Subject: Opensource plugin&webstart - when? In-Reply-To: <194f62550908260940x387fd9c8s2ed38cb8fcfb17c2@mail.gmail.com> References: <194f62550908210755p6d29b470w6abee1193d6ed1c0@mail.gmail.com> <17c6771e0908210848t2a0670f7kb96e03a049fd6040@mail.gmail.com> <194f62550908260940x387fd9c8s2ed38cb8fcfb17c2@mail.gmail.com> Message-ID: <1251308952.6847.10.camel@hermans.wildebeest.org> Hi Clemens, On Wed, 2009-08-26 at 12:40 -0400, Clemens Eisserer wrote: > I just can't understand the reason of holding those two components > back It isn't clear what is going on. After saying Sun was committed to releasing the code as Free Software, at conferences, blogs and on the mailinglists, nothing happened for 6 months. The only communication since has been "circumstances changed". Nobody knows which circumstances those are or what changed however. So, for all we know they are still committed, just delayed. Lets just hope the delay isn't going to be multiple years. Or that someone from Sun explains what is really going on now after the commitment and what the expected timeline is. > So it seems to old catch-up game continues again, with > half-"compatible" implementations arround, hurting java's reputation > and user experience. I think that isn't doing the free alternative justice, compatibility is of a huge concern. Please do report any bugs you might find. From my own experience any bugs are taken seriously and patched quickly. All GNU/Linux distros now ship the IcedTea plugin, so at least across free platforms things should be pretty compatible. If history is our guide then improving the GNU implementations till they are at least as good, or threaten to surpass the proprietary implementations will trigger proprietary companies into opening op and working with the community more. Cheers, Mark From gnu_andrew at member.fsf.org Wed Aug 26 18:41:50 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Wed, 26 Aug 2009 19:41:50 +0100 Subject: Opensource plugin&webstart - when? In-Reply-To: <1251308952.6847.10.camel@hermans.wildebeest.org> References: <194f62550908210755p6d29b470w6abee1193d6ed1c0@mail.gmail.com> <17c6771e0908210848t2a0670f7kb96e03a049fd6040@mail.gmail.com> <194f62550908260940x387fd9c8s2ed38cb8fcfb17c2@mail.gmail.com> <1251308952.6847.10.camel@hermans.wildebeest.org> Message-ID: <17c6771e0908261141g28b95cd5radca97fb526f797a@mail.gmail.com> 2009/8/26 Mark Wielaard : > If history is our guide then improving the GNU implementations till they > are at least as good, or threaten to surpass the proprietary > implementations will trigger proprietary companies into opening op and > working with the community more. > Exactly. There's nothing to be gained by moaning at Sun. > Cheers, > > Mark > > -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From mark at klomp.org Wed Aug 26 20:19:30 2009 From: mark at klomp.org (Mark Wielaard) Date: Wed, 26 Aug 2009 22:19:30 +0200 Subject: Opensource plugin&webstart - when? In-Reply-To: <17c6771e0908261141g28b95cd5radca97fb526f797a@mail.gmail.com> References: <194f62550908210755p6d29b470w6abee1193d6ed1c0@mail.gmail.com> <17c6771e0908210848t2a0670f7kb96e03a049fd6040@mail.gmail.com> <194f62550908260940x387fd9c8s2ed38cb8fcfb17c2@mail.gmail.com> <1251308952.6847.10.camel@hermans.wildebeest.org> <17c6771e0908261141g28b95cd5radca97fb526f797a@mail.gmail.com> Message-ID: <1251317970.25222.12.camel@springer.wildebeest.org> BTW. For those that haven't seen it yet, Deepak has a blog which highlights all the stuff going on around the IcedTea[NP] Plugin, with roadmaps, technical designs and just plain cool screenshots showing the various features: http://dbhole.wordpress.com/ From gnu_andrew at member.fsf.org Wed Aug 26 21:09:09 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Wed, 26 Aug 2009 22:09:09 +0100 Subject: Opensource plugin&webstart - when? In-Reply-To: <1251317970.25222.12.camel@springer.wildebeest.org> References: <194f62550908210755p6d29b470w6abee1193d6ed1c0@mail.gmail.com> <17c6771e0908210848t2a0670f7kb96e03a049fd6040@mail.gmail.com> <194f62550908260940x387fd9c8s2ed38cb8fcfb17c2@mail.gmail.com> <1251308952.6847.10.camel@hermans.wildebeest.org> <17c6771e0908261141g28b95cd5radca97fb526f797a@mail.gmail.com> <1251317970.25222.12.camel@springer.wildebeest.org> Message-ID: <17c6771e0908261409m739696ddm5a755a963fe1446f@mail.gmail.com> 2009/8/26 Mark Wielaard : > BTW. For those that haven't seen it yet, Deepak has a blog which > highlights all the stuff going on around the IcedTea[NP] Plugin, with > roadmaps, technical designs and just plain cool screenshots showing the > various features: http://dbhole.wordpress.com/ > > And already has more features (beyond being the only Free plugin)! http://dbhole.wordpress.com/2009/08/26/icedtea-java-plugin-with-chromium-and-firefox-3-6a1 -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From mthornton at optrak.co.uk Thu Aug 27 13:44:56 2009 From: mthornton at optrak.co.uk (Mark Thornton) Date: Thu, 27 Aug 2009 14:44:56 +0100 Subject: Should FileTime be serializable? Message-ID: <4A968DD8.8040408@optrak.co.uk> That is java.nio.file.attribute.FileTime. According to the b70 documentation it isn't. Regards, Mark Thornton From quintin at last.za.net Mon Aug 31 09:09:52 2009 From: quintin at last.za.net (Quintin Beukes) Date: Mon, 31 Aug 2009 11:09:52 +0200 Subject: Compiling from Repository tip Message-ID: <1f3854d50908310209q5253a0faj815496e69577359f@mail.gmail.com> Hey, I have checked out 2 of the forests and would like to compile them into a running OpenJDK. I assume I have to get the bundle and then just copy the directories "corba hotspot jaxp jaxws jdk langtools" from the repo over to the bundle? Will this be enough? Won't it possibly create incompatibilities, such as when something in the forest changed that requires a change in another, like a new API added which the bundle doesn't have yet? What is the best way to do this? -- Quintin Beukes