From peter.brunet at oracle.com Mon Nov 1 08:23:24 2010 From: peter.brunet at oracle.com (Pete Brunet) Date: Mon, 01 Nov 2010 10:23:24 -0500 Subject: latest build environment using wrong directory for a fastdebug build of awt In-Reply-To: <4CC9CEFC.2040606@oracle.com> References: <4CC9CEFC.2040606@oracle.com> Message-ID: <4CCEDB6C.4020302@oracle.com> Cockpit error - I forgot to edit my startup bat file to use: set ALT_OUTPUTDIR=c:/OpenJDK/jdk7/build/windows-i586-fastdebug Pete Brunet wrote: > This used to work with a b96 system. > cd /cygdrive/c/OpenJDK/jdk7/jdk/make/sun/awt > make OPTIMIZATION_LEVEL=NONE VARIANT=DBG FASTDEBUG=true 2>&1 | tee build.log > > I just refreshed this week and I'm now getting > > make: *** No rule to make target > `../../../build/windows-i586/btjars/compileproperties.jar', needed by > `compile_all_props'. Stop. > > Note that the message is indicating windows-i586 instead of > windows-i586-fastdebug. Do I need something in addition to or in > replacement of FASTDEBUG=true? > > Thanks, Pete > From christine.lu at oracle.com Wed Nov 3 18:59:41 2010 From: christine.lu at oracle.com (christine.lu at oracle.com) Date: Thu, 04 Nov 2010 01:59:41 +0000 Subject: hg: jdk7/build: Added tag jdk7-b116 for changeset 94e9a1bfba8b Message-ID: <20101104015941.85843476B8@hg.openjdk.java.net> Changeset: 7220e60b097f Author: cl Date: 2010-10-28 13:31 -0700 URL: http://hg.openjdk.java.net/jdk7/build/rev/7220e60b097f Added tag jdk7-b116 for changeset 94e9a1bfba8b ! .hgtags From christine.lu at oracle.com Wed Nov 3 18:59:47 2010 From: christine.lu at oracle.com (christine.lu at oracle.com) Date: Thu, 04 Nov 2010 01:59:47 +0000 Subject: hg: jdk7/build/corba: Added tag jdk7-b116 for changeset 98c028de4301 Message-ID: <20101104015948.7FC04476B9@hg.openjdk.java.net> Changeset: fa502e4834da Author: cl Date: 2010-10-28 13:31 -0700 URL: http://hg.openjdk.java.net/jdk7/build/corba/rev/fa502e4834da Added tag jdk7-b116 for changeset 98c028de4301 ! .hgtags From christine.lu at oracle.com Wed Nov 3 19:00:04 2010 From: christine.lu at oracle.com (christine.lu at oracle.com) Date: Thu, 04 Nov 2010 02:00:04 +0000 Subject: hg: jdk7/build/hotspot: Added tag jdk7-b116 for changeset 96b3f2a7add0 Message-ID: <20101104020008.1B0B8476BA@hg.openjdk.java.net> Changeset: 806d0c037e6b Author: cl Date: 2010-10-28 13:31 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/806d0c037e6b Added tag jdk7-b116 for changeset 96b3f2a7add0 ! .hgtags From christine.lu at oracle.com Wed Nov 3 19:00:38 2010 From: christine.lu at oracle.com (christine.lu at oracle.com) Date: Thu, 04 Nov 2010 02:00:38 +0000 Subject: hg: jdk7/build/jaxp: Added tag jdk7-b116 for changeset f8d4e6c6cfce Message-ID: <20101104020038.D6C9A476BB@hg.openjdk.java.net> Changeset: 9ee4d96e8934 Author: cl Date: 2010-10-28 13:31 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jaxp/rev/9ee4d96e8934 Added tag jdk7-b116 for changeset f8d4e6c6cfce ! .hgtags From christine.lu at oracle.com Wed Nov 3 19:00:43 2010 From: christine.lu at oracle.com (christine.lu at oracle.com) Date: Thu, 04 Nov 2010 02:00:43 +0000 Subject: hg: jdk7/build/jaxws: Added tag jdk7-b116 for changeset 376ac153078d Message-ID: <20101104020043.C9B7F476BC@hg.openjdk.java.net> Changeset: 1320fb3bb588 Author: cl Date: 2010-10-28 13:31 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jaxws/rev/1320fb3bb588 Added tag jdk7-b116 for changeset 376ac153078d ! .hgtags From christine.lu at oracle.com Wed Nov 3 19:00:50 2010 From: christine.lu at oracle.com (christine.lu at oracle.com) Date: Thu, 04 Nov 2010 02:00:50 +0000 Subject: hg: jdk7/build/jdk: Added tag jdk7-b116 for changeset 1657ed4e1d86 Message-ID: <20101104020111.62B19476BD@hg.openjdk.java.net> Changeset: 3e6726bbf80a Author: cl Date: 2010-10-28 13:31 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/3e6726bbf80a Added tag jdk7-b116 for changeset 1657ed4e1d86 ! .hgtags From christine.lu at oracle.com Wed Nov 3 19:01:42 2010 From: christine.lu at oracle.com (christine.lu at oracle.com) Date: Thu, 04 Nov 2010 02:01:42 +0000 Subject: hg: jdk7/build/langtools: Added tag jdk7-b116 for changeset 857bfcea3f30 Message-ID: <20101104020147.A42E3476BE@hg.openjdk.java.net> Changeset: 2129a046f117 Author: cl Date: 2010-10-28 13:31 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/2129a046f117 Added tag jdk7-b116 for changeset 857bfcea3f30 ! .hgtags From qi.zuo at sun.com Fri Nov 5 10:42:13 2010 From: qi.zuo at sun.com (qi.zuo at sun.com) Date: Fri, 05 Nov 2010 17:42:13 +0000 Subject: hg: jdk7/deploy: 2 new changesets Message-ID: <20101105174213.472964773E@hg.openjdk.java.net> Changeset: a12a9e78df8a Author: cl Date: 2010-11-04 15:54 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/rev/a12a9e78df8a Added tag jdk7-b117 for changeset 7220e60b097f ! .hgtags Changeset: 2c6010a2deec Author: jqzuo Date: 2010-11-05 13:39 -0400 URL: http://hg.openjdk.java.net/jdk7/deploy/rev/2c6010a2deec Merge From qi.zuo at sun.com Fri Nov 5 10:42:19 2010 From: qi.zuo at sun.com (qi.zuo at sun.com) Date: Fri, 05 Nov 2010 17:42:19 +0000 Subject: hg: jdk7/deploy/corba: Added tag jdk7-b117 for changeset fa502e4834da Message-ID: <20101105174221.9EF554773F@hg.openjdk.java.net> Changeset: 16adbe677ef8 Author: cl Date: 2010-11-04 15:54 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/corba/rev/16adbe677ef8 Added tag jdk7-b117 for changeset fa502e4834da ! .hgtags From qi.zuo at sun.com Fri Nov 5 10:42:51 2010 From: qi.zuo at sun.com (qi.zuo at sun.com) Date: Fri, 05 Nov 2010 17:42:51 +0000 Subject: hg: jdk7/deploy/hotspot: Added tag jdk7-b117 for changeset 806d0c037e6b Message-ID: <20101105174255.B4A2647740@hg.openjdk.java.net> Changeset: 62aa74bafa73 Author: cl Date: 2010-11-04 15:54 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/hotspot/rev/62aa74bafa73 Added tag jdk7-b117 for changeset 806d0c037e6b ! .hgtags From qi.zuo at sun.com Fri Nov 5 10:43:30 2010 From: qi.zuo at sun.com (qi.zuo at sun.com) Date: Fri, 05 Nov 2010 17:43:30 +0000 Subject: hg: jdk7/deploy/jaxp: Added tag jdk7-b117 for changeset 9ee4d96e8934 Message-ID: <20101105174330.5FA6E47741@hg.openjdk.java.net> Changeset: b2f6d9c4f12f Author: cl Date: 2010-11-04 15:54 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jaxp/rev/b2f6d9c4f12f Added tag jdk7-b117 for changeset 9ee4d96e8934 ! .hgtags From qi.zuo at sun.com Fri Nov 5 10:43:36 2010 From: qi.zuo at sun.com (qi.zuo at sun.com) Date: Fri, 05 Nov 2010 17:43:36 +0000 Subject: hg: jdk7/deploy/jaxws: Added tag jdk7-b117 for changeset 1320fb3bb588 Message-ID: <20101105174337.0F4A147742@hg.openjdk.java.net> Changeset: 19a2fab3f91a Author: cl Date: 2010-11-04 15:54 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jaxws/rev/19a2fab3f91a Added tag jdk7-b117 for changeset 1320fb3bb588 ! .hgtags From qi.zuo at sun.com Fri Nov 5 10:43:47 2010 From: qi.zuo at sun.com (qi.zuo at sun.com) Date: Fri, 05 Nov 2010 17:43:47 +0000 Subject: hg: jdk7/deploy/jdk: 2 new changesets Message-ID: <20101105174419.DFCA247743@hg.openjdk.java.net> Changeset: d87c1c06bbf9 Author: cl Date: 2010-11-04 15:54 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/d87c1c06bbf9 Added tag jdk7-b117 for changeset 3e6726bbf80a ! .hgtags Changeset: 84bfbc31e25b Author: jqzuo Date: 2010-11-05 13:40 -0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/84bfbc31e25b Merge From qi.zuo at sun.com Fri Nov 5 10:44:56 2010 From: qi.zuo at sun.com (qi.zuo at sun.com) Date: Fri, 05 Nov 2010 17:44:56 +0000 Subject: hg: jdk7/deploy/langtools: Added tag jdk7-b117 for changeset 2129a046f117 Message-ID: <20101105174502.42E4C47744@hg.openjdk.java.net> Changeset: 5bb96781fb58 Author: cl Date: 2010-11-04 15:54 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/langtools/rev/5bb96781fb58 Added tag jdk7-b117 for changeset 2129a046f117 ! .hgtags From mike.duigou at oracle.com Fri Nov 5 16:07:50 2010 From: mike.duigou at oracle.com (Mike Duigou) Date: Fri, 5 Nov 2010 16:07:50 -0700 Subject: Fixes for sanity-compiler-gcc and detection of linux variant Message-ID: <91088B9E-77EC-4627-8ED8-7D8E493F7503@oracle.com> Hi all; Two minor fixes for review: 6998014: Use /etc/lsb-release, when available, to detect linux variant and version 6998016: Incorrect ifdef nesting in sane-gcc-compiler rule http://cr.openjdk.java.net/~mduigou/6998016.0/webrev/ Thanks! Mike From David.Holmes at oracle.com Sat Nov 6 07:07:50 2010 From: David.Holmes at oracle.com (David Holmes) Date: Sun, 07 Nov 2010 00:07:50 +1000 Subject: Fixes for sanity-compiler-gcc and detection of linux variant In-Reply-To: <91088B9E-77EC-4627-8ED8-7D8E493F7503@oracle.com> References: <91088B9E-77EC-4627-8ED8-7D8E493F7503@oracle.com> Message-ID: <4CD56136.5060601@oracle.com> Hi Mike, On 6/11/2010 9:07 AM, Mike Duigou wrote: > Hi all; > > Two minor fixes for review: > > 6998014: Use /etc/lsb-release, when available, to detect linux variant and version Can't comment on this part. > 6998016: Incorrect ifdef nesting in sane-gcc-compiler rule > > http://cr.openjdk.java.net/~mduigou/6998016.0/webrev/ In Defs-linux.gmk I must be missing something: ifneq "$(origin ALT_GCC29_COMPILER_PATH)" "undefined" and ifdef ALT_GCC29_COMPILER_PATH seem completely equivalent. The latter is simpler of course. In Sanity.gmk ... when I reported this problem it was stated that the correct fix was to swap the order of these two lines: 1486 ifeq ($(PLATFORM), solaris) 1487 ifndef OPENJDK Not saying what you have is wrong, just different to what was stated previously. Also note the comment at 1483 is out of date as it only refers to Solaris. Cheers, David From yong.huang at sun.com Mon Nov 8 00:22:10 2010 From: yong.huang at sun.com (yong.huang at sun.com) Date: Mon, 08 Nov 2010 08:22:10 +0000 Subject: hg: jdk7/build/jdk: 2 new changesets Message-ID: <20101108082301.6886D477D1@hg.openjdk.java.net> Changeset: 1bebd1f9445b Author: katakai Date: 2010-11-07 19:48 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/1bebd1f9445b 4225362: localized DateFormatSymbols for fr_FR is wrong Reviewed-by: yhuang, peytoia ! src/share/classes/sun/text/resources/FormatData_fr.java ! src/share/classes/sun/text/resources/FormatData_fr_BE.java ! src/share/classes/sun/text/resources/FormatData_fr_CA.java ! src/share/classes/sun/text/resources/FormatData_fr_CH.java ! test/sun/text/resources/LocaleData Changeset: 0660c48dd705 Author: yhuang Date: 2010-11-07 23:33 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/0660c48dd705 Merge From peter.brunet at oracle.com Tue Nov 9 09:41:43 2010 From: peter.brunet at oracle.com (Pete Brunet) Date: Tue, 09 Nov 2010 11:41:43 -0600 Subject: Java2Demo and com/sun/image missing from OpenJDK7 clone Message-ID: <4CD987D7.4090003@oracle.com> I notice that com/sun/image is missing from my OpenJDK7 clone, i.e. it's not in the classes directory or the rt.jar files in the two image directores (jre and jdk). Also the demo itself isn't in the OpenJDK7 tree. Both the demo and the com/sun/image directory /are/ in the binaries installed with the latest 117 installer, i.e. jdk-7-ea-bin-b117-windows-i586-04_nov_2010.exe. Pete From christine.lu at oracle.com Tue Nov 9 13:28:21 2010 From: christine.lu at oracle.com (christine.lu at oracle.com) Date: Tue, 09 Nov 2010 21:28:21 +0000 Subject: hg: jdk7/build: Added tag jdk7-b117 for changeset 7220e60b097f Message-ID: <20101109212822.03EE247833@hg.openjdk.java.net> Changeset: a12a9e78df8a Author: cl Date: 2010-11-04 15:54 -0700 URL: http://hg.openjdk.java.net/jdk7/build/rev/a12a9e78df8a Added tag jdk7-b117 for changeset 7220e60b097f ! .hgtags From christine.lu at oracle.com Tue Nov 9 13:28:27 2010 From: christine.lu at oracle.com (christine.lu at oracle.com) Date: Tue, 09 Nov 2010 21:28:27 +0000 Subject: hg: jdk7/build/corba: Added tag jdk7-b117 for changeset fa502e4834da Message-ID: <20101109212828.76BD647834@hg.openjdk.java.net> Changeset: 16adbe677ef8 Author: cl Date: 2010-11-04 15:54 -0700 URL: http://hg.openjdk.java.net/jdk7/build/corba/rev/16adbe677ef8 Added tag jdk7-b117 for changeset fa502e4834da ! .hgtags From christine.lu at oracle.com Tue Nov 9 13:28:48 2010 From: christine.lu at oracle.com (christine.lu at oracle.com) Date: Tue, 09 Nov 2010 21:28:48 +0000 Subject: hg: jdk7/build/hotspot: Added tag jdk7-b117 for changeset 806d0c037e6b Message-ID: <20101109212852.3982A47835@hg.openjdk.java.net> Changeset: 62aa74bafa73 Author: cl Date: 2010-11-04 15:54 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/62aa74bafa73 Added tag jdk7-b117 for changeset 806d0c037e6b ! .hgtags From christine.lu at oracle.com Tue Nov 9 13:29:19 2010 From: christine.lu at oracle.com (christine.lu at oracle.com) Date: Tue, 09 Nov 2010 21:29:19 +0000 Subject: hg: jdk7/build/jaxp: Added tag jdk7-b117 for changeset 9ee4d96e8934 Message-ID: <20101109212920.0217A47836@hg.openjdk.java.net> Changeset: b2f6d9c4f12f Author: cl Date: 2010-11-04 15:54 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jaxp/rev/b2f6d9c4f12f Added tag jdk7-b117 for changeset 9ee4d96e8934 ! .hgtags From christine.lu at oracle.com Tue Nov 9 13:29:24 2010 From: christine.lu at oracle.com (christine.lu at oracle.com) Date: Tue, 09 Nov 2010 21:29:24 +0000 Subject: hg: jdk7/build/jaxws: Added tag jdk7-b117 for changeset 1320fb3bb588 Message-ID: <20101109212924.D556647837@hg.openjdk.java.net> Changeset: 19a2fab3f91a Author: cl Date: 2010-11-04 15:54 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jaxws/rev/19a2fab3f91a Added tag jdk7-b117 for changeset 1320fb3bb588 ! .hgtags From christine.lu at oracle.com Tue Nov 9 13:29:32 2010 From: christine.lu at oracle.com (christine.lu at oracle.com) Date: Tue, 09 Nov 2010 21:29:32 +0000 Subject: hg: jdk7/build/jdk: 2 new changesets Message-ID: <20101109213010.A927B47838@hg.openjdk.java.net> Changeset: d87c1c06bbf9 Author: cl Date: 2010-11-04 15:54 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/d87c1c06bbf9 Added tag jdk7-b117 for changeset 3e6726bbf80a ! .hgtags Changeset: 565be51eb60e Author: cl Date: 2010-11-09 11:45 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/565be51eb60e Merge From christine.lu at oracle.com Tue Nov 9 13:30:40 2010 From: christine.lu at oracle.com (christine.lu at oracle.com) Date: Tue, 09 Nov 2010 21:30:40 +0000 Subject: hg: jdk7/build/langtools: Added tag jdk7-b117 for changeset 2129a046f117 Message-ID: <20101109213044.9417947839@hg.openjdk.java.net> Changeset: 5bb96781fb58 Author: cl Date: 2010-11-04 15:54 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/5bb96781fb58 Added tag jdk7-b117 for changeset 2129a046f117 ! .hgtags From gnu_andrew at member.fsf.org Tue Nov 9 15:33:47 2010 From: gnu_andrew at member.fsf.org (Dr Andrew John Hughes) Date: Tue, 9 Nov 2010 23:33:47 +0000 Subject: Java2Demo and com/sun/image missing from OpenJDK7 clone In-Reply-To: <4CD987D7.4090003@oracle.com> References: <4CD987D7.4090003@oracle.com> Message-ID: On 9 November 2010 17:41, Pete Brunet wrote: > I notice that com/sun/image is missing from my OpenJDK7 clone, i.e. it's > not in the classes directory or the rt.jar files in the two image > directores (jre and jdk). ?Also the demo itself isn't in the OpenJDK7 > tree. ?Both the demo and the com/sun/image directory /are/ in the > binaries installed with the latest 117 installer, i.e. > jdk-7-ea-bin-b117-windows-i586-04_nov_2010.exe. > > Pete > As far as I understand that, the binaries provided by Oracle are from a proprietary JDK7 code base (and hence have proprietary licensing). Oracle don't produce OpenJDK binaries. -- 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 Nov 10 00:29:22 2010 From: mark at klomp.org (Mark Wielaard) Date: Wed, 10 Nov 2010 09:29:22 +0100 Subject: Java2Demo and com/sun/image missing from OpenJDK7 clone In-Reply-To: References: <4CD987D7.4090003@oracle.com> Message-ID: <1289377762.2787.5.camel@springer.wildebeest.org> On Tue, 2010-11-09 at 23:33 +0000, Dr Andrew John Hughes wrote: > As far as I understand that, the binaries provided by Oracle are from > a proprietary JDK7 code base (and hence have proprietary licensing). > Oracle don't produce OpenJDK binaries. There is however a new free swingset3 Demo here: https://swingset3.dev.java.net/ Even the jnlp works fine with the IcedTea netx webstart code. From mike.duigou at oracle.com Fri Nov 12 15:14:29 2010 From: mike.duigou at oracle.com (Mike Duigou) Date: Fri, 12 Nov 2010 15:14:29 -0800 Subject: Fixes for sanity-compiler-gcc and detection of linux variant In-Reply-To: <4CD56136.5060601@oracle.com> References: <91088B9E-77EC-4627-8ED8-7D8E493F7503@oracle.com> <4CD56136.5060601@oracle.com> Message-ID: On Nov 6 2010, at 07:07 , David Holmes wrote: >> 6998016: Incorrect ifdef nesting in sane-gcc-compiler rule >> >> http://cr.openjdk.java.net/~mduigou/6998016.0/webrev/ > > In Defs-linux.gmk I must be missing something: > > ifneq "$(origin ALT_GCC29_COMPILER_PATH)" "undefined" > > and > > ifdef ALT_GCC29_COMPILER_PATH > > seem completely equivalent. The latter is simpler of course. That's the conclusion I came to as well after scratching my head for a couple minutes to figure out why $(origin ) was used in this specific case. The change is to minimize future head scratching. > In Sanity.gmk ... when I reported this problem it was stated that the correct fix was to swap the order of these two lines: > > 1486 ifeq ($(PLATFORM), solaris) > 1487 ifndef OPENJDK > > Not saying what you have is wrong, just different to what was stated previously. That organization does make more sense. > Also note the comment at 1483 is out of date as it only refers to Solaris. I've now corrected the comment to make it clear that these sanity tests are about the OJI plugin. Updated webrev at http://cr.openjdk.java.net/~mduigou/6998016.1/webrev/ Mike From kelly.ohair at oracle.com Fri Nov 12 15:52:34 2010 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Fri, 12 Nov 2010 15:52:34 -0800 Subject: Fixes for sanity-compiler-gcc and detection of linux variant In-Reply-To: References: <91088B9E-77EC-4627-8ED8-7D8E493F7503@oracle.com> <4CD56136.5060601@oracle.com> Message-ID: <446312D2-DF16-4015-9FD4-93396EAC6F47@oracle.com> On Nov 12, 2010, at 3:14 PM, Mike Duigou wrote: > > On Nov 6 2010, at 07:07 , David Holmes wrote: > >>> 6998016: Incorrect ifdef nesting in sane-gcc-compiler rule >>> >>> http://cr.openjdk.java.net/~mduigou/6998016.0/webrev/ >> >> In Defs-linux.gmk I must be missing something: >> >> ifneq "$(origin ALT_GCC29_COMPILER_PATH)" "undefined" >> >> and >> >> ifdef ALT_GCC29_COMPILER_PATH >> >> seem completely equivalent. The latter is simpler of course. > > That's the conclusion I came to as well after scratching my head for > a couple minutes to figure out why $(origin ) was used in this > specific case. The change is to minimize future head scratching. The ifneq "$(origin ALT_GCC29_COMPILER_PATH)" "undefined" means that the variable was defined to something, potentially the empty value. The ifdef ALT_GCC29_COMPILER_PATH means that the variable is defined to a non-empty value. At least that's what I understand it to mean. I have no objection to the change, I vaguely recall adding the use of this $(origin) and it had something to do with allowing an empty value in this variable. This and the ALT_COMPILER_PATH were variables that were potentially empty, or a path ending in / so that you would use $(ALT_COMPILER_PATH)gcc and if it was empty, gcc would come from PATH. Personally, these things are a pain, hotspot makefiles ignores it, and on Windows you are forced to have the compiler in PATH anyway. -kto > >> In Sanity.gmk ... when I reported this problem it was stated that >> the correct fix was to swap the order of these two lines: >> >> 1486 ifeq ($(PLATFORM), solaris) >> 1487 ifndef OPENJDK >> >> Not saying what you have is wrong, just different to what was >> stated previously. > > That organization does make more sense. > >> Also note the comment at 1483 is out of date as it only refers to >> Solaris. > > I've now corrected the comment to make it clear that these sanity > tests are about the OJI plugin. > > Updated webrev at http://cr.openjdk.java.net/~mduigou/6998016.1/ > webrev/ > > Mike From helbrass at gmail.com Sat Nov 13 03:23:08 2010 From: helbrass at gmail.com (Aekold Helbrass) Date: Sat, 13 Nov 2010 13:23:08 +0200 Subject: Missing build dependencies Message-ID: Good day! Just tried to build OpenJDK 7 yesterday's build, but it failed because of JAXP and JAXWS. Those files are not present on java.net any more. Send me please 3 files (or tell me where can I download them): jaxp-1_4_4.zip jdk7-jaxws2_2-2010_08_19.zip jdk7-jaf-2010_08_19.zip Thanx in advance. From Alan.Bateman at oracle.com Sat Nov 13 05:47:05 2010 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Sat, 13 Nov 2010 13:47:05 +0000 Subject: Missing build dependencies In-Reply-To: References: Message-ID: <4CDE96D9.1070308@oracle.com> Aekold Helbrass wrote: > Good day! > > Just tried to build OpenJDK 7 yesterday's build, but it failed because > of JAXP and JAXWS. Those files are not present on java.net any more. > Send me please 3 files (or tell me where can I download them): > jaxp-1_4_4.zip > jdk7-jaxws2_2-2010_08_19.zip > jdk7-jaf-2010_08_19.zip > > Thanx in advance. > This also came up on jdk7-dev a few days ago. Here's the link to the discussion where several locations were suggested: http://mail.openjdk.java.net/pipermail/jdk7-dev/2010-November/001648.html -Alan From patrick at reini.net Mon Nov 15 12:30:53 2010 From: patrick at reini.net (Patrick Reinhart) Date: Mon, 15 Nov 2010 21:30:53 +0100 Subject: Building OpenJDK 7 under Fedora 14' Message-ID: <4CE1987D.2090202@reini.net> Hi there, I'm trying to build the OpenJDK 7 on my Fedora 14 machines (x64 and x86). Until now without big success. I did get it managed to clone the jdk7 forrest out using: hg fclone http://hg.openjdk.java.net/jdk7/jdk7 Also I installed all dependencies (taken section for Fedora 11) as described in: http://openjdk.java.net/install/#fedora and: http://hg.openjdk.java.net/jdk7/build/raw-file/tip/README-builds.html#fedora After invoking the following comands in the jdk7 base directory: [rep at bisonws0043 jdk7]$ export LANG=C ALT_BOOTDIR=/usr/lib/jvm/java-openjdk [rep at bisonws0043 jdk7]$ . jdk/make/jdk_generic_profile.sh [rep at bisonws0043 jdk7]$ make sanity I get the following error: /home/rep/hgrepos/jdk7/jdk/make/common/shared/Sanity.gmk:1392: *** missing separator (did you mean TAB instead of 8 spaces?). Stop. make[1]: Leaving directory `/home/rep/hgrepos/jdk7/jdk/make' make: *** [jdk-sanity] Error 2 Can anyone a beginner? Thanks for your help Patrick -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5874 bytes Desc: S/MIME Cryptographic Signature Url : http://mail.openjdk.java.net/pipermail/build-dev/attachments/20101115/0f4939f6/smime.p7s From David.Holmes at oracle.com Mon Nov 15 17:32:44 2010 From: David.Holmes at oracle.com (David Holmes) Date: Tue, 16 Nov 2010 11:32:44 +1000 Subject: Building OpenJDK 7 under Fedora 14' In-Reply-To: <4CE1987D.2090202@reini.net> References: <4CE1987D.2090202@reini.net> Message-ID: <4CE1DF3C.4070200@oracle.com> Patrick, Patrick Reinhart said the following on 11/16/10 06:30: > I get the following error: > /home/rep/hgrepos/jdk7/jdk/make/common/shared/Sanity.gmk:1392: *** > missing separator (did you mean TAB instead of 8 spaces?). Stop. > make[1]: Leaving directory `/home/rep/hgrepos/jdk7/jdk/make' > make: *** [jdk-sanity] Error 2 You seem to have tickled a real bug here. As the error states, make found 8 spaces instead of a tab character at line 1392. This code was updated a long time ago: changeset: 914:30bf00392b6d parent: 796:d8eb2738db6b user: ohair date: Sat Jan 31 17:31:21 2009 -0800 summary: 6799141: Build with --hash-style=both so that binaries can work on SuSE 10 It is very odd that noone has encountered this. You can fix it by editing the file and replacing the 8 spaces with a TAB. David Holmes From calvin.cheung at sun.com Tue Nov 9 23:07:46 2010 From: calvin.cheung at sun.com (calvin.cheung at sun.com) Date: Wed, 10 Nov 2010 07:07:46 +0000 Subject: hg: jdk7/deploy/jdk: 6992226: Missing windows COMPANY file property settings Message-ID: <20101110070817.0AAC447851@hg.openjdk.java.net> Changeset: 06aacd794fca Author: ccheung Date: 2010-11-09 23:05 -0800 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/06aacd794fca 6992226: Missing windows COMPANY file property settings Reviewed-by: ohair ! make/common/Defs.gmk From ramakanth.varala at gmail.com Tue Nov 16 01:36:22 2010 From: ramakanth.varala at gmail.com (ramakanth varala) Date: Tue, 16 Nov 2010 15:06:22 +0530 Subject: trying to build openjdk in linux os getting errors Message-ID: i downloaded openjdk-6-6b18-1.8.1.orig to my linux pc. when i tried to do ./configure it shows following error checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... none checking for make... /usr/bin/make checking for gzip... /bin/gzip checking for ant... no configure: error: ant program not found in PATH where as i have ant in my class path . i donot understand how to move forward from here .. can any body help me here From deepak2427 at gmail.com Tue Nov 16 02:14:23 2010 From: deepak2427 at gmail.com (Deepak Panickal) Date: Tue, 16 Nov 2010 10:14:23 +0000 Subject: trying to build openjdk in linux os getting errors In-Reply-To: References: Message-ID: The ant executable should be available in your PATH and not the CLASSPATH variable. Regards, Deepak On Tue, Nov 16, 2010 at 9:36 AM, ramakanth varala < ramakanth.varala at gmail.com> wrote: > i downloaded openjdk-6-6b18-1.8.1.orig to my linux pc. > > when i tried to do ./configure it shows following error > > > checking whether we are using the GNU C++ compiler... yes > checking whether g++ accepts -g... yes > checking dependency style of g++... none > checking for make... /usr/bin/make > checking for gzip... /bin/gzip > checking for ant... no > configure: error: ant program not found in PATH > > where as i have ant in my class path . i donot understand how to move > forward from here .. > can any body help me here > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/build-dev/attachments/20101116/c33f769f/attachment.html From ramakanth.varala at gmail.com Tue Nov 16 03:27:19 2010 From: ramakanth.varala at gmail.com (ramakanth varala) Date: Tue, 16 Nov 2010 16:57:19 +0530 Subject: trying to build openjdk in linux os getting errors In-Reply-To: References: Message-ID: thanks deepak in my class path i have ANT_HOME and in PATH i kept $ANT_HOME/bin to drag you into my problem , i guess even ant is not properly built in my machine when i say ./build.sh in my $ANT_HOME dir it gives this problem i copied junit*.jar in to $ANT_HOME/lib can you please give your inputs here ... On Tue, Nov 16, 2010 at 3:44 PM, Deepak Panickal wrote: > The ant executable should be available in your PATH and not the CLASSPATH > variable. > Regards, > Deepak > > On Tue, Nov 16, 2010 at 9:36 AM, ramakanth varala > wrote: >> >> i downloaded openjdk-6-6b18-1.8.1.orig to my linux pc. >> >> when i tried to do ./configure it shows following error >> >> >> checking whether we are using the GNU C++ compiler... yes >> checking whether g++ accepts -g... yes >> checking dependency style of g++... none >> checking for make... /usr/bin/make >> checking for gzip... /bin/gzip >> checking for ant... no >> configure: error: ant program not found in PATH >> >> where as i have ant in my class path . ?i donot understand how to move >> forward from here .. >> can any body help me here > > From patrick at reini.net Tue Nov 16 15:06:19 2010 From: patrick at reini.net (Patrick Reinhart) Date: Wed, 17 Nov 2010 00:06:19 +0100 Subject: Building OpenJDK 7 under Fedora 14' In-Reply-To: <4CE1DF3C.4070200@oracle.com> References: <4CE1987D.2090202@reini.net> <4CE1DF3C.4070200@oracle.com> Message-ID: <1289948779.2723.21.camel@wsccuw01.ccuw.ch> Hi David, On Tue, 2010-11-16 at 11:32 +1000, David Holmes wrote: > It is very odd that noone has encountered this. > > You can fix it by editing the file and replacing the 8 spaces with a TAB. > > David Holmes Thanks for the tip. After a couple re-reading the lines if think that the whole "else" block is not needed. After changing a couple more lines I got the sanity check working successfully under Fedora 14 (see patch): Now I get the following error when trying to build: > BUILD FAILED > /home/pr/hgrepos/jdk7/jaxp/build-defs.xml:70: ERROR: Cannot find source > for project jaxp. > > HINT: Try setting drops.dir to indicate where the bundles can be found, > or try setting the ant property allow.downloads=true to download the > bundle from the URL. > e.g. ant -Dallow.downloads=true -OR- ant -Ddrops.dir=some_directory > > Total time: 0 seconds > make[2]: *** [all] Error 1 > make[2]: Leaving directory `/home/pr/hgrepos/jdk7/jaxp/make' > make[1]: *** [jaxp-build] Error 2 > make[1]: Leaving directory `/home/pr/hgrepos/jdk7' > make: *** [build_product_image] Error 2 How do I specify those suggested ANT parameters with the make command? Regards Patrick -------------- next part -------------- diff -r ecab7eefb8f2 make/common/shared/Sanity.gmk --- a/make/common/shared/Sanity.gmk Thu Nov 11 11:02:24 2010 -0800 +++ b/make/common/shared/Sanity.gmk Tue Nov 16 23:51:25 2010 +0100 @@ -1389,20 +1389,13 @@ endif sane-alsa-headers: ifdef REQUIRED_ALSA_VERSION - if [ "$(ALSA_CHECK)" != "same" -a "$(ALSA_CHECK)" != "newer" ] ; then \ + @if [ "$(ALSA_CHECK)" != "same" -a "$(ALSA_CHECK)" != "newer" ] ; then \ $(ECHO) "ERROR: The ALSA version must be $(REQUIRED_ALSA_VERSION) or higher. \n" \ - " You have the following ALSA version installed: $${alsa_version) \n" \ + " You have the following ALSA version installed: $(ALSA_VERSION) \n" \ " Please reinstall ALSA (drivers and lib). You can download \n" \ " the source distribution from http://www.alsa-project.org \n" \ " or go to http://www.freshrpms.net/docs/alsa/ for precompiled RPM packages. \n" \ "" >> $(ERROR_FILE) ; \ - fi \ - else \ - $(ECHO) "ERROR: You seem to not have installed ALSA $(REQUIRED_ALSA_VERSION) or higher. \n" \ - " Please install ALSA (drivers and lib). You can download the \n" \ - " source distribution from http://www.alsa-project.org or go to \n" \ - " http://www.freshrpms.net/docs/alsa/ for precompiled RPM packages. \n" \ - "" >> $(ERROR_FILE) ; \ fi endif From igor.nekrestyanov at oracle.com Tue Nov 16 18:14:50 2010 From: igor.nekrestyanov at oracle.com (igor.nekrestyanov at oracle.com) Date: Wed, 17 Nov 2010 02:14:50 +0000 Subject: hg: jdk7/deploy: 2 new changesets Message-ID: <20101117021450.D36E347A4F@hg.openjdk.java.net> Changeset: 95f8f3994b9b Author: cl Date: 2010-11-11 11:02 -0800 URL: http://hg.openjdk.java.net/jdk7/deploy/rev/95f8f3994b9b Added tag jdk7-b118 for changeset a12a9e78df8a ! .hgtags Changeset: fe71f5684c6a Author: igor Date: 2010-11-16 17:07 -0800 URL: http://hg.openjdk.java.net/jdk7/deploy/rev/fe71f5684c6a Merge From igor.nekrestyanov at oracle.com Tue Nov 16 18:15:04 2010 From: igor.nekrestyanov at oracle.com (igor.nekrestyanov at oracle.com) Date: Wed, 17 Nov 2010 02:15:04 +0000 Subject: hg: jdk7/deploy/corba: 7 new changesets Message-ID: <20101117021509.AA92C47A50@hg.openjdk.java.net> Changeset: b2fff4b7e8cd Author: skoppar Date: 2010-09-24 22:42 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/corba/rev/b2fff4b7e8cd 6891766: Vulnerabilities in use of reflection in CORBA Reviewed-by: hawtin - src/share/classes/com/sun/corba/se/impl/io/IIOPInputStream.java ! src/share/classes/com/sun/corba/se/impl/io/ValueHandlerImpl.java ! src/share/classes/com/sun/corba/se/impl/orb/PrefixParserAction.java ! src/share/classes/com/sun/corba/se/impl/orbutil/ObjectUtility.java ! src/share/classes/com/sun/corba/se/impl/transport/SocketOrChannelAcceptorImpl.java ! src/share/classes/com/sun/corba/se/spi/orb/OperationFactory.java ! src/share/classes/com/sun/corba/se/spi/orb/ParserImplBase.java Changeset: f3090f80102d Author: asaha Date: 2010-10-26 13:45 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/corba/rev/f3090f80102d Merge Changeset: 046be5aaff1c Author: asaha Date: 2010-10-31 22:10 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/corba/rev/046be5aaff1c 6996356: Changes for 6891766 break build Summary: JPRT build passed Reviewed-by: alanb ! make/com/sun/corba/minclude/com_sun_corba_se_impl_io.jmk Changeset: 76aeef3afc04 Author: alanb Date: 2010-11-02 18:27 +0000 URL: http://hg.openjdk.java.net/jdk7/deploy/corba/rev/76aeef3afc04 6996740: Yet more breakage caused by 6891766 Summary: Restore com.sun.corba.se.simpl.io.IIOPInputStream that 6891766 nuked in error Reviewed-by: asaha ! make/com/sun/corba/minclude/com_sun_corba_se_impl_io.jmk + src/share/classes/com/sun/corba/se/impl/io/IIOPInputStream.java Changeset: e5819cb9b15e Author: lana Date: 2010-11-02 18:39 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/corba/rev/e5819cb9b15e Merge ! src/share/classes/com/sun/corba/se/impl/io/IIOPInputStream.java Changeset: 42e77836fded Author: lana Date: 2010-11-09 22:48 -0800 URL: http://hg.openjdk.java.net/jdk7/deploy/corba/rev/42e77836fded Merge Changeset: 39829414ae31 Author: cl Date: 2010-11-11 11:02 -0800 URL: http://hg.openjdk.java.net/jdk7/deploy/corba/rev/39829414ae31 Added tag jdk7-b118 for changeset 42e77836fded ! .hgtags From igor.nekrestyanov at oracle.com Tue Nov 16 18:17:14 2010 From: igor.nekrestyanov at oracle.com (igor.nekrestyanov at oracle.com) Date: Wed, 17 Nov 2010 02:17:14 +0000 Subject: hg: jdk7/deploy/langtools: 14 new changesets Message-ID: <20101117021744.5F00B47A52@hg.openjdk.java.net> Changeset: 5286a99de2e6 Author: sundar Date: 2010-10-19 11:47 +0530 URL: http://hg.openjdk.java.net/jdk7/deploy/langtools/rev/5286a99de2e6 6551367: javadoc throws ClassCastException when an @link tries to reference constructor. Reviewed-by: jjg, mcimadamore ! src/share/classes/com/sun/tools/javadoc/ClassDocImpl.java ! src/share/classes/com/sun/tools/javadoc/DocEnv.java + test/tools/javadoc/T6551367.java Changeset: 4851ff2ffc10 Author: jjg Date: 2010-10-19 15:02 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/langtools/rev/4851ff2ffc10 6987760: remove 308 support from JDK7 Reviewed-by: darcy, mcimadamore - src/share/classes/com/sun/source/tree/AnnotatedTypeTree.java ! src/share/classes/com/sun/source/tree/MethodTree.java ! src/share/classes/com/sun/source/tree/Tree.java ! src/share/classes/com/sun/source/tree/TreeVisitor.java ! src/share/classes/com/sun/source/tree/TypeParameterTree.java - src/share/classes/com/sun/source/util/AbstractTypeProcessor.java ! src/share/classes/com/sun/source/util/SimpleTreeVisitor.java ! src/share/classes/com/sun/source/util/TreeScanner.java ! src/share/classes/com/sun/tools/javac/code/TypeAnnotations.java ! src/share/classes/com/sun/tools/javac/parser/JavacParser.java ! src/share/classes/com/sun/tools/javac/processing/JavacProcessingEnvironment.java ! src/share/classes/com/sun/tools/javac/resources/compiler.properties ! src/share/classes/com/sun/tools/javac/tree/JCTree.java ! src/share/classes/com/sun/tools/javac/tree/TreeCopier.java - test/tools/javac/T6985181.java ! test/tools/javac/annotations/6881115/T6881115.java ! test/tools/javac/annotations/6881115/T6881115.out - test/tools/javac/diags/examples/TypeAnnotationsNotSupported.java ! test/tools/javac/processing/model/element/TestAnonClassNames.java ! test/tools/javac/tree/TreePosTest.java - test/tools/javac/treeannotests/AnnoTreeTests.java - test/tools/javac/typeAnnotations/6967002/T6967002.java - test/tools/javac/typeAnnotations/6967002/T6967002.out - test/tools/javac/typeAnnotations/InnerClass.java - test/tools/javac/typeAnnotations/MultipleTargets.java - test/tools/javac/typeAnnotations/TypeParameterTarget.java - test/tools/javac/typeAnnotations/TypeUseTarget.java - test/tools/javac/typeAnnotations/attribution/Scopes.java - test/tools/javac/typeAnnotations/classfile/DeadCode.java - test/tools/javac/typeAnnotations/failures/AnnotationVersion.java - test/tools/javac/typeAnnotations/failures/AnnotationVersion.out - test/tools/javac/typeAnnotations/failures/IncompleteArray.java - test/tools/javac/typeAnnotations/failures/IncompleteArray.out - test/tools/javac/typeAnnotations/failures/IncompleteVararg.java - test/tools/javac/typeAnnotations/failures/IncompleteVararg.out - test/tools/javac/typeAnnotations/failures/IndexArray.java - test/tools/javac/typeAnnotations/failures/IndexArray.out - test/tools/javac/typeAnnotations/failures/LintCast.java - test/tools/javac/typeAnnotations/failures/LintCast.out - test/tools/javac/typeAnnotations/failures/OldArray.java - test/tools/javac/typeAnnotations/failures/Scopes.java - test/tools/javac/typeAnnotations/failures/Scopes.out - test/tools/javac/typeAnnotations/failures/StaticFields.java - test/tools/javac/typeAnnotations/failures/StaticFields.out - test/tools/javac/typeAnnotations/failures/StaticMethods.java - test/tools/javac/typeAnnotations/failures/StaticMethods.out - test/tools/javac/typeAnnotations/failures/VoidGenericMethod.java - test/tools/javac/typeAnnotations/failures/common/arrayclass/DuplicateAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/arrayclass/DuplicateAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/arrayclass/DuplicateTypeAnnotation.java - test/tools/javac/typeAnnotations/failures/common/arrayclass/DuplicateTypeAnnotation.out - test/tools/javac/typeAnnotations/failures/common/arrayclass/InvalidLocation.java - test/tools/javac/typeAnnotations/failures/common/arrayclass/InvalidLocation.out - test/tools/javac/typeAnnotations/failures/common/arrayclass/MissingAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/arrayclass/MissingAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/arrays/DuplicateAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/arrays/DuplicateAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/arrays/DuplicateTypeAnnotation.java - test/tools/javac/typeAnnotations/failures/common/arrays/DuplicateTypeAnnotation.out - test/tools/javac/typeAnnotations/failures/common/arrays/InvalidLocation.java - test/tools/javac/typeAnnotations/failures/common/arrays/InvalidLocation.out - test/tools/javac/typeAnnotations/failures/common/arrays/MissingAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/arrays/MissingAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/innertypeparams/DuplicateAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/innertypeparams/DuplicateAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/innertypeparams/DuplicateTypeAnnotation.java - test/tools/javac/typeAnnotations/failures/common/innertypeparams/DuplicateTypeAnnotation.out - test/tools/javac/typeAnnotations/failures/common/innertypeparams/InvalidLocation.java - test/tools/javac/typeAnnotations/failures/common/innertypeparams/InvalidLocation.out - test/tools/javac/typeAnnotations/failures/common/innertypeparams/MissingAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/innertypeparams/MissingAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/newarray/DuplicateAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/newarray/DuplicateAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/newarray/DuplicateTypeAnnotation.java - test/tools/javac/typeAnnotations/failures/common/newarray/DuplicateTypeAnnotation.out - test/tools/javac/typeAnnotations/failures/common/newarray/InvalidLocation.java - test/tools/javac/typeAnnotations/failures/common/newarray/InvalidLocation.out - test/tools/javac/typeAnnotations/failures/common/newarray/MissingAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/newarray/MissingAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/parambounds/DuplicateAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/parambounds/DuplicateAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/parambounds/DuplicateTypeAnnotation.java - test/tools/javac/typeAnnotations/failures/common/parambounds/DuplicateTypeAnnotation.out - test/tools/javac/typeAnnotations/failures/common/parambounds/InvalidLocation.java - test/tools/javac/typeAnnotations/failures/common/parambounds/InvalidLocation.out - test/tools/javac/typeAnnotations/failures/common/parambounds/MissingAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/parambounds/MissingAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/receiver/DuplicateAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/receiver/DuplicateAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/receiver/DuplicateTypeAnnotation.java - test/tools/javac/typeAnnotations/failures/common/receiver/DuplicateTypeAnnotation.out - test/tools/javac/typeAnnotations/failures/common/receiver/InvalidLocation.java - test/tools/javac/typeAnnotations/failures/common/receiver/InvalidLocation.out - test/tools/javac/typeAnnotations/failures/common/receiver/MissingAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/receiver/MissingAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/rest/DuplicateAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/rest/DuplicateAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/rest/DuplicateTypeAnnotation.java - test/tools/javac/typeAnnotations/failures/common/rest/DuplicateTypeAnnotation.out - test/tools/javac/typeAnnotations/failures/common/rest/InvalidLocation.java - test/tools/javac/typeAnnotations/failures/common/rest/InvalidLocation.out - test/tools/javac/typeAnnotations/failures/common/rest/MissingAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/rest/MissingAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/typeArgs/DuplicateAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/typeArgs/DuplicateAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/typeArgs/DuplicateTypeAnnotation.java - test/tools/javac/typeAnnotations/failures/common/typeArgs/DuplicateTypeAnnotation.out - test/tools/javac/typeAnnotations/failures/common/typeArgs/InvalidLocation.java - test/tools/javac/typeAnnotations/failures/common/typeArgs/InvalidLocation.out - test/tools/javac/typeAnnotations/failures/common/typeArgs/MissingAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/typeArgs/MissingAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/typeparams/DuplicateAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/typeparams/DuplicateAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/typeparams/DuplicateTypeAnnotation.java - test/tools/javac/typeAnnotations/failures/common/typeparams/DuplicateTypeAnnotation.out - test/tools/javac/typeAnnotations/failures/common/typeparams/InvalidLocation.java - test/tools/javac/typeAnnotations/failures/common/typeparams/InvalidLocation.out - test/tools/javac/typeAnnotations/failures/common/typeparams/MissingAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/typeparams/MissingAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/wildcards/DuplicateAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/wildcards/DuplicateAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/wildcards/DuplicateTypeAnnotation.java - test/tools/javac/typeAnnotations/failures/common/wildcards/DuplicateTypeAnnotation.out - test/tools/javac/typeAnnotations/failures/common/wildcards/InvalidLocation.java - test/tools/javac/typeAnnotations/failures/common/wildcards/InvalidLocation.out - test/tools/javac/typeAnnotations/failures/common/wildcards/MissingAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/wildcards/MissingAnnotationValue.out - test/tools/javac/typeAnnotations/failures/target/Constructor.java - test/tools/javac/typeAnnotations/failures/target/Constructor.out - test/tools/javac/typeAnnotations/failures/target/IncompleteArray.java - test/tools/javac/typeAnnotations/failures/target/IncompleteArray.out - test/tools/javac/typeAnnotations/failures/target/NotTypeParameter.java - test/tools/javac/typeAnnotations/failures/target/NotTypeParameter.out - test/tools/javac/typeAnnotations/failures/target/NotTypeUse.java - test/tools/javac/typeAnnotations/failures/target/NotTypeUse.out - test/tools/javac/typeAnnotations/failures/target/VoidMethod.java - test/tools/javac/typeAnnotations/failures/target/VoidMethod.out ! test/tools/javac/typeAnnotations/newlocations/BasicTest.java + test/tools/javac/typeAnnotations/newlocations/BasicTest.out - test/tools/javac/typeAnnotations/newlocations/ClassExtends.java - test/tools/javac/typeAnnotations/newlocations/ClassLiterals.java - test/tools/javac/typeAnnotations/newlocations/ClassParameters.java - test/tools/javac/typeAnnotations/newlocations/ConstructorTypeArgs.java - test/tools/javac/typeAnnotations/newlocations/Expressions.java - test/tools/javac/typeAnnotations/newlocations/Fields.java - test/tools/javac/typeAnnotations/newlocations/LocalVariables.java - test/tools/javac/typeAnnotations/newlocations/MethodReturnType.java - test/tools/javac/typeAnnotations/newlocations/MethodTypeArgs.java - test/tools/javac/typeAnnotations/newlocations/MethodTypeParameters.java - test/tools/javac/typeAnnotations/newlocations/Parameters.java - test/tools/javac/typeAnnotations/newlocations/Receivers.java - test/tools/javac/typeAnnotations/newlocations/Throws.java - test/tools/javac/typeAnnotations/newlocations/TypeCasts.java - test/tools/javac/typeAnnotations/newlocations/TypeParameters.java - test/tools/javac/typeAnnotations/newlocations/Wildcards.java - test/tools/javap/typeAnnotations/ArrayClassLiterals.java - test/tools/javap/typeAnnotations/ArrayClassLiterals2.java - test/tools/javap/typeAnnotations/ClassLiterals.java - test/tools/javap/typeAnnotations/JSR175Annotations.java - test/tools/javap/typeAnnotations/NewArray.java - test/tools/javap/typeAnnotations/Presence.java - test/tools/javap/typeAnnotations/PresenceInner.java - test/tools/javap/typeAnnotations/T6855990.java - test/tools/javap/typeAnnotations/Visibility.java Changeset: 01eabcd240e9 Author: jjg Date: 2010-10-22 14:04 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/langtools/rev/01eabcd240e9 6993301: catch parameters do not have correct kind (i.e. ElementKind.EXCEPTION_PARAMETER) Reviewed-by: mcimadamore ! src/share/classes/com/sun/tools/javac/comp/Attr.java + test/tools/javac/T6993301.java Changeset: 7755f47542a0 Author: jjg Date: 2010-10-26 14:29 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/langtools/rev/7755f47542a0 6949587: rename "DisjointType" to "DisjunctType" Reviewed-by: mcimadamore - src/share/classes/com/sun/source/tree/DisjointTypeTree.java + src/share/classes/com/sun/source/tree/DisjunctiveTypeTree.java ! src/share/classes/com/sun/source/tree/Tree.java ! src/share/classes/com/sun/source/tree/TreeVisitor.java ! src/share/classes/com/sun/source/util/SimpleTreeVisitor.java ! src/share/classes/com/sun/source/util/TreeScanner.java ! src/share/classes/com/sun/tools/javac/code/Flags.java ! src/share/classes/com/sun/tools/javac/comp/Attr.java ! src/share/classes/com/sun/tools/javac/comp/Flow.java ! src/share/classes/com/sun/tools/javac/jvm/Gen.java ! src/share/classes/com/sun/tools/javac/parser/JavacParser.java ! src/share/classes/com/sun/tools/javac/tree/JCTree.java ! src/share/classes/com/sun/tools/javac/tree/Pretty.java ! src/share/classes/com/sun/tools/javac/tree/TreeCopier.java ! src/share/classes/com/sun/tools/javac/tree/TreeInfo.java ! src/share/classes/com/sun/tools/javac/tree/TreeMaker.java ! src/share/classes/com/sun/tools/javac/tree/TreeScanner.java ! src/share/classes/com/sun/tools/javac/tree/TreeTranslator.java Changeset: 601160d857ef Author: jjg Date: 2010-10-28 10:17 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/langtools/rev/601160d857ef 6460352: Reintroduce Scope.dble Reviewed-by: mcimadamore, jjg Contributed-by: per.bothner at oracle.com ! src/share/classes/com/sun/tools/javac/code/Scope.java Changeset: 2974d3800eb1 Author: jjg Date: 2010-10-28 18:58 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/langtools/rev/2974d3800eb1 6994946: option to specify only syntax errors as unrecoverable Reviewed-by: darcy, mcimadamore ! src/share/classes/com/sun/tools/javac/main/JavaCompiler.java ! src/share/classes/com/sun/tools/javac/parser/JavacParser.java ! src/share/classes/com/sun/tools/javac/processing/JavacProcessingEnvironment.java ! src/share/classes/com/sun/tools/javac/util/AbstractLog.java ! src/share/classes/com/sun/tools/javac/util/JCDiagnostic.java + test/tools/javac/processing/6994946/SemanticErrorTest.1.out + test/tools/javac/processing/6994946/SemanticErrorTest.2.out + test/tools/javac/processing/6994946/SemanticErrorTest.java + test/tools/javac/processing/6994946/SyntaxErrorTest.java + test/tools/javac/processing/6994946/SyntaxErrorTest.out + test/tools/javac/processing/6994946/TestProcessor.java Changeset: 460b2f588d0d Author: jjg Date: 2010-10-29 12:47 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/langtools/rev/460b2f588d0d 6993304: JavacTrees.getAttrContext not updated to Tree.Kind.{ANNOTATION_TYPE,ENUM,INTERFACE} Reviewed-by: mcimadamore ! src/share/classes/com/sun/tools/javac/api/JavacTrees.java ! src/share/classes/com/sun/tools/javac/code/TypeAnnotations.java Changeset: 895bea45a3e8 Author: jjg Date: 2010-10-29 13:12 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/langtools/rev/895bea45a3e8 6994608: javah no longer accepts parameter files as input Reviewed-by: mcimadamore ! src/share/classes/com/sun/tools/javah/JavahTask.java ! src/share/classes/com/sun/tools/javah/resources/l10n.properties + test/tools/javah/T6994608.java Changeset: 6ce6ee1b831a Author: jjg Date: 2010-11-01 19:28 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/langtools/rev/6ce6ee1b831a 6996626: Scope fix issues for ImportScope Reviewed-by: darcy ! src/share/classes/com/sun/tools/javac/code/Scope.java Changeset: 20659c8c917d Author: mcimadamore Date: 2010-11-02 12:00 +0000 URL: http://hg.openjdk.java.net/jdk7/deploy/langtools/rev/20659c8c917d 6996415: Override bridges causes compiler-generated code to end up with synthetic infinite loop Summary: temporarily disable fix for override bridges (6337171) Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/comp/TransTypes.java ! test/tools/javac/generics/OverrideBridge.java Changeset: fadc6d3e63f4 Author: mcimadamore Date: 2010-11-02 12:01 +0000 URL: http://hg.openjdk.java.net/jdk7/deploy/langtools/rev/fadc6d3e63f4 6939780: add a warning to detect diamond sites Summary: added hidden compiler flag '-XDfindDiamond' to detect 'diamondifiable' sites Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/comp/Attr.java ! src/share/classes/com/sun/tools/javac/resources/compiler.properties + test/tools/javac/diags/examples/DiamondRedundantArgs.java + test/tools/javac/diags/examples/DiamondRedundantArgs1.java + test/tools/javac/generics/diamond/T6939780.java + test/tools/javac/generics/diamond/T6939780.out Changeset: 534afdc92cdc Author: lana Date: 2010-11-02 19:41 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/langtools/rev/534afdc92cdc Merge - src/share/classes/com/sun/source/tree/AnnotatedTypeTree.java - src/share/classes/com/sun/source/tree/DisjointTypeTree.java - src/share/classes/com/sun/source/util/AbstractTypeProcessor.java - test/tools/javac/T6985181.java - test/tools/javac/diags/examples/TypeAnnotationsNotSupported.java - test/tools/javac/treeannotests/AnnoTreeTests.java - test/tools/javac/typeAnnotations/6967002/T6967002.java - test/tools/javac/typeAnnotations/6967002/T6967002.out - test/tools/javac/typeAnnotations/InnerClass.java - test/tools/javac/typeAnnotations/MultipleTargets.java - test/tools/javac/typeAnnotations/TypeParameterTarget.java - test/tools/javac/typeAnnotations/TypeUseTarget.java - test/tools/javac/typeAnnotations/attribution/Scopes.java - test/tools/javac/typeAnnotations/classfile/DeadCode.java - test/tools/javac/typeAnnotations/failures/AnnotationVersion.java - test/tools/javac/typeAnnotations/failures/AnnotationVersion.out - test/tools/javac/typeAnnotations/failures/IncompleteArray.java - test/tools/javac/typeAnnotations/failures/IncompleteArray.out - test/tools/javac/typeAnnotations/failures/IncompleteVararg.java - test/tools/javac/typeAnnotations/failures/IncompleteVararg.out - test/tools/javac/typeAnnotations/failures/IndexArray.java - test/tools/javac/typeAnnotations/failures/IndexArray.out - test/tools/javac/typeAnnotations/failures/LintCast.java - test/tools/javac/typeAnnotations/failures/LintCast.out - test/tools/javac/typeAnnotations/failures/OldArray.java - test/tools/javac/typeAnnotations/failures/Scopes.java - test/tools/javac/typeAnnotations/failures/Scopes.out - test/tools/javac/typeAnnotations/failures/StaticFields.java - test/tools/javac/typeAnnotations/failures/StaticFields.out - test/tools/javac/typeAnnotations/failures/StaticMethods.java - test/tools/javac/typeAnnotations/failures/StaticMethods.out - test/tools/javac/typeAnnotations/failures/VoidGenericMethod.java - test/tools/javac/typeAnnotations/failures/common/arrayclass/DuplicateAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/arrayclass/DuplicateAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/arrayclass/DuplicateTypeAnnotation.java - test/tools/javac/typeAnnotations/failures/common/arrayclass/DuplicateTypeAnnotation.out - test/tools/javac/typeAnnotations/failures/common/arrayclass/InvalidLocation.java - test/tools/javac/typeAnnotations/failures/common/arrayclass/InvalidLocation.out - test/tools/javac/typeAnnotations/failures/common/arrayclass/MissingAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/arrayclass/MissingAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/arrays/DuplicateAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/arrays/DuplicateAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/arrays/DuplicateTypeAnnotation.java - test/tools/javac/typeAnnotations/failures/common/arrays/DuplicateTypeAnnotation.out - test/tools/javac/typeAnnotations/failures/common/arrays/InvalidLocation.java - test/tools/javac/typeAnnotations/failures/common/arrays/InvalidLocation.out - test/tools/javac/typeAnnotations/failures/common/arrays/MissingAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/arrays/MissingAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/innertypeparams/DuplicateAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/innertypeparams/DuplicateAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/innertypeparams/DuplicateTypeAnnotation.java - test/tools/javac/typeAnnotations/failures/common/innertypeparams/DuplicateTypeAnnotation.out - test/tools/javac/typeAnnotations/failures/common/innertypeparams/InvalidLocation.java - test/tools/javac/typeAnnotations/failures/common/innertypeparams/InvalidLocation.out - test/tools/javac/typeAnnotations/failures/common/innertypeparams/MissingAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/innertypeparams/MissingAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/newarray/DuplicateAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/newarray/DuplicateAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/newarray/DuplicateTypeAnnotation.java - test/tools/javac/typeAnnotations/failures/common/newarray/DuplicateTypeAnnotation.out - test/tools/javac/typeAnnotations/failures/common/newarray/InvalidLocation.java - test/tools/javac/typeAnnotations/failures/common/newarray/InvalidLocation.out - test/tools/javac/typeAnnotations/failures/common/newarray/MissingAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/newarray/MissingAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/parambounds/DuplicateAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/parambounds/DuplicateAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/parambounds/DuplicateTypeAnnotation.java - test/tools/javac/typeAnnotations/failures/common/parambounds/DuplicateTypeAnnotation.out - test/tools/javac/typeAnnotations/failures/common/parambounds/InvalidLocation.java - test/tools/javac/typeAnnotations/failures/common/parambounds/InvalidLocation.out - test/tools/javac/typeAnnotations/failures/common/parambounds/MissingAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/parambounds/MissingAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/receiver/DuplicateAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/receiver/DuplicateAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/receiver/DuplicateTypeAnnotation.java - test/tools/javac/typeAnnotations/failures/common/receiver/DuplicateTypeAnnotation.out - test/tools/javac/typeAnnotations/failures/common/receiver/InvalidLocation.java - test/tools/javac/typeAnnotations/failures/common/receiver/InvalidLocation.out - test/tools/javac/typeAnnotations/failures/common/receiver/MissingAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/receiver/MissingAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/rest/DuplicateAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/rest/DuplicateAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/rest/DuplicateTypeAnnotation.java - test/tools/javac/typeAnnotations/failures/common/rest/DuplicateTypeAnnotation.out - test/tools/javac/typeAnnotations/failures/common/rest/InvalidLocation.java - test/tools/javac/typeAnnotations/failures/common/rest/InvalidLocation.out - test/tools/javac/typeAnnotations/failures/common/rest/MissingAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/rest/MissingAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/typeArgs/DuplicateAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/typeArgs/DuplicateAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/typeArgs/DuplicateTypeAnnotation.java - test/tools/javac/typeAnnotations/failures/common/typeArgs/DuplicateTypeAnnotation.out - test/tools/javac/typeAnnotations/failures/common/typeArgs/InvalidLocation.java - test/tools/javac/typeAnnotations/failures/common/typeArgs/InvalidLocation.out - test/tools/javac/typeAnnotations/failures/common/typeArgs/MissingAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/typeArgs/MissingAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/typeparams/DuplicateAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/typeparams/DuplicateAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/typeparams/DuplicateTypeAnnotation.java - test/tools/javac/typeAnnotations/failures/common/typeparams/DuplicateTypeAnnotation.out - test/tools/javac/typeAnnotations/failures/common/typeparams/InvalidLocation.java - test/tools/javac/typeAnnotations/failures/common/typeparams/InvalidLocation.out - test/tools/javac/typeAnnotations/failures/common/typeparams/MissingAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/typeparams/MissingAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/wildcards/DuplicateAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/wildcards/DuplicateAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/wildcards/DuplicateTypeAnnotation.java - test/tools/javac/typeAnnotations/failures/common/wildcards/DuplicateTypeAnnotation.out - test/tools/javac/typeAnnotations/failures/common/wildcards/InvalidLocation.java - test/tools/javac/typeAnnotations/failures/common/wildcards/InvalidLocation.out - test/tools/javac/typeAnnotations/failures/common/wildcards/MissingAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/wildcards/MissingAnnotationValue.out - test/tools/javac/typeAnnotations/failures/target/Constructor.java - test/tools/javac/typeAnnotations/failures/target/Constructor.out - test/tools/javac/typeAnnotations/failures/target/IncompleteArray.java - test/tools/javac/typeAnnotations/failures/target/IncompleteArray.out - test/tools/javac/typeAnnotations/failures/target/NotTypeParameter.java - test/tools/javac/typeAnnotations/failures/target/NotTypeParameter.out - test/tools/javac/typeAnnotations/failures/target/NotTypeUse.java - test/tools/javac/typeAnnotations/failures/target/NotTypeUse.out - test/tools/javac/typeAnnotations/failures/target/VoidMethod.java - test/tools/javac/typeAnnotations/failures/target/VoidMethod.out - test/tools/javac/typeAnnotations/newlocations/ClassExtends.java - test/tools/javac/typeAnnotations/newlocations/ClassLiterals.java - test/tools/javac/typeAnnotations/newlocations/ClassParameters.java - test/tools/javac/typeAnnotations/newlocations/ConstructorTypeArgs.java - test/tools/javac/typeAnnotations/newlocations/Expressions.java - test/tools/javac/typeAnnotations/newlocations/Fields.java - test/tools/javac/typeAnnotations/newlocations/LocalVariables.java - test/tools/javac/typeAnnotations/newlocations/MethodReturnType.java - test/tools/javac/typeAnnotations/newlocations/MethodTypeArgs.java - test/tools/javac/typeAnnotations/newlocations/MethodTypeParameters.java - test/tools/javac/typeAnnotations/newlocations/Parameters.java - test/tools/javac/typeAnnotations/newlocations/Receivers.java - test/tools/javac/typeAnnotations/newlocations/Throws.java - test/tools/javac/typeAnnotations/newlocations/TypeCasts.java - test/tools/javac/typeAnnotations/newlocations/TypeParameters.java - test/tools/javac/typeAnnotations/newlocations/Wildcards.java - test/tools/javap/typeAnnotations/ArrayClassLiterals.java - test/tools/javap/typeAnnotations/ArrayClassLiterals2.java - test/tools/javap/typeAnnotations/ClassLiterals.java - test/tools/javap/typeAnnotations/JSR175Annotations.java - test/tools/javap/typeAnnotations/NewArray.java - test/tools/javap/typeAnnotations/Presence.java - test/tools/javap/typeAnnotations/PresenceInner.java - test/tools/javap/typeAnnotations/T6855990.java - test/tools/javap/typeAnnotations/Visibility.java Changeset: c491eec0acc7 Author: lana Date: 2010-11-09 22:54 -0800 URL: http://hg.openjdk.java.net/jdk7/deploy/langtools/rev/c491eec0acc7 Merge - src/share/classes/com/sun/source/tree/AnnotatedTypeTree.java - src/share/classes/com/sun/source/tree/DisjointTypeTree.java - src/share/classes/com/sun/source/util/AbstractTypeProcessor.java - test/tools/javac/T6985181.java - test/tools/javac/diags/examples/TypeAnnotationsNotSupported.java - test/tools/javac/treeannotests/AnnoTreeTests.java - test/tools/javac/typeAnnotations/6967002/T6967002.java - test/tools/javac/typeAnnotations/6967002/T6967002.out - test/tools/javac/typeAnnotations/InnerClass.java - test/tools/javac/typeAnnotations/MultipleTargets.java - test/tools/javac/typeAnnotations/TypeParameterTarget.java - test/tools/javac/typeAnnotations/TypeUseTarget.java - test/tools/javac/typeAnnotations/attribution/Scopes.java - test/tools/javac/typeAnnotations/classfile/DeadCode.java - test/tools/javac/typeAnnotations/failures/AnnotationVersion.java - test/tools/javac/typeAnnotations/failures/AnnotationVersion.out - test/tools/javac/typeAnnotations/failures/IncompleteArray.java - test/tools/javac/typeAnnotations/failures/IncompleteArray.out - test/tools/javac/typeAnnotations/failures/IncompleteVararg.java - test/tools/javac/typeAnnotations/failures/IncompleteVararg.out - test/tools/javac/typeAnnotations/failures/IndexArray.java - test/tools/javac/typeAnnotations/failures/IndexArray.out - test/tools/javac/typeAnnotations/failures/LintCast.java - test/tools/javac/typeAnnotations/failures/LintCast.out - test/tools/javac/typeAnnotations/failures/OldArray.java - test/tools/javac/typeAnnotations/failures/Scopes.java - test/tools/javac/typeAnnotations/failures/Scopes.out - test/tools/javac/typeAnnotations/failures/StaticFields.java - test/tools/javac/typeAnnotations/failures/StaticFields.out - test/tools/javac/typeAnnotations/failures/StaticMethods.java - test/tools/javac/typeAnnotations/failures/StaticMethods.out - test/tools/javac/typeAnnotations/failures/VoidGenericMethod.java - test/tools/javac/typeAnnotations/failures/common/arrayclass/DuplicateAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/arrayclass/DuplicateAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/arrayclass/DuplicateTypeAnnotation.java - test/tools/javac/typeAnnotations/failures/common/arrayclass/DuplicateTypeAnnotation.out - test/tools/javac/typeAnnotations/failures/common/arrayclass/InvalidLocation.java - test/tools/javac/typeAnnotations/failures/common/arrayclass/InvalidLocation.out - test/tools/javac/typeAnnotations/failures/common/arrayclass/MissingAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/arrayclass/MissingAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/arrays/DuplicateAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/arrays/DuplicateAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/arrays/DuplicateTypeAnnotation.java - test/tools/javac/typeAnnotations/failures/common/arrays/DuplicateTypeAnnotation.out - test/tools/javac/typeAnnotations/failures/common/arrays/InvalidLocation.java - test/tools/javac/typeAnnotations/failures/common/arrays/InvalidLocation.out - test/tools/javac/typeAnnotations/failures/common/arrays/MissingAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/arrays/MissingAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/innertypeparams/DuplicateAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/innertypeparams/DuplicateAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/innertypeparams/DuplicateTypeAnnotation.java - test/tools/javac/typeAnnotations/failures/common/innertypeparams/DuplicateTypeAnnotation.out - test/tools/javac/typeAnnotations/failures/common/innertypeparams/InvalidLocation.java - test/tools/javac/typeAnnotations/failures/common/innertypeparams/InvalidLocation.out - test/tools/javac/typeAnnotations/failures/common/innertypeparams/MissingAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/innertypeparams/MissingAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/newarray/DuplicateAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/newarray/DuplicateAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/newarray/DuplicateTypeAnnotation.java - test/tools/javac/typeAnnotations/failures/common/newarray/DuplicateTypeAnnotation.out - test/tools/javac/typeAnnotations/failures/common/newarray/InvalidLocation.java - test/tools/javac/typeAnnotations/failures/common/newarray/InvalidLocation.out - test/tools/javac/typeAnnotations/failures/common/newarray/MissingAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/newarray/MissingAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/parambounds/DuplicateAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/parambounds/DuplicateAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/parambounds/DuplicateTypeAnnotation.java - test/tools/javac/typeAnnotations/failures/common/parambounds/DuplicateTypeAnnotation.out - test/tools/javac/typeAnnotations/failures/common/parambounds/InvalidLocation.java - test/tools/javac/typeAnnotations/failures/common/parambounds/InvalidLocation.out - test/tools/javac/typeAnnotations/failures/common/parambounds/MissingAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/parambounds/MissingAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/receiver/DuplicateAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/receiver/DuplicateAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/receiver/DuplicateTypeAnnotation.java - test/tools/javac/typeAnnotations/failures/common/receiver/DuplicateTypeAnnotation.out - test/tools/javac/typeAnnotations/failures/common/receiver/InvalidLocation.java - test/tools/javac/typeAnnotations/failures/common/receiver/InvalidLocation.out - test/tools/javac/typeAnnotations/failures/common/receiver/MissingAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/receiver/MissingAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/rest/DuplicateAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/rest/DuplicateAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/rest/DuplicateTypeAnnotation.java - test/tools/javac/typeAnnotations/failures/common/rest/DuplicateTypeAnnotation.out - test/tools/javac/typeAnnotations/failures/common/rest/InvalidLocation.java - test/tools/javac/typeAnnotations/failures/common/rest/InvalidLocation.out - test/tools/javac/typeAnnotations/failures/common/rest/MissingAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/rest/MissingAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/typeArgs/DuplicateAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/typeArgs/DuplicateAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/typeArgs/DuplicateTypeAnnotation.java - test/tools/javac/typeAnnotations/failures/common/typeArgs/DuplicateTypeAnnotation.out - test/tools/javac/typeAnnotations/failures/common/typeArgs/InvalidLocation.java - test/tools/javac/typeAnnotations/failures/common/typeArgs/InvalidLocation.out - test/tools/javac/typeAnnotations/failures/common/typeArgs/MissingAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/typeArgs/MissingAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/typeparams/DuplicateAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/typeparams/DuplicateAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/typeparams/DuplicateTypeAnnotation.java - test/tools/javac/typeAnnotations/failures/common/typeparams/DuplicateTypeAnnotation.out - test/tools/javac/typeAnnotations/failures/common/typeparams/InvalidLocation.java - test/tools/javac/typeAnnotations/failures/common/typeparams/InvalidLocation.out - test/tools/javac/typeAnnotations/failures/common/typeparams/MissingAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/typeparams/MissingAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/wildcards/DuplicateAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/wildcards/DuplicateAnnotationValue.out - test/tools/javac/typeAnnotations/failures/common/wildcards/DuplicateTypeAnnotation.java - test/tools/javac/typeAnnotations/failures/common/wildcards/DuplicateTypeAnnotation.out - test/tools/javac/typeAnnotations/failures/common/wildcards/InvalidLocation.java - test/tools/javac/typeAnnotations/failures/common/wildcards/InvalidLocation.out - test/tools/javac/typeAnnotations/failures/common/wildcards/MissingAnnotationValue.java - test/tools/javac/typeAnnotations/failures/common/wildcards/MissingAnnotationValue.out - test/tools/javac/typeAnnotations/failures/target/Constructor.java - test/tools/javac/typeAnnotations/failures/target/Constructor.out - test/tools/javac/typeAnnotations/failures/target/IncompleteArray.java - test/tools/javac/typeAnnotations/failures/target/IncompleteArray.out - test/tools/javac/typeAnnotations/failures/target/NotTypeParameter.java - test/tools/javac/typeAnnotations/failures/target/NotTypeParameter.out - test/tools/javac/typeAnnotations/failures/target/NotTypeUse.java - test/tools/javac/typeAnnotations/failures/target/NotTypeUse.out - test/tools/javac/typeAnnotations/failures/target/VoidMethod.java - test/tools/javac/typeAnnotations/failures/target/VoidMethod.out - test/tools/javac/typeAnnotations/newlocations/ClassExtends.java - test/tools/javac/typeAnnotations/newlocations/ClassLiterals.java - test/tools/javac/typeAnnotations/newlocations/ClassParameters.java - test/tools/javac/typeAnnotations/newlocations/ConstructorTypeArgs.java - test/tools/javac/typeAnnotations/newlocations/Expressions.java - test/tools/javac/typeAnnotations/newlocations/Fields.java - test/tools/javac/typeAnnotations/newlocations/LocalVariables.java - test/tools/javac/typeAnnotations/newlocations/MethodReturnType.java - test/tools/javac/typeAnnotations/newlocations/MethodTypeArgs.java - test/tools/javac/typeAnnotations/newlocations/MethodTypeParameters.java - test/tools/javac/typeAnnotations/newlocations/Parameters.java - test/tools/javac/typeAnnotations/newlocations/Receivers.java - test/tools/javac/typeAnnotations/newlocations/Throws.java - test/tools/javac/typeAnnotations/newlocations/TypeCasts.java - test/tools/javac/typeAnnotations/newlocations/TypeParameters.java - test/tools/javac/typeAnnotations/newlocations/Wildcards.java - test/tools/javap/typeAnnotations/ArrayClassLiterals.java - test/tools/javap/typeAnnotations/ArrayClassLiterals2.java - test/tools/javap/typeAnnotations/ClassLiterals.java - test/tools/javap/typeAnnotations/JSR175Annotations.java - test/tools/javap/typeAnnotations/NewArray.java - test/tools/javap/typeAnnotations/Presence.java - test/tools/javap/typeAnnotations/PresenceInner.java - test/tools/javap/typeAnnotations/T6855990.java - test/tools/javap/typeAnnotations/Visibility.java Changeset: 814561077c44 Author: cl Date: 2010-11-11 11:02 -0800 URL: http://hg.openjdk.java.net/jdk7/deploy/langtools/rev/814561077c44 Added tag jdk7-b118 for changeset c491eec0acc7 ! .hgtags From ramakanth.varala at gmail.com Tue Nov 16 22:58:26 2010 From: ramakanth.varala at gmail.com (ramakanth varala) Date: Wed, 17 Nov 2010 12:28:26 +0530 Subject: no gcj-jdk + no ecj + building openjdk Message-ID: Hello all, Iam trying to build openjdk for my fedora plat form . i like to build openjdk without ecj ( i guess this is eclipse related and eclipse IDE is not needed ) Currently iam getting the error as below . checking for distribution package version... none checking build identification... Built on Fedora release 8 (Werewolf) (Wed Nov 17 12:03:35 IST 2010) checking for a GCJ JDK home directory... configure: error: "A GCJ JDK home directory could not be found." can any body help me in this. regards From damjan.jov at gmail.com Wed Nov 17 00:37:33 2010 From: damjan.jov at gmail.com (Damjan Jovanovic) Date: Wed, 17 Nov 2010 10:37:33 +0200 Subject: Building OpenJDK 7 under Fedora 14' In-Reply-To: <1289948779.2723.21.camel@wsccuw01.ccuw.ch> References: <4CE1987D.2090202@reini.net> <4CE1DF3C.4070200@oracle.com> <1289948779.2723.21.camel@wsccuw01.ccuw.ch> Message-ID: On Wed, Nov 17, 2010 at 1:06 AM, Patrick Reinhart wrote: > Hi David, > > On Tue, 2010-11-16 at 11:32 +1000, David Holmes wrote: >> It is very odd that noone has encountered this. >> >> You can fix it by editing the file and replacing the 8 spaces with a TAB. >> >> David Holmes > > Thanks for the tip. After a couple re-reading the lines if think that > the whole "else" block is not needed. After changing a couple more lines > I got the sanity check working successfully under Fedora 14 (see patch): > > Now I get the following error when trying to build: > >> BUILD FAILED >> /home/pr/hgrepos/jdk7/jaxp/build-defs.xml:70: ERROR: Cannot find source >> for project jaxp. >> >> HINT: Try setting drops.dir to indicate where the bundles can be found, >> or try setting the ant property allow.downloads=true to download the >> bundle from the URL. >> e.g. ant -Dallow.downloads=true -OR- ant -Ddrops.dir=some_directory >> >> Total time: 0 seconds >> make[2]: *** [all] Error 1 >> make[2]: Leaving directory `/home/pr/hgrepos/jdk7/jaxp/make' >> make[1]: *** [jaxp-build] Error 2 >> make[1]: Leaving directory `/home/pr/hgrepos/jdk7' >> make: *** [build_product_image] Error 2 > > How do I specify those suggested ANT parameters with the make command? > > Regards Patrick > > > export ALLOW_DOWNLOADS=true From gbenson at redhat.com Wed Nov 17 01:30:02 2010 From: gbenson at redhat.com (Gary Benson) Date: Wed, 17 Nov 2010 09:30:02 +0000 Subject: no gcj-jdk + no ecj + building openjdk In-Reply-To: References: Message-ID: <20101117093002.GB3460@redhat.com> Hi Ramakanth, It looks like you're using IcedTea, so I'm copying in distro-pkg-dev which is the mailing list most IcedTea stuff is discussed on. It also looks like you're using Fedora 8, which is very old. I'm not saying you won't be able to do a build, but you'll likely run into problems that upgrading would solve. So unless there you have a very compelling reason to stick on Fedora 8 I would suggest upgrading to the latest as your first step. In answer to your question, ecj is the Java compiler from Eclipse, and it's the Java compiler used by jdk-gcj-compat. You do need an existing JDK to build OpenJDK, and jdk-gcj-compat is probably the only free one available for Fedora 8. Cheers, Gary Ramakanth Varala wrote: > Hello all, > > Iam trying to build openjdk for my fedora plat form . > i like to build openjdk without ecj ( i guess this is eclipse related > and eclipse IDE is not needed ) > > Currently iam getting the error as below . > > checking for distribution package version... none > checking build identification... Built on Fedora release 8 (Werewolf) > (Wed Nov 17 12:03:35 IST 2010) > checking for a GCJ JDK home directory... > configure: error: "A GCJ JDK home directory could not be found." > > > can any body help me in this. > > regards -- http://gbenson.net/ From ahughes at redhat.com Wed Nov 17 05:59:39 2010 From: ahughes at redhat.com (Dr Andrew John Hughes) Date: Wed, 17 Nov 2010 13:59:39 +0000 Subject: no gcj-jdk + no ecj + building openjdk In-Reply-To: <20101117093002.GB3460@redhat.com> References: <20101117093002.GB3460@redhat.com> Message-ID: <20101117135939.GA24703@rivendell.middle-earth.co.uk> On 09:30 Wed 17 Nov , Gary Benson wrote: > Hi Ramakanth, > > It looks like you're using IcedTea, so I'm copying in distro-pkg-dev > which is the mailing list most IcedTea stuff is discussed on. > > It also looks like you're using Fedora 8, which is very old. I'm not > saying you won't be able to do a build, but you'll likely run into > problems that upgrading would solve. So unless there you have a very > compelling reason to stick on Fedora 8 I would suggest upgrading to > the latest as your first step. > > In answer to your question, ecj is the Java compiler from Eclipse, > and it's the Java compiler used by jdk-gcj-compat. You do need an > existing JDK to build OpenJDK, and jdk-gcj-compat is probably the > only free one available for Fedora 8. > > Cheers, > Gary > > Ramakanth Varala wrote: > > Hello all, > > > > Iam trying to build openjdk for my fedora plat form . > > i like to build openjdk without ecj ( i guess this is eclipse related > > and eclipse IDE is not needed ) > > ecj is a java compiler and you need a Java compiler to build IcedTea. It does come from the Eclipse IDE but you don't need any of the IDE installed to use it. It's a command-line tool. On Fedora 8, I believe you should have the option of either installing java-1.5.0-gcj (recommended) or java-1.7.0-icedtea. Using the latter will require building with the --with-openjdk flag. The simplest option, however, is probably just to upgrade to a newer version of Fedora and perform 'yum install java-1.6.0-openjdk'. > > Currently iam getting the error as below . > > > > checking for distribution package version... none > > checking build identification... Built on Fedora release 8 (Werewolf) > > (Wed Nov 17 12:03:35 IST 2010) > > checking for a GCJ JDK home directory... > > configure: error: "A GCJ JDK home directory could not be found." > > > > > > can any body help me in this. > > > > regards > > -- > http://gbenson.net/ -- 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 qi.zuo at sun.com Wed Nov 17 08:17:47 2010 From: qi.zuo at sun.com (qi.zuo at sun.com) Date: Wed, 17 Nov 2010 16:17:47 +0000 Subject: hg: jdk7/deploy: 2 new changesets Message-ID: <20101117161747.B885A47A7A@hg.openjdk.java.net> Changeset: 661360bef6cc Author: jqzuo Date: 2010-11-15 14:17 -0500 URL: http://hg.openjdk.java.net/jdk7/deploy/rev/661360bef6cc Merge Changeset: 7bf38037c3c9 Author: jqzuo Date: 2010-11-17 09:43 -0500 URL: http://hg.openjdk.java.net/jdk7/deploy/rev/7bf38037c3c9 Merge From qi.zuo at sun.com Wed Nov 17 08:22:12 2010 From: qi.zuo at sun.com (qi.zuo at sun.com) Date: Wed, 17 Nov 2010 16:22:12 +0000 Subject: hg: jdk7/deploy/jaxp: Added tag jdk7-b118 for changeset b2f6d9c4f12f Message-ID: <20101117162213.2462647A7B@hg.openjdk.java.net> Changeset: 9ee900f01c58 Author: cl Date: 2010-11-11 11:02 -0800 URL: http://hg.openjdk.java.net/jdk7/deploy/jaxp/rev/9ee900f01c58 Added tag jdk7-b118 for changeset b2f6d9c4f12f ! .hgtags From qi.zuo at sun.com Wed Nov 17 08:22:23 2010 From: qi.zuo at sun.com (qi.zuo at sun.com) Date: Wed, 17 Nov 2010 16:22:23 +0000 Subject: hg: jdk7/deploy/jaxws: Added tag jdk7-b118 for changeset 19a2fab3f91a Message-ID: <20101117162223.EBC6C47A7C@hg.openjdk.java.net> Changeset: 41fa02b36637 Author: cl Date: 2010-11-11 11:02 -0800 URL: http://hg.openjdk.java.net/jdk7/deploy/jaxws/rev/41fa02b36637 Added tag jdk7-b118 for changeset 19a2fab3f91a ! .hgtags From ramakanth.varala at gmail.com Wed Nov 17 22:01:11 2010 From: ramakanth.varala at gmail.com (ramakanth varala) Date: Thu, 18 Nov 2010 11:31:11 +0530 Subject: no gcj-jdk + no ecj + building openjdk In-Reply-To: <20101117135939.GA24703@rivendell.middle-earth.co.uk> References: <20101117093002.GB3460@redhat.com> <20101117135939.GA24703@rivendell.middle-earth.co.uk> Message-ID: Thanks Dr Andrew, for your reply. My target is to get openjdk build for target board (ARM) . In the process i thought i would build openjdk first to my host machine i.e of fedora 8. Iam confused of lot of things here 1) what is icedtea ? 2) How is icedtea related to openjdk? 3) can i build this for the arm board ? 4) can you point me to proper documentation where i can get a clear picture of cross-compilation to arm? In short iam just running out of the options to solve my problem. your suggestion would be highly appreaciated in this regard. On Wed, Nov 17, 2010 at 7:29 PM, Dr Andrew John Hughes wrote: > On 09:30 Wed 17 Nov , Gary Benson wrote: >> Hi Ramakanth, >> >> It looks like you're using IcedTea, so I'm copying in distro-pkg-dev >> which is the mailing list most IcedTea stuff is discussed on. >> >> It also looks like you're using Fedora 8, which is very old. I'm not >> saying you won't be able to do a build, but you'll likely run into >> problems that upgrading would solve. So unless there you have a very >> compelling reason to stick on Fedora 8 I would suggest upgrading to >> the latest as your first step. >> >> In answer to your question, ecj is the Java compiler from Eclipse, >> and it's the Java compiler used by jdk-gcj-compat. You do need an >> existing JDK to build OpenJDK, and jdk-gcj-compat is probably the >> only free one available for Fedora 8. >> >> Cheers, >> Gary >> >> Ramakanth Varala wrote: >> > Hello all, >> > >> > Iam trying to build openjdk for my fedora plat form . >> > i like to build openjdk without ecj ( i guess this is eclipse related >> > and eclipse IDE is not needed ) >> > > > ecj is a java compiler and you need a Java compiler to build IcedTea. > It does come from the Eclipse IDE but you don't need any of the IDE > installed to use it. It's a command-line tool. > > On Fedora 8, I believe you should have the option of either installing > java-1.5.0-gcj (recommended) or java-1.7.0-icedtea. Using the latter > will require building with the --with-openjdk flag. > > The simplest option, however, is probably just to upgrade to a newer > version of Fedora and perform 'yum install java-1.6.0-openjdk'. > >> > Currently iam getting the error as below . >> > >> > checking for distribution package version... none >> > checking build identification... Built on Fedora release 8 (Werewolf) >> > (Wed Nov 17 12:03:35 IST 2010) >> > checking for a GCJ JDK home directory... >> > configure: error: "A GCJ JDK home directory could not be found." >> > >> > >> > can any body help me in this. >> > >> > regards >> >> -- >> http://gbenson.net/ > > -- > 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 Thu Nov 18 00:27:18 2010 From: mark at klomp.org (Mark Wielaard) Date: Thu, 18 Nov 2010 09:27:18 +0100 Subject: no gcj-jdk + no ecj + building openjdk In-Reply-To: References: <20101117093002.GB3460@redhat.com> <20101117135939.GA24703@rivendell.middle-earth.co.uk> Message-ID: <1290068838.2846.8.camel@springer.wildebeest.org> On Thu, 2010-11-18 at 11:31 +0530, ramakanth varala wrote: > My target is to get openjdk build for target board (ARM) . > > In the process i thought i would build openjdk first to my host > machine i.e of fedora 8. Fedora 8 is very outdated (3 years old). Although IcedTea (7) has been bootstrapped on it, it isn't maintained anymore. You might have better luck if you update to a more modern version (Fedora 14 is the latest). > Iam confused of lot of things here > > 1) what is icedtea ? IcedTea is a fully free Java Runtime and Development Environment. Build upon OpenJDK extended with developer, user and web browser tools like an Applet viewer, Java Webstart (LiveConnect and JNLP) support and VisualVM, a lightweight profiler and troubleshooting tool. Bootstraps with and provides alternative runtimes, tools and class library support for Java and Java-like environments, like the Zero interpreter, Shark JIT, GCJ native compiler, GNU Classpath core libraries and Cacao. See http://icedtea.classpath.org/ > 2) How is icedtea related to openjdk? OpenJDK is a free reference implementation for the Java Standard Edition Developer Kit. Includes an execution environment, development tools and a class library for the Java programming language. IcedTea extends this. > 3) can i build this for the arm board ? Yes, it should natively build on an arm board. But that might be slow, so you might want to cross-compile... > 4) can you point me to proper documentation where i can get a clear > picture of cross-compilation to arm? See http://icedtea.classpath.org/wiki/CrossCompileFaq Cheers, Mark From patrick at reini.net Thu Nov 18 01:27:03 2010 From: patrick at reini.net (patrick at reini.net) Date: Thu, 18 Nov 2010 10:27:03 +0100 Subject: no gcj-jdk + no ecj + building openjdk In-Reply-To: <1290068838.2846.8.camel@springer.wildebeest.org> References: <20101117093002.GB3460@redhat.com> <20101117135939.GA24703@rivendell.middle-earth.co.uk> <1290068838.2846.8.camel@springer.wildebeest.org> Message-ID: <20101118102703.85931x4fjat5xxls@webmail.nine.ch> Quoting "Mark Wielaard" : > On Thu, 2010-11-18 at 11:31 +0530, ramakanth varala wrote: >> My target is to get openjdk build for target board (ARM) . >> >> In the process i thought i would build openjdk first to my host >> machine i.e of fedora 8. > > Fedora 8 is very outdated (3 years old). Although IcedTea (7) has been > bootstrapped on it, it isn't maintained anymore. You might have better > luck if you update to a more modern version (Fedora 14 is the latest). I just trying to get the build running on Fedora 14, until now without success. At the moment I'm stuck getting the additional resources due a HTTPS certificate error, that I'm trying to solve next... See http://mail.openjdk.java.net/pipermail/build-dev/2010-November/003583.html Regards Patrick From patrick at reini.net Thu Nov 18 01:32:25 2010 From: patrick at reini.net (patrick at reini.net) Date: Thu, 18 Nov 2010 10:32:25 +0100 Subject: Building OpenJDK 7 under Fedora 14' In-Reply-To: References: <4CE1987D.2090202@reini.net> <4CE1DF3C.4070200@oracle.com> <1289948779.2723.21.camel@wsccuw01.ccuw.ch> Message-ID: <20101118103225.1456283upopzaf9c@webmail.nine.ch> Quoting "Damjan Jovanovic" : > > export ALLOW_DOWNLOADS=true > Thanks for the tip, is it possible to define a proxy server also with such a parameter, so I can try in office as well? Regards Patrick From mark at klomp.org Thu Nov 18 01:47:25 2010 From: mark at klomp.org (Mark Wielaard) Date: Thu, 18 Nov 2010 10:47:25 +0100 Subject: no gcj-jdk + no ecj + building openjdk In-Reply-To: <20101118102703.85931x4fjat5xxls@webmail.nine.ch> References: <20101117093002.GB3460@redhat.com> <20101117135939.GA24703@rivendell.middle-earth.co.uk> <1290068838.2846.8.camel@springer.wildebeest.org> <20101118102703.85931x4fjat5xxls@webmail.nine.ch> Message-ID: <1290073645.2846.12.camel@springer.wildebeest.org> On Thu, 2010-11-18 at 10:27 +0100, patrick at reini.net wrote: > Quoting "Mark Wielaard" : > > > On Thu, 2010-11-18 at 11:31 +0530, ramakanth varala wrote: > >> My target is to get openjdk build for target board (ARM) . > >> > >> In the process i thought i would build openjdk first to my host > >> machine i.e of fedora 8. > > > > Fedora 8 is very outdated (3 years old). Although IcedTea (7) has been > > bootstrapped on it, it isn't maintained anymore. You might have better > > luck if you update to a more modern version (Fedora 14 is the latest). > > I just trying to get the build running on Fedora 14, until now without > success. > At the moment I'm stuck getting the additional resources due a HTTPS > certificate error, that I'm trying to solve next... > > See http://mail.openjdk.java.net/pipermail/build-dev/2010-November/003583.html You might want to look at the icedtea build harness which does this automagically beforehand (through wget instead of relying on ant). That is if you like a configure/automake kind of setup. See http://icedtea.classpath.org/hg/icedtea6 From damjan.jov at gmail.com Thu Nov 18 05:43:16 2010 From: damjan.jov at gmail.com (Damjan Jovanovic) Date: Thu, 18 Nov 2010 15:43:16 +0200 Subject: Building OpenJDK 7 under Fedora 14' In-Reply-To: <20101118103225.1456283upopzaf9c@webmail.nine.ch> References: <4CE1987D.2090202@reini.net> <4CE1DF3C.4070200@oracle.com> <1289948779.2723.21.camel@wsccuw01.ccuw.ch> <20101118103225.1456283upopzaf9c@webmail.nine.ch> Message-ID: On Thu, Nov 18, 2010 at 11:32 AM, wrote: > Quoting "Damjan Jovanovic" : >> >> export ALLOW_DOWNLOADS=true >> > > Thanks for the tip, is it possible to define a proxy server also with such a > parameter, so I can try in office as well? > > Regards > > Patrick > > I think the download is done using wget, so configure wget to use the proxy. From damjan.jov at gmail.com Thu Nov 18 05:46:16 2010 From: damjan.jov at gmail.com (Damjan Jovanovic) Date: Thu, 18 Nov 2010 15:46:16 +0200 Subject: Building OpenJDK 7 under Fedora 14' In-Reply-To: References: <4CE1987D.2090202@reini.net> <4CE1DF3C.4070200@oracle.com> <1289948779.2723.21.camel@wsccuw01.ccuw.ch> <20101118103225.1456283upopzaf9c@webmail.nine.ch> Message-ID: On Thu, Nov 18, 2010 at 3:43 PM, Damjan Jovanovic wrote: > On Thu, Nov 18, 2010 at 11:32 AM, ? wrote: >> Quoting "Damjan Jovanovic" : >>> >>> export ALLOW_DOWNLOADS=true >>> >> >> Thanks for the tip, is it possible to define a proxy server also with such a >> parameter, so I can try in office as well? >> >> Regards >> >> Patrick >> >> > > I think the download is done using wget, so configure wget to use the proxy. > Or it's done using Java itself, run jcontrol and configure Java to use the proxy. From ahughes at redhat.com Thu Nov 18 06:02:14 2010 From: ahughes at redhat.com (Dr Andrew John Hughes) Date: Thu, 18 Nov 2010 14:02:14 +0000 Subject: no gcj-jdk + no ecj + building openjdk In-Reply-To: <1290068838.2846.8.camel@springer.wildebeest.org> References: <20101117093002.GB3460@redhat.com> <20101117135939.GA24703@rivendell.middle-earth.co.uk> <1290068838.2846.8.camel@springer.wildebeest.org> Message-ID: <20101118140214.GA27167@rivendell.middle-earth.co.uk> On 09:27 Thu 18 Nov , Mark Wielaard wrote: > On Thu, 2010-11-18 at 11:31 +0530, ramakanth varala wrote: > > My target is to get openjdk build for target board (ARM) . > > > > In the process i thought i would build openjdk first to my host > > machine i.e of fedora 8. > > Fedora 8 is very outdated (3 years old). Although IcedTea (7) has been > bootstrapped on it, it isn't maintained anymore. You might have better > luck if you update to a more modern version (Fedora 14 is the latest). > > > Iam confused of lot of things here > > > > 1) what is icedtea ? > > IcedTea is a fully free Java Runtime and Development Environment. Build > upon OpenJDK extended with developer, user and web browser tools like an > Applet viewer, Java Webstart (LiveConnect and JNLP) support and > VisualVM, a lightweight profiler and troubleshooting tool. Bootstraps > with and provides alternative runtimes, tools and class library support > for Java and Java-like environments, like the Zero interpreter, Shark > JIT, GCJ native compiler, GNU Classpath core libraries and Cacao. See > http://icedtea.classpath.org/ > Zero & Shark are now part of OpenJDK. > > 2) How is icedtea related to openjdk? > > OpenJDK is a free reference implementation for the Java Standard Edition > Developer Kit. Includes an execution environment, development tools and > a class library for the Java programming language. IcedTea extends this. > Notably, IcedTea is required for plugin and Web Start support. The packages in most distros which claim to be OpenJDK are actually IcedTea. An easy way to check is to see if a plugin and javaws binary are included. I haven't heard of any distros shipping OpenJDK as supplied upstream. > > 3) can i build this for the arm board ? > > Yes, it should natively build on an arm board. But that might be slow, > so you might want to cross-compile... > > > 4) can you point me to proper documentation where i can get a clear > > picture of cross-compilation to arm? > > See http://icedtea.classpath.org/wiki/CrossCompileFaq > I'm not sure how up-to-date this document is. It does have noticeable typos. There should be support for ARM in IcedTea via Zero, Shark and the ARM assembler port (I'm not sure of the maintenance level of the latter). The best advice is probably to give it a try and go on IRC if you hit problems. I believe Xerces (xranby) does regular ARM builds and is usually online in #openjdk on the OFTC network. > 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 jonnyt at abpni.co.uk Thu Nov 18 04:44:05 2010 From: jonnyt at abpni.co.uk (Jonathan Tripathy) Date: Thu, 18 Nov 2010 12:44:05 -0000 Subject: Field of use Message-ID: <46C13AA90DB8844DAB79680243857F0F0AFF1D@server1.ABPNI.local> Hi Everyone, Does the OpenJDK project have any "Field of Use" restrictions? Are "kiosk"/"set top box" style installation allowed? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/build-dev/attachments/20101118/e81c1733/attachment.html From igor.nekrestyanov at oracle.com Thu Nov 18 10:55:41 2010 From: igor.nekrestyanov at oracle.com (igor.nekrestyanov at oracle.com) Date: Thu, 18 Nov 2010 18:55:41 +0000 Subject: hg: jdk7/deploy/jdk: 171 new changesets Message-ID: <20101118192353.5DAFE47AC5@hg.openjdk.java.net> Changeset: b96e6b8761bc Author: bae Date: 2010-10-05 10:23 +0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/b96e6b8761bc 6976076: sun/java2d/pipe/MutableColorTest/MutableColorTest.java failed Reviewed-by: igor, prr ! test/sun/java2d/pipe/MutableColorTest/MutableColorTest.java Changeset: 93d0daa9aa7a Author: bae Date: 2010-10-06 12:19 +0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/93d0daa9aa7a 6853488: REGRESSION : A black background is seen for a transparent animated gif image for splash screen Reviewed-by: igor, prr ! src/share/native/sun/awt/splashscreen/splashscreen_gif.c Changeset: 6cb79067ea7a Author: bae Date: 2010-10-07 12:25 +0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/6cb79067ea7a 6975884: sun/java2d/SunGraphics2D/DrawImageBilinear.java failed Reviewed-by: prr ! test/sun/java2d/SunGraphics2D/DrawImageBilinear.java Changeset: 4a50631c9910 Author: bae Date: 2010-10-15 10:42 +0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/4a50631c9910 6725821: Compiler warnings in medialib code Reviewed-by: igor, prr ! make/sun/image/generic/Makefile ! src/share/native/sun/awt/medialib/mlib_ImageLookUp_64.c ! src/solaris/native/sun/awt/medialib/mlib_v_ImageLookUpS32S16Func.c ! src/solaris/native/sun/awt/medialib/mlib_v_ImageLookUpS32U16Func.c ! src/solaris/native/sun/awt/medialib/mlib_v_ImageLookUpSIS32S16Func.c ! src/solaris/native/sun/awt/medialib/mlib_v_ImageLookUpSIS32U16Func.c Changeset: 37df0a178978 Author: bae Date: 2010-10-15 11:26 +0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/37df0a178978 6773022: java.awt.image.SampleModel.getDataElements() does't throw ArrayIndexOutOfBoundsEx for Integer.MAX_V Reviewed-by: igor, prr ! src/share/classes/java/awt/image/SampleModel.java + test/java/awt/image/GetDataElementsTest.java Changeset: a7cdcd3541d4 Author: bae Date: 2010-10-15 12:02 +0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/a7cdcd3541d4 6984033: imageio vendor references need to change (jdk7 only) Reviewed-by: prr, ohair ! src/share/classes/com/sun/imageio/plugins/bmp/BMPImageReaderSpi.java ! src/share/classes/com/sun/imageio/plugins/bmp/BMPImageWriterSpi.java ! src/share/classes/com/sun/imageio/plugins/gif/GIFImageReaderSpi.java ! src/share/classes/com/sun/imageio/plugins/gif/GIFImageWriterSpi.java ! src/share/classes/com/sun/imageio/plugins/jpeg/JPEG.java ! src/share/classes/com/sun/imageio/plugins/png/PNGImageReaderSpi.java ! src/share/classes/com/sun/imageio/plugins/png/PNGImageWriterSpi.java ! src/share/classes/com/sun/imageio/plugins/wbmp/WBMPImageReaderSpi.java ! src/share/classes/com/sun/imageio/plugins/wbmp/WBMPImageWriterSpi.java ! src/share/classes/com/sun/imageio/spi/FileImageInputStreamSpi.java ! src/share/classes/com/sun/imageio/spi/FileImageOutputStreamSpi.java ! src/share/classes/com/sun/imageio/spi/InputStreamImageInputStreamSpi.java ! src/share/classes/com/sun/imageio/spi/OutputStreamImageOutputStreamSpi.java ! src/share/classes/com/sun/imageio/spi/RAFImageInputStreamSpi.java ! src/share/classes/com/sun/imageio/spi/RAFImageOutputStreamSpi.java Changeset: 0a53abebf6e9 Author: jgodinez Date: 2010-10-15 11:20 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/0a53abebf6e9 6804454: RFE: Provide a way to control the printing dpi resolution from MSIE browser print. See also 6801859 Reviewed-by: igor, prr ! src/windows/classes/sun/awt/windows/WEmbeddedFrame.java Changeset: b9c24a76093d Author: lana Date: 2010-10-18 12:43 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/b9c24a76093d Merge - make/common/Rules-SCCS.gmk ! src/windows/classes/sun/awt/windows/WEmbeddedFrame.java - test/sun/net/www/http/ChunkedInputStream/ChunkedCharEncoding.sh Changeset: 1b658b8bd49d Author: art Date: 2010-10-05 18:12 +0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/1b658b8bd49d 6829546: Modal dialog causes underlying parent JFrame to be set to "Always on top". Reviewed-by: anthony, dcherepanov ! src/windows/native/sun/windows/awt_Dialog.cpp + test/java/awt/Dialog/MakeWindowAlwaysOnTop/MakeWindowAlwaysOnTop.java Changeset: e804b396307b Author: art Date: 2010-10-05 18:13 +0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/e804b396307b 6828273: javax/swing/system/6799345/TestShutdown.java test fails with RuntimeException. Reviewed-by: anthony, dcherepanov ! src/solaris/classes/sun/awt/X11/XToolkit.java ! test/javax/swing/system/6799345/TestShutdown.java Changeset: 16265781795b Author: art Date: 2010-10-06 16:42 +0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/16265781795b 6979541: closed/javax/swing/plaf/basic/AWTEventListenerLeak/AWTEventListenerLeak.java fails Reviewed-by: anthony, ant ! src/share/classes/sun/awt/SunToolkit.java Changeset: 335093475c11 Author: anthony Date: 2010-10-12 15:52 +0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/335093475c11 6895647: Frame may jump to an unpredicted location upon entering the non-opaque mode on X11 Summary: Make sure the size hints are set before mapping the window on the screen Reviewed-by: art, dcherepanov ! src/solaris/classes/sun/awt/X11/XDecoratedPeer.java + test/java/awt/Frame/FrameLocation/FrameLocation.java Changeset: a8bd5f04f4fb Author: anthony Date: 2010-10-12 18:20 +0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/a8bd5f04f4fb 6990352: SplashScreen.getSplashScreen() does not return null for implicitly closed splash screen Summary: Mark the splash screen closed when it happens implicitly Reviewed-by: art, dcherepanov ! src/share/classes/java/awt/SplashScreen.java ! src/share/classes/java/awt/Window.java Changeset: 278bd32a15de Author: dav Date: 2010-10-13 17:03 +0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/278bd32a15de 6973199: java/awt/Robot/RobotWheelTest/RobotWheelTest.html failed on JDK7 b102 bug passed on b101 Reviewed-by: art, yan ! src/solaris/classes/sun/awt/X11/XWindow.java Changeset: c595c2730226 Author: art Date: 2010-10-14 14:07 +0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/c595c2730226 6989721: awt native code compiler warnings Reviewed-by: yan, uta ! src/share/classes/java/awt/event/InputEvent.java ! src/share/classes/sun/awt/AWTAccessor.java ! src/share/native/sun/awt/libpng/pngrtran.c ! src/share/native/sun/awt/libpng/pngrutil.c ! src/share/native/sun/awt/splashscreen/splashscreen_gif.c ! src/solaris/classes/sun/awt/X11/XRobotPeer.java ! src/solaris/native/sun/awt/awt.h ! src/solaris/native/sun/awt/awt_DrawingSurface.c ! src/solaris/native/sun/awt/awt_InputMethod.c ! src/solaris/native/sun/awt/awt_Robot.c ! src/solaris/native/sun/awt/awt_UNIXToolkit.c ! src/solaris/native/sun/xawt/XlibWrapper.c ! src/solaris/native/sun/xawt/awt_Desktop.c ! src/windows/native/sun/windows/WPrinterJob.cpp ! src/windows/native/sun/windows/awt_BitmapUtil.cpp ! src/windows/native/sun/windows/awt_DesktopProperties.cpp ! src/windows/native/sun/windows/awt_DrawingSurface.h ! src/windows/native/sun/windows/awt_Font.cpp ! src/windows/native/sun/windows/awt_PrintJob.cpp ! src/windows/native/sun/windows/awt_Toolkit.cpp ! src/windows/native/sun/windows/awt_Win32GraphicsEnv.cpp ! src/windows/native/sun/windows/awt_Window.cpp Changeset: 8022709a306d Author: dcherepanov Date: 2010-10-14 18:24 +0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/8022709a306d 6991992: Need to forward-port AWT's part of the fix for 6691674 Reviewed-by: art ! src/share/classes/java/awt/AWTEvent.java ! src/share/classes/java/awt/SequencedEvent.java ! src/share/classes/sun/awt/AWTAccessor.java ! src/share/classes/sun/awt/SunToolkit.java ! src/solaris/classes/sun/awt/X11/InfoWindow.java ! src/solaris/classes/sun/awt/X11/XTextAreaPeer.java ! src/solaris/classes/sun/awt/X11/XTrayIconPeer.java ! src/solaris/classes/sun/awt/X11/XWindow.java ! src/solaris/classes/sun/awt/X11/XWindowPeer.java Changeset: f55be3060347 Author: anthony Date: 2010-10-14 18:59 +0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/f55be3060347 6979568: Test failure: test\closed\java\awt\Component\VisibleHwInLwContTest\VisibleHwInLwContTest.html Summary: Extend iteration to this container in isRecursivelyVisibleUpToHeavyweightContainer() Reviewed-by: art, dcherepanov ! src/share/classes/java/awt/Container.java Changeset: b183180e8bb7 Author: dcherepanov Date: 2010-10-14 18:56 +0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/b183180e8bb7 6838089: java.awt.Window.setOpacity() doesn't throw IllegalComponentStateException for two-display conf Reviewed-by: art, anthony ! src/share/classes/java/awt/Canvas.java ! src/windows/classes/sun/awt/windows/WWindowPeer.java + test/java/awt/Multiscreen/TranslucencyThrowsExceptionWhenFullScreen/TranslucencyThrowsExceptionWhenFullScreen.java Changeset: 69eeb1cea943 Author: lana Date: 2010-10-17 19:43 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/69eeb1cea943 Merge - make/common/Rules-SCCS.gmk ! src/solaris/native/sun/awt/awt_InputMethod.c - test/sun/net/www/http/ChunkedInputStream/ChunkedCharEncoding.sh Changeset: 70a695f74efb Author: lana Date: 2010-10-18 21:44 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/70a695f74efb Merge ! src/share/native/sun/awt/splashscreen/splashscreen_gif.c Changeset: e26eef6ac0d6 Author: rupashka Date: 2010-10-07 12:48 +0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/e26eef6ac0d6 6979793: closed/javax/swing/JFileChooser/6396844/TwentyThousandTest fails due FileNotFound exc. Reviewed-by: malenkov + test/javax/swing/JFileChooser/6396844/TwentyThousandTest.java Changeset: 93871607047a Author: amenkov Date: 2010-10-07 18:13 +0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/93871607047a 6984047: sound sources needs vendor rebranding changes (jdk7 only) Reviewed-by: ohair ! src/share/classes/com/sun/media/sound/RealTimeSequencer.java ! src/share/classes/javax/sound/sampled/AudioSystem.java Changeset: 958ddd568d4e Author: amenkov Date: 2010-10-07 18:23 +0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/958ddd568d4e 6986335: 10 regtest failures (test/javax/sound/midi/Gervil) due AudioFloatConverter.PCM_FLOAT not found Reviewed-by: dav ! test/javax/sound/midi/Gervill/AudioFloatConverter/ToFloatArray.java ! test/javax/sound/midi/Gervill/SoftAudioSynthesizer/DummySourceDataLine.java ! test/javax/sound/midi/Gervill/SoftSynthesizer/DummySourceDataLine.java Changeset: 940fed1764b4 Author: peytoia Date: 2010-10-08 09:50 +0900 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/940fed1764b4 6970930: RuleBasedCollator.compare(String,null) throws IAE (should be NPE) Reviewed-by: okutsu ! src/share/classes/java/text/RuleBasedCollator.java + test/java/text/Collator/Bug6970930.java Changeset: b2cfe62ef802 Author: naoto Date: 2010-10-12 17:09 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/b2cfe62ef802 6989440: tomcat test from dacapo benchmark fails with ConcurrentModificationException Reviewed-by: okutsu Contributed-by: y.umaoka at gmail.com ! src/share/classes/sun/util/LocaleServiceProviderPool.java + test/java/util/Locale/Bug6989440.java Changeset: 23fd99021d35 Author: malenkov Date: 2010-10-13 15:18 +0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/23fd99021d35 6603635: links to tutorials broken in JTable API doc Reviewed-by: alexp ! src/share/classes/javax/swing/JTable.java Changeset: 1d56dff60eb1 Author: rupashka Date: 2010-10-14 13:33 +0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/1d56dff60eb1 6984643: Unable to instantiate JFileChooser with a minimal BasicL&F descendant installed Reviewed-by: alexp ! src/share/classes/javax/swing/plaf/basic/BasicFileChooserUI.java ! src/share/classes/javax/swing/plaf/basic/BasicLookAndFeel.java + test/javax/swing/plaf/basic/Test6984643.java Changeset: d3c60dbfce57 Author: alexp Date: 2010-10-14 18:46 +0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/d3c60dbfce57 6986385: JLayer should implement accessible interface Reviewed-by: rupashka ! src/share/classes/javax/swing/JLayer.java + test/javax/accessibility/6986385/bug6986385.java Changeset: cdbb6e073c60 Author: naoto Date: 2010-10-14 11:37 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/cdbb6e073c60 6575419: Solaris : XSetICFoucs is not called with Java application at appropriate timing Reviewed-by: okutsu ! src/solaris/classes/sun/awt/X11InputMethod.java Changeset: abc171d85be6 Author: naoto Date: 2010-10-14 12:33 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/abc171d85be6 6991013: Serialized form for java.util.Locale contains typos Reviewed-by: peytoia ! src/share/classes/java/util/Locale.java Changeset: 308130a84ab7 Author: okutsu Date: 2010-10-15 16:46 +0900 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/308130a84ab7 6638110: (tz) TimeZone.getDisplayName(...) spec is inconsistent with implementation for unavailable locales Reviewed-by: peytoia ! src/share/classes/java/util/TimeZone.java Changeset: bcb09768ba1e Author: lana Date: 2010-10-15 11:45 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/bcb09768ba1e Merge - make/common/Rules-SCCS.gmk - test/sun/net/www/http/ChunkedInputStream/ChunkedCharEncoding.sh Changeset: 954b5eb4a256 Author: naoto Date: 2010-10-18 14:45 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/954b5eb4a256 6992272: I18N: Locale.getDisplayName() and toString() return empty if just script is set Reviewed-by: srl Contributed-by: y.umaoka at gmail.com ! src/share/classes/java/util/Locale.java ! test/java/util/Locale/LocaleEnhanceTest.java Changeset: cf13977eb9c0 Author: lana Date: 2010-10-18 21:46 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/cf13977eb9c0 Merge Changeset: b468b20a98a8 Author: alanb Date: 2010-10-05 15:07 +0100 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/b468b20a98a8 6987116: (so) test/java/nio/channels/SocketChannel/VectorIO.java failed on Solaris 11 Reviewed-by: forax ! test/java/nio/channels/SocketChannel/VectorIO.java Changeset: 0f23a139e819 Author: lancea Date: 2010-10-06 10:09 -0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/0f23a139e819 6988310: SyncFactory.setLogger(Logger,Level) requires unspecified security permission Reviewed-by: darcy ! src/share/classes/javax/sql/rowset/spi/SyncFactory.java Changeset: 6fd4928b82a2 Author: lancea Date: 2010-10-06 10:11 -0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/6fd4928b82a2 6988317: RowSetProvider.newFactory() may throw unspecified exception Reviewed-by: darcy ! src/share/classes/javax/sql/rowset/RowSetProvider.java Changeset: a6295291fab1 Author: darcy Date: 2010-10-06 21:55 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/a6295291fab1 6917323: serializable classes in java.dyn do not specify serialVersionUIDs Reviewed-by: jrose ! src/share/classes/java/dyn/InvokeDynamicBootstrapError.java ! src/share/classes/java/dyn/LinkagePermission.java ! src/share/classes/java/dyn/NoAccessException.java ! src/share/classes/java/dyn/WrongMethodTypeException.java ! src/share/classes/java/lang/LinkageError.java Changeset: a2b1ef1294c5 Author: alanb Date: 2010-10-07 10:35 +0100 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/a2b1ef1294c5 6989903: (process) test/java/lang/ProcessBuilder/Basic.java failing with "Bad file number" (sol) Reviewed-by: ohair, chegar ! test/java/lang/ProcessBuilder/Basic.java Changeset: 871cffb21423 Author: alanb Date: 2010-10-07 14:36 +0100 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/871cffb21423 6989466: Miscellaneous compiler warnings in java/lang, java/util, java/io, sun/misc native code Reviewed-by: andrew, mchung, ohair ! src/share/native/common/jdk_util.c ! src/share/native/common/jni_util.c ! src/share/native/java/lang/Class.c ! src/share/native/java/lang/ClassLoader.c ! src/share/native/java/lang/System.c ! src/share/native/java/lang/fdlibm/include/fdlibm.h ! src/share/native/java/lang/reflect/Proxy.c ! src/share/native/java/nio/Bits.c ! src/share/native/sun/management/Flag.c ! src/share/native/sun/misc/VM.c ! src/share/native/sun/misc/VMSupport.c ! src/solaris/native/java/io/UnixFileSystem_md.c ! src/solaris/native/java/io/canonicalize_md.c ! src/solaris/native/java/lang/java_props_md.c ! src/solaris/native/sun/net/sdp/SdpSupport.c ! src/solaris/native/sun/nio/ch/Net.c ! src/solaris/native/sun/nio/ch/SctpNet.c ! src/solaris/native/sun/nio/ch/UnixAsynchronousSocketChannelImpl.c ! src/windows/native/common/jni_util_md.c ! src/windows/native/java/lang/java_props_md.c ! src/windows/native/java/util/TimeZone_md.c ! src/windows/native/sun/nio/ch/ServerSocketChannelImpl.c ! src/windows/native/sun/nio/ch/WindowsSelectorImpl.c Changeset: efa8f714fffb Author: sherman Date: 2010-10-07 11:35 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/efa8f714fffb 6975829: Perf. of gzip in existing JDKs is too slower than in 1.3.1 Summary: Improved memory/buffer handling in Inflater.c Reviewed-by: alanb ! src/share/native/java/util/zip/Inflater.c Changeset: fd20568bebff Author: alanb Date: 2010-10-08 10:36 +0100 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/fd20568bebff 6989116: (verifier) compiler warning messages Reviewed-by: kamg, ohair ! src/share/native/common/check_code.c Changeset: d122e96be7d2 Author: alanb Date: 2010-10-08 10:37 +0100 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/d122e96be7d2 Merge Changeset: 63162f0e2609 Author: sherman Date: 2010-10-08 12:23 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/63162f0e2609 6990639: Fix for #6975829 breaks build Summary: define MIN2 micro Reviewed-by: alanb ! src/share/native/java/util/zip/Inflater.c Changeset: f0888585b6ff Author: alanb Date: 2010-10-11 09:17 +0100 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/f0888585b6ff 6987154: HTML link to serialization guide is broken Reviewed-by: skannan ! src/share/classes/java/io/package.html Changeset: 0e3daaccfbdf Author: xuelei Date: 2010-06-12 00:42 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/0e3daaccfbdf 6914943: Implement final TLS renegotiation fix Summary: RFC 5746 implementation Reviewed-by: wetmore, weijun ! src/share/classes/sun/security/ssl/Alerts.java ! src/share/classes/sun/security/ssl/CipherSuite.java ! src/share/classes/sun/security/ssl/CipherSuiteList.java ! src/share/classes/sun/security/ssl/ClientHandshaker.java ! src/share/classes/sun/security/ssl/HandshakeMessage.java ! src/share/classes/sun/security/ssl/Handshaker.java ! src/share/classes/sun/security/ssl/HelloExtensions.java ! src/share/classes/sun/security/ssl/OutputRecord.java ! src/share/classes/sun/security/ssl/SSLEngineImpl.java ! src/share/classes/sun/security/ssl/SSLServerSocketImpl.java ! src/share/classes/sun/security/ssl/SSLSocketImpl.java ! src/share/classes/sun/security/ssl/ServerHandshaker.java ! test/sun/security/pkcs11/fips/CipherTest.java ! test/sun/security/pkcs11/sslecc/CipherTest.java ! test/sun/security/ssl/com/sun/net/ssl/internal/ssl/SSLSocketImpl/InvalidateServerSessionRenegotiate.java ! test/sun/security/ssl/javax/net/ssl/NewAPIs/JSSERenegotiate.java ! test/sun/security/ssl/javax/net/ssl/NewAPIs/SSLEngine/CheckStatus.java ! test/sun/security/ssl/javax/net/ssl/NewAPIs/SSLEngine/ConnectionTest.java ! test/sun/security/ssl/javax/net/ssl/NewAPIs/SSLEngine/NoAuthClientAuth.java ! test/sun/security/ssl/javax/net/ssl/NewAPIs/SSLEngine/TestAllSuites.java ! test/sun/security/ssl/sanity/ciphersuites/CheckCipherSuites.java ! test/sun/security/ssl/sanity/interop/CipherTest.java Changeset: 5d7925b886b9 Author: asaha Date: 2010-06-13 07:40 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/5d7925b886b9 Merge Changeset: 34080da7fab2 Author: asaha Date: 2010-06-15 08:12 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/34080da7fab2 Merge Changeset: 2bad540d9b5b Author: weijun Date: 2010-06-17 12:59 +0800 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/2bad540d9b5b 6957564: Disclosure of DNS server IP address Reviewed-by: xuelei, chegar ! src/share/classes/com/sun/jndi/dns/DnsContextFactory.java Changeset: bdc6a3dc3e57 Author: weijun Date: 2010-06-17 12:59 +0800 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/bdc6a3dc3e57 6958060: Malformed AP-REQ crashes acceptor side Reviewed-by: valeriep, xuelei ! src/share/classes/sun/security/jgss/krb5/InitialToken.java Changeset: b9d3a1a8b682 Author: bae Date: 2010-06-18 13:18 +0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/b9d3a1a8b682 6925710: IndexColorModel.finalize can be made to double free Reviewed-by: igor, prr, hawtin ! src/share/classes/java/awt/image/IndexColorModel.java ! src/share/classes/sun/awt/image/BufImgSurfaceData.java ! src/share/native/sun/awt/image/BufImgSurfaceData.c Changeset: 9ed7ae1e911c Author: rupashka Date: 2010-06-21 16:47 +0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/9ed7ae1e911c 6938813: Swing mutable statics Reviewed-by: peterz, alexp ! src/share/classes/javax/swing/text/html/HTMLEditorKit.java ! src/share/classes/javax/swing/text/html/parser/DTD.java ! src/share/classes/javax/swing/text/html/parser/ParserDelegator.java + test/javax/swing/Security/6938813/bug6938813.java Changeset: e06652744211 Author: asaha Date: 2010-06-24 10:56 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/e06652744211 Merge - make/com/sun/inputmethods/Makefile - make/com/sun/inputmethods/indicim/Makefile - make/com/sun/inputmethods/thaiim/Makefile - src/share/classes/com/sun/inputmethods/internal/indicim/DevanagariInputMethodDescriptor.java - src/share/classes/com/sun/inputmethods/internal/indicim/DevanagariTables.java - src/share/classes/com/sun/inputmethods/internal/indicim/IndicInputMethod.java - src/share/classes/com/sun/inputmethods/internal/indicim/IndicInputMethodImpl.java - src/share/classes/com/sun/inputmethods/internal/indicim/java.awt.im.spi.InputMethodDescriptor - src/share/classes/com/sun/inputmethods/internal/indicim/resources/DisplayNames.properties - src/share/classes/com/sun/inputmethods/internal/indicim/resources/DisplayNames_de.properties - src/share/classes/com/sun/inputmethods/internal/indicim/resources/DisplayNames_es.properties - src/share/classes/com/sun/inputmethods/internal/indicim/resources/DisplayNames_fr.properties - src/share/classes/com/sun/inputmethods/internal/indicim/resources/DisplayNames_it.properties - src/share/classes/com/sun/inputmethods/internal/indicim/resources/DisplayNames_ja.properties - src/share/classes/com/sun/inputmethods/internal/indicim/resources/DisplayNames_ko.properties - src/share/classes/com/sun/inputmethods/internal/indicim/resources/DisplayNames_sv.properties - src/share/classes/com/sun/inputmethods/internal/indicim/resources/DisplayNames_zh_CN.properties - src/share/classes/com/sun/inputmethods/internal/indicim/resources/DisplayNames_zh_TW.properties - src/share/classes/com/sun/inputmethods/internal/thaiim/ThaiInputMethod.java - src/share/classes/com/sun/inputmethods/internal/thaiim/ThaiInputMethodDescriptor.java - src/share/classes/com/sun/inputmethods/internal/thaiim/ThaiInputMethodImpl.java - src/share/classes/com/sun/inputmethods/internal/thaiim/ThaiRules.java - src/share/classes/com/sun/inputmethods/internal/thaiim/java.awt.im.spi.InputMethodDescriptor - src/share/classes/com/sun/inputmethods/internal/thaiim/resources/DisplayNames.properties - src/share/classes/javax/swing/text/html/parser/html32.bdtd - test/java/nio/channels/ServerSocketChannel/AcceptAddress.java Changeset: 505befdee800 Author: asaha Date: 2010-06-28 13:07 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/505befdee800 Merge Changeset: 5f50e564faa4 Author: bae Date: 2010-06-30 11:32 +0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/5f50e564faa4 6963023: ZDI-CAN-809: Sun JRE JPEGImageWriter.writeImage Remote Code Execution Vulnerability Reviewed-by: prr ! src/share/native/sun/awt/image/jpeg/imageioJPEG.c Changeset: de8991ef7b1b Author: chegar Date: 2010-06-30 16:08 +0100 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/de8991ef7b1b 6926623: Thread clone issues Reviewed-by: hawtin ! src/share/classes/java/lang/Thread.java Changeset: b2e9e8d1805c Author: chegar Date: 2010-06-30 16:24 +0100 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/b2e9e8d1805c Merge Changeset: 32cac17b629e Author: bae Date: 2010-07-01 12:04 +0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/32cac17b629e 6963489: ZDI-CAN-803: Sun JRE ICC Profile Device Information Tag Remote Code Execution Vulnerability Reviewed-by: prr ! src/share/native/sun/java2d/cmm/lcms/LCMS.c ! src/share/native/sun/java2d/cmm/lcms/cmsxform.c Changeset: 0dbecf98ed6d Author: asaha Date: 2010-07-01 08:31 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/0dbecf98ed6d Merge - test/java/nio/charset/coders/Surrogate.java Changeset: f56ef0d441b0 Author: asaha Date: 2010-07-08 08:23 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/f56ef0d441b0 Merge Changeset: 814604212cc1 Author: asaha Date: 2010-07-16 09:26 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/814604212cc1 Merge - test/tools/launcher/Makefile.SolarisRunpath - test/tools/launcher/lib/i386/lib32/lib32/liblibrary.so - test/tools/launcher/lib/i386/lib32/liblibrary.so - test/tools/launcher/lib/sparc/lib32/lib32/liblibrary.so - test/tools/launcher/lib/sparc/lib32/liblibrary.so - test/tools/launcher/lib/sparc/lib64/lib64/liblibrary.so - test/tools/launcher/lib/sparc/lib64/liblibrary.so Changeset: e860d935e6e7 Author: michaelm Date: 2010-07-22 16:33 +0100 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/e860d935e6e7 6952603: NetworkInterface reveals local network address to untrusted code Reviewed-by: chegar ! src/share/classes/java/net/NetworkInterface.java Changeset: e857e8316bf1 Author: michaelm Date: 2010-07-22 17:26 +0100 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/e857e8316bf1 6952017: HttpURLConnection chunked encoding issue (Http request splitting) Reviewed-by: chegar ! src/share/classes/sun/net/www/protocol/http/HttpURLConnection.java Changeset: 9fa1f8b38b6f Author: chegar Date: 2010-08-11 09:32 +0100 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/9fa1f8b38b6f 6974093: Thread.clone should NOT invoke addUnstarted on started threads Reviewed-by: dholmes, coffeys ! src/share/classes/java/lang/Thread.java Changeset: f5ed38dc8d36 Author: michaelm Date: 2010-09-16 08:08 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/f5ed38dc8d36 6981426: limit use of TRACE method in HttpURLConnection Reviewed-by: chegar ! src/share/classes/java/net/HttpURLConnection.java ! src/share/classes/java/net/NetPermission.java Changeset: e0806d924a42 Author: michaelm Date: 2010-09-16 09:22 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/e0806d924a42 6980004: limit HTTP request cookie headers in HttpURLConnection 6961084: limit setting of some request headers in HttpURLConnection Reviewed-by: chegar ! src/share/classes/sun/net/www/MessageHeader.java ! src/share/classes/sun/net/www/protocol/http/HttpURLConnection.java Changeset: 11a08845b979 Author: michaelm Date: 2010-09-23 03:22 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/11a08845b979 6986400: Change Cookie to Cookie2 in 6980004 fix Summary: fix error in previous fix for 6980004 Reviewed-by: chegar ! src/share/classes/sun/net/www/protocol/http/HttpURLConnection.java Changeset: 0f510337dadb Author: alexp Date: 2010-10-01 18:39 +0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/0f510337dadb 6622002: UIDefault.ProxyLazyValue has unsafe reflection usage Reviewed-by: malenkov ! src/share/classes/javax/swing/UIDefaults.java + test/javax/swing/UIDefaults/6622002/bug6622002.java Changeset: 33cc629889bd Author: chegar Date: 2010-10-08 11:27 +0100 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/33cc629889bd Merge ! src/share/classes/com/sun/jndi/dns/DnsContextFactory.java ! src/share/classes/java/lang/Thread.java ! src/share/classes/sun/net/www/protocol/http/HttpURLConnection.java ! src/share/native/sun/awt/image/BufImgSurfaceData.c ! src/share/native/sun/java2d/cmm/lcms/LCMS.c ! src/share/native/sun/java2d/cmm/lcms/cmsxform.c Changeset: a50828844ccc Author: chegar Date: 2010-10-08 11:28 +0100 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/a50828844ccc Merge Changeset: 78bbe8fce2d4 Author: chegar Date: 2010-10-11 10:55 +0100 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/78bbe8fce2d4 Merge Changeset: b444f86c4abe Author: mchung Date: 2010-10-11 20:22 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/b444f86c4abe 6977738: Deadlock between java.lang.ClassLoader and java.util.Properties Reviewed-by: alanb, sherman, darcy, igor ! make/java/java/FILES_java.gmk ! src/share/classes/java/lang/Integer.java ! src/share/classes/java/lang/System.java ! src/share/classes/java/util/Properties.java ! src/share/classes/java/util/XMLUtils.java ! src/share/classes/java/util/zip/ZipFile.java ! src/share/classes/sun/jkernel/DownloadManager.java ! src/share/classes/sun/misc/BootClassLoaderHook.java ! src/share/classes/sun/misc/Launcher.java ! src/share/classes/sun/misc/VM.java + test/java/lang/ClassLoader/deadlock/GetResource.java ! test/sun/misc/BootClassLoaderHook/TestHook.java Changeset: 33cf668cc160 Author: sherman Date: 2010-10-11 22:32 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/33cf668cc160 6984046: java/jar jar/pack source needs vendor rebranding changes (jdk7 only) Summary: updated to use appropriate vendor name Reviewed-by: ohair, dholmes ! src/share/classes/sun/tools/jar/CommandLine.java ! test/tools/jar/UpdateManifest.java Changeset: b614af87d00f Author: alanb Date: 2010-10-12 08:49 +0100 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/b614af87d00f 6728842: File.setReadOnly does not make a directory read-only (win) 6464744: java/io/File/SetAccess.java ignores sticky bit Reviewed-by: forax ! src/windows/native/java/io/WinNTFileSystem_md.c ! test/java/io/File/SetAccess.java ! test/java/io/File/SetReadOnly.java Changeset: 1d94b33a8f59 Author: alanb Date: 2010-10-12 09:46 +0100 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/1d94b33a8f59 6983520: java/io/pathNames/GeneralWin32.java fails with jdk7-b108 (win) Reviewed-by: sherman ! src/windows/native/java/io/WinNTFileSystem_md.c ! src/windows/native/java/io/io_util_md.c ! src/windows/native/java/io/io_util_md.h ! test/java/io/pathNames/GeneralWin32.java Changeset: 4dbd83eb0250 Author: chegar Date: 2010-10-12 11:11 +0100 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/4dbd83eb0250 6989690: java/net native code compiler warnings Reviewed-by: alanb ! src/solaris/native/java/net/PlainDatagramSocketImpl.c ! src/solaris/native/sun/net/spi/DefaultProxySelector.c Changeset: a4fd754f895d Author: chegar Date: 2010-10-12 17:01 +0100 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/a4fd754f895d 6991300: MimeTable is unsafe Reviewed-by: alanb, michaelm ! src/share/classes/sun/net/www/MimeTable.java Changeset: df896f3e6651 Author: ksrini Date: 2010-10-07 14:35 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/df896f3e6651 6894719: (launcher)The option -no-jre-restrict-search is expected when -jre-no-restrict-search is documented. Reviewed-by: darcy ! src/share/classes/sun/launcher/resources/launcher.properties ! src/share/classes/sun/launcher/resources/launcher_de.properties ! src/share/classes/sun/launcher/resources/launcher_es.properties ! src/share/classes/sun/launcher/resources/launcher_fr.properties ! src/share/classes/sun/launcher/resources/launcher_it.properties ! src/share/classes/sun/launcher/resources/launcher_ja.properties ! src/share/classes/sun/launcher/resources/launcher_ko.properties ! src/share/classes/sun/launcher/resources/launcher_sv.properties ! src/share/classes/sun/launcher/resources/launcher_zh_CN.properties ! src/share/classes/sun/launcher/resources/launcher_zh_TW.properties ! test/tools/launcher/Arrrghs.java Changeset: 5eb6755dde8e Author: ksrini Date: 2010-10-12 12:20 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/5eb6755dde8e Merge Changeset: 1b430727f00d Author: valeriep Date: 2010-10-12 17:05 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/1b430727f00d 6887853: javadoc for java.lang.Classloader should be more clear Summary: Updated the relevant javadoc description of java.lang.ClassLoader class w/ additional clarification. Reviewed-by: mullan ! src/share/classes/java/lang/ClassLoader.java Changeset: 5cd4f89b8339 Author: ksrini Date: 2010-10-14 09:36 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/5cd4f89b8339 6991164: pack source needs vendor rebranding changes (jdk7 only) Reviewed-by: ohair, jrose ! src/share/classes/com/sun/java/util/jar/pack/Utils.java ! test/tools/pack200/PackageVersionTest.java Changeset: 2278f3ff5f95 Author: lana Date: 2010-10-13 17:51 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/2278f3ff5f95 Merge Changeset: 078723d34a6c Author: lana Date: 2010-10-14 11:07 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/078723d34a6c Merge Changeset: 96d78263fdf7 Author: valeriep Date: 2010-10-14 17:59 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/96d78263fdf7 6988081: Use GetPrimitiveArrayCritical instead GetByteArray to Reduce allocation in some sunpkcs jni wrappers Summary: Changed to use GetPrimitiveArrayCritical for encryption and decryption. Reviewed-by: vinnie ! src/share/native/sun/security/pkcs11/wrapper/p11_crypt.c Changeset: 6b4e02e3be8e Author: valeriep Date: 2010-10-14 18:01 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/6b4e02e3be8e 6850402: Deadlock on sun.security.jca.ProviderConfig starting from jdk7-b55 Summary: Reduced the scope of locking Reviewed-by: vinnie ! src/share/classes/sun/security/jca/Providers.java Changeset: 4cf17a89ead9 Author: alanb Date: 2010-10-15 12:10 +0100 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/4cf17a89ead9 6976036: Dual-pivot quicksort update (10/2010 tune-up) Reviewed-by: alanb Contributed-by: vladimir.yaroslavskiy at oracle.com ! src/share/classes/java/util/Arrays.java ! src/share/classes/java/util/DualPivotQuicksort.java ! test/java/util/Arrays/Sorting.java Changeset: f24699d8c892 Author: alanb Date: 2010-10-15 15:09 +0100 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/f24699d8c892 6743526: (bf) -XX:MaxDirectMemorySize= limits memory usage rather than total capacity as intended Reviewed-by: chegar ! src/share/classes/java/nio/Bits.java + test/java/nio/Buffer/LimitDirectMemory.java + test/java/nio/Buffer/LimitDirectMemory.sh Changeset: 0fc51ca3467d Author: mullan Date: 2010-10-15 10:55 -0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/0fc51ca3467d 6954275: XML signatures with reference data larger 16KB and cacheRef on fails to validate Reviewed-by: xuelei ! src/share/classes/com/sun/org/apache/xml/internal/security/utils/UnsyncByteArrayOutputStream.java + test/com/sun/org/apache/xml/internal/security/utils/UnsyncByteArrayOutputStream/BufferOverflowTest.java Changeset: bca7bd9ebf10 Author: mullan Date: 2010-10-15 10:59 -0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/bca7bd9ebf10 Merge Changeset: 7eae3422704f Author: ksrini Date: 2010-10-14 14:41 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/7eae3422704f 6982312: (pack200) pack200 fails with the jdk7 class files Reviewed-by: jrose ! src/share/classes/com/sun/java/util/jar/pack/ClassReader.java ! src/share/classes/com/sun/java/util/jar/pack/Instruction.java ! src/share/classes/com/sun/java/util/jar/pack/PackerImpl.java ! src/share/classes/com/sun/java/util/jar/pack/Utils.java + test/tools/pack200/AttributeTests.java + test/tools/pack200/dyn.jar Changeset: 56b9bc2a0752 Author: ksrini Date: 2010-10-14 14:55 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/56b9bc2a0752 6746111: Improve pack200 error message Reviewed-by: jrose ! src/share/classes/com/sun/java/util/jar/pack/Attribute.java ! src/share/classes/com/sun/java/util/jar/pack/ClassReader.java ! test/tools/pack200/AttributeTests.java + test/tools/pack200/badattr.jar Changeset: b79600ecf0e4 Author: alanb Date: 2010-10-18 10:29 +0100 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/b79600ecf0e4 4837564: (bf) Please make DirectByteBuffer performance enhancements Reviewed-by: chegar ! src/share/classes/java/nio/Direct-X-Buffer.java.template ! src/share/classes/sun/misc/VM.java ! test/java/nio/Buffer/LimitDirectMemory.sh Changeset: c64772f0492f Author: alanb Date: 2010-10-18 10:31 +0100 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/c64772f0492f Merge Changeset: 0f5bab573e01 Author: mullan Date: 2010-10-18 09:00 -0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/0f5bab573e01 6988599: CertificateRevokedException specifies name of authority but interacts with authority instance Reviewed-by: vinnie ! src/share/classes/java/security/cert/CertificateRevokedException.java Changeset: 537cf89b2f74 Author: mullan Date: 2010-10-18 09:05 -0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/537cf89b2f74 Merge Changeset: 5193b0c2baf0 Author: chegar Date: 2010-10-18 16:51 +0100 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/5193b0c2baf0 6992545: FindBugs scan - Malicious code vulnerability Warnings in com.sun.net.httpserver.HttpsParameters.* Reviewed-by: alanb ! src/share/classes/com/sun/net/httpserver/BasicAuthenticator.java ! src/share/classes/com/sun/net/httpserver/Filter.java ! src/share/classes/com/sun/net/httpserver/Headers.java ! src/share/classes/com/sun/net/httpserver/HttpsParameters.java Changeset: 426e5f2dbea3 Author: coffeys Date: 2010-10-18 18:04 +0100 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/426e5f2dbea3 6974104: TEST: sun/nio/ch/6645197.java should be fixed in 1.5.0u25b05 and jdk6 workspace Reviewed-by: alanb + test/java/nio/channels/Selector/TemporarySelector.java Changeset: faccd8fcd36c Author: lana Date: 2010-10-18 21:50 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/faccd8fcd36c Merge Changeset: 4e04d1e8f533 Author: lana Date: 2010-10-21 16:54 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/4e04d1e8f533 Merge Changeset: 5c761cdf28e8 Author: lana Date: 2010-10-21 17:31 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/5c761cdf28e8 6993984: PIT: b116 - Many of the swing test are failing on Solaris Reviewed-by: anthony, prr ! src/share/classes/java/awt/event/InputEvent.java Changeset: f9dee02df0eb Author: lana Date: 2010-10-26 10:57 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/f9dee02df0eb Merge Changeset: 1657ed4e1d86 Author: jqzuo Date: 2010-10-26 19:48 -0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/1657ed4e1d86 Merge Changeset: 3e6726bbf80a Author: cl Date: 2010-10-28 13:31 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/3e6726bbf80a Added tag jdk7-b116 for changeset 1657ed4e1d86 ! .hgtags Changeset: d87c1c06bbf9 Author: cl Date: 2010-11-04 15:54 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/d87c1c06bbf9 Added tag jdk7-b117 for changeset 3e6726bbf80a ! .hgtags Changeset: 1bebd1f9445b Author: katakai Date: 2010-11-07 19:48 -0800 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/1bebd1f9445b 4225362: localized DateFormatSymbols for fr_FR is wrong Reviewed-by: yhuang, peytoia ! src/share/classes/sun/text/resources/FormatData_fr.java ! src/share/classes/sun/text/resources/FormatData_fr_BE.java ! src/share/classes/sun/text/resources/FormatData_fr_CA.java ! src/share/classes/sun/text/resources/FormatData_fr_CH.java ! test/sun/text/resources/LocaleData Changeset: 0660c48dd705 Author: yhuang Date: 2010-11-07 23:33 -0800 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/0660c48dd705 Merge Changeset: 565be51eb60e Author: cl Date: 2010-11-09 11:45 -0800 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/565be51eb60e Merge Changeset: 12b65e7ee3e4 Author: bae Date: 2010-10-22 16:57 +0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/12b65e7ee3e4 6663447: D3D: excessive surface data replacements Reviewed-by: prr, art ! src/windows/classes/sun/awt/windows/WWindowPeer.java Changeset: 065e6c5a8027 Author: dlila Date: 2010-10-26 10:39 -0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/065e6c5a8027 6967434: Round joins/caps of scaled up lines have poor quality. Summary: eliminated flattening from the rendering engine. Reviewed-by: flar + src/share/classes/sun/java2d/pisces/Curve.java ! src/share/classes/sun/java2d/pisces/Dasher.java + src/share/classes/sun/java2d/pisces/Helpers.java - src/share/classes/sun/java2d/pisces/LineSink.java ! src/share/classes/sun/java2d/pisces/PiscesCache.java ! src/share/classes/sun/java2d/pisces/PiscesRenderingEngine.java ! src/share/classes/sun/java2d/pisces/PiscesTileGenerator.java ! src/share/classes/sun/java2d/pisces/Renderer.java ! src/share/classes/sun/java2d/pisces/Stroker.java + src/share/classes/sun/java2d/pisces/TransformingPathConsumer2D.java Changeset: d9890d8a8159 Author: bae Date: 2010-10-29 11:49 +0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/d9890d8a8159 6670881: Phantom lines appear when rendering polygons & ellipses with antialiasing OFF Reviewed-by: prr, bae ! src/share/native/sun/java2d/loops/ProcessPath.c Changeset: c63c38b956c7 Author: lana Date: 2010-11-02 12:24 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/c63c38b956c7 Merge - src/share/classes/sun/java2d/pisces/LineSink.java ! src/windows/classes/sun/awt/windows/WWindowPeer.java Changeset: 90e394405356 Author: dav Date: 2010-10-22 12:46 +0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/90e394405356 6659228: GridBagConstraints API typo - 'ComponentOrienation' (missing t) 6210739: Need spec clarification of Scrollbar set/getVisibleAmount() Reviewed-by: anthony ! src/share/classes/java/awt/GridBagConstraints.java ! src/share/classes/java/awt/Scrollbar.java Changeset: 18ad61517761 Author: lana Date: 2010-10-28 15:46 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/18ad61517761 Merge Changeset: 2b466aaec7af Author: lana Date: 2010-11-02 12:25 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/2b466aaec7af Merge Changeset: 4a29a9ff158c Author: okutsu Date: 2010-10-20 14:41 +0900 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/4a29a9ff158c 6991380: (cal) Calendar.cachedLocaleData should be transitioned from Hashtable to ConcurrentHashMap 6560965: [Fmt-Da] defaultCenturyStart In SimpleDateFormat should be protected 6560980: [Fmt-Da] DateFormatSymbols.cacheLookup doesn't update cache correctly. Reviewed-by: naoto, peytoia ! src/share/classes/java/text/DateFormatSymbols.java ! src/share/classes/java/text/DecimalFormat.java ! src/share/classes/java/text/SimpleDateFormat.java ! src/share/classes/java/util/Calendar.java ! src/share/classes/java/util/TimeZone.java Changeset: 1f45c4c1f3a7 Author: amenkov Date: 2010-10-20 15:08 +0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/1f45c4c1f3a7 6867515: Reduce impact of D3D initializion on startup time 6891435: Improve D3D preloading 6946559: AWTToolKit thread crashes in JNU_GetEnv 6987967: D3D preloading thread should initialize COM Reviewed-by: igor, art, uta ! src/windows/bin/java_md.c ! src/windows/classes/sun/awt/windows/WToolkit.java ! src/windows/native/sun/java2d/d3d/D3DGraphicsDevice.cpp ! src/windows/native/sun/java2d/d3d/D3DPipelineManager.cpp ! src/windows/native/sun/java2d/d3d/D3DPipelineManager.h ! src/windows/native/sun/java2d/windows/WindowsFlags.cpp ! src/windows/native/sun/windows/awt_Toolkit.cpp ! src/windows/native/sun/windows/awt_Toolkit.h Changeset: db2bc901c702 Author: alexp Date: 2010-10-20 19:37 +0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/db2bc901c702 6989617: Enable JComponent to control repaintings of its children Reviewed-by: rupashka ! src/share/classes/javax/swing/JComponent.java ! src/share/classes/javax/swing/JLayer.java ! src/share/classes/javax/swing/JViewport.java ! src/share/classes/javax/swing/RepaintManager.java + test/javax/swing/JComponent/6989617/bug6989617.java Changeset: 64f599571511 Author: malenkov Date: 2010-10-21 20:41 +0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/64f599571511 4358979: javax.swing.border should have a DashedBorder Reviewed-by: flar, alexp ! src/share/classes/java/awt/BasicStroke.java ! src/share/classes/java/awt/GradientPaint.java ! src/share/classes/java/awt/LinearGradientPaint.java ! src/share/classes/java/awt/RadialGradientPaint.java ! src/share/classes/java/awt/geom/AffineTransform.java ! src/share/classes/javax/swing/BorderFactory.java + src/share/classes/javax/swing/border/StrokeBorder.java + test/java/beans/XMLEncoder/java_awt_BasicStroke.java + test/java/beans/XMLEncoder/java_awt_GradientPaint.java + test/java/beans/XMLEncoder/java_awt_LinearGradientPaint.java + test/java/beans/XMLEncoder/java_awt_RadialGradientPaint.java + test/java/beans/XMLEncoder/java_awt_geom_AffineTransform.java + test/java/beans/XMLEncoder/javax_swing_border_StrokeBorder.java Changeset: 3e1415e9a52c Author: peterz Date: 2010-10-22 16:25 +0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/3e1415e9a52c 6993140: protected constructor in javax.swing.plaf.synth.SynthTabbedPaneUI.SynthTabbedPaneUI is needed Reviewed-by: rupashka ! src/share/classes/javax/swing/plaf/synth/SynthTabbedPaneUI.java Changeset: f52ad79e2826 Author: naoto Date: 2010-10-22 11:32 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/f52ad79e2826 6993339: Bug4168625Test.java fails Reviewed-by: peytoia ! test/java/util/ResourceBundle/Bug4168625Test.java Changeset: a2c3278c377c Author: rupashka Date: 2010-10-25 18:25 +0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/a2c3278c377c 6816582: WindowsFileChooserUI throws NullPointer when awt.useSystemAAFontSettings=false Reviewed-by: uta ! src/share/classes/java/awt/Toolkit.java Changeset: e650bbeab2f2 Author: rupashka Date: 2010-10-25 19:24 +0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/e650bbeab2f2 6632810: javax.swing.plaf.basic.BasicScrollPaneUI.getBaseline(JComponent, int, int) doesn't throw NPE and IAE Reviewed-by: alexp ! src/share/classes/javax/swing/plaf/basic/BasicScrollPaneUI.java + test/javax/swing/plaf/basic/BasicScrollPaneUI/Test6632810.java Changeset: eb466bafbc00 Author: rupashka Date: 2010-10-26 12:35 +0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/eb466bafbc00 6735286: javax.swing.DefaultTableCellRender.getTableCellRendererComponent() doesn't allow passing null Tables Reviewed-by: alexp ! src/share/classes/javax/swing/table/DefaultTableCellRenderer.java + test/javax/swing/JTable/6735286/bug6735286.java Changeset: de89eec422c3 Author: rupashka Date: 2010-10-29 04:24 +0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/de89eec422c3 6659894: JDialog instance returns unexpected GraphicsConfiguration Reviewed-by: alexp ! src/share/classes/javax/swing/JDialog.java Changeset: 30bc265fa0d0 Author: peytoia Date: 2010-11-02 15:08 +0900 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/30bc265fa0d0 6996686: (tz) Support tzdata2010o Reviewed-by: okutsu ! make/sun/javazic/tzdata/VERSION ! make/sun/javazic/tzdata/asia ! make/sun/javazic/tzdata/australasia ! make/sun/javazic/tzdata/zone.tab Changeset: e86aef08aa1f Author: rupashka Date: 2010-11-02 13:32 +0300 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/e86aef08aa1f 6432566: Replace usage of StringBuffer with StringBuilder in Swing Reviewed-by: malenkov ! src/share/classes/javax/swing/DebugGraphics.java ! src/share/classes/javax/swing/text/DefaultCaret.java ! src/share/classes/javax/swing/text/DefaultStyledDocument.java ! src/share/classes/javax/swing/text/InternationalFormatter.java ! src/share/classes/javax/swing/text/JTextComponent.java ! src/share/classes/javax/swing/text/MaskFormatter.java ! src/share/classes/javax/swing/text/NumberFormatter.java ! src/share/classes/javax/swing/text/PlainDocument.java ! src/share/classes/javax/swing/text/TabSet.java ! src/share/classes/javax/swing/text/html/FormView.java ! src/share/classes/javax/swing/text/html/MinimalHTMLWriter.java ! src/share/classes/javax/swing/text/html/StyleSheet.java ! src/share/classes/javax/swing/text/html/parser/Parser.java ! src/share/classes/javax/swing/text/rtf/AbstractFilter.java Changeset: 12dc06e49f49 Author: amenkov Date: 2010-11-02 14:59 +0300 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/12dc06e49f49 6950553: Applet: IE process crash in OLE32.DLL when playing a sound Reviewed-by: poonam ! make/javax/sound/jsoundds/Makefile ! src/windows/native/com/sun/media/sound/PLATFORM_API_WinOS_DirectSound.cpp Changeset: ff9d09604606 Author: amenkov Date: 2010-11-02 15:04 +0300 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/ff9d09604606 Merge Changeset: e4d839f8dfee Author: naoto Date: 2010-11-02 10:34 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/e4d839f8dfee 6989111: Incorrect default locale for New Zealand 6990452: Provide system properties for the user specified script 6992312: Currency becomes XXX if do not specify user.country.format Reviewed-by: okutsu ! src/share/classes/java/util/Locale.java ! src/share/classes/sun/util/resources/LocaleNames.properties ! src/share/native/java/lang/System.c ! src/share/native/java/lang/java_props.h ! src/solaris/native/java/lang/java_props_md.c ! src/solaris/native/java/lang/locale_str.h ! src/windows/classes/sun/awt/windows/WInputMethod.java ! src/windows/native/java/lang/java_props_md.c ! src/windows/native/sun/windows/awt_InputMethod.cpp ! test/java/util/Locale/data/deflocale.rhel5 ! test/java/util/Locale/data/deflocale.rhel5.fmtasdefault ! test/java/util/Locale/data/deflocale.sol10 ! test/java/util/Locale/data/deflocale.sol10.fmtasdefault ! test/java/util/Locale/data/deflocale.win7 ! test/java/util/Locale/data/deflocale.win7.fmtasdefault Changeset: ea5fd0550613 Author: lana Date: 2010-11-02 12:45 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/ea5fd0550613 Merge ! src/share/native/java/lang/System.c ! src/solaris/native/java/lang/java_props_md.c ! src/windows/native/java/lang/java_props_md.c ! src/windows/native/sun/windows/awt_Toolkit.cpp Changeset: 617ada000804 Author: mchung Date: 2010-10-19 09:49 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/617ada000804 6992968: test/java/lang/management/MemoryMXBean/CollectionUsageThresholdConcMarkSweepGC.sh should not hang Reviewed-by: alanb, dholmes ! test/java/lang/management/MemoryMXBean/CollectionUsageThreshold.java ! test/java/lang/management/MemoryMXBean/CollectionUsageThresholdConcMarkSweepGC.sh Changeset: c6320457db65 Author: mchung Date: 2010-10-19 10:02 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/c6320457db65 6992121: StringBuilder.ensureCapacity(int minCap) throws OutOfMemoryError with minCap=Integer.MIN_VALUE Reviewed-by: dholmes, alanb ! src/share/classes/java/lang/AbstractStringBuilder.java ! src/share/classes/java/util/ArrayList.java ! src/share/classes/java/util/Vector.java + test/java/lang/StringBuilder/EnsureCapacity.java + test/java/util/ArrayList/EnsureCapacity.java Changeset: d9057727e2fa Author: alanb Date: 2010-10-21 14:39 +0100 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/d9057727e2fa 6993267: TEST_BUG: java/nio/file/Path/InterruptCopy.java fails intermittently (win) Reviewed-by: forax ! test/java/nio/file/Path/InterruptCopy.java Changeset: 70bf328b7c65 Author: chegar Date: 2010-10-21 16:49 +0100 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/70bf328b7c65 6993490: SocketTimeoutException on HTTP keep-alive connections Reviewed-by: michaelm ! src/share/classes/sun/net/NetworkClient.java ! src/share/classes/sun/net/www/protocol/ftp/FtpURLConnection.java ! src/share/classes/sun/net/www/protocol/http/HttpURLConnection.java ! test/sun/net/www/http/HttpClient/B6726695.java ! test/sun/net/www/http/KeepAliveCache/B5045306.java ! test/sun/net/www/protocol/http/ChunkedErrorStream.java Changeset: 19cbbf152335 Author: chegar Date: 2010-10-21 16:51 +0100 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/19cbbf152335 6992859: InetAddressCachePolicy.setIfNotSet() fails Reviewed-by: michaelm ! src/share/classes/sun/net/InetAddressCachePolicy.java Changeset: 549257d35662 Author: chegar Date: 2010-10-22 09:20 +0100 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/549257d35662 6947677: InetAddress.isReachable() throws "java.net.SocketException:Invalid argument" on Linux if run as root Reviewed-by: alanb ! src/solaris/native/java/net/Inet4AddressImpl.c ! src/solaris/native/java/net/Inet6AddressImpl.c Changeset: 3740c2da7cc5 Author: alanb Date: 2010-10-22 17:40 +0100 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/3740c2da7cc5 6816049: (bf) MappedByteBuffer.force() method does not flush data correctly Reviewed-by: chegar ! src/share/classes/java/nio/Direct-X-Buffer.java.template ! src/share/classes/java/nio/MappedByteBuffer.java ! src/share/classes/sun/nio/ch/FileChannelImpl.java ! src/share/classes/sun/nio/ch/FileDispatcher.java ! src/share/classes/sun/nio/ch/Util.java ! src/solaris/classes/sun/nio/ch/FileDispatcherImpl.java ! src/solaris/native/java/nio/MappedByteBuffer.c ! src/windows/classes/sun/nio/ch/FileDispatcherImpl.java ! src/windows/native/java/nio/MappedByteBuffer.c ! src/windows/native/sun/nio/ch/FileDispatcherImpl.c ! test/java/nio/MappedByteBuffer/Basic.java Changeset: 0fd9c87a9b7b Author: mchung Date: 2010-10-22 11:22 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/0fd9c87a9b7b 6985460: PlatformLogger throws ArrayStoreException when j.u.logging is initialized Reviewed-by: dholmes ! src/share/classes/java/util/logging/LogRecord.java ! src/share/classes/sun/util/logging/PlatformLogger.java ! test/sun/util/logging/PlatformLoggerTest.java + test/sun/util/logging/SourceClassName.java Changeset: 0b07344d5526 Author: chegar Date: 2010-10-22 20:27 +0100 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/0b07344d5526 6994079: PlainSocketImpl should close the socket if it fails Reviewed-by: alanb ! src/share/classes/java/net/AbstractPlainSocketImpl.java Changeset: defd25291e27 Author: ksrini Date: 2010-10-25 10:34 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/defd25291e27 6989469: (launcher) compiler warnings in jli native code Reviewed-by: darcy, ohair, sherman ! src/share/bin/java.c ! src/share/bin/parse_manifest.c ! src/share/bin/wildcard.c ! src/share/native/java/util/zip/zlib-1.2.3/zcrc32.c ! src/solaris/bin/java_md.c ! src/solaris/bin/jexec.c ! src/windows/bin/java_md.c Changeset: 613f1b310cdb Author: kamg Date: 2010-10-26 18:41 -0400 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/613f1b310cdb 6541462: outdated specification for CCC 6339875 Summary: Add documentation to java.lang.ClassLoader.defineClass() Reviewed-by: dcubed, darcy ! src/share/classes/java/lang/ClassLoader.java Changeset: 69646b4db21d Author: skoppar Date: 2010-09-28 01:09 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/69646b4db21d 6559775: Race allows defaultReadObject to be invoked instead of readFields during deserialization Reviewed-by: hawtin ! make/java/java/FILES_java.gmk ! src/share/classes/java/io/ObjectInputStream.java ! src/share/classes/java/io/ObjectOutputStream.java + src/share/classes/java/io/SerialCallbackContext.java + test/java/io/Serializable/6559775/README + test/java/io/Serializable/6559775/SerialRace.java + test/java/io/Serializable/6559775/SerialVictim.java + test/java/io/Serializable/6559775/Test6559775.sh Changeset: 2070c497e241 Author: skoppar Date: 2010-09-28 01:13 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/2070c497e241 6966692: defaultReadObject can set a field multiple times Reviewed-by: hawtin ! src/share/classes/java/io/ObjectStreamClass.java + test/java/io/Serializable/6966692/Attack.java + test/java/io/Serializable/6966692/README + test/java/io/Serializable/6966692/Test6966692.sh + test/java/io/Serializable/6966692/Victim.java Changeset: 7f4006dec750 Author: asaha Date: 2010-10-11 16:05 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/7f4006dec750 Merge - make/common/Rules-SCCS.gmk ! make/java/java/FILES_java.gmk - src/linux/doc/man/ja/kinit.1 - src/linux/doc/man/ja/klist.1 - src/linux/doc/man/ja/ktab.1 - src/share/classes/com/sun/media/sound/MidiDeviceReceiver.java - src/share/classes/sun/java2d/pisces/PiscesMath.java - src/share/classes/sun/java2d/pisces/Transform4.java - src/share/native/sun/java2d/cmm/lcms/cmscam97.c - src/share/native/sun/java2d/cmm/lcms/cmsmatsh.c - src/share/native/sun/java2d/cmm/lcms/icc34.h - src/share/native/sun/java2d/cmm/lcms/lcms.h - src/solaris/classes/sun/net/spi/SdpProvider.java - src/solaris/native/sun/net/spi/SdpProvider.c - test/java/net/Socket/AccurateTimeout.java - test/java/util/Locale/data/deflocale.exe - test/java/util/Locale/data/deflocale.jds3 - test/java/util/Locale/data/deflocale.rhel4 - test/java/util/Locale/data/deflocale.winvista - test/java/util/Locale/data/deflocale.winxp - test/sun/net/www/http/ChunkedInputStream/ChunkedCharEncoding.sh - test/tools/launcher/VerifyExceptions.java - test/tools/pack200/Pack200Simple.sh - test/tools/pack200/SegmentLimit.java Changeset: 96c75aec5545 Author: asaha Date: 2010-10-27 13:09 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/96c75aec5545 Merge ! make/java/java/FILES_java.gmk - test/java/io/Serializable/6559775/README - test/java/io/Serializable/6559775/SerialRace.java - test/java/io/Serializable/6559775/SerialVictim.java - test/java/io/Serializable/6559775/Test6559775.sh - test/java/io/Serializable/6966692/Attack.java - test/java/io/Serializable/6966692/README - test/java/io/Serializable/6966692/Test6966692.sh - test/java/io/Serializable/6966692/Victim.java Changeset: 82eb9c5fa896 Author: asaha Date: 2010-10-27 13:44 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/82eb9c5fa896 6993206: Removing non-functional tests. Reviewed-by: mchung - test/java/io/Serializable/6559775/README - test/java/io/Serializable/6559775/SerialRace.java - test/java/io/Serializable/6559775/SerialVictim.java - test/java/io/Serializable/6559775/Test6559775.sh - test/java/io/Serializable/6966692/Attack.java - test/java/io/Serializable/6966692/README - test/java/io/Serializable/6966692/Test6966692.sh - test/java/io/Serializable/6966692/Victim.java Changeset: 72e09416a65d Author: asaha Date: 2010-10-27 13:53 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/72e09416a65d Merge Changeset: 4f91da528c68 Author: asaha Date: 2010-10-27 22:10 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/4f91da528c68 Merge Changeset: dfce5a0cc460 Author: weijun Date: 2010-10-28 21:14 +0800 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/dfce5a0cc460 6950546: "ktab -d name etype" to "ktab -d name [-e etype] [kvno | all | old]" 6984764: kerberos fails if service side keytab is generated using JDK ktab Reviewed-by: valeriep ! src/share/classes/sun/security/krb5/internal/ktab/KeyTab.java ! src/windows/classes/sun/security/krb5/internal/tools/Ktab.java ! test/sun/security/krb5/auto/KDC.java + test/sun/security/krb5/tools/KtabCheck.java + test/sun/security/krb5/tools/ktcheck.sh + test/sun/security/krb5/tools/onlythree.conf Changeset: 7fee717f4707 Author: emcmanus Date: 2010-10-29 12:35 +0200 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/7fee717f4707 6984037: jmx/management rebranding vendor changes needed Reviewed-by: ohair ! make/netbeans/jmx/build.properties ! src/share/classes/com/sun/jmx/defaults/ServiceName.java ! src/share/classes/com/sun/jmx/snmp/ServiceName.java ! src/share/classes/com/sun/management/package.html ! src/share/classes/javax/management/ObjectName.java ! src/share/classes/javax/management/build.xml ! src/share/classes/javax/management/modelmbean/ModelMBeanNotificationInfo.java Changeset: 93cd7e89adb8 Author: xuelei Date: 2010-10-30 18:39 +0800 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/93cd7e89adb8 4873188: Support TLS 1.1 Reviewed-by: wetmore, weijun ! src/share/classes/javax/net/ssl/SSLSocketFactory.java ! src/share/classes/sun/security/internal/spec/TlsKeyMaterialParameterSpec.java ! src/share/classes/sun/security/internal/spec/TlsMasterSecretParameterSpec.java ! src/share/classes/sun/security/ssl/CipherBox.java ! src/share/classes/sun/security/ssl/CipherSuite.java ! src/share/classes/sun/security/ssl/ClientHandshaker.java ! src/share/classes/sun/security/ssl/Debug.java ! src/share/classes/sun/security/ssl/HandshakeMessage.java ! src/share/classes/sun/security/ssl/Handshaker.java ! src/share/classes/sun/security/ssl/KerberosClientKeyExchange.java ! src/share/classes/sun/security/ssl/MAC.java ! src/share/classes/sun/security/ssl/ProtocolList.java ! src/share/classes/sun/security/ssl/ProtocolVersion.java ! src/share/classes/sun/security/ssl/RSAClientKeyExchange.java ! src/share/classes/sun/security/ssl/Record.java ! src/share/classes/sun/security/ssl/SSLEngineImpl.java ! src/share/classes/sun/security/ssl/SSLServerSocketImpl.java ! src/share/classes/sun/security/ssl/SSLSocketImpl.java ! src/share/classes/sun/security/ssl/ServerHandshaker.java ! src/share/classes/sun/security/ssl/SunJSSE.java ! src/share/classes/sun/security/ssl/krb5/KerberosClientKeyExchangeImpl.java ! src/share/classes/sun/security/ssl/krb5/KerberosPreMasterSecret.java ! test/sun/security/pkcs11/fips/CipherTest.java ! test/sun/security/pkcs11/sslecc/CipherTest.java + test/sun/security/ssl/javax/net/ssl/TLSv11/EmptyCertificateAuthorities.java + test/sun/security/ssl/javax/net/ssl/TLSv11/ExportableBlockCipher.java + test/sun/security/ssl/javax/net/ssl/TLSv11/ExportableStreamCipher.java + test/sun/security/ssl/javax/net/ssl/TLSv11/GenericBlockCipher.java + test/sun/security/ssl/javax/net/ssl/TLSv11/GenericStreamCipher.java ! test/sun/security/ssl/sanity/interop/CipherTest.java Changeset: d26730767789 Author: xuelei Date: 2010-11-01 07:57 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/d26730767789 6792180: Enhance to reject weak algorithms or conform to crypto recommendations Reviewed-by: mullan, weijun, wetmore + src/share/classes/java/security/AlgorithmConstraints.java + src/share/classes/java/security/CryptoPrimitive.java ! src/share/classes/sun/security/provider/certpath/AlgorithmChecker.java ! src/share/classes/sun/security/provider/certpath/DistributionPointFetcher.java ! src/share/classes/sun/security/provider/certpath/ForwardBuilder.java ! src/share/classes/sun/security/provider/certpath/OCSPChecker.java ! src/share/classes/sun/security/provider/certpath/OCSPResponse.java ! src/share/classes/sun/security/provider/certpath/PKIXCertPathValidator.java ! src/share/classes/sun/security/provider/certpath/ReverseBuilder.java ! src/share/classes/sun/security/provider/certpath/ReverseState.java ! src/share/classes/sun/security/provider/certpath/SunCertPathBuilder.java + src/share/classes/sun/security/util/DisabledAlgorithmConstraints.java ! src/share/classes/sun/security/validator/PKIXValidator.java ! src/share/classes/sun/security/validator/SimpleValidator.java ! src/share/classes/sun/security/validator/Validator.java ! src/share/classes/sun/security/x509/X509CRLImpl.java ! src/share/lib/security/java.security ! src/share/lib/security/java.security-solaris ! src/share/lib/security/java.security-windows Changeset: 2eade65eab5b Author: ksrini Date: 2010-11-01 10:12 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/2eade65eab5b 6995674: (launcher) make of jli fails on windows if directory exists Reviewed-by: darcy, ohair ! make/java/jli/Makefile Changeset: e95c7f8979ee Author: mchung Date: 2010-11-01 10:59 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/e95c7f8979ee 6994413: JDK_GetVersionInfo0 only expects a two digit build number Reviewed-by: dholmes ! src/share/native/common/jdk_util.c + test/sun/misc/Version/Version.java Changeset: 9d6a9f65d2bf Author: xuelei Date: 2010-11-01 22:02 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/9d6a9f65d2bf 6916074: Add support for TLS 1.2 6985179: To support Server Name Indication extension for JSSE client Summary: Introduces the algorithm constraints to support signature and hash algorithm selection. Includes contributions from wetmore and weijung. Reviewed-by: wetmore, weijun ! src/share/classes/com/sun/crypto/provider/AESCrypt.java ! src/share/classes/com/sun/crypto/provider/ARCFOURCipher.java ! src/share/classes/com/sun/crypto/provider/DESedeCipher.java ! src/share/classes/com/sun/crypto/provider/DHPrivateKey.java ! src/share/classes/com/sun/crypto/provider/DHPublicKey.java ! src/share/classes/com/sun/crypto/provider/JceKeyStore.java ! src/share/classes/com/sun/crypto/provider/OAEPParameters.java ! src/share/classes/com/sun/crypto/provider/PBKDF2KeyImpl.java ! src/share/classes/com/sun/crypto/provider/PKCS12PBECipherCore.java ! src/share/classes/com/sun/crypto/provider/SunJCE.java ! src/share/classes/com/sun/crypto/provider/TlsKeyMaterialGenerator.java ! src/share/classes/com/sun/crypto/provider/TlsMasterSecretGenerator.java ! src/share/classes/com/sun/crypto/provider/TlsPrfGenerator.java ! src/share/classes/com/sun/crypto/provider/TlsRsaPremasterSecretGenerator.java + src/share/classes/javax/net/ssl/ExtendedSSLSession.java ! src/share/classes/javax/net/ssl/HttpsURLConnection.java ! src/share/classes/javax/net/ssl/SSLEngine.java ! src/share/classes/javax/net/ssl/SSLParameters.java ! src/share/classes/javax/net/ssl/SSLServerSocket.java ! src/share/classes/javax/net/ssl/SSLSocket.java + src/share/classes/javax/net/ssl/X509ExtendedTrustManager.java ! src/share/classes/sun/net/www/protocol/https/HttpsClient.java ! src/share/classes/sun/security/internal/interfaces/TlsMasterSecret.java ! src/share/classes/sun/security/internal/spec/TlsKeyMaterialParameterSpec.java ! src/share/classes/sun/security/internal/spec/TlsKeyMaterialSpec.java ! src/share/classes/sun/security/internal/spec/TlsMasterSecretParameterSpec.java ! src/share/classes/sun/security/internal/spec/TlsPrfParameterSpec.java ! src/share/classes/sun/security/internal/spec/TlsRsaPremasterSecretParameterSpec.java ! src/share/classes/sun/security/pkcs11/SunPKCS11.java ! src/share/classes/sun/security/rsa/RSASignature.java ! src/share/classes/sun/security/ssl/CipherSuite.java ! src/share/classes/sun/security/ssl/ClientHandshaker.java ! src/share/classes/sun/security/ssl/HandshakeHash.java ! src/share/classes/sun/security/ssl/HandshakeMessage.java ! src/share/classes/sun/security/ssl/Handshaker.java ! src/share/classes/sun/security/ssl/HelloExtensions.java ! src/share/classes/sun/security/ssl/MAC.java ! src/share/classes/sun/security/ssl/ProtocolList.java ! src/share/classes/sun/security/ssl/ProtocolVersion.java ! src/share/classes/sun/security/ssl/RSAClientKeyExchange.java + src/share/classes/sun/security/ssl/SSLAlgorithmConstraints.java ! src/share/classes/sun/security/ssl/SSLContextImpl.java ! src/share/classes/sun/security/ssl/SSLEngineImpl.java ! src/share/classes/sun/security/ssl/SSLServerSocketImpl.java ! src/share/classes/sun/security/ssl/SSLSessionImpl.java ! src/share/classes/sun/security/ssl/SSLSocketImpl.java ! src/share/classes/sun/security/ssl/ServerHandshaker.java + src/share/classes/sun/security/ssl/SignatureAndHashAlgorithm.java ! src/share/classes/sun/security/ssl/SunJSSE.java ! src/share/classes/sun/security/ssl/TrustManagerFactoryImpl.java ! src/share/classes/sun/security/ssl/X509KeyManagerImpl.java ! src/share/classes/sun/security/ssl/X509TrustManagerImpl.java ! test/com/sun/crypto/provider/TLS/TestKeyMaterial.java ! test/com/sun/crypto/provider/TLS/TestMasterSecret.java ! test/com/sun/crypto/provider/TLS/TestPRF.java + test/com/sun/crypto/provider/TLS/TestPRF12.java ! test/com/sun/crypto/provider/TLS/TestPremaster.java ! test/com/sun/crypto/provider/TLS/Utils.java + test/com/sun/crypto/provider/TLS/prf12data.txt ! test/sun/security/ec/TestEC.java ! test/sun/security/pkcs11/fips/ClientJSSEServerJSSE.java ! test/sun/security/pkcs11/tls/TestKeyMaterial.java ! test/sun/security/pkcs11/tls/TestMasterSecret.java ! test/sun/security/pkcs11/tls/TestPRF.java ! test/sun/security/pkcs11/tls/TestPremaster.java ! test/sun/security/ssl/com/sun/net/ssl/internal/ssl/SSLSocketImpl/ClientModeClientAuth.java ! test/sun/security/ssl/com/sun/net/ssl/internal/ssl/X509TrustManagerImpl/ClientServer.java + test/sun/security/ssl/com/sun/net/ssl/internal/ssl/X509TrustManagerImpl/PKIXExtendedTM.java + test/sun/security/ssl/com/sun/net/ssl/internal/ssl/X509TrustManagerImpl/SunX509ExtendedTM.java + test/sun/security/ssl/com/sun/net/ssl/internal/ssl/X509TrustManagerImpl/X509ExtendedTMEnabled.java ! test/sun/security/ssl/javax/net/ssl/NewAPIs/CheckMyTrustedKeystore.java ! test/sun/security/ssl/javax/net/ssl/NewAPIs/SSLEngine/Basics.java ! test/sun/security/ssl/javax/net/ssl/NewAPIs/SSLEngine/TestAllSuites.java ! test/sun/security/ssl/sanity/ciphersuites/CheckCipherSuites.java ! test/sun/security/ssl/sanity/interop/CipherTest.java ! test/sun/security/ssl/sanity/interop/ClientJSSEServerJSSE.java ! test/sun/security/ssl/sun/net/www/protocol/https/HttpsURLConnection/IPAddressDNSIdentities.java Changeset: 5a6c63deacf3 Author: alanb Date: 2010-11-02 10:05 +0000 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/5a6c63deacf3 6993126: (aio) remove AsynchronousDatagramChannel Reviewed-by: chegar ! make/java/nio/FILES_java.gmk - src/share/classes/java/nio/channels/AsynchronousDatagramChannel.java ! src/share/classes/java/nio/channels/package-info.java ! src/share/classes/java/nio/channels/spi/AsynchronousChannelProvider.java - src/share/classes/sun/nio/ch/SimpleAsynchronousDatagramChannelImpl.java ! src/solaris/classes/sun/nio/ch/LinuxAsynchronousChannelProvider.java ! src/solaris/classes/sun/nio/ch/SolarisAsynchronousChannelProvider.java ! src/windows/classes/sun/nio/ch/WindowsAsynchronousChannelProvider.java ! test/java/nio/channels/AsynchronousChannelGroup/Basic.java - test/java/nio/channels/AsynchronousDatagramChannel/Basic.java ! test/java/nio/channels/spi/AsynchronousChannelProvider/Provider1.java ! test/java/nio/channels/spi/AsynchronousChannelProvider/Provider2.java Changeset: 88462abbf774 Author: alanb Date: 2010-11-02 10:07 +0000 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/88462abbf774 6431343: (dc) DatagramChannel may not report its local address correctly after connect or disconnect Reviewed-by: chegar ! src/share/classes/sun/nio/ch/DatagramChannelImpl.java + test/java/nio/channels/DatagramChannel/ChangingAddress.java Changeset: fdcb0f667b7d Author: alanb Date: 2010-11-02 10:15 +0000 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/fdcb0f667b7d Merge Changeset: e127cb5c2fbd Author: vinnie Date: 2010-11-02 15:04 +0000 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/e127cb5c2fbd 6945529: Apply fix for CR 6921001 to platform-specific java.security configuration files Reviewed-by: mullan ! src/share/lib/security/java.security-solaris ! src/share/lib/security/java.security-windows Changeset: 45601fbddedf Author: lana Date: 2010-11-02 19:40 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/45601fbddedf Merge - src/share/classes/java/nio/channels/AsynchronousDatagramChannel.java - src/share/classes/sun/nio/ch/SimpleAsynchronousDatagramChannelImpl.java ! src/windows/bin/java_md.c - test/java/nio/channels/AsynchronousDatagramChannel/Basic.java Changeset: ddb39b2582b1 Author: naoto Date: 2010-11-05 20:58 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/ddb39b2582b1 6997928: LocaleCategory test fails with b118 PIT Reviewed-by: sherman ! test/java/util/Locale/LocaleCategory.java ! test/java/util/Locale/LocaleCategory.sh Changeset: bb30977193b0 Author: lana Date: 2010-11-09 22:53 -0800 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/bb30977193b0 Merge - src/share/classes/java/nio/channels/AsynchronousDatagramChannel.java - src/share/classes/sun/java2d/pisces/LineSink.java - src/share/classes/sun/nio/ch/SimpleAsynchronousDatagramChannelImpl.java - test/java/nio/channels/AsynchronousDatagramChannel/Basic.java Changeset: 48f0b94573c8 Author: jrose Date: 2010-09-08 18:40 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/48f0b94573c8 6964498: JSR 292 invokedynamic sites need local bootstrap methods Summary: Add JVM_CONSTANT_InvokeDynamic records to constant pool to determine per-instruction BSMs; add MethodHandleProvider. Reviewed-by: twisti + src/share/classes/java/dyn/BootstrapMethod.java ! src/share/classes/java/dyn/CallSite.java + src/share/classes/java/dyn/ConstantCallSite.java ! src/share/classes/java/dyn/InvokeDynamic.java ! src/share/classes/java/dyn/InvokeDynamicBootstrapError.java ! src/share/classes/java/dyn/Linkage.java ! src/share/classes/java/dyn/LinkagePermission.java ! src/share/classes/java/dyn/MethodHandle.java + src/share/classes/java/dyn/MethodHandleProvider.java ! src/share/classes/java/dyn/package-info.java ! src/share/classes/sun/dyn/CallSiteImpl.java ! test/java/dyn/MethodHandlesTest.java Changeset: d30ca8bcad63 Author: jrose Date: 2010-09-08 18:40 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/d30ca8bcad63 6980096: JSR 292 reflective lookup should throw checked exceptions Summary: Make NoAccessException be a checked exception. Also remove JavaMethodHandle. Reviewed-by: twisti ! src/share/classes/java/dyn/CallSite.java - src/share/classes/java/dyn/JavaMethodHandle.java ! src/share/classes/java/dyn/MethodHandles.java ! src/share/classes/java/dyn/MethodType.java ! src/share/classes/java/dyn/NoAccessException.java ! src/share/classes/sun/dyn/BoundMethodHandle.java ! src/share/classes/sun/dyn/CallSiteImpl.java ! src/share/classes/sun/dyn/FilterGeneric.java ! src/share/classes/sun/dyn/FilterOneArgument.java ! src/share/classes/sun/dyn/FromGeneric.java ! src/share/classes/sun/dyn/Invokers.java + src/share/classes/sun/dyn/JavaMethodHandle.java ! src/share/classes/sun/dyn/MemberName.java ! src/share/classes/sun/dyn/MethodHandleImpl.java ! src/share/classes/sun/dyn/MethodHandleNatives.java ! src/share/classes/sun/dyn/SpreadGeneric.java ! src/share/classes/sun/dyn/ToGeneric.java ! src/share/classes/sun/dyn/util/ValueConversions.java + test/java/dyn/JavaDocExamples.java ! test/java/dyn/MethodHandlesTest.java Changeset: 93f36769ecef Author: jrose Date: 2010-09-08 18:40 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/93f36769ecef 6953246: JSR 292 should support SAM conversion Summary: Conversion function MethodHandles.asInstance; initial slow implementation based on Proxy. Reviewed-by: twisti ! src/share/classes/java/dyn/MethodHandles.java ! test/java/dyn/MethodHandlesTest.java Changeset: 4ed243e9e9d9 Author: jrose Date: 2010-09-14 01:42 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/4ed243e9e9d9 6982752: dynamic languages need to decorate types with runtime information Summary: Add ClassValue Reviewed-by: twisti + src/share/classes/java/dyn/ClassValue.java + test/java/dyn/ClassValueTest.java Changeset: aec1afae879d Author: trims Date: 2010-11-04 16:09 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/aec1afae879d Merge - make/common/Rules-SCCS.gmk - src/share/classes/com/sun/media/sound/MidiDeviceReceiver.java ! src/share/classes/java/dyn/InvokeDynamicBootstrapError.java ! src/share/classes/java/dyn/LinkagePermission.java ! src/share/classes/java/dyn/NoAccessException.java - src/share/native/sun/java2d/cmm/lcms/cmscam97.c - src/share/native/sun/java2d/cmm/lcms/cmsmatsh.c - src/share/native/sun/java2d/cmm/lcms/icc34.h - src/share/native/sun/java2d/cmm/lcms/lcms.h - src/solaris/classes/sun/net/spi/SdpProvider.java - src/solaris/native/sun/net/spi/SdpProvider.c - test/java/util/Locale/data/deflocale.exe - test/java/util/Locale/data/deflocale.jds3 - test/java/util/Locale/data/deflocale.rhel4 - test/java/util/Locale/data/deflocale.winvista - test/java/util/Locale/data/deflocale.winxp - test/sun/net/www/http/ChunkedInputStream/ChunkedCharEncoding.sh - test/tools/launcher/VerifyExceptions.java Changeset: b357910aa04a Author: trims Date: 2010-11-10 20:40 -0800 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/b357910aa04a Merge - src/share/classes/java/dyn/JavaMethodHandle.java Changeset: ecab7eefb8f2 Author: cl Date: 2010-11-11 11:02 -0800 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/ecab7eefb8f2 Added tag jdk7-b118 for changeset b357910aa04a ! .hgtags Changeset: 1a6bcdf42058 Author: igor Date: 2010-11-18 10:35 -0800 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/1a6bcdf42058 Merge - src/share/classes/java/dyn/JavaMethodHandle.java - src/share/classes/java/nio/channels/AsynchronousDatagramChannel.java - src/share/classes/sun/java2d/pisces/LineSink.java - src/share/classes/sun/nio/ch/SimpleAsynchronousDatagramChannelImpl.java - test/java/nio/channels/AsynchronousDatagramChannel/Basic.java Changeset: f32734df1bdd Author: ccheung Date: 2010-11-09 23:05 -0800 URL: http://hg.openjdk.java.net/jdk7/deploy/jdk/rev/f32734df1bdd 6992226: Missing windows COMPANY file property settings Reviewed-by: ohair ! make/common/Defs.gmk From igor.nekrestyanov at oracle.com Thu Nov 18 12:10:01 2010 From: igor.nekrestyanov at oracle.com (igor.nekrestyanov at oracle.com) Date: Thu, 18 Nov 2010 20:10:01 +0000 Subject: hg: jdk7/deploy/hotspot: 35 new changesets Message-ID: <20101118201102.67CB147AC9@hg.openjdk.java.net> Changeset: 08f0f4a3ddd6 Author: trims Date: 2010-11-04 15:19 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/hotspot/rev/08f0f4a3ddd6 Added tag hs20-b02 for changeset 52f19c724d96 ! .hgtags Changeset: c32059ef4dc0 Author: johnc Date: 2010-10-12 09:36 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/hotspot/rev/c32059ef4dc0 6971296: G1: simplify G1RemSet class hierarchy Summary: Remove G1RemSet base class and StupidG1RemSet class; rename HRInto_G1RemSet to just G1RemSet. Reviewed-by: ysr, tonyp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp ! src/share/vm/gc_implementation/g1/g1OopClosures.hpp ! src/share/vm/gc_implementation/g1/g1RemSet.cpp ! src/share/vm/gc_implementation/g1/g1RemSet.hpp ! src/share/vm/gc_implementation/g1/g1RemSet.inline.hpp ! src/share/vm/gc_implementation/g1/g1_globals.hpp ! src/share/vm/gc_implementation/includeDB_gc_g1 Changeset: b14ec34b1e07 Author: jcoomes Date: 2010-10-12 11:29 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/hotspot/rev/b14ec34b1e07 6989448: G1: refactor and simplify G1ParScanThreadState Reviewed-by: iveresov, tonyp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.hpp Changeset: ee813f7b46e4 Author: jcoomes Date: 2010-10-14 11:57 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/hotspot/rev/ee813f7b46e4 Merge Changeset: dfb38ea7da17 Author: zgu Date: 2010-09-30 12:05 -0400 URL: http://hg.openjdk.java.net/jdk7/deploy/hotspot/rev/dfb38ea7da17 6988363: Rebrand vm vendor property settings (jdk7 only) Summary: Vendor properties should be initialized after JDK version is determined. Reviewed-by: kamg, ohair, dcubed, dholmes ! src/share/vm/runtime/arguments.cpp ! src/share/vm/runtime/arguments.hpp ! src/share/vm/runtime/thread.cpp Changeset: 1c352af0135d Author: acorn Date: 2010-10-04 13:11 -0400 URL: http://hg.openjdk.java.net/jdk7/deploy/hotspot/rev/1c352af0135d 6763959: java.util.concurrent.locks.LockSupport.parkUntil(0) blocks forever Summary: Absolute time 0 needs to return immediately. Reviewed-by: phh, dcubed, dholmes ! src/os/linux/vm/os_linux.cpp ! src/os/solaris/vm/os_solaris.cpp ! src/os/windows/vm/os_windows.cpp Changeset: 644f98c78e33 Author: acorn Date: 2010-10-04 10:08 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/hotspot/rev/644f98c78e33 Merge Changeset: b6aedd1acdc0 Author: coleenp Date: 2010-10-07 08:06 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/hotspot/rev/b6aedd1acdc0 6983240: guarantee((Solaris::min_stack_allowed >= (StackYellowPages+StackRedPages...) wrong Summary: min_stack_allowed is a compile time constant and Stack*Pages are settable Reviewed-by: dholmes, kvn ! src/cpu/x86/vm/methodHandles_x86.cpp ! src/os/linux/vm/os_linux.cpp ! src/os/solaris/vm/os_solaris.cpp ! src/os/windows/vm/os_windows.cpp ! src/share/vm/runtime/arguments.cpp ! src/share/vm/utilities/exceptions.cpp Changeset: 3dc12ef8735e Author: bobv Date: 2010-10-07 15:12 -0400 URL: http://hg.openjdk.java.net/jdk7/deploy/hotspot/rev/3dc12ef8735e 6989297: Integrate additional portability improvements Reviewed-by: vladidan, dholmes ! src/cpu/sparc/vm/globals_sparc.hpp ! src/cpu/x86/vm/globals_x86.hpp ! src/cpu/x86/vm/methodHandles_x86.cpp ! src/cpu/zero/vm/globals_zero.hpp ! src/os/linux/vm/attachListener_linux.cpp ! src/share/vm/includeDB_core ! src/share/vm/runtime/globals.hpp ! src/share/vm/runtime/sharedRuntime.cpp ! src/share/vm/runtime/sharedRuntime.hpp Changeset: 7491c8b96111 Author: bobv Date: 2010-10-07 15:14 -0400 URL: http://hg.openjdk.java.net/jdk7/deploy/hotspot/rev/7491c8b96111 Merge Changeset: c77b5c592eab Author: kamg Date: 2010-10-12 10:57 -0400 URL: http://hg.openjdk.java.net/jdk7/deploy/hotspot/rev/c77b5c592eab 6392697: Additional flag needed to supress Hotspot warning messages Summary: Apply PrintJvmWarnings flag to all warnings Reviewed-by: coleenp, phh ! src/share/vm/runtime/globals.hpp ! src/share/vm/utilities/debug.cpp Changeset: 75b0735b4d04 Author: acorn Date: 2010-10-13 11:46 -0400 URL: http://hg.openjdk.java.net/jdk7/deploy/hotspot/rev/75b0735b4d04 Merge ! src/cpu/x86/vm/methodHandles_x86.cpp ! src/share/vm/includeDB_core ! src/share/vm/runtime/arguments.cpp ! src/share/vm/runtime/globals.hpp ! src/share/vm/runtime/thread.cpp Changeset: beba40b26a79 Author: acorn Date: 2010-10-15 15:12 -0400 URL: http://hg.openjdk.java.net/jdk7/deploy/hotspot/rev/beba40b26a79 Merge ! src/cpu/x86/vm/methodHandles_x86.cpp Changeset: 07a218de38cb Author: never Date: 2010-10-15 14:21 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/hotspot/rev/07a218de38cb 6992477: fix for 6991512 broke sparc barriers Reviewed-by: kvn, iveresov ! src/cpu/sparc/vm/c1_LIRGenerator_sparc.cpp ! src/cpu/x86/vm/c1_CodeStubs_x86.cpp ! src/cpu/x86/vm/c1_LIRGenerator_x86.cpp ! src/share/vm/c1/c1_LIRGenerator.cpp Changeset: 75ab0162aa84 Author: never Date: 2010-10-18 09:33 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/hotspot/rev/75ab0162aa84 Merge Changeset: 4e22405d98d6 Author: iveresov Date: 2010-10-19 11:14 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/hotspot/rev/4e22405d98d6 6989669: Coops: -Xshare:dump causes crash Summary: Temporarily fix to disable compressed oops with CDS Reviewed-by: dholmes, twisti, kvn, never ! src/share/vm/runtime/arguments.cpp ! src/share/vm/runtime/globals.hpp Changeset: 9eaf8ba53f3d Author: trims Date: 2010-10-20 17:07 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/hotspot/rev/9eaf8ba53f3d Merge Changeset: a4c7fe54bf3f Author: kamg Date: 2010-10-21 10:10 -0400 URL: http://hg.openjdk.java.net/jdk7/deploy/hotspot/rev/a4c7fe54bf3f 6991315: RedefineClasses fails with java.lang.VerifyError Summary: Repair stackmap table attribute when relocating bytecode Reviewed-by: acorn, never + src/share/vm/classfile/stackMapTableFormat.hpp ! src/share/vm/includeDB_core ! src/share/vm/oops/methodOop.hpp ! src/share/vm/runtime/relocator.cpp ! src/share/vm/runtime/relocator.hpp Changeset: fa83ab460c54 Author: acorn Date: 2010-10-22 15:59 -0400 URL: http://hg.openjdk.java.net/jdk7/deploy/hotspot/rev/fa83ab460c54 6988353: refactor contended sync subsystem Summary: reduce complexity by factoring synchronizer.cpp Reviewed-by: dholmes, never, coleenp - src/os/linux/vm/objectMonitor_linux.cpp - src/os/linux/vm/objectMonitor_linux.hpp - src/os/linux/vm/objectMonitor_linux.inline.hpp - src/os/solaris/vm/objectMonitor_solaris.cpp - src/os/solaris/vm/objectMonitor_solaris.hpp - src/os/solaris/vm/objectMonitor_solaris.inline.hpp - src/os/windows/vm/objectMonitor_windows.cpp - src/os/windows/vm/objectMonitor_windows.hpp - src/os/windows/vm/objectMonitor_windows.inline.hpp ! src/share/vm/includeDB_compiler1 ! src/share/vm/includeDB_core ! src/share/vm/includeDB_features ! src/share/vm/includeDB_jvmti ! src/share/vm/prims/jvmtiImpl.cpp ! src/share/vm/prims/jvmtiImpl.hpp + src/share/vm/prims/jvmtiRawMonitor.cpp + src/share/vm/prims/jvmtiRawMonitor.hpp + src/share/vm/runtime/basicLock.cpp + src/share/vm/runtime/basicLock.hpp ! src/share/vm/runtime/mutex.hpp + src/share/vm/runtime/objectMonitor.cpp ! src/share/vm/runtime/objectMonitor.hpp ! src/share/vm/runtime/objectMonitor.inline.hpp + src/share/vm/runtime/park.cpp + src/share/vm/runtime/park.hpp ! src/share/vm/runtime/synchronizer.cpp ! src/share/vm/runtime/synchronizer.hpp ! src/share/vm/runtime/thread.cpp ! src/share/vm/runtime/thread.hpp Changeset: a312a67b32ef Author: acorn Date: 2010-10-25 13:31 -0400 URL: http://hg.openjdk.java.net/jdk7/deploy/hotspot/rev/a312a67b32ef Merge ! src/share/vm/includeDB_core Changeset: 60ce9dade348 Author: acorn Date: 2010-10-26 14:43 -0400 URL: http://hg.openjdk.java.net/jdk7/deploy/hotspot/rev/60ce9dade348 Merge Changeset: 6412b3805cd6 Author: kamg Date: 2010-10-26 14:08 -0400 URL: http://hg.openjdk.java.net/jdk7/deploy/hotspot/rev/6412b3805cd6 6891959: HotSpot should not throw ClassFormatError if a class has a field with '>' and/or '<' in its name Summary: Class file parser needs to look for and disallow '[' in names. Reviewed-by: coleenp, never ! src/share/vm/classfile/classFileParser.cpp Changeset: ee0d26abaad3 Author: kamg Date: 2010-10-26 16:48 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/hotspot/rev/ee0d26abaad3 Merge Changeset: 35e4e086d5f5 Author: tonyp Date: 2010-10-14 10:38 -0400 URL: http://hg.openjdk.java.net/jdk7/deploy/hotspot/rev/35e4e086d5f5 6990359: G1: don't push a stolen entry on the taskqueue, deal with it directly Summary: When an entry is stolen, don't push it on the task queue but process it directly. Reviewed-by: iveresov, ysr, jcoomes ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.hpp Changeset: 9f4848ebbabd Author: tonyp Date: 2010-10-15 17:26 -0400 URL: http://hg.openjdk.java.net/jdk7/deploy/hotspot/rev/9f4848ebbabd 6992189: G1: inconsistent base used in sparse rem set iterator Summary: The remembered set iterator for sparse tables incorrectly assumes that index 0 corresponds to the bottom of the heap, not address 0 as it is the case. Reviewed-by: ysr, jmasa ! src/share/vm/gc_implementation/g1/heapRegionRemSet.cpp ! src/share/vm/gc_implementation/g1/sparsePRT.cpp ! src/share/vm/gc_implementation/g1/sparsePRT.hpp Changeset: a5c514e74487 Author: johnc Date: 2010-10-18 15:01 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/hotspot/rev/a5c514e74487 6988458: G1: assert(mr.end() <= _cm->finger()) failed: otherwise the region shouldn't be on the stack Summary: The changes from 6941395 did not clear the CMTask::_aborted_region fields when concurrent marking aborted because of overflow. As a result, the next time around we could see a memory region whose start address was above the global finger and the assertion tripped. Moved the clearing of the aborted regions to ConcurrentMark::clear_marking_state, which is executed on all of the exit paths. Reviewed-by: tonyp, ysr, jmasa ! src/share/vm/gc_implementation/g1/concurrentMark.cpp Changeset: 72a161e62cc4 Author: tonyp Date: 2010-10-16 17:12 -0400 URL: http://hg.openjdk.java.net/jdk7/deploy/hotspot/rev/72a161e62cc4 6991377: G1: race between concurrent refinement and humongous object allocation Summary: There is a race between the concurrent refinement threads and the humongous object allocation that can cause the concurrent refinement threads to corrupt the part of the BOT that it is being initialized by the humongous object allocation operation. The solution is to do the humongous object allocation in careful steps to ensure that the concurrent refinement threads always have a consistent view over the BOT, region contents, and top. The fix includes some very minor tidying up in sparsePRT. Reviewed-by: jcoomes, johnc, ysr ! src/share/vm/gc_implementation/g1/g1BlockOffsetTable.cpp ! src/share/vm/gc_implementation/g1/g1BlockOffsetTable.hpp ! src/share/vm/gc_implementation/g1/heapRegion.cpp ! src/share/vm/gc_implementation/g1/heapRegion.hpp ! src/share/vm/gc_implementation/g1/heapRegionSeq.cpp ! src/share/vm/gc_implementation/g1/sparsePRT.cpp ! src/share/vm/gc_implementation/g1/sparsePRT.hpp Changeset: cd3ef3fd20dd Author: ysr Date: 2010-10-21 17:29 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/hotspot/rev/cd3ef3fd20dd 6992998: CMSWaitDuration=0 causes hangs with +ExplicitGCInvokesConcurrent Summary: Closed a timing hole during which concurrent full gc requests can be missed. The hole can increase the latency of the response to a full gc request by up to the value of CMSWaitDuration. If CMSWaitDuration=0 is, as currently, interpreted as an unbounded wait, suitable in certain tuning scenarios, the application can potentially hang. Made two obscure tunables, including CMSWaitDuration, manageable. Reviewed-by: jcoomes, tonyp ! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepThread.cpp ! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepThread.hpp ! src/share/vm/runtime/globals.hpp Changeset: a7214d79fcf1 Author: ysr Date: 2010-10-23 23:03 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/hotspot/rev/a7214d79fcf1 6896603: CMS/GCH: collection_attempt_is_safe() ergo should use more recent data Summary: Deprecated HandlePromotionFailure, removing the ability to turn off that feature, did away with one epoch look-ahead when deciding if a scavenge is likely to fail, relying on current data. Reviewed-by: jmasa, johnc, poonam ! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.cpp ! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.hpp ! src/share/vm/gc_implementation/parNew/parNewGeneration.cpp ! src/share/vm/memory/collectorPolicy.cpp ! src/share/vm/memory/defNewGeneration.cpp ! src/share/vm/memory/defNewGeneration.hpp ! src/share/vm/memory/genCollectedHeap.cpp ! src/share/vm/memory/genCollectedHeap.hpp ! src/share/vm/memory/generation.cpp ! src/share/vm/memory/generation.hpp ! src/share/vm/memory/tenuredGeneration.cpp ! src/share/vm/memory/tenuredGeneration.hpp ! src/share/vm/runtime/arguments.cpp ! src/share/vm/runtime/globals.hpp Changeset: c766bae6c14d Author: ysr Date: 2010-10-28 14:46 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/hotspot/rev/c766bae6c14d 6995045: assert(!gch->incremental_collection_failed()) failed: Error, defNewGeneration.cpp:827 Summary: Sharpened an assert, introduced in 6896603, that intended to check that the incremental_collection_failed() predicate on the heap was being reset "soon enough". Reviewed-by: jmasa ! src/share/vm/memory/defNewGeneration.cpp Changeset: f5c8d6e5bfee Author: jcoomes Date: 2010-11-01 10:49 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/hotspot/rev/f5c8d6e5bfee Merge ! src/share/vm/runtime/arguments.cpp ! src/share/vm/runtime/globals.hpp Changeset: 9de67bf4244d Author: iveresov Date: 2010-11-02 16:02 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/hotspot/rev/9de67bf4244d 6996136: VM crash in src/share/vm/runtime/virtualspace.cpp:424 Summary: Turn CDS off if compressed oops is on Reviewed-by: ysr, kvn, jcoomes, phh ! src/share/vm/runtime/arguments.cpp ! src/share/vm/runtime/arguments.hpp Changeset: 4ac698856c43 Author: trims Date: 2010-11-04 16:17 -0700 URL: http://hg.openjdk.java.net/jdk7/deploy/hotspot/rev/4ac698856c43 Merge - src/os/linux/vm/objectMonitor_linux.cpp - src/os/linux/vm/objectMonitor_linux.hpp - src/os/linux/vm/objectMonitor_linux.inline.hpp - src/os/solaris/vm/objectMonitor_solaris.cpp - src/os/solaris/vm/objectMonitor_solaris.hpp - src/os/solaris/vm/objectMonitor_solaris.inline.hpp - src/os/windows/vm/objectMonitor_windows.cpp - src/os/windows/vm/objectMonitor_windows.hpp - src/os/windows/vm/objectMonitor_windows.inline.hpp Changeset: 698b7b727e12 Author: trims Date: 2010-11-10 20:38 -0800 URL: http://hg.openjdk.java.net/jdk7/deploy/hotspot/rev/698b7b727e12 Merge ! .hgtags - src/os/linux/vm/objectMonitor_linux.cpp - src/os/linux/vm/objectMonitor_linux.hpp - src/os/linux/vm/objectMonitor_linux.inline.hpp - src/os/solaris/vm/objectMonitor_solaris.cpp - src/os/solaris/vm/objectMonitor_solaris.hpp - src/os/solaris/vm/objectMonitor_solaris.inline.hpp - src/os/windows/vm/objectMonitor_windows.cpp - src/os/windows/vm/objectMonitor_windows.hpp - src/os/windows/vm/objectMonitor_windows.inline.hpp Changeset: 3ef7426b4dea Author: cl Date: 2010-11-11 11:02 -0800 URL: http://hg.openjdk.java.net/jdk7/deploy/hotspot/rev/3ef7426b4dea Added tag jdk7-b118 for changeset 698b7b727e12 ! .hgtags From gnu_andrew at member.fsf.org Fri Nov 19 05:11:05 2010 From: gnu_andrew at member.fsf.org (Dr Andrew John Hughes) Date: Fri, 19 Nov 2010 13:11:05 +0000 Subject: Field of use In-Reply-To: <46C13AA90DB8844DAB79680243857F0F0AFF1D@server1.ABPNI.local> References: <46C13AA90DB8844DAB79680243857F0F0AFF1D@server1.ABPNI.local> Message-ID: On 18 November 2010 12:44, Jonathan Tripathy wrote: > Hi Everyone, > > Does the OpenJDK project have any "Field of Use" restrictions? Are > "kiosk"/"set top box" style installation allowed? > > Thanks http://openjdk.java.net/legal/ -- 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 Fri Nov 19 05:37:50 2010 From: mark at klomp.org (Mark Wielaard) Date: Fri, 19 Nov 2010 14:37:50 +0100 Subject: Field of use In-Reply-To: References: <46C13AA90DB8844DAB79680243857F0F0AFF1D@server1.ABPNI.local> Message-ID: <1290173870.27277.15.camel@springer.wildebeest.org> On Fri, 2010-11-19 at 13:11 +0000, Dr Andrew John Hughes wrote: > On 18 November 2010 12:44, Jonathan Tripathy wrote: > > Hi Everyone, > > > > Does the OpenJDK project have any "Field of Use" restrictions? Are > > "kiosk"/"set top box" style installation allowed? > > http://openjdk.java.net/legal/ So, the answers are No and Yes. OpenJDK is distributed under various free software licenses, specifically the GPL, which means there is no such thing as a "Field of Use" restriction. You are free to use it for whatever you feel like (if you obey the obligations of passing along such grants and the source code as the GPL says). And yes, it is used already in such setups. Jalimo for example has been providing OpenJDK for a couple of years already for such things as the BeagleBoard, BUG, OpenMoko, Maemo, the Irex Iliad, etc... It takes some work, but is is certainly possible: http://rschuster.blogs.evolvis.org/2008/12/21/serving-cross-compiled-openjdk-with-icedtea/ Cheers, Mark From mark at klomp.org Fri Nov 19 05:55:03 2010 From: mark at klomp.org (Mark Wielaard) Date: Fri, 19 Nov 2010 14:55:03 +0100 Subject: Field of use In-Reply-To: <46C13AA90DB8844DAB79680243857F0F0AFF27@server1.ABPNI.local> References: <46C13AA90DB8844DAB79680243857F0F0AFF1D@server1.ABPNI.local> <1290173870.27277.15.camel@springer.wildebeest.org> <46C13AA90DB8844DAB79680243857F0F0AFF27@server1.ABPNI.local> Message-ID: <1290174903.27277.18.camel@springer.wildebeest.org> On Fri, 2010-11-19 at 13:39 +0000, Jonathan Tripathy wrote: > I still don't see any "Field of Use" restrictions though. That is because there aren't any such restrictions. > Then again, I don't see any patent license grants at all.. They are all licensed through the GPL for everyone's free use. http://en.swpat.org/wiki/Java_and_patents "OpenJDK is has been distributed by Oracle under GPLv2. GPLv2 includes two implicit patent licences, so users of OpenJDK should be safe, and modified versions of OpenJDK should also be safe (even if they're heavily modified). The protections in the GPL are unconditional. The software doesn't have to comply with any specifications in order to benefit from these protections." From mark at klomp.org Fri Nov 19 06:08:18 2010 From: mark at klomp.org (Mark Wielaard) Date: Fri, 19 Nov 2010 15:08:18 +0100 Subject: Field of use In-Reply-To: <46C13AA90DB8844DAB79680243857F0F0AFF29@server1.ABPNI.local> References: <46C13AA90DB8844DAB79680243857F0F0AFF1D@server1.ABPNI.local> <1290173870.27277.15.camel@springer.wildebeest.org> <46C13AA90DB8844DAB79680243857F0F0AFF27@server1.ABPNI.local> <1290174903.27277.18.camel@springer.wildebeest.org> <46C13AA90DB8844DAB79680243857F0F0AFF29@server1.ABPNI.local> Message-ID: <1290175698.27277.24.camel@springer.wildebeest.org> On Fri, 2010-11-19 at 13:57 +0000, Jonathan Tripathy wrote: > Excellent, so I am free to use OpenJDK in kiosk and set-top-box style > systems, without risking patent violation? If you need legal advise please see your legal counsel. This is just the mailinglist to discuss build environments. All we can tell you is what the legal documents say, which is that you get a free patent license under the GPL from the OpenJDK contributors/distributors. From volker.simonis at gmail.com Fri Nov 19 07:05:01 2010 From: volker.simonis at gmail.com (Volker Simonis) Date: Fri, 19 Nov 2010 16:05:01 +0100 Subject: Field of use In-Reply-To: <1290174903.27277.18.camel@springer.wildebeest.org> References: <46C13AA90DB8844DAB79680243857F0F0AFF1D@server1.ABPNI.local> <1290173870.27277.15.camel@springer.wildebeest.org> <46C13AA90DB8844DAB79680243857F0F0AFF27@server1.ABPNI.local> <1290174903.27277.18.camel@springer.wildebeest.org> Message-ID: In my opinion http://en.swpat.org/wiki/Java_and_patents seems to be a strange site and I wouldn't rely too much on it: - it claims that "GPLv2 includes two implicit patent licenses" but as far as I know, this is still a controversial topic (see for example: http://www.fenwick.com/docstore/Publications/IP/potential_defenses.pdf) and one of the reasons why GPLv3 was created. (By the way, this topic has already been extensively discussed on this list: http://old.nabble.com/Licensing-questions-to27254043.html#a27258107) - it claims there is a patent grant trough the "Java Language Specification" but if you read that carefully you will notice that it "only applies for implementations of Java that fully comply with the Java Language Specification" which can be only proves by passing the latest TCP tests from Oracle. But these tests are not free AND they contain 'a field of use' clause! So I would say if you don't want to certify it and call it Java you are quite safe until you made your first billion dollars. Then of course with every additional billion there's an increasing risc of getting sued for patent infringements :) Regards, Volker PS: I'm not a lawyer.. On Fri, Nov 19, 2010 at 2:55 PM, Mark Wielaard wrote: > On Fri, 2010-11-19 at 13:39 +0000, Jonathan Tripathy wrote: >> I still don't see any "Field of Use" restrictions though. > > That is because there aren't any such restrictions. > >> Then again, I don't see any patent license grants at all.. > > They are all licensed through the GPL for everyone's free use. > http://en.swpat.org/wiki/Java_and_patents > > "OpenJDK is has been distributed by Oracle under GPLv2. GPLv2 includes > two implicit patent licences, so users of OpenJDK should be safe, and > modified versions of OpenJDK should also be safe (even if they're > heavily modified). > > The protections in the GPL are unconditional. The software doesn't have > to comply with any specifications in order to benefit from these > protections." > > From mark at klomp.org Fri Nov 19 07:12:08 2010 From: mark at klomp.org (Mark Wielaard) Date: Fri, 19 Nov 2010 16:12:08 +0100 Subject: Field of use In-Reply-To: References: <46C13AA90DB8844DAB79680243857F0F0AFF1D@server1.ABPNI.local> <1290173870.27277.15.camel@springer.wildebeest.org> <46C13AA90DB8844DAB79680243857F0F0AFF27@server1.ABPNI.local> <1290174903.27277.18.camel@springer.wildebeest.org> Message-ID: <1290179528.27277.36.camel@springer.wildebeest.org> On Fri, 2010-11-19 at 16:05 +0100, Volker Simonis wrote: > In my opinion http://en.swpat.org/wiki/Java_and_patents seems to be a > strange site and I wouldn't rely too much on it: > > - it claims that "GPLv2 includes two implicit patent licenses" but as > far as I know, this is still a controversial topic (see for example: > http://www.fenwick.com/docstore/Publications/IP/potential_defenses.pdf) > and one of the reasons why GPLv3 was created. (By the way, this topic > has already been extensively discussed on this list: > http://old.nabble.com/Licensing-questions-to27254043.html#a27258107) I don't know why you keep bringing up that paper and claim it is controversial while it was pointed out to you in the same thread you reference that the conclusion of that paper is precisely what the software patent website claims: "from available case law, it is reasonable to conclude that the implied license defense is available and tenable for a defendant in a patent suit involving software released under the GPL." > you are quite safe until you made your first billion dollars. Then of > course with every additional billion there's an increasing risc of > getting sued for patent infringements :) Haha. Yes, I think that is a good rule of thumb! :) Cheers, Mark From mark at klomp.org Fri Nov 19 07:31:11 2010 From: mark at klomp.org (Mark Wielaard) Date: Fri, 19 Nov 2010 16:31:11 +0100 Subject: Field of use In-Reply-To: References: <46C13AA90DB8844DAB79680243857F0F0AFF1D@server1.ABPNI.local> <1290173870.27277.15.camel@springer.wildebeest.org> <46C13AA90DB8844DAB79680243857F0F0AFF27@server1.ABPNI.local> <1290174903.27277.18.camel@springer.wildebeest.org> Message-ID: <1290180671.27277.39.camel@springer.wildebeest.org> On Fri, 2010-11-19 at 16:05 +0100, Volker Simonis wrote: > - it claims there is a patent grant trough the "Java Language > Specification" but if you read that carefully you will notice that it > "only applies for implementations of Java that fully comply with the > Java Language Specification" which can be only proves by passing the > latest TCP tests from Oracle. But these tests are not free AND they > contain 'a field of use' clause! And this is also not true BTW. Although the TCK for OpenJDK derivatives is annoyingly non-free and only available under an NDA, it doesn't contain any 'field of use' clauses (which would be incompatible with releasing the result under the GPL). You can read for yourself here: http://openjdk.java.net/legal/openjdk-tck-license.pdf From patrick at reini.net Sat Nov 20 01:57:51 2010 From: patrick at reini.net (Patrick Reinhart) Date: Sat, 20 Nov 2010 10:57:51 +0100 Subject: Building OpenJDK 7 under Fedora 14' In-Reply-To: References: <4CE1987D.2090202@reini.net> <4CE1DF3C.4070200@oracle.com> <1289948779.2723.21.camel@wsccuw01.ccuw.ch> Message-ID: <1290247071.10560.12.camel@wsccuw01.ccuw.ch> On Wed, 2010-11-17 at 10:37 +0200, Damjan Jovanovic wrote: > > How do I specify those suggested ANT parameters with the make command? > > > export ALLOW_DOWNLOADS=true This would work if the SSL certificate for the used server, would be correct and not being issued for www.java.net ... :-( > -jaxp_src-url-bundle: > [echo] Downloading from > https://jaxp.dev.java.net/files/documents/913/152561/jaxp-1_4_4.zip > [get] Getting: > https://jaxp.dev.java.net/files/documents/913/152561/jaxp-1_4_4.zip > [get] > To: /home/pr/hgrepos/jdk7/build/linux-amd64/jaxp/drop/bundles/jaxp-1_4_4.zip.temp > [get] Error getting > https://jaxp.dev.java.net/files/documents/913/152561/jaxp-1_4_4.zip > to /home/pr/hgrepos/jdk7/build/linux-amd64/jaxp/drop/bundles/jaxp-1_4_4.zip.temp > > BUILD FAILED > javax.net.ssl.SSLHandshakeException: > java.security.cert.CertificateException: No subject alternative DNS > name matching jaxp.dev.java.net found. I get the feeling, that it seems that I am the only one, that tries to build OpenJDK the first time from scratch. Or have I done this all completely wrong, trying to build that way? Patrick From damjan.jov at gmail.com Sat Nov 20 02:05:33 2010 From: damjan.jov at gmail.com (Damjan Jovanovic) Date: Sat, 20 Nov 2010 12:05:33 +0200 Subject: Building OpenJDK 7 under Fedora 14' In-Reply-To: <1290247071.10560.12.camel@wsccuw01.ccuw.ch> References: <4CE1987D.2090202@reini.net> <4CE1DF3C.4070200@oracle.com> <1289948779.2723.21.camel@wsccuw01.ccuw.ch> <1290247071.10560.12.camel@wsccuw01.ccuw.ch> Message-ID: On Sat, Nov 20, 2010 at 11:57 AM, Patrick Reinhart wrote: > On Wed, 2010-11-17 at 10:37 +0200, Damjan Jovanovic wrote: > >> > How do I specify those suggested ANT parameters with the make command? >> > > >> export ALLOW_DOWNLOADS=true > > This would work if the SSL certificate for the used server, would be > correct and not being issued for www.java.net ... :-( > >> -jaxp_src-url-bundle: >> ? ? ?[echo] Downloading from >> https://jaxp.dev.java.net/files/documents/913/152561/jaxp-1_4_4.zip >> ? ? ? [get] Getting: >> https://jaxp.dev.java.net/files/documents/913/152561/jaxp-1_4_4.zip >> ? ? ? [get] >> To: /home/pr/hgrepos/jdk7/build/linux-amd64/jaxp/drop/bundles/jaxp-1_4_4.zip.temp >> ? ? ? [get] Error getting >> https://jaxp.dev.java.net/files/documents/913/152561/jaxp-1_4_4.zip >> to /home/pr/hgrepos/jdk7/build/linux-amd64/jaxp/drop/bundles/jaxp-1_4_4.zip.temp >> >> BUILD FAILED >> javax.net.ssl.SSLHandshakeException: >> java.security.cert.CertificateException: No subject alternative DNS >> name matching jaxp.dev.java.net found. > > I get the feeling, that it seems that I am the only one, that tries to > build OpenJDK the first time from scratch. > > Or have I done this all completely wrong, trying to build that way? > > Patrick > > > There is a workaround for that: you download the jaxp files yourself, and put them in export ALT_DROPS_DIR=/path/to/some/directory If you can't download them from the URL that OpenJDK tries to download them from, Google for the project and look for the filename on its list of downloads. From patrick at reini.net Sat Nov 20 02:30:13 2010 From: patrick at reini.net (Patrick Reinhart) Date: Sat, 20 Nov 2010 11:30:13 +0100 Subject: Building OpenJDK 7 under Fedora 14' In-Reply-To: References: <4CE1987D.2090202@reini.net> <4CE1DF3C.4070200@oracle.com> <1289948779.2723.21.camel@wsccuw01.ccuw.ch> <1290247071.10560.12.camel@wsccuw01.ccuw.ch> Message-ID: <1290249013.12114.1.camel@wsccuw01.ccuw.ch> On Sat, 2010-11-20 at 12:05 +0200, Damjan Jovanovic wrote: > There is a workaround for that: you download the jaxp files yourself, > and put them in > export ALT_DROPS_DIR=/path/to/some/directory > > If you can't download them from the URL that OpenJDK tries to download > them from, Google for the project and look for the filename on its > list of downloads. Ok, what must I do, to get the sources from this projects also? And where do I have to put them if my root directory for the jdk7 files is ~/hgrepos? Regards Patrick From mark at klomp.org Sat Nov 20 08:42:35 2010 From: mark at klomp.org (Mark Wielaard) Date: Sat, 20 Nov 2010 17:42:35 +0100 Subject: Building OpenJDK 7 under Fedora 14' In-Reply-To: <1290249013.12114.1.camel@wsccuw01.ccuw.ch> References: <4CE1987D.2090202@reini.net> <4CE1DF3C.4070200@oracle.com> <1289948779.2723.21.camel@wsccuw01.ccuw.ch> <1290247071.10560.12.camel@wsccuw01.ccuw.ch> <1290249013.12114.1.camel@wsccuw01.ccuw.ch> Message-ID: <1290271355.2478.4.camel@hermans.wildebeest.org> On Sat, 2010-11-20 at 11:30 +0100, Patrick Reinhart wrote: > On Sat, 2010-11-20 at 12:05 +0200, Damjan Jovanovic wrote: > > There is a workaround for that: you download the jaxp files yourself, > > and put them in > > export ALT_DROPS_DIR=/path/to/some/directory > > > > If you can't download them from the URL that OpenJDK tries to download > > them from, Google for the project and look for the filename on its > > list of downloads. > > Ok, what must I do, to get the sources from this projects also? And > where do I have to put them if my root directory for the jdk7 files is > ~/hgrepos? For IcedTea we collect them all and put them in one place because the original locations change and are sometimes unreachable. So normally you should be able to find everything here (both old and current versions): http://icedtea.classpath.org/download/drops/ If you are using the icedtea build setup it will automagically do this for you. Otherwise you would have to download them all in some location and provide an ALT_DROPS_DIR to your build environment. See for an example of how to do this the icedtea6 Makefile.am: http://icedtea.classpath.org/hg/icedtea6/file/tip/Makefile.am Cheers, Mark From ahughes at redhat.com Mon Nov 22 13:09:33 2010 From: ahughes at redhat.com (Dr Andrew John Hughes) Date: Mon, 22 Nov 2010 21:09:33 +0000 Subject: alsa-sane-headers sanity check broken Message-ID: <20101122210933.GI19794@rivendell.middle-earth.co.uk> I'm quite puzzled as to how this hasn't been spotted before now, but I tried to build jdk7/jdk7 today (b118 from hg), using exactly the same script as I usually do, and immediately failed due to a missing separator in the jdk Sanity.gmk Makefile: make[1]: Entering directory `/home/andrew/projects/openjdk/upstream/build/jdk/make' /home/andrew/projects/openjdk/upstream/build/jdk/make/common/shared/Sanity.gmk:1392: *** missing separator (did you mean TAB instead of 8 spaces?). Stop. make[1]: Leaving directory `/home/andrew/projects/openjdk/upstream/build/jdk/make' I've just confirmed it's also broken in the build tree and the icedtea tree also fails (which is where I first hit the error). It seems the sane-alsa-headers target is completely broken. What's puzzling is the changes occur in: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/30bf00392b6d changeset: 914:30bf00392b6d parent: 796:d8eb2738db6b user: ohair date: Sat Jan 31 17:31:21 2009 -0800 summary: 6799141: Build with --hash-style=both so that binaries can work on SuSE 10 which is nearly two years old. I managed to make some headway: * The target uses a mix of tabs and spaces. Replacing with all tabs gets things further. * The next issue is fixed by changing $${alsa_version) to $${alsa_version}. It then fails because we have a conditional structured as: if [ "$(ALSA_CHECK)" != "same" -a "$(ALSA_CHECK)" != "newer" ] ; then \ ... fi \ else \ ... fi There seems to be an if statement missing as, otherwise, having REQUIRED_ALSA_VERSION defined always results in an error. I assume there should be a top level if statement, similar to the @if [ -f "$(ALSA_VERSION_CHECK)" ]; removed by this changeset. This would also explain why the if block is printed when usually such things are silent. Anyone care to enlighten us as to the missing if statement? I'd also love to know how this has only just started biting me now. Thanks, -- 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 patrick at reini.net Mon Nov 22 13:15:56 2010 From: patrick at reini.net (Patrick Reinhart) Date: Mon, 22 Nov 2010 22:15:56 +0100 Subject: alsa-sane-headers sanity check broken In-Reply-To: <20101122210933.GI19794@rivendell.middle-earth.co.uk> References: <20101122210933.GI19794@rivendell.middle-earth.co.uk> Message-ID: <4CEADD8C.80404@reini.net> Am 22.11.10 22:09, schrieb Dr Andrew John Hughes: > I'm quite puzzled as to how this hasn't been spotted before now, but I > tried to build jdk7/jdk7 today (b118 from hg), using exactly the same > script as I usually do, and immediately failed due to a missing > separator in the jdk Sanity.gmk Makefile: > > make[1]: Entering directory `/home/andrew/projects/openjdk/upstream/build/jdk/make' > /home/andrew/projects/openjdk/upstream/build/jdk/make/common/shared/Sanity.gmk:1392: *** missing separator (did you mean TAB instead of 8 spaces?). Stop. > make[1]: Leaving directory `/home/andrew/projects/openjdk/upstream/build/jdk/make' > > I've just confirmed it's also broken in the build tree and the icedtea tree > also fails (which is where I first hit the error). > > It seems the sane-alsa-headers target is completely broken. What's puzzling > is the changes occur in: > > http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/30bf00392b6d > changeset: 914:30bf00392b6d > parent: 796:d8eb2738db6b > user: ohair > date: Sat Jan 31 17:31:21 2009 -0800 > summary: 6799141: Build with --hash-style=both so that binaries can work on SuSE 10 > > which is nearly two years old. > > I managed to make some headway: > > * The target uses a mix of tabs and spaces. Replacing with all tabs gets things further. > * The next issue is fixed by changing $${alsa_version) to $${alsa_version}. > > It then fails because we have a conditional structured as: > > if [ "$(ALSA_CHECK)" != "same" -a "$(ALSA_CHECK)" != "newer" ] ; then \ > ... > fi \ > else \ > ... > fi > > There seems to be an if statement missing as, otherwise, having REQUIRED_ALSA_VERSION > defined always results in an error. I assume there should be a top level if statement, > similar to the @if [ -f "$(ALSA_VERSION_CHECK)" ]; removed by this changeset. This would > also explain why the if block is printed when usually such things are silent. > > Anyone care to enlighten us as to the missing if statement? I'd also love to know how > this has only just started biting me now. > > Thanks, Hi Andrew, See my statement and correcting diff http://mail.openjdk.java.net/pipermail/build-dev/2010-November/003578.html when I tried to get the build running under Fedora 14... Regards Patrick -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5874 bytes Desc: S/MIME Cryptographic Signature Url : http://mail.openjdk.java.net/pipermail/build-dev/attachments/20101122/5e892ee8/smime.p7s From ahughes at redhat.com Mon Nov 22 13:53:12 2010 From: ahughes at redhat.com (Dr Andrew John Hughes) Date: Mon, 22 Nov 2010 21:53:12 +0000 Subject: alsa-sane-headers sanity check broken In-Reply-To: <4CEADD8C.80404@reini.net> References: <20101122210933.GI19794@rivendell.middle-earth.co.uk> <4CEADD8C.80404@reini.net> Message-ID: <20101122215312.GJ19794@rivendell.middle-earth.co.uk> On 22:15 Mon 22 Nov , Patrick Reinhart wrote: > Am 22.11.10 22:09, schrieb Dr Andrew John Hughes: > > I'm quite puzzled as to how this hasn't been spotted before now, but I > > tried to build jdk7/jdk7 today (b118 from hg), using exactly the same > > script as I usually do, and immediately failed due to a missing > > separator in the jdk Sanity.gmk Makefile: > > > > make[1]: Entering directory `/home/andrew/projects/openjdk/upstream/build/jdk/make' > > /home/andrew/projects/openjdk/upstream/build/jdk/make/common/shared/Sanity.gmk:1392: *** missing separator (did you mean TAB instead of 8 spaces?). Stop. > > make[1]: Leaving directory `/home/andrew/projects/openjdk/upstream/build/jdk/make' > > > > I've just confirmed it's also broken in the build tree and the icedtea tree > > also fails (which is where I first hit the error). > > > > It seems the sane-alsa-headers target is completely broken. What's puzzling > > is the changes occur in: > > > > http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/30bf00392b6d > > changeset: 914:30bf00392b6d > > parent: 796:d8eb2738db6b > > user: ohair > > date: Sat Jan 31 17:31:21 2009 -0800 > > summary: 6799141: Build with --hash-style=both so that binaries can work on SuSE 10 > > > > which is nearly two years old. > > > > I managed to make some headway: > > > > * The target uses a mix of tabs and spaces. Replacing with all tabs gets things further. > > * The next issue is fixed by changing $${alsa_version) to $${alsa_version}. > > > > It then fails because we have a conditional structured as: > > > > if [ "$(ALSA_CHECK)" != "same" -a "$(ALSA_CHECK)" != "newer" ] ; then \ > > ... > > fi \ > > else \ > > ... > > fi > > > > There seems to be an if statement missing as, otherwise, having REQUIRED_ALSA_VERSION > > defined always results in an error. I assume there should be a top level if statement, > > similar to the @if [ -f "$(ALSA_VERSION_CHECK)" ]; removed by this changeset. This would > > also explain why the if block is printed when usually such things are silent. > > > > Anyone care to enlighten us as to the missing if statement? I'd also love to know how > > this has only just started biting me now. > > > > Thanks, > Hi Andrew, > > See my statement and correcting diff > http://mail.openjdk.java.net/pipermail/build-dev/2010-November/003578.html > when I tried to get the build running under Fedora 14... > > Regards Patrick > > Yes, as described in my original e-mail, I've already made those changes. I don't believe the final else block is redundant. An if check seems to be missing, which is further reinforced if you take a look at other checks in the file and the CheckVersions macro; we should be looking for ALSA_CHECK being "missing". I've posted a webrev here: http://cr.openjdk.java.net/~andrew/build/webrev.07/ which contains corrected indenting, the alsa_version fix and the additional if test. Kelly, does this look ok to push? If so, can I have a bug ID for it? Thanks, -- 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 kelly.ohair at oracle.com Mon Nov 22 14:06:20 2010 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Mon, 22 Nov 2010 14:06:20 -0800 Subject: alsa-sane-headers sanity check broken In-Reply-To: <20101122215312.GJ19794@rivendell.middle-earth.co.uk> References: <20101122210933.GI19794@rivendell.middle-earth.co.uk> <4CEADD8C.80404@reini.net> <20101122215312.GJ19794@rivendell.middle-earth.co.uk> Message-ID: <1F8888C2-0748-43F1-AC41-2B69CEFED0AC@oracle.com> On Nov 22, 2010, at 1:53 PM, Dr Andrew John Hughes wrote: > On 22:15 Mon 22 Nov , Patrick Reinhart wrote: >> Am 22.11.10 22:09, schrieb Dr Andrew John Hughes: >>> I'm quite puzzled as to how this hasn't been spotted before now, >>> but I >>> tried to build jdk7/jdk7 today (b118 from hg), using exactly the >>> same >>> script as I usually do, and immediately failed due to a missing >>> separator in the jdk Sanity.gmk Makefile: >>> >>> make[1]: Entering directory `/home/andrew/projects/openjdk/ >>> upstream/build/jdk/make' >>> /home/andrew/projects/openjdk/upstream/build/jdk/make/common/ >>> shared/Sanity.gmk:1392: *** missing separator (did you mean TAB >>> instead of 8 spaces?). Stop. >>> make[1]: Leaving directory `/home/andrew/projects/openjdk/upstream/ >>> build/jdk/make' >>> >>> I've just confirmed it's also broken in the build tree and the >>> icedtea tree >>> also fails (which is where I first hit the error). >>> >>> It seems the sane-alsa-headers target is completely broken. >>> What's puzzling >>> is the changes occur in: >>> >>> http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/30bf00392b6d >>> changeset: 914:30bf00392b6d >>> parent: 796:d8eb2738db6b >>> user: ohair >>> date: Sat Jan 31 17:31:21 2009 -0800 >>> summary: 6799141: Build with --hash-style=both so that >>> binaries can work on SuSE 10 >>> >>> which is nearly two years old. >>> >>> I managed to make some headway: >>> >>> * The target uses a mix of tabs and spaces. Replacing with all >>> tabs gets things further. >>> * The next issue is fixed by changing $${alsa_version) to $$ >>> {alsa_version}. >>> >>> It then fails because we have a conditional structured as: >>> >>> if [ "$(ALSA_CHECK)" != "same" -a "$(ALSA_CHECK)" != "newer" ] ; >>> then \ >>> ... >>> fi \ >>> else \ >>> ... >>> fi >>> >>> There seems to be an if statement missing as, otherwise, having >>> REQUIRED_ALSA_VERSION >>> defined always results in an error. I assume there should be a >>> top level if statement, >>> similar to the @if [ -f "$(ALSA_VERSION_CHECK)" ]; removed by this >>> changeset. This would >>> also explain why the if block is printed when usually such things >>> are silent. >>> >>> Anyone care to enlighten us as to the missing if statement? I'd >>> also love to know how >>> this has only just started biting me now. >>> >>> Thanks, >> Hi Andrew, >> >> See my statement and correcting diff >> http://mail.openjdk.java.net/pipermail/build-dev/2010-November/003578.html >> when I tried to get the build running under Fedora 14... >> >> Regards Patrick >> >> > > Yes, as described in my original e-mail, I've already made those > changes. > > I don't believe the final else block is redundant. An if check > seems to be missing, which > is further reinforced if you take a look at other checks in the file > and the CheckVersions macro; > we should be looking for ALSA_CHECK being "missing". > > I've posted a webrev here: http://cr.openjdk.java.net/~andrew/build/webrev.07/ > > which contains corrected indenting, the alsa_version fix and the > additional if test. > > Kelly, does this look ok to push? If so, can I have a bug ID for it? Looks fine. Feel free to push. 7000225: Sanity check on sane-alsa-headers is broken Thank you. I filed the bug last week I think, just been so busy lately. :^( -kto > > Thanks, > -- > 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 David.Holmes at oracle.com Mon Nov 22 14:33:59 2010 From: David.Holmes at oracle.com (David Holmes) Date: Tue, 23 Nov 2010 08:33:59 +1000 Subject: alsa-sane-headers sanity check broken In-Reply-To: <1F8888C2-0748-43F1-AC41-2B69CEFED0AC@oracle.com> References: <20101122210933.GI19794@rivendell.middle-earth.co.uk> <4CEADD8C.80404@reini.net> <20101122215312.GJ19794@rivendell.middle-earth.co.uk> <1F8888C2-0748-43F1-AC41-2B69CEFED0AC@oracle.com> Message-ID: <4CEAEFD7.3020401@oracle.com> Any enlightenment on how this only just started happening? Has the alsa check been disabled previously? David Kelly O'Hair said the following on 11/23/10 08:06: > > On Nov 22, 2010, at 1:53 PM, Dr Andrew John Hughes wrote: > >> On 22:15 Mon 22 Nov , Patrick Reinhart wrote: >>> Am 22.11.10 22:09, schrieb Dr Andrew John Hughes: >>>> I'm quite puzzled as to how this hasn't been spotted before now, but I >>>> tried to build jdk7/jdk7 today (b118 from hg), using exactly the same >>>> script as I usually do, and immediately failed due to a missing >>>> separator in the jdk Sanity.gmk Makefile: >>>> >>>> make[1]: Entering directory >>>> `/home/andrew/projects/openjdk/upstream/build/jdk/make' >>>> /home/andrew/projects/openjdk/upstream/build/jdk/make/common/shared/Sanity.gmk:1392: >>>> *** missing separator (did you mean TAB instead of 8 spaces?). Stop. >>>> make[1]: Leaving directory >>>> `/home/andrew/projects/openjdk/upstream/build/jdk/make' >>>> >>>> I've just confirmed it's also broken in the build tree and the >>>> icedtea tree >>>> also fails (which is where I first hit the error). >>>> >>>> It seems the sane-alsa-headers target is completely broken. What's >>>> puzzling >>>> is the changes occur in: >>>> >>>> http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/30bf00392b6d >>>> changeset: 914:30bf00392b6d >>>> parent: 796:d8eb2738db6b >>>> user: ohair >>>> date: Sat Jan 31 17:31:21 2009 -0800 >>>> summary: 6799141: Build with --hash-style=both so that binaries >>>> can work on SuSE 10 >>>> >>>> which is nearly two years old. >>>> >>>> I managed to make some headway: >>>> >>>> * The target uses a mix of tabs and spaces. Replacing with all tabs >>>> gets things further. >>>> * The next issue is fixed by changing $${alsa_version) to >>>> $${alsa_version}. >>>> >>>> It then fails because we have a conditional structured as: >>>> >>>> if [ "$(ALSA_CHECK)" != "same" -a "$(ALSA_CHECK)" != "newer" ] ; >>>> then \ >>>> ... >>>> fi \ >>>> else \ >>>> ... >>>> fi >>>> >>>> There seems to be an if statement missing as, otherwise, having >>>> REQUIRED_ALSA_VERSION >>>> defined always results in an error. I assume there should be a top >>>> level if statement, >>>> similar to the @if [ -f "$(ALSA_VERSION_CHECK)" ]; removed by this >>>> changeset. This would >>>> also explain why the if block is printed when usually such things >>>> are silent. >>>> >>>> Anyone care to enlighten us as to the missing if statement? I'd >>>> also love to know how >>>> this has only just started biting me now. >>>> >>>> Thanks, >>> Hi Andrew, >>> >>> See my statement and correcting diff >>> http://mail.openjdk.java.net/pipermail/build-dev/2010-November/003578.html >>> >>> when I tried to get the build running under Fedora 14... >>> >>> Regards Patrick >>> >>> >> >> Yes, as described in my original e-mail, I've already made those changes. >> >> I don't believe the final else block is redundant. An if check seems >> to be missing, which >> is further reinforced if you take a look at other checks in the file >> and the CheckVersions macro; >> we should be looking for ALSA_CHECK being "missing". >> >> I've posted a webrev here: >> http://cr.openjdk.java.net/~andrew/build/webrev.07/ >> >> which contains corrected indenting, the alsa_version fix and the >> additional if test. >> >> Kelly, does this look ok to push? If so, can I have a bug ID for it? > > Looks fine. Feel free to push. > > 7000225: Sanity check on sane-alsa-headers is broken > > Thank you. I filed the bug last week I think, just been so busy lately. :^( > > -kto > >> >> Thanks, >> -- >> 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 kelly.ohair at oracle.com Mon Nov 22 15:17:26 2010 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Mon, 22 Nov 2010 15:17:26 -0800 Subject: alsa-sane-headers sanity check broken In-Reply-To: <4CEAEFD7.3020401@oracle.com> References: <20101122210933.GI19794@rivendell.middle-earth.co.uk> <4CEADD8C.80404@reini.net> <20101122215312.GJ19794@rivendell.middle-earth.co.uk> <1F8888C2-0748-43F1-AC41-2B69CEFED0AC@oracle.com> <4CEAEFD7.3020401@oracle.com> Message-ID: <009F2AD9-2B4A-4626-BCA8-D79A4445301C@oracle.com> Been scratching my head on this one. Another error is in the target sane-gcc-compiler, same kind of thing. Turns out this one was Solaris only, and the older version of GNU make seemed to be silent (3.78.1) but the newer one (3.81) complained about a missing TAB character. Our RE teams use the older GNU make 3.78.1, I've been trying to advance (if you want to call it that) to 3.81, or even 3.82 if possible, but it's not been as easy as originally planned due to the issues with Windows, MKS, and escaped quotes in rules. But 3.82 may have a fix for this. Could we be using a different GNU make version on some of these Linux systems? -kto On Nov 22, 2010, at 2:33 PM, David Holmes wrote: > Any enlightenment on how this only just started happening? Has the > alsa check been disabled previously? > > David > > Kelly O'Hair said the following on 11/23/10 08:06: >> On Nov 22, 2010, at 1:53 PM, Dr Andrew John Hughes wrote: >>> On 22:15 Mon 22 Nov , Patrick Reinhart wrote: >>>> Am 22.11.10 22:09, schrieb Dr Andrew John Hughes: >>>>> I'm quite puzzled as to how this hasn't been spotted before now, >>>>> but I >>>>> tried to build jdk7/jdk7 today (b118 from hg), using exactly the >>>>> same >>>>> script as I usually do, and immediately failed due to a missing >>>>> separator in the jdk Sanity.gmk Makefile: >>>>> >>>>> make[1]: Entering directory `/home/andrew/projects/openjdk/ >>>>> upstream/build/jdk/make' >>>>> /home/andrew/projects/openjdk/upstream/build/jdk/make/common/ >>>>> shared/Sanity.gmk:1392: *** missing separator (did you mean TAB >>>>> instead of 8 spaces?). Stop. >>>>> make[1]: Leaving directory `/home/andrew/projects/openjdk/ >>>>> upstream/build/jdk/make' >>>>> >>>>> I've just confirmed it's also broken in the build tree and the >>>>> icedtea tree >>>>> also fails (which is where I first hit the error). >>>>> >>>>> It seems the sane-alsa-headers target is completely broken. >>>>> What's puzzling >>>>> is the changes occur in: >>>>> >>>>> http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/30bf00392b6d >>>>> changeset: 914:30bf00392b6d >>>>> parent: 796:d8eb2738db6b >>>>> user: ohair >>>>> date: Sat Jan 31 17:31:21 2009 -0800 >>>>> summary: 6799141: Build with --hash-style=both so that >>>>> binaries can work on SuSE 10 >>>>> >>>>> which is nearly two years old. >>>>> >>>>> I managed to make some headway: >>>>> >>>>> * The target uses a mix of tabs and spaces. Replacing with all >>>>> tabs gets things further. >>>>> * The next issue is fixed by changing $${alsa_version) to $$ >>>>> {alsa_version}. >>>>> >>>>> It then fails because we have a conditional structured as: >>>>> >>>>> if [ "$(ALSA_CHECK)" != "same" -a "$(ALSA_CHECK)" != >>>>> "newer" ] ; then \ >>>>> ... >>>>> fi \ >>>>> else \ >>>>> ... >>>>> fi >>>>> >>>>> There seems to be an if statement missing as, otherwise, having >>>>> REQUIRED_ALSA_VERSION >>>>> defined always results in an error. I assume there should be a >>>>> top level if statement, >>>>> similar to the @if [ -f "$(ALSA_VERSION_CHECK)" ]; removed by >>>>> this changeset. This would >>>>> also explain why the if block is printed when usually such >>>>> things are silent. >>>>> >>>>> Anyone care to enlighten us as to the missing if statement? I'd >>>>> also love to know how >>>>> this has only just started biting me now. >>>>> >>>>> Thanks, >>>> Hi Andrew, >>>> >>>> See my statement and correcting diff >>>> http://mail.openjdk.java.net/pipermail/build-dev/2010-November/003578.html >>>> when I tried to get the build running under Fedora 14... >>>> >>>> Regards Patrick >>>> >>>> >>> >>> Yes, as described in my original e-mail, I've already made those >>> changes. >>> >>> I don't believe the final else block is redundant. An if check >>> seems to be missing, which >>> is further reinforced if you take a look at other checks in the >>> file and the CheckVersions macro; >>> we should be looking for ALSA_CHECK being "missing". >>> >>> I've posted a webrev here: http://cr.openjdk.java.net/~andrew/build/webrev.07/ >>> >>> which contains corrected indenting, the alsa_version fix and the >>> additional if test. >>> >>> Kelly, does this look ok to push? If so, can I have a bug ID for it? >> Looks fine. Feel free to push. >> 7000225: Sanity check on sane-alsa-headers is broken >> Thank you. I filed the bug last week I think, just been so busy >> lately. :^( >> -kto >>> >>> Thanks, >>> -- >>> 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 ahughes at redhat.com Mon Nov 22 18:17:54 2010 From: ahughes at redhat.com (ahughes at redhat.com) Date: Tue, 23 Nov 2010 02:17:54 +0000 Subject: hg: jdk7/build/jdk: 7000225: Sanity check on sane-alsa-headers is broken Message-ID: <20101123021848.25D6847BCA@hg.openjdk.java.net> Changeset: beb9f3298ad3 Author: andrew Date: 2010-11-23 02:17 +0000 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/beb9f3298ad3 7000225: Sanity check on sane-alsa-headers is broken Summary: Fix use of tab separators, ${alsa_version} expansion and conditional Reviewed-by: ohair ! make/common/shared/Sanity.gmk From ahughes at redhat.com Mon Nov 22 18:19:28 2010 From: ahughes at redhat.com (Dr Andrew John Hughes) Date: Tue, 23 Nov 2010 02:19:28 +0000 Subject: alsa-sane-headers sanity check broken In-Reply-To: <1F8888C2-0748-43F1-AC41-2B69CEFED0AC@oracle.com> References: <20101122210933.GI19794@rivendell.middle-earth.co.uk> <4CEADD8C.80404@reini.net> <20101122215312.GJ19794@rivendell.middle-earth.co.uk> <1F8888C2-0748-43F1-AC41-2B69CEFED0AC@oracle.com> Message-ID: <20101123021927.GK19794@rivendell.middle-earth.co.uk> On 14:06 Mon 22 Nov , Kelly O'Hair wrote: > > On Nov 22, 2010, at 1:53 PM, Dr Andrew John Hughes wrote: > > > On 22:15 Mon 22 Nov , Patrick Reinhart wrote: > >> Am 22.11.10 22:09, schrieb Dr Andrew John Hughes: > >>> I'm quite puzzled as to how this hasn't been spotted before now, > >>> but I > >>> tried to build jdk7/jdk7 today (b118 from hg), using exactly the > >>> same > >>> script as I usually do, and immediately failed due to a missing > >>> separator in the jdk Sanity.gmk Makefile: > >>> > >>> make[1]: Entering directory `/home/andrew/projects/openjdk/ > >>> upstream/build/jdk/make' > >>> /home/andrew/projects/openjdk/upstream/build/jdk/make/common/ > >>> shared/Sanity.gmk:1392: *** missing separator (did you mean TAB > >>> instead of 8 spaces?). Stop. > >>> make[1]: Leaving directory `/home/andrew/projects/openjdk/upstream/ > >>> build/jdk/make' > >>> > >>> I've just confirmed it's also broken in the build tree and the > >>> icedtea tree > >>> also fails (which is where I first hit the error). > >>> > >>> It seems the sane-alsa-headers target is completely broken. > >>> What's puzzling > >>> is the changes occur in: > >>> > >>> http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/30bf00392b6d > >>> changeset: 914:30bf00392b6d > >>> parent: 796:d8eb2738db6b > >>> user: ohair > >>> date: Sat Jan 31 17:31:21 2009 -0800 > >>> summary: 6799141: Build with --hash-style=both so that > >>> binaries can work on SuSE 10 > >>> > >>> which is nearly two years old. > >>> > >>> I managed to make some headway: > >>> > >>> * The target uses a mix of tabs and spaces. Replacing with all > >>> tabs gets things further. > >>> * The next issue is fixed by changing $${alsa_version) to $$ > >>> {alsa_version}. > >>> > >>> It then fails because we have a conditional structured as: > >>> > >>> if [ "$(ALSA_CHECK)" != "same" -a "$(ALSA_CHECK)" != "newer" ] ; > >>> then \ > >>> ... > >>> fi \ > >>> else \ > >>> ... > >>> fi > >>> > >>> There seems to be an if statement missing as, otherwise, having > >>> REQUIRED_ALSA_VERSION > >>> defined always results in an error. I assume there should be a > >>> top level if statement, > >>> similar to the @if [ -f "$(ALSA_VERSION_CHECK)" ]; removed by this > >>> changeset. This would > >>> also explain why the if block is printed when usually such things > >>> are silent. > >>> > >>> Anyone care to enlighten us as to the missing if statement? I'd > >>> also love to know how > >>> this has only just started biting me now. > >>> > >>> Thanks, > >> Hi Andrew, > >> > >> See my statement and correcting diff > >> http://mail.openjdk.java.net/pipermail/build-dev/2010-November/003578.html > >> when I tried to get the build running under Fedora 14... > >> > >> Regards Patrick > >> > >> > > > > Yes, as described in my original e-mail, I've already made those > > changes. > > > > I don't believe the final else block is redundant. An if check > > seems to be missing, which > > is further reinforced if you take a look at other checks in the file > > and the CheckVersions macro; > > we should be looking for ALSA_CHECK being "missing". > > > > I've posted a webrev here: http://cr.openjdk.java.net/~andrew/build/webrev.07/ > > > > which contains corrected indenting, the alsa_version fix and the > > additional if test. > > > > Kelly, does this look ok to push? If so, can I have a bug ID for it? > > Looks fine. Feel free to push. > > 7000225: Sanity check on sane-alsa-headers is broken > > Thank you. I filed the bug last week I think, just been so busy > lately. :^( > > -kto > > > > > Thanks, > > -- > > 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 > Done. Thanks, -- 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 ahughes at redhat.com Mon Nov 22 18:23:59 2010 From: ahughes at redhat.com (Dr Andrew John Hughes) Date: Tue, 23 Nov 2010 02:23:59 +0000 Subject: alsa-sane-headers sanity check broken In-Reply-To: <009F2AD9-2B4A-4626-BCA8-D79A4445301C@oracle.com> References: <20101122210933.GI19794@rivendell.middle-earth.co.uk> <4CEADD8C.80404@reini.net> <20101122215312.GJ19794@rivendell.middle-earth.co.uk> <1F8888C2-0748-43F1-AC41-2B69CEFED0AC@oracle.com> <4CEAEFD7.3020401@oracle.com> <009F2AD9-2B4A-4626-BCA8-D79A4445301C@oracle.com> Message-ID: <20101123022359.GL19794@rivendell.middle-earth.co.uk> On 15:17 Mon 22 Nov , Kelly O'Hair wrote: > Been scratching my head on this one. > > Another error is in the target sane-gcc-compiler, same kind of thing. > Turns out this one was Solaris only, and the older version of GNU make > seemed to be silent (3.78.1) > but the newer one (3.81) complained about a missing TAB character. > Our RE teams use the older GNU make 3.78.1, I've been trying to > advance (if you want to > call it that) to 3.81, or even 3.82 if possible, but it's not been as > easy as originally planned > due to the issues with Windows, MKS, and escaped quotes in rules. But > 3.82 may have a fix > for this. > > Could we be using a different GNU make version on some of these Linux > systems? > I think a move from 3.81 to 3.82 may have trigged the issue here. I'm don't know if Fedora 14 also upgrades to that version, but it sounds likely. I presume it simply wasn't been evaluated before, given there are three bugs and two of these, the variable expansion and the conditional, are being evaluated by the shell. My guess would be that it simply regarded the target as empty due to the spacing and thus it was trivially satisfied. > -kto > > On Nov 22, 2010, at 2:33 PM, David Holmes wrote: > > > Any enlightenment on how this only just started happening? Has the > > alsa check been disabled previously? > > > > David > > > > Kelly O'Hair said the following on 11/23/10 08:06: > >> On Nov 22, 2010, at 1:53 PM, Dr Andrew John Hughes wrote: > >>> On 22:15 Mon 22 Nov , Patrick Reinhart wrote: > >>>> Am 22.11.10 22:09, schrieb Dr Andrew John Hughes: > >>>>> I'm quite puzzled as to how this hasn't been spotted before now, > >>>>> but I > >>>>> tried to build jdk7/jdk7 today (b118 from hg), using exactly the > >>>>> same > >>>>> script as I usually do, and immediately failed due to a missing > >>>>> separator in the jdk Sanity.gmk Makefile: > >>>>> > >>>>> make[1]: Entering directory `/home/andrew/projects/openjdk/ > >>>>> upstream/build/jdk/make' > >>>>> /home/andrew/projects/openjdk/upstream/build/jdk/make/common/ > >>>>> shared/Sanity.gmk:1392: *** missing separator (did you mean TAB > >>>>> instead of 8 spaces?). Stop. > >>>>> make[1]: Leaving directory `/home/andrew/projects/openjdk/ > >>>>> upstream/build/jdk/make' > >>>>> > >>>>> I've just confirmed it's also broken in the build tree and the > >>>>> icedtea tree > >>>>> also fails (which is where I first hit the error). > >>>>> > >>>>> It seems the sane-alsa-headers target is completely broken. > >>>>> What's puzzling > >>>>> is the changes occur in: > >>>>> > >>>>> http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/30bf00392b6d > >>>>> changeset: 914:30bf00392b6d > >>>>> parent: 796:d8eb2738db6b > >>>>> user: ohair > >>>>> date: Sat Jan 31 17:31:21 2009 -0800 > >>>>> summary: 6799141: Build with --hash-style=both so that > >>>>> binaries can work on SuSE 10 > >>>>> > >>>>> which is nearly two years old. > >>>>> > >>>>> I managed to make some headway: > >>>>> > >>>>> * The target uses a mix of tabs and spaces. Replacing with all > >>>>> tabs gets things further. > >>>>> * The next issue is fixed by changing $${alsa_version) to $$ > >>>>> {alsa_version}. > >>>>> > >>>>> It then fails because we have a conditional structured as: > >>>>> > >>>>> if [ "$(ALSA_CHECK)" != "same" -a "$(ALSA_CHECK)" != > >>>>> "newer" ] ; then \ > >>>>> ... > >>>>> fi \ > >>>>> else \ > >>>>> ... > >>>>> fi > >>>>> > >>>>> There seems to be an if statement missing as, otherwise, having > >>>>> REQUIRED_ALSA_VERSION > >>>>> defined always results in an error. I assume there should be a > >>>>> top level if statement, > >>>>> similar to the @if [ -f "$(ALSA_VERSION_CHECK)" ]; removed by > >>>>> this changeset. This would > >>>>> also explain why the if block is printed when usually such > >>>>> things are silent. > >>>>> > >>>>> Anyone care to enlighten us as to the missing if statement? I'd > >>>>> also love to know how > >>>>> this has only just started biting me now. > >>>>> > >>>>> Thanks, > >>>> Hi Andrew, > >>>> > >>>> See my statement and correcting diff > >>>> http://mail.openjdk.java.net/pipermail/build-dev/2010-November/003578.html > >>>> when I tried to get the build running under Fedora 14... > >>>> > >>>> Regards Patrick > >>>> > >>>> > >>> > >>> Yes, as described in my original e-mail, I've already made those > >>> changes. > >>> > >>> I don't believe the final else block is redundant. An if check > >>> seems to be missing, which > >>> is further reinforced if you take a look at other checks in the > >>> file and the CheckVersions macro; > >>> we should be looking for ALSA_CHECK being "missing". > >>> > >>> I've posted a webrev here: http://cr.openjdk.java.net/~andrew/build/webrev.07/ > >>> > >>> which contains corrected indenting, the alsa_version fix and the > >>> additional if test. > >>> > >>> Kelly, does this look ok to push? If so, can I have a bug ID for it? > >> Looks fine. Feel free to push. > >> 7000225: Sanity check on sane-alsa-headers is broken > >> Thank you. I filed the bug last week I think, just been so busy > >> lately. :^( > >> -kto > >>> > >>> Thanks, > >>> -- > >>> 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 > -- 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 Tue Nov 23 01:58:40 2010 From: mark at klomp.org (Mark Wielaard) Date: Tue, 23 Nov 2010 10:58:40 +0100 Subject: alsa-sane-headers sanity check broken In-Reply-To: <20101123022359.GL19794@rivendell.middle-earth.co.uk> References: <20101122210933.GI19794@rivendell.middle-earth.co.uk> <4CEADD8C.80404@reini.net> <20101122215312.GJ19794@rivendell.middle-earth.co.uk> <1F8888C2-0748-43F1-AC41-2B69CEFED0AC@oracle.com> <4CEAEFD7.3020401@oracle.com> <009F2AD9-2B4A-4626-BCA8-D79A4445301C@oracle.com> <20101123022359.GL19794@rivendell.middle-earth.co.uk> Message-ID: <1290506321.2239.0.camel@hermans.wildebeest.org> On Tue, 2010-11-23 at 02:23 +0000, Dr Andrew John Hughes wrote: > I think a move from 3.81 to 3.82 may have trigged the issue here. I'm > don't know if Fedora 14 also upgrades to that version, but it sounds > likely. Yep, Fedora 14 has GNU Make 3.82 From kelly.ohair at oracle.com Tue Nov 23 09:20:59 2010 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Tue, 23 Nov 2010 09:20:59 -0800 Subject: Need reviewer: jaxp and jaxws urls in openjdk6 and openjdk7 Message-ID: <6E1303FF-D5BB-4149-96BF-629792453DB3@oracle.com> Need reviewer: 7002248: Update urls for jaxp and jaxws source downloads Changes to use the these download areas: https://java.net/downloads/jaxp/jdk7 https://java.net/downloads/jax-ws/JDK7/ https://java.net/downloads/jax-ws/OpenJDK6/ Webrevs: http://cr.openjdk.java.net/~ohair/openjdk6/url-change/webrev/ http://cr.openjdk.java.net/~ohair/openjdk7/url-change/webrev/ The file jaxp-1_4_4.zip only seems to be in the jdk7 download area, so both openjdk6 and openjdk7 refer to that same bundle. -kto From joe.darcy at oracle.com Tue Nov 23 09:33:40 2010 From: joe.darcy at oracle.com (Joe Darcy) Date: Tue, 23 Nov 2010 09:33:40 -0800 Subject: Need reviewer: jaxp and jaxws urls in openjdk6 and openjdk7 In-Reply-To: <6E1303FF-D5BB-4149-96BF-629792453DB3@oracle.com> References: <6E1303FF-D5BB-4149-96BF-629792453DB3@oracle.com> Message-ID: <4CEBFAF4.1080505@oracle.com> Both sets of changes approved; thanks Kelly. Joe (Wang) and Rama, please verify the new download areas are also populated with the older source bundles so that the earlier builds can be recreated. -Joe Kelly O'Hair wrote: > Need reviewer: > 7002248: Update urls for jaxp and jaxws source downloads > > Changes to use the these download areas: > https://java.net/downloads/jaxp/jdk7 > https://java.net/downloads/jax-ws/JDK7/ > https://java.net/downloads/jax-ws/OpenJDK6/ > > Webrevs: > http://cr.openjdk.java.net/~ohair/openjdk6/url-change/webrev/ > http://cr.openjdk.java.net/~ohair/openjdk7/url-change/webrev/ > > The file jaxp-1_4_4.zip only seems to be in the jdk7 download area, so > both openjdk6 and > openjdk7 refer to that same bundle. > > -kto From kelly.ohair at oracle.com Tue Nov 23 10:13:00 2010 From: kelly.ohair at oracle.com (kelly.ohair at oracle.com) Date: Tue, 23 Nov 2010 18:13:00 +0000 Subject: hg: jdk7/build/jaxws: 2 new changesets Message-ID: <20101123181300.E335347BF8@hg.openjdk.java.net> Changeset: 41fa02b36637 Author: cl Date: 2010-11-11 11:02 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jaxws/rev/41fa02b36637 Added tag jdk7-b118 for changeset 19a2fab3f91a ! .hgtags Changeset: f258bef45f3b Author: ohair Date: 2010-11-23 10:04 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jaxws/rev/f258bef45f3b 7002248: Update urls for jaxp and jaxws source downloads Reviewed-by: darcy ! jaxws.properties From kelly.ohair at oracle.com Tue Nov 23 10:13:14 2010 From: kelly.ohair at oracle.com (kelly.ohair at oracle.com) Date: Tue, 23 Nov 2010 18:13:14 +0000 Subject: hg: jdk7/build/jaxp: 2 new changesets Message-ID: <20101123181314.C320147BF9@hg.openjdk.java.net> Changeset: 9ee900f01c58 Author: cl Date: 2010-11-11 11:02 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jaxp/rev/9ee900f01c58 Added tag jdk7-b118 for changeset b2f6d9c4f12f ! .hgtags Changeset: d1cb3e473c32 Author: ohair Date: 2010-11-23 10:04 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jaxp/rev/d1cb3e473c32 7002248: Update urls for jaxp and jaxws source downloads Reviewed-by: darcy ! jaxp.properties From rama.pulavarthi at oracle.com Tue Nov 23 10:58:03 2010 From: rama.pulavarthi at oracle.com (Rama Pulavarthi) Date: Tue, 23 Nov 2010 10:58:03 -0800 Subject: Need reviewer: jaxp and jaxws urls in openjdk6 and openjdk7 In-Reply-To: <4CEBFAF4.1080505@oracle.com> References: <6E1303FF-D5BB-4149-96BF-629792453DB3@oracle.com> <4CEBFAF4.1080505@oracle.com> Message-ID: <4CEC0EBB.10209@oracle.com> Hi Joe, Older source bundles (for b100) also exist from the new download area. Before we hosted the source bundles on our project site, we have them at http://kenai.com/projects/jdk7-drops/downloads Do you want us to add those as well in to the new download area? thanks, Rama Pulavarthi On 11/23/2010 09:33 AM, Joe Darcy wrote: > Both sets of changes approved; thanks Kelly. > > Joe (Wang) and Rama, please verify the new download areas are also > populated with the older source bundles so that the earlier builds can > be recreated. > > -Joe > > Kelly O'Hair wrote: >> Need reviewer: >> 7002248: Update urls for jaxp and jaxws source downloads >> >> Changes to use the these download areas: >> https://java.net/downloads/jaxp/jdk7 >> https://java.net/downloads/jax-ws/JDK7/ >> https://java.net/downloads/jax-ws/OpenJDK6/ >> >> Webrevs: >> http://cr.openjdk.java.net/~ohair/openjdk6/url-change/webrev/ >> http://cr.openjdk.java.net/~ohair/openjdk7/url-change/webrev/ >> >> The file jaxp-1_4_4.zip only seems to be in the jdk7 download area, >> so both openjdk6 and >> openjdk7 refer to that same bundle. >> >> -kto > From joe.darcy at oracle.com Tue Nov 23 18:48:27 2010 From: joe.darcy at oracle.com (Joe Darcy) Date: Tue, 23 Nov 2010 18:48:27 -0800 Subject: Need reviewer: jaxp and jaxws urls in openjdk6 and openjdk7 In-Reply-To: <4CEC0EBB.10209@oracle.com> References: <6E1303FF-D5BB-4149-96BF-629792453DB3@oracle.com> <4CEBFAF4.1080505@oracle.com> <4CEC0EBB.10209@oracle.com> Message-ID: <4CEC7CFB.8070804@oracle.com> Hello Rama and Joe (Wang), Yes, please add all the prior source bundles to the new download area. This is needed since the original URLs were not as stable as planned. -Joe On 11/23/2010 10:58 AM, Rama Pulavarthi wrote: > Hi Joe, > Older source bundles (for b100) also exist from the new download area. > Before we hosted the source bundles on our project site, we have them at > http://kenai.com/projects/jdk7-drops/downloads > Do you want us to add those as well in to the new download area? > > thanks, > Rama Pulavarthi > > > > On 11/23/2010 09:33 AM, Joe Darcy wrote: >> Both sets of changes approved; thanks Kelly. >> >> Joe (Wang) and Rama, please verify the new download areas are also >> populated with the older source bundles so that the earlier builds can >> be recreated. >> >> -Joe >> >> Kelly O'Hair wrote: >>> Need reviewer: >>> 7002248: Update urls for jaxp and jaxws source downloads >>> >>> Changes to use the these download areas: >>> https://java.net/downloads/jaxp/jdk7 >>> https://java.net/downloads/jax-ws/JDK7/ >>> https://java.net/downloads/jax-ws/OpenJDK6/ >>> >>> Webrevs: >>> http://cr.openjdk.java.net/~ohair/openjdk6/url-change/webrev/ >>> http://cr.openjdk.java.net/~ohair/openjdk7/url-change/webrev/ >>> >>> The file jaxp-1_4_4.zip only seems to be in the jdk7 download area, >>> so both openjdk6 and >>> openjdk7 refer to that same bundle. >>> >>> -kto From huizhe.wang at oracle.com Tue Nov 23 10:09:59 2010 From: huizhe.wang at oracle.com (Joe Wang) Date: Tue, 23 Nov 2010 10:09:59 -0800 Subject: Need reviewer: jaxp and jaxws urls in openjdk6 and openjdk7 In-Reply-To: <4CEBFAF4.1080505@oracle.com> References: <6E1303FF-D5BB-4149-96BF-629792453DB3@oracle.com> <4CEBFAF4.1080505@oracle.com> Message-ID: <4CEC0377.8030701@oracle.com> I can confirm the URLs for jaxp are correct. Yes, the file jaxp-1_4_4.zip and jaxp-unittests-1_4_4.zip only exist in the jdk7 download area, so both openjdk6 and openjdk7 refer to that same bundles. By the way, I'm asking around about using download.java.net/jaxp to hold jaxp artifacts in the future. It seems to me that's the same download server as what Kelly pointed out earlier for openjdk, e.g. http://download.java.net/openjdk/jdk7/ --Joe On 11/23/2010 9:33 AM, Joe Darcy wrote: > Both sets of changes approved; thanks Kelly. > > Joe (Wang) and Rama, please verify the new download areas are also > populated with the older source bundles so that the earlier builds can > be recreated. > > -Joe > > Kelly O'Hair wrote: >> Need reviewer: >> 7002248: Update urls for jaxp and jaxws source downloads >> >> Changes to use the these download areas: >> https://java.net/downloads/jaxp/jdk7 >> https://java.net/downloads/jax-ws/JDK7/ >> https://java.net/downloads/jax-ws/OpenJDK6/ >> >> Webrevs: >> http://cr.openjdk.java.net/~ohair/openjdk6/url-change/webrev/ >> http://cr.openjdk.java.net/~ohair/openjdk7/url-change/webrev/ >> >> The file jaxp-1_4_4.zip only seems to be in the jdk7 download area, >> so both openjdk6 and >> openjdk7 refer to that same bundle. >> >> -kto > From huizhe.wang at oracle.com Wed Nov 24 10:10:16 2010 From: huizhe.wang at oracle.com (Joe Wang) Date: Wed, 24 Nov 2010 10:10:16 -0800 Subject: jaxp 1.4.5 -> Re: Need reviewer: jaxp and jaxws urls in openjdk6 and openjdk7 In-Reply-To: <6E1303FF-D5BB-4149-96BF-629792453DB3@oracle.com> References: <6E1303FF-D5BB-4149-96BF-629792453DB3@oracle.com> Message-ID: <4CED5508.9080200@oracle.com> Kelly, By the way, we just finalized a plan on jaxp 1.4.5. We are planning make an internal release first by FF (12/15) of JDK7, to give you so me time to prepare for the integration, we've set 12/8 as the date by which I will provide a source bundle. After that, I will continue working on some bug fixes until 2/2011. The plan is to release jaxp 1.4.5 in 2/2011 and have another integration. A "detail" link to jaxp 1.4.5 is here: http://wiki.se.oracle.com/display/JPG/JAXP+1.4.5 Thanks, Joe On 11/23/2010 9:20 AM, Kelly O'Hair wrote: > Need reviewer: > 7002248: Update urls for jaxp and jaxws source downloads > > Changes to use the these download areas: > https://java.net/downloads/jaxp/jdk7 > https://java.net/downloads/jax-ws/JDK7/ > https://java.net/downloads/jax-ws/OpenJDK6/ > > Webrevs: > http://cr.openjdk.java.net/~ohair/openjdk6/url-change/webrev/ > http://cr.openjdk.java.net/~ohair/openjdk7/url-change/webrev/ > > The file jaxp-1_4_4.zip only seems to be in the jdk7 download area, so > both openjdk6 and > openjdk7 refer to that same bundle. > > -kto From huizhe.wang at oracle.com Wed Nov 24 10:10:16 2010 From: huizhe.wang at oracle.com (Joe Wang) Date: Wed, 24 Nov 2010 10:10:16 -0800 Subject: jaxp 1.4.5 -> Re: Need reviewer: jaxp and jaxws urls in openjdk6 and openjdk7 In-Reply-To: <6E1303FF-D5BB-4149-96BF-629792453DB3@oracle.com> References: <6E1303FF-D5BB-4149-96BF-629792453DB3@oracle.com> Message-ID: <4CED5508.9080200@oracle.com> Kelly, By the way, we just finalized a plan on jaxp 1.4.5. We are planning make an internal release first by FF (12/15) of JDK7, to give you so me time to prepare for the integration, we've set 12/8 as the date by which I will provide a source bundle. After that, I will continue working on some bug fixes until 2/2011. The plan is to release jaxp 1.4.5 in 2/2011 and have another integration. A "detail" link to jaxp 1.4.5 is here: http://wiki.se.oracle.com/display/JPG/JAXP+1.4.5 Thanks, Joe On 11/23/2010 9:20 AM, Kelly O'Hair wrote: > Need reviewer: > 7002248: Update urls for jaxp and jaxws source downloads > > Changes to use the these download areas: > https://java.net/downloads/jaxp/jdk7 > https://java.net/downloads/jax-ws/JDK7/ > https://java.net/downloads/jax-ws/OpenJDK6/ > > Webrevs: > http://cr.openjdk.java.net/~ohair/openjdk6/url-change/webrev/ > http://cr.openjdk.java.net/~ohair/openjdk7/url-change/webrev/ > > The file jaxp-1_4_4.zip only seems to be in the jdk7 download area, so > both openjdk6 and > openjdk7 refer to that same bundle. > > -kto From kelly.ohair at oracle.com Wed Nov 24 10:13:33 2010 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Wed, 24 Nov 2010 10:13:33 -0800 Subject: jaxp 1.4.5 -> Re: Need reviewer: jaxp and jaxws urls in openjdk6 and openjdk7 In-Reply-To: <4CED5508.9080200@oracle.com> References: <6E1303FF-D5BB-4149-96BF-629792453DB3@oracle.com> <4CED5508.9080200@oracle.com> Message-ID: <18C0D876-ED45-4CFE-A80E-60B0BA49AF64@oracle.com> Ok. I assume we need some kind of approval to add this to jdk7? Might want to get that ball rolling if it isn't already. Or any CCC request that might be needed. -kto On Nov 24, 2010, at 10:10 AM, Joe Wang wrote: > Kelly, > > By the way, we just finalized a plan on jaxp 1.4.5. We are planning > make an internal release first by FF (12/15) of JDK7, to give you so > me time to prepare for the integration, we've set 12/8 as the date > by which I will provide a source bundle. After that, I will continue > working on some bug fixes until 2/2011. The plan is to release jaxp > 1.4.5 in 2/2011 and have another integration. A "detail" link to > jaxp 1.4.5 is here: http://wiki.se.oracle.com/display/JPG/JAXP+1.4.5 > > Thanks, > Joe > > On 11/23/2010 9:20 AM, Kelly O'Hair wrote: >> Need reviewer: >> 7002248: Update urls for jaxp and jaxws source downloads >> >> Changes to use the these download areas: >> https://java.net/downloads/jaxp/jdk7 >> https://java.net/downloads/jax-ws/JDK7/ >> https://java.net/downloads/jax-ws/OpenJDK6/ >> >> Webrevs: >> http://cr.openjdk.java.net/~ohair/openjdk6/url-change/webrev/ >> http://cr.openjdk.java.net/~ohair/openjdk7/url-change/webrev/ >> >> The file jaxp-1_4_4.zip only seems to be in the jdk7 download area, >> so both openjdk6 and >> openjdk7 refer to that same bundle. >> >> -kto From kelly.ohair at oracle.com Wed Nov 24 10:13:33 2010 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Wed, 24 Nov 2010 10:13:33 -0800 Subject: jaxp 1.4.5 -> Re: Need reviewer: jaxp and jaxws urls in openjdk6 and openjdk7 In-Reply-To: <4CED5508.9080200@oracle.com> References: <6E1303FF-D5BB-4149-96BF-629792453DB3@oracle.com> <4CED5508.9080200@oracle.com> Message-ID: <18C0D876-ED45-4CFE-A80E-60B0BA49AF64@oracle.com> Ok. I assume we need some kind of approval to add this to jdk7? Might want to get that ball rolling if it isn't already. Or any CCC request that might be needed. -kto On Nov 24, 2010, at 10:10 AM, Joe Wang wrote: > Kelly, > > By the way, we just finalized a plan on jaxp 1.4.5. We are planning > make an internal release first by FF (12/15) of JDK7, to give you so > me time to prepare for the integration, we've set 12/8 as the date > by which I will provide a source bundle. After that, I will continue > working on some bug fixes until 2/2011. The plan is to release jaxp > 1.4.5 in 2/2011 and have another integration. A "detail" link to > jaxp 1.4.5 is here: http://wiki.se.oracle.com/display/JPG/JAXP+1.4.5 > > Thanks, > Joe > > On 11/23/2010 9:20 AM, Kelly O'Hair wrote: >> Need reviewer: >> 7002248: Update urls for jaxp and jaxws source downloads >> >> Changes to use the these download areas: >> https://java.net/downloads/jaxp/jdk7 >> https://java.net/downloads/jax-ws/JDK7/ >> https://java.net/downloads/jax-ws/OpenJDK6/ >> >> Webrevs: >> http://cr.openjdk.java.net/~ohair/openjdk6/url-change/webrev/ >> http://cr.openjdk.java.net/~ohair/openjdk7/url-change/webrev/ >> >> The file jaxp-1_4_4.zip only seems to be in the jdk7 download area, >> so both openjdk6 and >> openjdk7 refer to that same bundle. >> >> -kto From huizhe.wang at oracle.com Wed Nov 24 10:20:28 2010 From: huizhe.wang at oracle.com (Joe Wang) Date: Wed, 24 Nov 2010 10:20:28 -0800 Subject: jaxp 1.4.5 -> Re: Need reviewer: jaxp and jaxws urls in openjdk6 and openjdk7 In-Reply-To: <18C0D876-ED45-4CFE-A80E-60B0BA49AF64@oracle.com> References: <6E1303FF-D5BB-4149-96BF-629792453DB3@oracle.com> <4CED5508.9080200@oracle.com> <18C0D876-ED45-4CFE-A80E-60B0BA49AF64@oracle.com> Message-ID: <4CED576C.6030607@oracle.com> It's already in the JDK7 PRD [1]. Also, there is no API changes, just some Apache update and bug fixes required by the exit criteria. [1] http://wiki.se.oracle.com/display/JPG/JDK+7+Engineering+Feature+Plans+Overview --Joe On 11/24/2010 10:13 AM, Kelly O'Hair wrote: > Ok. I assume we need some kind of approval to add this to jdk7? Might > want to get that ball rolling if it isn't already. > Or any CCC request that might be needed. > > -kto > > On Nov 24, 2010, at 10:10 AM, Joe Wang wrote: > >> Kelly, >> >> By the way, we just finalized a plan on jaxp 1.4.5. We are planning >> make an internal release first by FF (12/15) of JDK7, to give you so >> me time to prepare for the integration, we've set 12/8 as the date by >> which I will provide a source bundle. After that, I will continue >> working on some bug fixes until 2/2011. The plan is to release jaxp >> 1.4.5 in 2/2011 and have another integration. A "detail" link to jaxp >> 1.4.5 is here: http://wiki.se.oracle.com/display/JPG/JAXP+1.4.5 >> >> Thanks, >> Joe >> >> On 11/23/2010 9:20 AM, Kelly O'Hair wrote: >>> Need reviewer: >>> 7002248: Update urls for jaxp and jaxws source downloads >>> >>> Changes to use the these download areas: >>> https://java.net/downloads/jaxp/jdk7 >>> https://java.net/downloads/jax-ws/JDK7/ >>> https://java.net/downloads/jax-ws/OpenJDK6/ >>> >>> Webrevs: >>> http://cr.openjdk.java.net/~ohair/openjdk6/url-change/webrev/ >>> http://cr.openjdk.java.net/~ohair/openjdk7/url-change/webrev/ >>> >>> The file jaxp-1_4_4.zip only seems to be in the jdk7 download area, >>> so both openjdk6 and >>> openjdk7 refer to that same bundle. >>> >>> -kto > From huizhe.wang at oracle.com Wed Nov 24 10:20:28 2010 From: huizhe.wang at oracle.com (Joe Wang) Date: Wed, 24 Nov 2010 10:20:28 -0800 Subject: jaxp 1.4.5 -> Re: Need reviewer: jaxp and jaxws urls in openjdk6 and openjdk7 In-Reply-To: <18C0D876-ED45-4CFE-A80E-60B0BA49AF64@oracle.com> References: <6E1303FF-D5BB-4149-96BF-629792453DB3@oracle.com> <4CED5508.9080200@oracle.com> <18C0D876-ED45-4CFE-A80E-60B0BA49AF64@oracle.com> Message-ID: <4CED576C.6030607@oracle.com> It's already in the JDK7 PRD [1]. Also, there is no API changes, just some Apache update and bug fixes required by the exit criteria. [1] http://wiki.se.oracle.com/display/JPG/JDK+7+Engineering+Feature+Plans+Overview --Joe On 11/24/2010 10:13 AM, Kelly O'Hair wrote: > Ok. I assume we need some kind of approval to add this to jdk7? Might > want to get that ball rolling if it isn't already. > Or any CCC request that might be needed. > > -kto > > On Nov 24, 2010, at 10:10 AM, Joe Wang wrote: > >> Kelly, >> >> By the way, we just finalized a plan on jaxp 1.4.5. We are planning >> make an internal release first by FF (12/15) of JDK7, to give you so >> me time to prepare for the integration, we've set 12/8 as the date by >> which I will provide a source bundle. After that, I will continue >> working on some bug fixes until 2/2011. The plan is to release jaxp >> 1.4.5 in 2/2011 and have another integration. A "detail" link to jaxp >> 1.4.5 is here: http://wiki.se.oracle.com/display/JPG/JAXP+1.4.5 >> >> Thanks, >> Joe >> >> On 11/23/2010 9:20 AM, Kelly O'Hair wrote: >>> Need reviewer: >>> 7002248: Update urls for jaxp and jaxws source downloads >>> >>> Changes to use the these download areas: >>> https://java.net/downloads/jaxp/jdk7 >>> https://java.net/downloads/jax-ws/JDK7/ >>> https://java.net/downloads/jax-ws/OpenJDK6/ >>> >>> Webrevs: >>> http://cr.openjdk.java.net/~ohair/openjdk6/url-change/webrev/ >>> http://cr.openjdk.java.net/~ohair/openjdk7/url-change/webrev/ >>> >>> The file jaxp-1_4_4.zip only seems to be in the jdk7 download area, >>> so both openjdk6 and >>> openjdk7 refer to that same bundle. >>> >>> -kto > From mark at klomp.org Wed Nov 24 10:43:53 2010 From: mark at klomp.org (Mark Wielaard) Date: Wed, 24 Nov 2010 19:43:53 +0100 Subject: jaxp 1.4.5 -> Re: Need reviewer: jaxp and jaxws urls in openjdk6 and openjdk7 In-Reply-To: <4CED576C.6030607@oracle.com> References: <6E1303FF-D5BB-4149-96BF-629792453DB3@oracle.com> <4CED5508.9080200@oracle.com> <18C0D876-ED45-4CFE-A80E-60B0BA49AF64@oracle.com> <4CED576C.6030607@oracle.com> Message-ID: <1290624233.13229.19.camel@springer.wildebeest.org> On Wed, 2010-11-24 at 10:20 -0800, Joe Wang wrote: > On 11/24/2010 10:13 AM, Kelly O'Hair wrote: > > On Nov 24, 2010, at 10:10 AM, Joe Wang wrote: > >> By the way, we just finalized a plan on jaxp 1.4.5. We are planning > >> make an internal release first by FF (12/15) of JDK7, to give you so > >> me time to prepare for the integration, we've set 12/8 as the date by > >> which I will provide a source bundle. After that, I will continue > >> working on some bug fixes until 2/2011. The plan is to release jaxp > >> 1.4.5 in 2/2011 and have another integration. A "detail" link to jaxp > >> 1.4.5 is here: http://wiki.se.oracle.com/display/JPG/JAXP+1.4.5 > > > > Ok. I assume we need some kind of approval to add this to jdk7? > > Might want to get that ball rolling if it isn't already. > > Or any CCC request that might be needed. > It's already in the JDK7 PRD [1]. Also, there is no API changes, just > some Apache update and bug fixes required by the exit criteria. > > [1] > http://wiki.se.oracle.com/display/JPG/JDK+7+Engineering+Feature+Plans +Overview There is something wrong with these URLs. Neither of them work. It is as if the wiki.se.oracle.com site doesn't exist. Could this be moved to a public location so we can all discuss it? Thanks, Mark From huizhe.wang at oracle.com Wed Nov 24 10:50:14 2010 From: huizhe.wang at oracle.com (Joe Wang) Date: Wed, 24 Nov 2010 10:50:14 -0800 Subject: please disregard my previous email about jaxp 1.4.5 -> Re: jaxp 1.4.5 -> Re: Need reviewer: jaxp and jaxws urls in openjdk6 and openjdk7 In-Reply-To: <1290624233.13229.19.camel@springer.wildebeest.org> References: <6E1303FF-D5BB-4149-96BF-629792453DB3@oracle.com> <4CED5508.9080200@oracle.com> <18C0D876-ED45-4CFE-A80E-60B0BA49AF64@oracle.com> <4CED576C.6030607@oracle.com> <1290624233.13229.19.camel@springer.wildebeest.org> Message-ID: <4CED5E66.5080105@oracle.com> Sorry Mark, and all on build-dev. I didn't pay attention to the build-dev, I mean didn't realize the original email was sent to an outside alias. It's my fault. My notice was ONLY a heads-up for Kelly. I shouldn't have hit reply to all. Please disregard my previous email. Thanks, Joe On 11/24/2010 10:43 AM, Mark Wielaard wrote: > On Wed, 2010-11-24 at d10:20 -0800, Joe Wang wrote: > >> On 11/24/2010 10:13 AM, Kelly O'Hair wrote: >> >>> On Nov 24, 2010, at 10:10 AM, Joe Wang wrote: >>> >>>> By the way, we just finalized a plan on jaxp 1.4.5. We are planning >>>> make an internal release first by FF (12/15) of JDK7, to give you so >>>> me time to prepare for the integration, we've set 12/8 as the date by >>>> which I will provide a source bundle. After that, I will continue >>>> working on some bug fixes until 2/2011. The plan is to release jaxp >>>> 1.4.5 in 2/2011 and have another integration. A "detail" link to jaxp >>>> 1.4.5 is here: http://wiki.se.oracle.com/display/JPG/JAXP+1.4.5 >>>> >>> Ok. I assume we need some kind of approval to add this to jdk7? >>> Might want to get that ball rolling if it isn't already. >>> Or any CCC request that might be needed. >>> >> It's already in the JDK7 PRD [1]. Also, there is no API changes, just >> some Apache update and bug fixes required by the exit criteria. >> >> [1] >> http://wiki.se.oracle.com/display/JPG/JDK+7+Engineering+Feature+Plans >> > +Overview > > There is something wrong with these URLs. Neither of them work. It is as > if the wiki.se.oracle.com site doesn't exist. Could this be moved to a > public location so we can all discuss it? > > Thanks, > > Mark > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/build-dev/attachments/20101124/7fd9d19c/attachment.html From kelly.ohair at oracle.com Wed Nov 24 11:19:26 2010 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Wed, 24 Nov 2010 11:19:26 -0800 Subject: Need reviewer: NONFCS_BUILD_INFO to add to the non-fcs version string Message-ID: I need a reviewer for this change: 6987107: Add NONFCS_BUILD_INFO variable to add to but not modify MILESTONE in version string http://javaweb.sfbay.sun.com/~ohair/webrevs/jdk7/nonfcs-version/webrev/ It removed use of JPRT_BUILD_VERSION, adds a more generic NONFCS_BUILD_INFO. Also optimized a few $(shell) uses. -kto From mark at klomp.org Wed Nov 24 11:21:18 2010 From: mark at klomp.org (Mark Wielaard) Date: Wed, 24 Nov 2010 20:21:18 +0100 Subject: please disregard my previous email about jaxp 1.4.5 -> Re: jaxp 1.4.5 -> Re: Need reviewer: jaxp and jaxws urls in openjdk6 and openjdk7 In-Reply-To: <4CED5E66.5080105@oracle.com> References: <6E1303FF-D5BB-4149-96BF-629792453DB3@oracle.com> <4CED5508.9080200@oracle.com> <18C0D876-ED45-4CFE-A80E-60B0BA49AF64@oracle.com> <4CED576C.6030607@oracle.com> <1290624233.13229.19.camel@springer.wildebeest.org> <4CED5E66.5080105@oracle.com> Message-ID: <1290626478.13229.23.camel@springer.wildebeest.org> On Wed, 2010-11-24 at 10:50 -0800, Joe Wang wrote: > Sorry Mark, and all on build-dev. I didn't pay attention to the > build-dev, I mean didn't realize the original email was sent to an > outside alias. It's my fault. My notice was ONLY a heads-up for Kelly. I > shouldn't have hit reply to all. Please disregard my previous email. I do think these are good things to discuss on the public list. If we want to coordinate on updated jaxp for openjdk7 then we should have that discussion on one of the open lists. So please do post with your ideas and intentions. Thanks, Mark From mark at klomp.org Wed Nov 24 11:28:03 2010 From: mark at klomp.org (Mark Wielaard) Date: Wed, 24 Nov 2010 20:28:03 +0100 Subject: Need reviewer: NONFCS_BUILD_INFO to add to the non-fcs version string In-Reply-To: References: Message-ID: <1290626883.13229.25.camel@springer.wildebeest.org> On Wed, 2010-11-24 at 11:19 -0800, Kelly O'Hair wrote: > I need a reviewer for this change: > > 6987107: Add NONFCS_BUILD_INFO variable to add to but not modify > MILESTONE in version string > http://javaweb.sfbay.sun.com/~ohair/webrevs/jdk7/nonfcs-version/webrev/ Bit hard to review if the host isn't reachable :) Could you just attach the patch to your email, or post it on some publicly reachable machine? Thanks, Mark From kelly.ohair at oracle.com Wed Nov 24 11:36:13 2010 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Wed, 24 Nov 2010 11:36:13 -0800 Subject: Need reviewer: NONFCS_BUILD_INFO to add to the non-fcs version string In-Reply-To: <1290626883.13229.25.camel@springer.wildebeest.org> References: <1290626883.13229.25.camel@springer.wildebeest.org> Message-ID: Dang... just shoot me now. :^( Try this: http://cr.openjdk.java.net/~ohair/openjdk7/nonfcs-version/webrev/ Sorry about that. -kto On Nov 24, 2010, at 11:28 AM, Mark Wielaard wrote: > On Wed, 2010-11-24 at 11:19 -0800, Kelly O'Hair wrote: >> I need a reviewer for this change: >> >> 6987107: Add NONFCS_BUILD_INFO variable to add to but not modify >> MILESTONE in version string >> http://javaweb.sfbay.sun.com/~ohair/webrevs/jdk7/nonfcs-version/webrev/ > > Bit hard to review if the host isn't reachable :) > Could you just attach the patch to your email, > or post it on some publicly reachable machine? > > Thanks, > > Mark > From ahughes at redhat.com Wed Nov 24 12:03:47 2010 From: ahughes at redhat.com (Dr Andrew John Hughes) Date: Wed, 24 Nov 2010 20:03:47 +0000 Subject: Need reviewer: NONFCS_BUILD_INFO to add to the non-fcs version string In-Reply-To: References: <1290626883.13229.25.camel@springer.wildebeest.org> Message-ID: <20101124200347.GL1530@rivendell.middle-earth.co.uk> On 11:36 Wed 24 Nov , Kelly O'Hair wrote: > Dang... just shoot me now. :^( > > Try this: > http://cr.openjdk.java.net/~ohair/openjdk7/nonfcs-version/webrev/ > > Sorry about that. > Looks ok to me. I assume the motivation is so that MILESTONE doesn't have to be duplicated in setting JPRT_BUILD_VERSION? You can instead now just set NONFCS_BUILD_INFO to replace the autogenerated user/date stuff without getting rid of MILESTONE. > -kto > > On Nov 24, 2010, at 11:28 AM, Mark Wielaard wrote: > > > On Wed, 2010-11-24 at 11:19 -0800, Kelly O'Hair wrote: > >> I need a reviewer for this change: > >> > >> 6987107: Add NONFCS_BUILD_INFO variable to add to but not modify > >> MILESTONE in version string > >> http://javaweb.sfbay.sun.com/~ohair/webrevs/jdk7/nonfcs-version/webrev/ > > > > Bit hard to review if the host isn't reachable :) > > Could you just attach the patch to your email, > > or post it on some publicly reachable machine? > > > > 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 patrick at reini.net Wed Nov 24 13:18:01 2010 From: patrick at reini.net (Patrick Reinhart) Date: Wed, 24 Nov 2010 22:18:01 +0100 Subject: Building OpenJDK 7 under Fedora 14' In-Reply-To: 1290249013.12114.1.camel@wsccuw01.ccuw.ch Message-ID: <1290633481.7092.1.camel@wsccuw01.ccuw.ch> I finally got the build done with Fedora 14! Thanks all your hints. From kelly.ohair at oracle.com Wed Nov 24 13:56:41 2010 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Wed, 24 Nov 2010 13:56:41 -0800 Subject: Need reviewer: NONFCS_BUILD_INFO to add to the non-fcs version string In-Reply-To: <20101124200347.GL1530@rivendell.middle-earth.co.uk> References: <1290626883.13229.25.camel@springer.wildebeest.org> <20101124200347.GL1530@rivendell.middle-earth.co.uk> Message-ID: <4C2F01B7-BB1F-4523-AAF4-52FF23C0E464@oracle.com> On Nov 24, 2010, at 12:03 PM, Dr Andrew John Hughes wrote: > On 11:36 Wed 24 Nov , Kelly O'Hair wrote: >> Dang... just shoot me now. :^( >> >> Try this: >> http://cr.openjdk.java.net/~ohair/openjdk7/nonfcs-version/webrev/ >> >> Sorry about that. >> > > Looks ok to me. > > I assume the motivation is so that MILESTONE doesn't have to be > duplicated > in setting JPRT_BUILD_VERSION? You can instead now just set > NONFCS_BUILD_INFO > to replace the autogenerated user/date stuff without getting rid of > MILESTONE. Yup. Basically. We have various build systems doing non-fcs builds and I wanted a generic way to add to the version string on those builds so they can be identified. -kto > >> -kto >> >> On Nov 24, 2010, at 11:28 AM, Mark Wielaard wrote: >> >>> On Wed, 2010-11-24 at 11:19 -0800, Kelly O'Hair wrote: >>>> I need a reviewer for this change: >>>> >>>> 6987107: Add NONFCS_BUILD_INFO variable to add to but not modify >>>> MILESTONE in version string >>>> http://javaweb.sfbay.sun.com/~ohair/webrevs/jdk7/nonfcs-version/webrev/ >>> >>> Bit hard to review if the host isn't reachable :) >>> Could you just attach the patch to your email, >>> or post it on some publicly reachable machine? >>> >>> 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 kelly.ohair at oracle.com Wed Nov 24 13:58:10 2010 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Wed, 24 Nov 2010 13:58:10 -0800 Subject: Need reviewer: NONFCS_BUILD_INFO to add to the non-fcs version string In-Reply-To: <4CED6D19.4080501@oracle.com> References: <1290626883.13229.25.camel@springer.wildebeest.org> <4CED6D19.4080501@oracle.com> Message-ID: <239B2FB6-E6C3-4704-A75D-FB1DBB99B89E@oracle.com> Suggestion accepted. Thanks. Check http://cr.openjdk.java.net/~ohair/openjdk7/nonfcs-version/webrev/ I also found a few additional places to correct information on HOTSPOT_BUILD_VERSION. If this looks ok I'll build on all systems and see how it looks. -kto On Nov 24, 2010, at 11:52 AM, David Katleman wrote: > Hi Kelly, > > Logic looks fine, just a nit > > Unless $(NONFCS_BUILD_INFO) really needs that leading "-", I'd > remove it and add a "-" in line 110 and 297 below. Makes it a bit > more readable > > Dave > hotspot/make/defs.make > >> 109 else >> 110 HOTSPOT_BUILD_VERSION=internal$(NONFCS_BUILD_INFO) >> 111 endif > > jdk/make/common/shared/Defs.gmk > >> 290 ifndef NONFCS_BUILD_INFO >> 291 BUILD_DATE := $(shell $(DATE) '+%Y_%m_%d_%H_%M') >> 292 CLEAN_USERNAME := $(shell $(ECHO) "$(USER)" | $(TR) -d -c >> '[:alnum:]') >> 293 USER_RELEASE_SUFFIX := $(shell $(ECHO) "$(CLEAN_USERNAME)_$ >> (BUILD_DATE)" | $(TR) '[:upper:]' '[:lower:]' ) >> 294 NONFCS_BUILD_INFO = -$(USER_RELEASE_SUFFIX) >> 295 endif >> 296 export NONFCS_BUILD_INFO >> 297 FULL_VERSION = $(RELEASE)$(NONFCS_BUILD_INFO)-$(BUILD_NUMBER) >> 298 endif > > > > > On 11/24/2010 11:36 AM, Kelly O'Hair wrote: >> >> Dang... just shoot me now. :^( >> >> Try this: >> http://cr.openjdk.java.net/~ohair/openjdk7/nonfcs-version/webrev/ >> >> Sorry about that. >> >> -kto >> >> On Nov 24, 2010, at 11:28 AM, Mark Wielaard wrote: >> >>> On Wed, 2010-11-24 at 11:19 -0800, Kelly O'Hair wrote: >>>> I need a reviewer for this change: >>>> >>>> 6987107: Add NONFCS_BUILD_INFO variable to add to but not modify >>>> MILESTONE in version string >>>> http://javaweb.sfbay.sun.com/~ohair/webrevs/jdk7/nonfcs-version/webrev/ >>> >>> Bit hard to review if the host isn't reachable :) >>> Could you just attach the patch to your email, >>> or post it on some publicly reachable machine? >>> >>> Thanks, >>> >>> Mark >>> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/build-dev/attachments/20101124/af3953ff/attachment.html From John.Coomes at oracle.com Wed Nov 24 15:16:19 2010 From: John.Coomes at oracle.com (John Coomes) Date: Wed, 24 Nov 2010 15:16:19 -0800 Subject: Need reviewer: NONFCS_BUILD_INFO to add to the non-fcs version string In-Reply-To: References: <1290626883.13229.25.camel@springer.wildebeest.org> Message-ID: <19693.40131.414118.550968@oracle.com> Kelly O'Hair (kelly.ohair at oracle.com) wrote: > Dang... just shoot me now. :^( > > Try this: > http://cr.openjdk.java.net/~ohair/openjdk7/nonfcs-version/webrev/ > > Sorry about that. Aren't we using the term GA (general availability) instead of FCS these days? Aside from that, looks fine. -John > On Nov 24, 2010, at 11:28 AM, Mark Wielaard wrote: > > > On Wed, 2010-11-24 at 11:19 -0800, Kelly O'Hair wrote: > >> I need a reviewer for this change: > >> > >> 6987107: Add NONFCS_BUILD_INFO variable to add to but not modify > >> MILESTONE in version string > >> http://javaweb.sfbay.sun.com/~ohair/webrevs/jdk7/nonfcs-version/webrev/ > > > > Bit hard to review if the host isn't reachable :) > > Could you just attach the patch to your email, > > or post it on some publicly reachable machine? > > > > Thanks, > > > > Mark > > > From kelly.ohair at oracle.com Wed Nov 24 15:41:30 2010 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Wed, 24 Nov 2010 15:41:30 -0800 Subject: Need reviewer: NONFCS_BUILD_INFO to add to the non-fcs version string In-Reply-To: <19693.40131.414118.550968@oracle.com> References: <1290626883.13229.25.camel@springer.wildebeest.org> <19693.40131.414118.550968@oracle.com> Message-ID: <63FD9C1A-5F49-4B0A-B84A-01E277FFA062@oracle.com> On Nov 24, 2010, at 3:16 PM, John Coomes wrote: > Kelly O'Hair (kelly.ohair at oracle.com) wrote: >> Dang... just shoot me now. :^( >> >> Try this: >> http://cr.openjdk.java.net/~ohair/openjdk7/nonfcs-version/webrev/ >> >> Sorry about that. > > Aren't we using the term GA (general availability) instead of FCS > these days? I thought GA was Lady Gaga's first name? ;^) I haven't heard about any effort to purge FCS from the makefiles. Lots of changes would be needed for that. The term FCS seems to be generally recognized as the same thing as GA: http://en.wikipedia.org/wiki/Software_release_life_cycle#General_availability -kto > > Aside from that, looks fine. > > -John > >> On Nov 24, 2010, at 11:28 AM, Mark Wielaard wrote: >> >>> On Wed, 2010-11-24 at 11:19 -0800, Kelly O'Hair wrote: >>>> I need a reviewer for this change: >>>> >>>> 6987107: Add NONFCS_BUILD_INFO variable to add to but not modify >>>> MILESTONE in version string >>>> http://javaweb.sfbay.sun.com/~ohair/webrevs/jdk7/nonfcs-version/webrev/ >>> >>> Bit hard to review if the host isn't reachable :) >>> Could you just attach the patch to your email, >>> or post it on some publicly reachable machine? >>> >>> Thanks, >>> >>> Mark >>> >> > From David.Holmes at oracle.com Wed Nov 24 15:47:32 2010 From: David.Holmes at oracle.com (David Holmes) Date: Thu, 25 Nov 2010 09:47:32 +1000 Subject: Need reviewer: NONFCS_BUILD_INFO to add to the non-fcs version string In-Reply-To: <19693.40131.414118.550968@oracle.com> References: <1290626883.13229.25.camel@springer.wildebeest.org> <19693.40131.414118.550968@oracle.com> Message-ID: <4CEDA414.5040301@oracle.com> John Coomes said the following on 11/25/10 09:16: > Kelly O'Hair (kelly.ohair at oracle.com) wrote: >> Dang... just shoot me now. :^( >> >> Try this: >> http://cr.openjdk.java.net/~ohair/openjdk7/nonfcs-version/webrev/ >> >> Sorry about that. > > Aren't we using the term GA (general availability) instead of FCS > these days? Going further why is this even an issue? In all interesting cases HOTSPOT_BUILD_VERSION should be set on the command-line. The Makefile only needs to give a default if it is not set. So why set NONFCS_BUILD_INFO when you can set HOTSPOT_BUILD_VERSION in the first place? Any why use the same NONFCS_BUILD_INFO for Hotspot and the JDK when they typically report different version strings anyway ??? David > Aside from that, looks fine. > > -John > >> On Nov 24, 2010, at 11:28 AM, Mark Wielaard wrote: >> >>> On Wed, 2010-11-24 at 11:19 -0800, Kelly O'Hair wrote: >>>> I need a reviewer for this change: >>>> >>>> 6987107: Add NONFCS_BUILD_INFO variable to add to but not modify >>>> MILESTONE in version string >>>> http://javaweb.sfbay.sun.com/~ohair/webrevs/jdk7/nonfcs-version/webrev/ >>> Bit hard to review if the host isn't reachable :) >>> Could you just attach the patch to your email, >>> or post it on some publicly reachable machine? >>> >>> Thanks, >>> >>> Mark >>> > From kelly.ohair at oracle.com Wed Nov 24 15:55:28 2010 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Wed, 24 Nov 2010 15:55:28 -0800 Subject: Need reviewer: NONFCS_BUILD_INFO to add to the non-fcs version string In-Reply-To: <4CEDA414.5040301@oracle.com> References: <1290626883.13229.25.camel@springer.wildebeest.org> <19693.40131.414118.550968@oracle.com> <4CEDA414.5040301@oracle.com> Message-ID: <06834B5D-AA26-45D9-8E4F-98DFB4FDD0C0@oracle.com> On Nov 24, 2010, at 3:47 PM, David Holmes wrote: > John Coomes said the following on 11/25/10 09:16: >> Kelly O'Hair (kelly.ohair at oracle.com) wrote: >>> Dang... just shoot me now. :^( >>> >>> Try this: >>> http://cr.openjdk.java.net/~ohair/openjdk7/nonfcs-version/webrev/ >>> >>> Sorry about that. >> Aren't we using the term GA (general availability) instead of FCS >> these days? > > Going further why is this even an issue? In all interesting cases > HOTSPOT_BUILD_VERSION should be set on the command-line. The > Makefile only needs to give a default if it is not set. So why set > NONFCS_BUILD_INFO when you can set HOTSPOT_BUILD_VERSION in the > first place? I'm trying to avoid having to specify a specific variable for every component of the jdk when we want to add specific build information to the version string. When full builds of jdk7 are done, we wanted a single variable that would add some extra identification string to all version strings. Hudson systems and JPRT can use this to uniquely identify all full builds so that testing teams can report an exact build on bugs. > > Any why use the same NONFCS_BUILD_INFO for Hotspot and the JDK when > they typically report different version strings anyway ??? It's extra build information, not really a change in the component version number. -kto > > David > >> Aside from that, looks fine. >> -John >>> On Nov 24, 2010, at 11:28 AM, Mark Wielaard wrote: >>> >>>> On Wed, 2010-11-24 at 11:19 -0800, Kelly O'Hair wrote: >>>>> I need a reviewer for this change: >>>>> >>>>> 6987107: Add NONFCS_BUILD_INFO variable to add to but not modify >>>>> MILESTONE in version string >>>>> http://javaweb.sfbay.sun.com/~ohair/webrevs/jdk7/nonfcs-version/webrev/ >>>> Bit hard to review if the host isn't reachable :) >>>> Could you just attach the patch to your email, >>>> or post it on some publicly reachable machine? >>>> >>>> Thanks, >>>> >>>> Mark >>>> From David.Holmes at oracle.com Wed Nov 24 16:08:40 2010 From: David.Holmes at oracle.com (David Holmes) Date: Thu, 25 Nov 2010 10:08:40 +1000 Subject: Need reviewer: NONFCS_BUILD_INFO to add to the non-fcs version string In-Reply-To: <06834B5D-AA26-45D9-8E4F-98DFB4FDD0C0@oracle.com> References: <1290626883.13229.25.camel@springer.wildebeest.org> <19693.40131.414118.550968@oracle.com> <4CEDA414.5040301@oracle.com> <06834B5D-AA26-45D9-8E4F-98DFB4FDD0C0@oracle.com> Message-ID: <4CEDA908.1070301@oracle.com> Kelly O'Hair said the following on 11/25/10 09:55: > > On Nov 24, 2010, at 3:47 PM, David Holmes wrote: > >> John Coomes said the following on 11/25/10 09:16: >>> Kelly O'Hair (kelly.ohair at oracle.com) wrote: >>>> Dang... just shoot me now. :^( >>>> >>>> Try this: >>>> http://cr.openjdk.java.net/~ohair/openjdk7/nonfcs-version/webrev/ >>>> >>>> Sorry about that. >>> Aren't we using the term GA (general availability) instead of FCS >>> these days? >> >> Going further why is this even an issue? In all interesting cases >> HOTSPOT_BUILD_VERSION should be set on the command-line. The Makefile >> only needs to give a default if it is not set. So why set >> NONFCS_BUILD_INFO when you can set HOTSPOT_BUILD_VERSION in the first >> place? > > I'm trying to avoid having to specify a specific variable for every > component of the jdk when we want to add specific build information to > the version string. Ok. So why not just USER_BUILD_INFO or CUSTOM_BUILD_INFO ? There's really no tie to "FCS" or not. In fact why not use USER_RELEASE_SUFFIX - see below .. > When full builds of jdk7 are done, we wanted a single variable that > would add some extra identification string to all version strings. > Hudson systems and JPRT can use this to uniquely identify all full > builds so that testing teams can report an exact build on bugs. I see. I'm not sure why you re-export the variable here (jdk/.../Defs.gmk) as it doesn't appear to get used anywhere else: + ifndef NONFCS_BUILD_INFO BUILD_DATE := $(shell $(DATE) '+%Y_%m_%d_%H_%M') CLEAN_USERNAME := $(shell $(ECHO) "$(USER)" | $(TR) -d -c '[:alnum:]') USER_RELEASE_SUFFIX := $(shell $(ECHO) "$(CLEAN_USERNAME)_$(BUILD_DATE)" | $(TR) '[:upper:]' '[:lower:]' ) ! NONFCS_BUILD_INFO = $(USER_RELEASE_SUFFIX) ! endif ! export NONFCS_BUILD_INFO ! FULL_VERSION = $(RELEASE)-$(NONFCS_BUILD_INFO)-$(BUILD_NUMBER) It would seem a little simpler/cleaner to me to instead just do: ifndef NONFCS_BUILD_INFO BUILD_DATE := $(shell $(DATE) '+%Y_%m_%d_%H_%M') CLEAN_USERNAME := $(shell $(ECHO) "$(USER)" | $(TR) -d -c '[:alnum:]') USER_RELEASE_SUFFIX := $(shell $(ECHO) "$(CLEAN_USERNAME)_$(BUILD_DATE)" | $(TR) '[:upper:]' '[:lower:]' ) else USER_RELEASE_SUFFIX := $(NONFCS_BUILD_INFO) endif FULL_VERSION = $(RELEASE)-$(USER_RELEASE_SUFFIX)-$(BUILD_NUMBER) And this would be even simpler if USER_RELEASE_SUFFIX were the variable that was set externally in the first place. ifndef USER_RELEASE_SUFFIX BUILD_DATE := $(shell $(DATE) '+%Y_%m_%d_%H_%M') CLEAN_USERNAME := $(shell $(ECHO) "$(USER)" | $(TR) -d -c '[:alnum:]') USER_RELEASE_SUFFIX := $(shell $(ECHO) "$(CLEAN_USERNAME)_$(BUILD_DATE)" | $(TR) '[:upper:]' '[:lower:]' ) endif FULL_VERSION = $(RELEASE)-$(USER_RELEASE_SUFFIX)-$(BUILD_NUMBER) Cheers, David >> >> Any why use the same NONFCS_BUILD_INFO for Hotspot and the JDK when >> they typically report different version strings anyway ??? > > It's extra build information, not really a change in the component > version number. > > -kto > >> >> David >> >>> Aside from that, looks fine. >>> -John >>>> On Nov 24, 2010, at 11:28 AM, Mark Wielaard wrote: >>>> >>>>> On Wed, 2010-11-24 at 11:19 -0800, Kelly O'Hair wrote: >>>>>> I need a reviewer for this change: >>>>>> >>>>>> 6987107: Add NONFCS_BUILD_INFO variable to add to but not modify >>>>>> MILESTONE in version string >>>>>> http://javaweb.sfbay.sun.com/~ohair/webrevs/jdk7/nonfcs-version/webrev/ >>>>>> >>>>> Bit hard to review if the host isn't reachable :) >>>>> Could you just attach the patch to your email, >>>>> or post it on some publicly reachable machine? >>>>> >>>>> Thanks, >>>>> >>>>> Mark >>>>> > From kelly.ohair at oracle.com Wed Nov 24 17:38:23 2010 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Wed, 24 Nov 2010 17:38:23 -0800 Subject: Need reviewer: NONFCS_BUILD_INFO to add to the non-fcs version string In-Reply-To: <4CEDA908.1070301@oracle.com> References: <1290626883.13229.25.camel@springer.wildebeest.org> <19693.40131.414118.550968@oracle.com> <4CEDA414.5040301@oracle.com> <06834B5D-AA26-45D9-8E4F-98DFB4FDD0C0@oracle.com> <4CEDA908.1070301@oracle.com> Message-ID: <86448F9C-C094-4075-8D38-B5508EEB01C0@oracle.com> On Nov 24, 2010, at 4:08 PM, David Holmes wrote: > Kelly O'Hair said the following on 11/25/10 09:55: >> On Nov 24, 2010, at 3:47 PM, David Holmes wrote: >>> John Coomes said the following on 11/25/10 09:16: >>>> Kelly O'Hair (kelly.ohair at oracle.com) wrote: >>>>> Dang... just shoot me now. :^( >>>>> >>>>> Try this: >>>>> http://cr.openjdk.java.net/~ohair/openjdk7/nonfcs-version/webrev/ >>>>> >>>>> Sorry about that. >>>> Aren't we using the term GA (general availability) instead of FCS >>>> these days? >>> >>> Going further why is this even an issue? In all interesting cases >>> HOTSPOT_BUILD_VERSION should be set on the command-line. The >>> Makefile only needs to give a default if it is not set. So why set >>> NONFCS_BUILD_INFO when you can set HOTSPOT_BUILD_VERSION in the >>> first place? >> I'm trying to avoid having to specify a specific variable for every >> component of the jdk when we want to add specific build information >> to the version string. > > Ok. So why not just USER_BUILD_INFO or CUSTOM_BUILD_INFO ? There's > really no tie to "FCS" or not. In fact why not use > USER_RELEASE_SUFFIX - see below .. It's just a name, but we were looking for a name that told you it would be ignored if MILESTONE=fcs. USER_RELEASE_SUFFIX would work, and your suggestion below works too, although I still want to export USER_RELEASE_SUFFIX so that shell logic isn't repeated over and over, hard on windows systems. I'll need to change all NONFCS_BUILD_INFO to USER_RELEASE_SUFFIX in the hotspot files. That also cures John's complaint about the "fcs" name too. Check this one out: http://cr.openjdk.java.net/~ohair/openjdk7/nonfcs-version2/webrev/ -kto > >> When full builds of jdk7 are done, we wanted a single variable that >> would add some extra identification string to all version strings. >> Hudson systems and JPRT can use this to uniquely identify all full >> builds so that testing teams can report an exact build on bugs. > > I see. I'm not sure why you re-export the variable here (jdk/.../ > Defs.gmk) as it doesn't appear to get used anywhere else: > > + ifndef NONFCS_BUILD_INFO > BUILD_DATE := $(shell $(DATE) '+%Y_%m_%d_%H_%M') > CLEAN_USERNAME := $(shell $(ECHO) "$(USER)" | $(TR) -d -c > '[:alnum:]') > USER_RELEASE_SUFFIX := $(shell $(ECHO) "$(CLEAN_USERNAME)_$ > (BUILD_DATE)" | $(TR) '[:upper:]' '[:lower:]' ) > ! NONFCS_BUILD_INFO = $(USER_RELEASE_SUFFIX) > ! endif > ! export NONFCS_BUILD_INFO > ! FULL_VERSION = $(RELEASE)-$(NONFCS_BUILD_INFO)-$(BUILD_NUMBER) > > It would seem a little simpler/cleaner to me to instead just do: > > ifndef NONFCS_BUILD_INFO > BUILD_DATE := $(shell $(DATE) '+%Y_%m_%d_%H_%M') > CLEAN_USERNAME := $(shell $(ECHO) "$(USER)" | $(TR) -d -c > '[:alnum:]') > USER_RELEASE_SUFFIX := $(shell $(ECHO) "$(CLEAN_USERNAME)_$ > (BUILD_DATE)" | $(TR) '[:upper:]' '[:lower:]' ) > else > USER_RELEASE_SUFFIX := $(NONFCS_BUILD_INFO) > endif > FULL_VERSION = $(RELEASE)-$(USER_RELEASE_SUFFIX)-$(BUILD_NUMBER) > > And this would be even simpler if USER_RELEASE_SUFFIX were the > variable that was set externally in the first place. > > ifndef USER_RELEASE_SUFFIX > BUILD_DATE := $(shell $(DATE) '+%Y_%m_%d_%H_%M') > CLEAN_USERNAME := $(shell $(ECHO) "$(USER)" | $(TR) -d -c > '[:alnum:]') > USER_RELEASE_SUFFIX := $(shell $(ECHO) "$(CLEAN_USERNAME)_$ > (BUILD_DATE)" | $(TR) '[:upper:]' '[:lower:]' ) > endif > FULL_VERSION = $(RELEASE)-$(USER_RELEASE_SUFFIX)-$(BUILD_NUMBER) > > > Cheers, > David > > >>> >>> Any why use the same NONFCS_BUILD_INFO for Hotspot and the JDK >>> when they typically report different version strings anyway ??? >> It's extra build information, not really a change in the component >> version number. >> -kto >>> >>> David >>> >>>> Aside from that, looks fine. >>>> -John >>>>> On Nov 24, 2010, at 11:28 AM, Mark Wielaard wrote: >>>>> >>>>>> On Wed, 2010-11-24 at 11:19 -0800, Kelly O'Hair wrote: >>>>>>> I need a reviewer for this change: >>>>>>> >>>>>>> 6987107: Add NONFCS_BUILD_INFO variable to add to but not modify >>>>>>> MILESTONE in version string >>>>>>> http://javaweb.sfbay.sun.com/~ohair/webrevs/jdk7/nonfcs-version/webrev/ >>>>>> Bit hard to review if the host isn't reachable :) >>>>>> Could you just attach the patch to your email, >>>>>> or post it on some publicly reachable machine? >>>>>> >>>>>> Thanks, >>>>>> >>>>>> Mark >>>>>> From diggskevin38 at gmail.com Wed Nov 24 17:43:29 2010 From: diggskevin38 at gmail.com (kevin diggs) Date: Wed, 24 Nov 2010 19:43:29 -0600 Subject: PowerPC build ??? Message-ID: Hi, Is there any way to build this thing on a Linux PowerPC box (YDL 4.0 & 6.0). Is there a snowballs's chance in some place hot that GCC gcj will work? I admit that I have not done an extensive search for a PowerPC Linux jdk (May actually be one on one of the install CDs but I doubt it). Maybe on IBM's site somewhere? I do NOT define Open and run everywhere as Windows and/or x86. Thanks! kevin P.S.: What is the "bootstrap jdk" used for? Access to a java compiler? Or does it use other "stuff" from in there? From David.Holmes at oracle.com Wed Nov 24 18:06:37 2010 From: David.Holmes at oracle.com (David Holmes) Date: Thu, 25 Nov 2010 12:06:37 +1000 Subject: Need reviewer: NONFCS_BUILD_INFO to add to the non-fcs version string In-Reply-To: <86448F9C-C094-4075-8D38-B5508EEB01C0@oracle.com> References: <1290626883.13229.25.camel@springer.wildebeest.org> <19693.40131.414118.550968@oracle.com> <4CEDA414.5040301@oracle.com> <06834B5D-AA26-45D9-8E4F-98DFB4FDD0C0@oracle.com> <4CEDA908.1070301@oracle.com> <86448F9C-C094-4075-8D38-B5508EEB01C0@oracle.com> Message-ID: <4CEDC4AD.3040808@oracle.com> Kelly O'Hair said the following on 11/25/10 11:38: > On Nov 24, 2010, at 4:08 PM, David Holmes wrote: >> Ok. So why not just USER_BUILD_INFO or CUSTOM_BUILD_INFO ? There's >> really no tie to "FCS" or not. In fact why not use USER_RELEASE_SUFFIX >> - see below .. > > It's just a name, but we were looking for a name that told you it would > be ignored if MILESTONE=fcs. I see - that's not obvious from the webrev. I guess somewhere in there is some "magic" MILESTONE treatment. That said for a real fcs build I expect the complete version strings to specified by the "release" process on the build invocation not defaulting to whatever is in the Makefiles. > USER_RELEASE_SUFFIX would work, and your suggestion below works too, > although I still want to > export USER_RELEASE_SUFFIX so that shell logic isn't repeated over and > over, hard on windows systems. I'm still unclear to where you are exporting this value? One of the doc makefiles utilizes USER_RELEASE_SUFFIX but doesn't need it to be exported presently. > I'll need to change all NONFCS_BUILD_INFO to USER_RELEASE_SUFFIX in the > hotspot files. > > That also cures John's complaint about the "fcs" name too. > > Check this one out: > http://cr.openjdk.java.net/~ohair/openjdk7/nonfcs-version2/webrev/ I can give Thumbs Up as is. Thanks, David > -kto > >> >>> When full builds of jdk7 are done, we wanted a single variable that >>> would add some extra identification string to all version strings. >>> Hudson systems and JPRT can use this to uniquely identify all full >>> builds so that testing teams can report an exact build on bugs. >> >> I see. I'm not sure why you re-export the variable here >> (jdk/.../Defs.gmk) as it doesn't appear to get used anywhere else: >> >> + ifndef NONFCS_BUILD_INFO >> BUILD_DATE := $(shell $(DATE) '+%Y_%m_%d_%H_%M') >> CLEAN_USERNAME := $(shell $(ECHO) "$(USER)" | $(TR) -d -c >> '[:alnum:]') >> USER_RELEASE_SUFFIX := $(shell $(ECHO) >> "$(CLEAN_USERNAME)_$(BUILD_DATE)" | $(TR) '[:upper:]' '[:lower:]' ) >> ! NONFCS_BUILD_INFO = $(USER_RELEASE_SUFFIX) >> ! endif >> ! export NONFCS_BUILD_INFO >> ! FULL_VERSION = $(RELEASE)-$(NONFCS_BUILD_INFO)-$(BUILD_NUMBER) >> >> It would seem a little simpler/cleaner to me to instead just do: >> >> ifndef NONFCS_BUILD_INFO >> BUILD_DATE := $(shell $(DATE) '+%Y_%m_%d_%H_%M') >> CLEAN_USERNAME := $(shell $(ECHO) "$(USER)" | $(TR) -d -c >> '[:alnum:]') >> USER_RELEASE_SUFFIX := $(shell $(ECHO) >> "$(CLEAN_USERNAME)_$(BUILD_DATE)" | $(TR) '[:upper:]' '[:lower:]' ) >> else >> USER_RELEASE_SUFFIX := $(NONFCS_BUILD_INFO) >> endif >> FULL_VERSION = $(RELEASE)-$(USER_RELEASE_SUFFIX)-$(BUILD_NUMBER) >> >> And this would be even simpler if USER_RELEASE_SUFFIX were the >> variable that was set externally in the first place. >> >> ifndef USER_RELEASE_SUFFIX >> BUILD_DATE := $(shell $(DATE) '+%Y_%m_%d_%H_%M') >> CLEAN_USERNAME := $(shell $(ECHO) "$(USER)" | $(TR) -d -c >> '[:alnum:]') >> USER_RELEASE_SUFFIX := $(shell $(ECHO) >> "$(CLEAN_USERNAME)_$(BUILD_DATE)" | $(TR) '[:upper:]' '[:lower:]' ) >> endif >> FULL_VERSION = $(RELEASE)-$(USER_RELEASE_SUFFIX)-$(BUILD_NUMBER) >> >> >> Cheers, >> David >> >> >>>> >>>> Any why use the same NONFCS_BUILD_INFO for Hotspot and the JDK when >>>> they typically report different version strings anyway ??? >>> It's extra build information, not really a change in the component >>> version number. >>> -kto >>>> >>>> David >>>> >>>>> Aside from that, looks fine. >>>>> -John >>>>>> On Nov 24, 2010, at 11:28 AM, Mark Wielaard wrote: >>>>>> >>>>>>> On Wed, 2010-11-24 at 11:19 -0800, Kelly O'Hair wrote: >>>>>>>> I need a reviewer for this change: >>>>>>>> >>>>>>>> 6987107: Add NONFCS_BUILD_INFO variable to add to but not modify >>>>>>>> MILESTONE in version string >>>>>>>> http://javaweb.sfbay.sun.com/~ohair/webrevs/jdk7/nonfcs-version/webrev/ >>>>>>>> >>>>>>> Bit hard to review if the host isn't reachable :) >>>>>>> Could you just attach the patch to your email, >>>>>>> or post it on some publicly reachable machine? >>>>>>> >>>>>>> Thanks, >>>>>>> >>>>>>> Mark >>>>>>> > From David.Holmes at oracle.com Wed Nov 24 18:09:50 2010 From: David.Holmes at oracle.com (David Holmes) Date: Thu, 25 Nov 2010 12:09:50 +1000 Subject: PowerPC build ??? In-Reply-To: References: Message-ID: <4CEDC56E.3030004@oracle.com> kevin diggs said the following on 11/25/10 11:43: > Is there any way to build this thing on a Linux PowerPC box (YDL 4.0 & > 6.0). Is there a snowballs's chance in some place hot that GCC gcj > will work? > > I admit that I have not done an extensive search for a PowerPC Linux > jdk (May actually be one on one of the install CDs but I doubt it). > Maybe on IBM's site somewhere? > > I do NOT define Open and run everywhere as Windows and/or x86. Sorry don't know what the status of an open PPC implementation is but ... > P.S.: What is the "bootstrap jdk" used for? Access to a java > compiler? Or does it use other "stuff" from in there? It will supply javac, javah, and jar at least. David Holmes From diggskevin38 at gmail.com Wed Nov 24 18:15:02 2010 From: diggskevin38 at gmail.com (kevin diggs) Date: Wed, 24 Nov 2010 20:15:02 -0600 Subject: Fwd: Binary plugs download In-Reply-To: References: Message-ID: The section of the page: http://download.java.net/openjdk/jdk7/ for downloading has a heading that says: Linux platform If this is for x86 only then please label it as such (more than having i586 buried in the file/link name). Linux actually runs on quite a lot of different hardware (I got me an ultra2 that can run Linux; a bunch of PowerMacs too. Even a DEC Alpha. That would be a real hoot getting a JDK on that thing. Oh I forgot about the 040 based Quadra 700.). Sorry for the rant. But this kinda pushes my buttons. Thanks! kevin From kelly.ohair at oracle.com Wed Nov 24 18:14:48 2010 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Wed, 24 Nov 2010 18:14:48 -0800 Subject: Need reviewer: NONFCS_BUILD_INFO to add to the non-fcs version string In-Reply-To: <4CEDC4AD.3040808@oracle.com> References: <1290626883.13229.25.camel@springer.wildebeest.org> <19693.40131.414118.550968@oracle.com> <4CEDA414.5040301@oracle.com> <06834B5D-AA26-45D9-8E4F-98DFB4FDD0C0@oracle.com> <4CEDA908.1070301@oracle.com> <86448F9C-C094-4075-8D38-B5508EEB01C0@oracle.com> <4CEDC4AD.3040808@oracle.com> Message-ID: On Nov 24, 2010, at 6:06 PM, David Holmes wrote: > Kelly O'Hair said the following on 11/25/10 11:38: >> On Nov 24, 2010, at 4:08 PM, David Holmes wrote: >>> Ok. So why not just USER_BUILD_INFO or CUSTOM_BUILD_INFO ? There's >>> really no tie to "FCS" or not. In fact why not use >>> USER_RELEASE_SUFFIX - see below .. >> It's just a name, but we were looking for a name that told you it >> would be ignored if MILESTONE=fcs. > > I see - that's not obvious from the webrev. I guess somewhere in > there is some "magic" MILESTONE treatment. That said for a real fcs > build I expect the complete version strings to specified by the > "release" process on the build invocation not defaulting to whatever > is in the Makefiles. The whole way the versions are defined is a bit confusing, tricky stuff. Probably need a serious revamping someday. But in general, yes, if MILESTONE=fcs most values come from the command line or RE scripts. > >> USER_RELEASE_SUFFIX would work, and your suggestion below works >> too, although I still want to >> export USER_RELEASE_SUFFIX so that shell logic isn't repeated over >> and over, hard on windows systems. > > I'm still unclear to where you are exporting this value? One of the > doc makefiles utilizes USER_RELEASE_SUFFIX but doesn't need it to be > exported presently. The jdk makefiles are heavily nested, make running make, and these Defs files are repeatedly parsed over and over, maybe 100's of times for a top level Makefile? The export pushes the variable into the environment so that the lower nested makefiles see the definition as an environment variable and if you use ifndef then you avoid the recalculations or shell execs. Solaris/Linux aren't bothered by the excessive execs that much, but Windows suffers from it. I've been trying to lower the total exec count when the Defs files are parsed to make windows builds faster. > >> I'll need to change all NONFCS_BUILD_INFO to USER_RELEASE_SUFFIX in >> the hotspot files. >> That also cures John's complaint about the "fcs" name too. >> Check this one out: >> http://cr.openjdk.java.net/~ohair/openjdk7/nonfcs-version2/webrev/ > > I can give Thumbs Up as is. OK. -kto > > Thanks, > David > >> -kto >>> >>>> When full builds of jdk7 are done, we wanted a single variable >>>> that would add some extra identification string to all version >>>> strings. >>>> Hudson systems and JPRT can use this to uniquely identify all >>>> full builds so that testing teams can report an exact build on >>>> bugs. >>> >>> I see. I'm not sure why you re-export the variable here (jdk/.../ >>> Defs.gmk) as it doesn't appear to get used anywhere else: >>> >>> + ifndef NONFCS_BUILD_INFO >>> BUILD_DATE := $(shell $(DATE) '+%Y_%m_%d_%H_%M') >>> CLEAN_USERNAME := $(shell $(ECHO) "$(USER)" | $(TR) -d -c >>> '[:alnum:]') >>> USER_RELEASE_SUFFIX := $(shell $(ECHO) "$(CLEAN_USERNAME)_$ >>> (BUILD_DATE)" | $(TR) '[:upper:]' '[:lower:]' ) >>> ! NONFCS_BUILD_INFO = $(USER_RELEASE_SUFFIX) >>> ! endif >>> ! export NONFCS_BUILD_INFO >>> ! FULL_VERSION = $(RELEASE)-$(NONFCS_BUILD_INFO)-$(BUILD_NUMBER) >>> >>> It would seem a little simpler/cleaner to me to instead just do: >>> >>> ifndef NONFCS_BUILD_INFO >>> BUILD_DATE := $(shell $(DATE) '+%Y_%m_%d_%H_%M') >>> CLEAN_USERNAME := $(shell $(ECHO) "$(USER)" | $(TR) -d -c >>> '[:alnum:]') >>> USER_RELEASE_SUFFIX := $(shell $(ECHO) "$(CLEAN_USERNAME)_$ >>> (BUILD_DATE)" | $(TR) '[:upper:]' '[:lower:]' ) >>> else >>> USER_RELEASE_SUFFIX := $(NONFCS_BUILD_INFO) >>> endif >>> FULL_VERSION = $(RELEASE)-$(USER_RELEASE_SUFFIX)-$(BUILD_NUMBER) >>> >>> And this would be even simpler if USER_RELEASE_SUFFIX were the >>> variable that was set externally in the first place. >>> >>> ifndef USER_RELEASE_SUFFIX >>> BUILD_DATE := $(shell $(DATE) '+%Y_%m_%d_%H_%M') >>> CLEAN_USERNAME := $(shell $(ECHO) "$(USER)" | $(TR) -d -c >>> '[:alnum:]') >>> USER_RELEASE_SUFFIX := $(shell $(ECHO) "$(CLEAN_USERNAME)_$ >>> (BUILD_DATE)" | $(TR) '[:upper:]' '[:lower:]' ) >>> endif >>> FULL_VERSION = $(RELEASE)-$(USER_RELEASE_SUFFIX)-$(BUILD_NUMBER) >>> >>> >>> Cheers, >>> David >>> >>> >>>>> >>>>> Any why use the same NONFCS_BUILD_INFO for Hotspot and the JDK >>>>> when they typically report different version strings anyway ??? >>>> It's extra build information, not really a change in the >>>> component version number. >>>> -kto >>>>> >>>>> David >>>>> >>>>>> Aside from that, looks fine. >>>>>> -John >>>>>>> On Nov 24, 2010, at 11:28 AM, Mark Wielaard wrote: >>>>>>> >>>>>>>> On Wed, 2010-11-24 at 11:19 -0800, Kelly O'Hair wrote: >>>>>>>>> I need a reviewer for this change: >>>>>>>>> >>>>>>>>> 6987107: Add NONFCS_BUILD_INFO variable to add to but not >>>>>>>>> modify >>>>>>>>> MILESTONE in version string >>>>>>>>> http://javaweb.sfbay.sun.com/~ohair/webrevs/jdk7/nonfcs-version/webrev/ >>>>>>>> Bit hard to review if the host isn't reachable :) >>>>>>>> Could you just attach the patch to your email, >>>>>>>> or post it on some publicly reachable machine? >>>>>>>> >>>>>>>> Thanks, >>>>>>>> >>>>>>>> Mark >>>>>>>> From diggskevin38 at gmail.com Wed Nov 24 18:16:34 2010 From: diggskevin38 at gmail.com (kevin diggs) Date: Wed, 24 Nov 2010 20:16:34 -0600 Subject: Fwd: dead link In-Reply-To: References: Message-ID: Hi, The FAQ link at the bottom of page: http://download.java.net/openjdk/jdk7/ is dead??? kevin From kelly.ohair at oracle.com Wed Nov 24 18:21:47 2010 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Wed, 24 Nov 2010 18:21:47 -0800 Subject: PowerPC build ??? In-Reply-To: <4CEDC56E.3030004@oracle.com> References: <4CEDC56E.3030004@oracle.com> Message-ID: <95B12FA1-09C1-4065-87BD-D269F38D8773@oracle.com> Kevin, These blogs might help explain things: http://blogs.sun.com/kto/entry/anatomy_of_the_jdk_build http://blogs.sun.com/jjg/entry/building_javac_for_jdk7 In jdk7/hotspot the BOOT jdk is used to do javac compilers, for some serviceability tools, but that should probably be changed to use the BOOT jdk java with the javac.jar from the langtools repository. -kto From diggskevin38 at gmail.com Wed Nov 24 18:39:31 2010 From: diggskevin38 at gmail.com (kevin diggs) Date: Wed, 24 Nov 2010 20:39:31 -0600 Subject: PowerPC build ??? In-Reply-To: <95B12FA1-09C1-4065-87BD-D269F38D8773@oracle.com> References: <4CEDC56E.3030004@oracle.com> <95B12FA1-09C1-4065-87BD-D269F38D8773@oracle.com> Message-ID: On Wed, Nov 24, 2010 at 8:21 PM, Kelly O'Hair wrote: > Kevin, > > These blogs might help explain things: > ? http://blogs.sun.com/kto/entry/anatomy_of_the_jdk_build > ? http://blogs.sun.com/jjg/entry/building_javac_for_jdk7 > Thanks for the links. I'll look at these later. If they answer the following questions, sorry. > In jdk7/hotspot the BOOT jdk is used to do javac compilers, for some > serviceability tools, "serviceability tools": What exactly is this? The aforementioned jar and javah. > but that should probably be changed to use the BOOT jdk java with the > javac.jar from the > langtools repository. > "langtools repository"??? Is this in the source or "boot" jdk??? > -kto > > First, thanks for taking the time to reply. This question is a little ... weird ... but ... Is the thought of trying to build your sdk with gcj ... heresy (sp?). If not please give me ... your thought as to whether it has any chance of working. I would think that if it is for compiles and the like ... it might work ... Also, what is in this binary plug? Am I completely wasting my time since I don't have this? Any chance of getting a powerpc binary plug (or access to the source so one can be built)? This question will show my ignorance: What is an i586 jar file? I thought a jar file contained class files that would be platform independent? Is there native code in there to (too? - sorry ain't not no english major)? kevin From david.katleman at oracle.com Wed Nov 24 11:52:57 2010 From: david.katleman at oracle.com (David Katleman) Date: Wed, 24 Nov 2010 11:52:57 -0800 Subject: Need reviewer: NONFCS_BUILD_INFO to add to the non-fcs version string In-Reply-To: References: <1290626883.13229.25.camel@springer.wildebeest.org> Message-ID: <4CED6D19.4080501@oracle.com> Hi Kelly, Logic looks fine, just a nit Unless $(NONFCS_BUILD_INFO) really needs that leading "-", I'd remove it and add a "-" in line 110 and 297 below. Makes it a bit more readable Dave hotspot/make/defs.make > 109 else > 110 HOTSPOT_BUILD_VERSION=internal$(NONFCS_BUILD_INFO) > 111 endif jdk/make/common/shared/Defs.gmk > 290 ifndef NONFCS_BUILD_INFO > 291 BUILD_DATE := $(shell $(DATE) '+%Y_%m_%d_%H_%M') > 292 CLEAN_USERNAME := $(shell $(ECHO) "$(USER)" | $(TR) -d -c '[:alnum:]') > 293 USER_RELEASE_SUFFIX := $(shell $(ECHO) "$(CLEAN_USERNAME)_$(BUILD_DATE)" | $(TR) '[:upper:]' '[:lower:]' ) > 294 NONFCS_BUILD_INFO = -$(USER_RELEASE_SUFFIX) > 295 endif > 296 export NONFCS_BUILD_INFO > 297 FULL_VERSION = $(RELEASE)$(NONFCS_BUILD_INFO)-$(BUILD_NUMBER) > 298 endif On 11/24/2010 11:36 AM, Kelly O'Hair wrote: > Dang... just shoot me now. :^( > > Try this: > http://cr.openjdk.java.net/~ohair/openjdk7/nonfcs-version/webrev/ > > Sorry about that. > > -kto > > On Nov 24, 2010, at 11:28 AM, Mark Wielaard wrote: > >> On Wed, 2010-11-24 at 11:19 -0800, Kelly O'Hair wrote: >>> I need a reviewer for this change: >>> >>> 6987107: Add NONFCS_BUILD_INFO variable to add to but not modify >>> MILESTONE in version string >>> http://javaweb.sfbay.sun.com/~ohair/webrevs/jdk7/nonfcs-version/webrev/ >> >> Bit hard to review if the host isn't reachable :) >> Could you just attach the patch to your email, >> or post it on some publicly reachable machine? >> >> Thanks, >> >> Mark >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/build-dev/attachments/20101124/18557a03/attachment.html From denisl at openscg.com Wed Nov 24 20:37:08 2010 From: denisl at openscg.com (Lussier, Denis) Date: Wed, 24 Nov 2010 23:37:08 -0500 Subject: PowerPC build ??? In-Reply-To: References: <4CEDC56E.3030004@oracle.com> <95B12FA1-09C1-4065-87BD-D269F38D8773@oracle.com> Message-ID: AFAIK there isa PowerPC version of RHEL and the IcedTea flavor of OpenJDK likely runs on that. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/build-dev/attachments/20101124/0b6c41f3/attachment.html From denisl at openscg.com Wed Nov 24 20:39:02 2010 From: denisl at openscg.com (Lussier, Denis) Date: Wed, 24 Nov 2010 23:39:02 -0500 Subject: Binary plugs download In-Reply-To: References: Message-ID: It a good point especially now that the popularity of OpenJDK is soaring and more and more ports are being done. On Wed, Nov 24, 2010 at 9:15 PM, kevin diggs wrote: > The section of the page: > > http://download.java.net/openjdk/jdk7/ > > for downloading has a heading that says: > > Linux platform > > If this is for x86 only then please label it as such (more than having > i586 buried in the file/link name). > > Linux actually runs on quite a lot of different hardware (I got me an > ultra2 that can run Linux; a bunch of PowerMacs too. Even a DEC Alpha. > That would be a real hoot getting a JDK on that thing. Oh I forgot > about the 040 based Quadra 700.). > > Sorry for the rant. But this kinda pushes my buttons. > > Thanks! > > kevin > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/build-dev/attachments/20101124/4383d6a5/attachment.html From mark at klomp.org Thu Nov 25 00:38:31 2010 From: mark at klomp.org (Mark Wielaard) Date: Thu, 25 Nov 2010 09:38:31 +0100 Subject: PowerPC build ??? In-Reply-To: References: <4CEDC56E.3030004@oracle.com> <95B12FA1-09C1-4065-87BD-D269F38D8773@oracle.com> Message-ID: <1290674312.12099.11.camel@hermans.wildebeest.org> On Wed, 2010-11-24 at 20:39 -0600, kevin diggs wrote: > This question is a little ... weird ... but ... > > Is the thought of trying to build your sdk with gcj ... heresy (sp?). > If not please give me ... your thought as to whether it has any chance > of working. I would think that if it is for compiles and the like ... > it might work ... Not weird at all! This is exactly what the IcedTea project set out to do. Make OpenJDK bootstrap using only free tools. Since GCJ is the main free java implementation already available on GNU/Linux that is what it has used. http://icedtea.classpath.org/ > Also, what is in this binary plug? Am I completely wasting my time > since I don't have this? Any chance of getting a powerpc binary plug > (or access to the source so one can be built)? And this is one other goal of IcedTea, make sure there are no "binary plugs" necessary by providing free software replacements. There are multiple ways towards getting a powerpc port. One is using the Zero interpreter, which has (almost) zero architecture specific (assembly) code. Another is using Shark, which uses LLVM to generate code. Both of these extend the Hotspot runtime. http://icedtea.classpath.org/wiki/ZeroSharkFaq Another way is replacing the Hotspot runtime with one of the free ones already ported to other architectures (but using the rest of the tools and core libraries), like can be done with Cacao. http://c1.complang.tuwien.ac.at/cacaowiki/OpenJDK Both are fully integrated into the IcedTea build process, so in theory it is just a "hg clone http://icedtea.classpath.org/hg/icedtea6 && cd icedtea6 && ./configure && make" away. (In practice you probably have to give some configure options like --with-additional-vms=cacao,shark. See ./configure --help for more.) Where possible these extensions are also pushed into OpenJDK proper. From gbenson at redhat.com Thu Nov 25 02:02:48 2010 From: gbenson at redhat.com (Gary Benson) Date: Thu, 25 Nov 2010 10:02:48 +0000 Subject: PowerPC build ??? In-Reply-To: <1290674312.12099.11.camel@hermans.wildebeest.org> References: <4CEDC56E.3030004@oracle.com> <95B12FA1-09C1-4065-87BD-D269F38D8773@oracle.com> <1290674312.12099.11.camel@hermans.wildebeest.org> Message-ID: <20101125100248.GA3492@redhat.com> Mark Wielaard wrote: > On Wed, 2010-11-24 at 20:39 -0600, kevin diggs wrote: > > This question is a little ... weird ... but ... > > > > Is the thought of trying to build your sdk with gcj ... heresy > > (sp?). If not please give me ... your thought as to whether > > it has any chance of working. I would think that if it is for > > compiles and the like ... it might work ... > > Not weird at all! This is exactly what the IcedTea project set out > to do. Make OpenJDK bootstrap using only free tools. Since GCJ is > the main free java implementation already available on GNU/Linux > that is what it has used. http://icedtea.classpath.org/ ... > There are multiple ways towards getting a powerpc port. One is using > the Zero interpreter, which has (almost) zero architecture specific > (assembly) code. Another is using Shark, which uses LLVM to generate > code. Both of these extend the Hotspot runtime. > http://icedtea.classpath.org/wiki/ZeroSharkFaq If you do try Shark, you'll need to build a patched LLVM (sadly, LLVM has been broken on PowerPC for some time). There are patches for the various versions here: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=399 Once you've applied the patch, build LLVM with: ./configure --with-pic --enable-pic make Then, download IcedTea6, and build it like this: LLVM_CONFIG=/path/to/llvm/build/Release/bin/llvm-config ./configure --enable-shark make And after some compiling you should have a copy of OpenJDK :) Join #openjdk on OFTC if you need help, there's some of us there most times. Cheers, Gary -- http://gbenson.net/ From ahughes at redhat.com Thu Nov 25 08:58:02 2010 From: ahughes at redhat.com (Dr Andrew John Hughes) Date: Thu, 25 Nov 2010 16:58:02 +0000 Subject: Fwd: Binary plugs download In-Reply-To: References: Message-ID: <20101125165802.GA17602@rivendell.middle-earth.co.uk> On 20:15 Wed 24 Nov , kevin diggs wrote: > The section of the page: > > http://download.java.net/openjdk/jdk7/ > > for downloading has a heading that says: > > Linux platform > > If this is for x86 only then please label it as such (more than having > i586 buried in the file/link name). > > Linux actually runs on quite a lot of different hardware (I got me an > ultra2 that can run Linux; a bunch of PowerMacs too. Even a DEC Alpha. > That would be a real hoot getting a JDK on that thing. Oh I forgot > about the 040 based Quadra 700.). > FWIW, IcedTea6 (http://icedtea.classpath.org) is built for ppc, sparc and alpha on Debian: http://packages.debian.org/lenny/openjdk-6-jdk I don't think anyone is yet producing regular binaries for 7, but I think it's safe to say that will start to happen next year as 7 nears release. Until then, you can always download the source from http://icedtea.classpath.org/download/source/ (icedtea-1.13.tar.gz being the latest version of IcedTea7) and give it a go! Unlike the binaries provided by Oracle, those in Debian (and other distributions like Fedora and Ubuntu) are available under a Free Software / Open Source license. > Sorry for the rant. But this kinda pushes my buttons. > > Thanks! > > kevin -- 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 ahughes at redhat.com Thu Nov 25 09:13:53 2010 From: ahughes at redhat.com (Dr Andrew John Hughes) Date: Thu, 25 Nov 2010 17:13:53 +0000 Subject: PowerPC build ??? In-Reply-To: <1290674312.12099.11.camel@hermans.wildebeest.org> References: <4CEDC56E.3030004@oracle.com> <95B12FA1-09C1-4065-87BD-D269F38D8773@oracle.com> <1290674312.12099.11.camel@hermans.wildebeest.org> Message-ID: <20101125171353.GC17602@rivendell.middle-earth.co.uk> On 09:38 Thu 25 Nov , Mark Wielaard wrote: > On Wed, 2010-11-24 at 20:39 -0600, kevin diggs wrote: > > This question is a little ... weird ... but ... > > > > Is the thought of trying to build your sdk with gcj ... heresy (sp?). > > If not please give me ... your thought as to whether it has any chance > > of working. I would think that if it is for compiles and the like ... > > it might work ... > > Not weird at all! This is exactly what the IcedTea project set out to > do. Make OpenJDK bootstrap using only free tools. Since GCJ is the main > free java implementation already available on GNU/Linux that is what it > has used. http://icedtea.classpath.org/ > And still does use. Pretty much every commit I do to IcedTea is proceeded by a full bootstrap using gcj (4.5.1 at present). > > Also, what is in this binary plug? Am I completely wasting my time > > since I don't have this? Any chance of getting a powerpc binary plug > > (or access to the source so one can be built)? > > And this is one other goal of IcedTea, make sure there are no "binary > plugs" necessary by providing free software replacements. > IcedTea provided binary plug replacements in the past, but neither OpenJDK6 or OpenJDK7 have needed them for a long time. The documentation for 7 is outdated in this respect. > There are multiple ways towards getting a powerpc port. One is using the > Zero interpreter, which has (almost) zero architecture specific > (assembly) code. Another is using Shark, which uses LLVM to generate > code. Both of these extend the Hotspot runtime. > http://icedtea.classpath.org/wiki/ZeroSharkFaq > > Another way is replacing the Hotspot runtime with one of the free ones > already ported to other architectures (but using the rest of the tools > and core libraries), like can be done with Cacao. > http://c1.complang.tuwien.ac.at/cacaowiki/OpenJDK > I'd recommend CACAO if you want something that runs at a decent speed. Zero is good if you want something for which binaries have passed the TCK, but, being intepreted, it's slow. Shark should ideally provide the best of both worlds (it's a JIT and has passed the TCK), but not sure how much usage it's seen so far. It's still relatively new, and has the provisos Gary mentioned on ppc. > Both are fully integrated into the IcedTea build process, so in theory > it is just a "hg clone http://icedtea.classpath.org/hg/icedtea6 && cd > icedtea6 && ./configure && make" away. (In practice you probably have to > give some configure options like --with-additional-vms=cacao,shark. > See ./configure --help for more.) > Please use --enable-cacao to use the CACAO VM, --enable-shark to build with Shark or --enable-zero to build with Zero, as documented in the INSTALL file. > Where possible these extensions are also pushed into OpenJDK proper. > Shark & Zero are both upstream in OpenJDK6 these days. But you need IcedTea if you want a web plugin or web start support. Cheers, -- 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 dalibor.topic at oracle.com Thu Nov 25 13:09:00 2010 From: dalibor.topic at oracle.com (Dalibor Topic) Date: Thu, 25 Nov 2010 22:09:00 +0100 Subject: trying to build openjdk in linux os getting errors In-Reply-To: References: Message-ID: <4CEED06C.4030108@oracle.com> On 11/16/10 12:27 PM, ramakanth varala wrote: > thanks deepak > > in my class path i have ANT_HOME and in PATH i kept $ANT_HOME/bin > > to drag you into my problem , i guess even ant is not properly built > in my machine > > when i say ./build.sh in my $ANT_HOME dir it gives this problem > > i copied junit*.jar in to $ANT_HOME/lib > > can you please give your inputs here ... It sounds like you're using the ./configure script from IcedTea. Please ask on distro-pkg-dev mailing list about it, and mention your distribution there. Thanks! cheers, dalibor topic -- Oracle Dalibor Topic | Java F/OSS Ambassador Phone: +494023646738 | | | Mobile: +491772664192 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Komplement?rin: ORACLE Deutschland Verwaltung B.V. Rijnzathe 6, 3454PV De Meern, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: J?rgen Kunz, Marcel van de Molen, Alexander van der Ven Green Oracle Oracle is committed to developing practices and products that help protect the environment From dalibor.topic at oracle.com Fri Nov 26 06:48:05 2010 From: dalibor.topic at oracle.com (Dalibor Topic) Date: Fri, 26 Nov 2010 15:48:05 +0100 Subject: Fwd: Binary plugs download In-Reply-To: References: Message-ID: <4CEFC8A5.3080404@oracle.com> On 11/25/10 3:15 AM, kevin diggs wrote: > The section of the page: > > http://download.java.net/openjdk/jdk7/ > > for downloading has a heading that says: > > Linux platform > > If this is for x86 only then please label it as such (more than having > i586 buried in the file/link name). > > Linux actually runs on quite a lot of different hardware (I got me an > ultra2 that can run Linux; a bunch of PowerMacs too. Even a DEC Alpha. > That would be a real hoot getting a JDK on that thing. Oh I forgot > about the 040 based Quadra 700.). > > Sorry for the rant. But this kinda pushes my buttons. Hm. It's been a long time since I heard of anyone use the binary plugs for anything. Certainly neither regular OpenJDK builds nor IcedTea builds do. So if they just serve to confuse people to assume they are in some way necessary, maybe we should just remove them from the download site for good. Any objections? cheers, dalibor topic -- Oracle Dalibor Topic | Java F/OSS Ambassador Phone: +494023646738 | | | Mobile: +491772664192 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Komplement?rin: ORACLE Deutschland Verwaltung B.V. Rijnzathe 6, 3454PV De Meern, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: J?rgen Kunz, Marcel van de Molen, Alexander van der Ven Green Oracle Oracle is committed to developing practices and products that help protect the environment From aph at redhat.com Fri Nov 26 06:54:13 2010 From: aph at redhat.com (Andrew Haley) Date: Fri, 26 Nov 2010 14:54:13 +0000 Subject: Fwd: Binary plugs download In-Reply-To: <4CEFC8A5.3080404@oracle.com> References: <4CEFC8A5.3080404@oracle.com> Message-ID: <4CEFCA15.5000507@redhat.com> On 11/26/2010 02:48 PM, Dalibor Topic wrote: > On 11/25/10 3:15 AM, kevin diggs wrote: >> The section of the page: >> >> http://download.java.net/openjdk/jdk7/ >> >> for downloading has a heading that says: >> >> Linux platform >> >> If this is for x86 only then please label it as such (more than having >> i586 buried in the file/link name). >> >> Linux actually runs on quite a lot of different hardware (I got me an >> ultra2 that can run Linux; a bunch of PowerMacs too. Even a DEC Alpha. >> That would be a real hoot getting a JDK on that thing. Oh I forgot >> about the 040 based Quadra 700.). >> >> Sorry for the rant. But this kinda pushes my buttons. > > Hm. It's been a long time since I heard of anyone use the binary plugs for anything. > Certainly neither regular OpenJDK builds nor IcedTea builds do. So if they just serve > to confuse people to assume they are in some way necessary, maybe we should just remove > them from the download site for good. > > Any objections? Why bother? People sometimes want to check out and build old versions. Andrew. From dalibor.topic at oracle.com Fri Nov 26 06:39:15 2010 From: dalibor.topic at oracle.com (Dalibor Topic) Date: Fri, 26 Nov 2010 15:39:15 +0100 Subject: Building OpenJDK 7 under Fedora 14' In-Reply-To: <1290633481.7092.1.camel@wsccuw01.ccuw.ch> References: <1290633481.7092.1.camel@wsccuw01.ccuw.ch> Message-ID: <4CEFC693.6000407@oracle.com> On 11/24/10 10:18 PM, Patrick Reinhart wrote: > I finally got the build done with Fedora 14! > > Thanks all your hints. Congrats, glad to see it all worked out. cheers, dalibor topic -- Oracle Dalibor Topic | Java F/OSS Ambassador Phone: +494023646738 | | | Mobile: +491772664192 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Komplement?rin: ORACLE Deutschland Verwaltung B.V. Rijnzathe 6, 3454PV De Meern, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: J?rgen Kunz, Marcel van de Molen, Alexander van der Ven Green Oracle Oracle is committed to developing practices and products that help protect the environment From denisl at openscg.com Sun Nov 28 17:52:44 2010 From: denisl at openscg.com (Lussier, Denis) Date: Sun, 28 Nov 2010 20:52:44 -0500 Subject: Fwd: Binary plugs download In-Reply-To: <4CEFCA15.5000507@redhat.com> References: <4CEFC8A5.3080404@oracle.com> <4CEFCA15.5000507@redhat.com> Message-ID: Aren't the binary plugs still used for vanilla OpenJDK 6 builds that don't use Iced Tea?? I know I had to set them up in the OpenSCG build farm for Windoze and Linux, last year when I started with Build 16, and they are still there but perhaps are unneeded. I also have the messy/scary/confusing add-on verbage in the license for the one click-installers explaining why it all ain't pure GPL v2. On Fri, Nov 26, 2010 at 9:54 AM, Andrew Haley wrote: > On 11/26/2010 02:48 PM, Dalibor Topic wrote: > > On 11/25/10 3:15 AM, kevin diggs wrote: > >> The section of the page: > >> > >> http://download.java.net/openjdk/jdk7/ > >> > >> for downloading has a heading that says: > >> > >> Linux platform > >> > >> If this is for x86 only then please label it as such (more than having > >> i586 buried in the file/link name). > >> > >> Linux actually runs on quite a lot of different hardware (I got me an > >> ultra2 that can run Linux; a bunch of PowerMacs too. Even a DEC Alpha. > >> That would be a real hoot getting a JDK on that thing. Oh I forgot > >> about the 040 based Quadra 700.). > >> > >> Sorry for the rant. But this kinda pushes my buttons. > > > > Hm. It's been a long time since I heard of anyone use the binary plugs > for anything. > > Certainly neither regular OpenJDK builds nor IcedTea builds do. So if > they just serve > > to confuse people to assume they are in some way necessary, maybe we > should just remove > > them from the download site for good. > > > > Any objections? > > Why bother? People sometimes want to check out and build old versions. > > Andrew. > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/build-dev/attachments/20101128/dd52ad3d/attachment.html From dalibor.topic at oracle.com Mon Nov 29 06:05:09 2010 From: dalibor.topic at oracle.com (Dalibor Topic) Date: Mon, 29 Nov 2010 15:05:09 +0100 Subject: Fwd: Binary plugs download In-Reply-To: References: <4CEFC8A5.3080404@oracle.com> <4CEFCA15.5000507@redhat.com> Message-ID: <4CF3B315.5010600@oracle.com> On 11/29/10 2:52 AM, Lussier, Denis wrote: > Aren't the binary plugs still used for vanilla OpenJDK 6 builds that don't use Iced Tea?? No. cheers, dalibor topic -- Oracle Dalibor Topic | Java F/OSS Ambassador Phone: +494023646738 | | | Mobile: +491772664192 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Komplement?rin: ORACLE Deutschland Verwaltung B.V. Rijnzathe 6, 3454PV De Meern, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: J?rgen Kunz, Marcel van de Molen, Alexander van der Ven Green Oracle Oracle is committed to developing practices and products that help protect the environment From dalibor.topic at oracle.com Mon Nov 29 06:08:11 2010 From: dalibor.topic at oracle.com (Dalibor Topic) Date: Mon, 29 Nov 2010 15:08:11 +0100 Subject: Fwd: Binary plugs download In-Reply-To: <4CEFCA15.5000507@redhat.com> References: <4CEFC8A5.3080404@oracle.com> <4CEFCA15.5000507@redhat.com> Message-ID: <4CF3B3CB.6090507@oracle.com> On 11/26/10 3:54 PM, Andrew Haley wrote: > On 11/26/2010 02:48 PM, Dalibor Topic wrote: >> Hm. It's been a long time since I heard of anyone use the binary plugs for anything. >> Certainly neither regular OpenJDK builds nor IcedTea builds do. So if they just serve >> to confuse people to assume they are in some way necessary, maybe we should just remove >> them from the download site for good. >> >> Any objections? > > Why bother? People sometimes want to check out and build old versions. Constant one time effort that saves non-constant amount of time down the road answering questions about binary plugs, as well as time & space spent generating them, and so on. cheers, dalibor topic -- Oracle Dalibor Topic | Java F/OSS Ambassador Phone: +494023646738 | | | Mobile: +491772664192 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Komplement?rin: ORACLE Deutschland Verwaltung B.V. Rijnzathe 6, 3454PV De Meern, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: J?rgen Kunz, Marcel van de Molen, Alexander van der Ven Green Oracle Oracle is committed to developing practices and products that help protect the environment From mark at klomp.org Mon Nov 29 06:50:55 2010 From: mark at klomp.org (Mark Wielaard) Date: Mon, 29 Nov 2010 15:50:55 +0100 Subject: Fwd: Binary plugs download In-Reply-To: References: <4CEFC8A5.3080404@oracle.com> <4CEFCA15.5000507@redhat.com> Message-ID: <1291042255.5549.2.camel@springer.wildebeest.org> On Sun, 2010-11-28 at 20:52 -0500, Lussier, Denis wrote: > Aren't the binary plugs still used for vanilla OpenJDK 6 builds that don't > use Iced Tea?? I know I had to set them up in the OpenSCG build farm for > Windoze and Linux, last year when I started with Build 16, and they are > still there but perhaps are unneeded. I also have the > messy/scary/confusing add-on verbage in the license for the one > click-installers explaining why it all ain't pure GPL v2. Yes, IcedTea defaults to only use free software. OpenJDK builds still has proprietary binary plugins for stuff like the jmx snmp daemon. That does create a bit of a legal mess indeed. It is simpler to just do like IcedTea does and not use those. They really shouldn't be necessary anymore, unless you rely on the proprietary blobs for some reason. Cheers, Mark From joe.darcy at oracle.com Mon Nov 29 07:12:37 2010 From: joe.darcy at oracle.com (Joe Darcy) Date: Mon, 29 Nov 2010 07:12:37 -0800 Subject: Fwd: Binary plugs download In-Reply-To: References: <4CEFC8A5.3080404@oracle.com> <4CEFCA15.5000507@redhat.com> Message-ID: <4CF3C2E5.80406@oracle.com> On 11/28/2010 5:52 PM, Lussier, Denis wrote: > Aren't the binary plugs still used for vanilla OpenJDK 6 builds that > don't use Iced Tea?? No. The binary plugs have not been required for an out-of-the-box OpenJDK 6 build since b07: "OpenJDK 6: Sources for b07 and b08 published" http://blogs.sun.com/darcy/entry/openjdk_6_sources_for_b07 The sole remaining binary plug for SNMP support may be used if desired. -Joe > I know I had to set them up in the OpenSCG build farm for Windoze > and Linux, last year when I started with Build 16, and they are still > there but perhaps are unneeded. I also have the > messy/scary/confusing add-on verbage in the license for the one > click-installers explaining why it all ain't pure GPL v2. > > On Fri, Nov 26, 2010 at 9:54 AM, Andrew Haley > wrote: > > On 11/26/2010 02:48 PM, Dalibor Topic wrote: > > On 11/25/10 3:15 AM, kevin diggs wrote: > >> The section of the page: > >> > >> http://download.java.net/openjdk/jdk7/ > >> > >> for downloading has a heading that says: > >> > >> Linux platform > >> > >> If this is for x86 only then please label it as such (more than > having > >> i586 buried in the file/link name). > >> > >> Linux actually runs on quite a lot of different hardware (I got > me an > >> ultra2 that can run Linux; a bunch of PowerMacs too. Even a DEC > Alpha. > >> That would be a real hoot getting a JDK on that thing. Oh I forgot > >> about the 040 based Quadra 700.). > >> > >> Sorry for the rant. But this kinda pushes my buttons. > > > > Hm. It's been a long time since I heard of anyone use the binary > plugs for anything. > > Certainly neither regular OpenJDK builds nor IcedTea builds do. > So if they just serve > > to confuse people to assume they are in some way necessary, > maybe we should just remove > > them from the download site for good. > > > > Any objections? > > Why bother? People sometimes want to check out and build old > versions. > > Andrew. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/build-dev/attachments/20101129/af6f35a1/attachment.html From ahughes at redhat.com Mon Nov 29 08:03:11 2010 From: ahughes at redhat.com (Dr Andrew John Hughes) Date: Mon, 29 Nov 2010 16:03:11 +0000 Subject: Fwd: Binary plugs download In-Reply-To: <4CF3B3CB.6090507@oracle.com> References: <4CEFC8A5.3080404@oracle.com> <4CEFCA15.5000507@redhat.com> <4CF3B3CB.6090507@oracle.com> Message-ID: <20101129160311.GH5592@rivendell.middle-earth.co.uk> On 15:08 Mon 29 Nov , Dalibor Topic wrote: > On 11/26/10 3:54 PM, Andrew Haley wrote: > > On 11/26/2010 02:48 PM, Dalibor Topic wrote: > > >> Hm. It's been a long time since I heard of anyone use the binary plugs for anything. > >> Certainly neither regular OpenJDK builds nor IcedTea builds do. So if they just serve > >> to confuse people to assume they are in some way necessary, maybe we should just remove > >> them from the download site for good. > >> > >> Any objections? > > > > Why bother? People sometimes want to check out and build old versions. > > Constant one time effort that saves non-constant amount of time down the road answering > questions about binary plugs, as well as time & space spent generating them, and so on. > Sounds a very good idea to me. If someone really wants to use old versions of OpenJDK7 (given public OpenJDK6 builds have never needed them to my knowledge), they can use an old release of IcedTea rather than these plugs. > cheers, > dalibor topic > -- > Oracle > Dalibor Topic | Java F/OSS Ambassador > Phone: +494023646738 | | | Mobile: +491772664192 > Oracle Java Platform Group > > ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg > > ORACLE Deutschland B.V. & Co. KG > Hauptverwaltung: Riesstr. 25, D-80992 M?nchen > Registergericht: Amtsgericht M?nchen, HRA 95603 > > Komplement?rin: ORACLE Deutschland Verwaltung B.V. > Rijnzathe 6, 3454PV De Meern, Niederlande > Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 > Gesch?ftsf?hrer: J?rgen Kunz, Marcel van de Molen, Alexander van der Ven > > Green Oracle Oracle is committed to developing practices and products that help protect the environment -- 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 kelly.ohair at oracle.com Mon Nov 29 14:44:31 2010 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Mon, 29 Nov 2010 14:44:31 -0800 Subject: Need reviewers and comments: 6989472: Provide simple jdk identification information in the install image Message-ID: <4CA9A8E8-0A2F-4F05-BF1F-5C2EF6168FD7@oracle.com> Need reviewers and comments: 6989472: Provide simple jdk identification information in the install image http://cr.openjdk.java.net/~ohair/openjdk7/jdk_release/webrev/ With JDK6 Updates we purposely resisted many rebranding changes that could impacted customers, however at one point we had accidently changed the Windows DLL/EXE COMPANY value thinking that no one would be looking at it. We were wrong and this change cause Eclipse failures, so we are looking for a solution, see: https://bugs.eclipse.org/bugs/show_bug.cgi?id=321390 So we went back and change JDK6 Updates back the way it was, and learned a valuable lesson. But we have and will change JDK7 in this regard, so we wanted a better way for an app to know what it had it's hands on without using platform specific information in the binary files. The above change creates a small text file called "jdk.release" at the top of the install image with some basic values that could help direct any app using the jdk in constructing a command line or even being assured that this jdk install image will even work on your existing system. In the Eclipse case it was looking for "Sun", but I suspect it really wanted to know if the VM was "Hotspot" because I think it was trying to set a Hotspot specific PermGen option. In any case I think this jdk.release file should provide the necessary answers in the future. The make variable COMPANY_NAME determines the vendor name during a build, so a Linux 64bit build from a make command line like: make COMPANY_NAME="Test Company Name" should result in a jdk.release file that looks something like: os.name = Linux os.version = 2.6 os.arch = amd64 java.vendor = Test Company Name java.version = 1.7.0-internal java.vm.vendor = Test Company Name java.vm.name = Hotspot(TM) java.vm.version = 20.0-b02 A formal Oracle jdk7 EA build on Linux 64bit should look something like: os.name = Linux os.version = 2.6 os.arch = amd64 java.vendor = Oracle Corporation java.version = 1.7.0-ea java.vm.vendor = Oracle Corporation java.vm.name = Hotspot(TM) java.vm.version = 20.0-b02 Comments are welcome. Although, polite constructive comments are probably more what I'd like to see. ;^) -kto From ray at ganymede.org Mon Nov 29 16:29:35 2010 From: ray at ganymede.org (Ray Kiddy) Date: Mon, 29 Nov 2010 16:29:35 -0800 Subject: Need reviewers and comments: 6989472: Provide simple jdk identification information in the install image In-Reply-To: <4CA9A8E8-0A2F-4F05-BF1F-5C2EF6168FD7@oracle.com> References: <4CA9A8E8-0A2F-4F05-BF1F-5C2EF6168FD7@oracle.com> Message-ID: Is there a reason why Mac OS X is not listed on the list of platforms? Has something official not been done yet? Aren't Apple and Oracle making nice-nice about the fact that OpenJDK will be there for Mac OS X? Perhaps I am not seeing the role of the information in this file. It seems to be seeking differentiable information about platforms that OpenJDK might be built on. Is something else going on? thanx - ray On Nov 29, 2010, at 2:44 PM, Kelly O'Hair wrote: > > Need reviewers and comments: > 6989472: Provide simple jdk identification information in the install image > http://cr.openjdk.java.net/~ohair/openjdk7/jdk_release/webrev/ > > With JDK6 Updates we purposely resisted many rebranding changes that could impacted > customers, however at one point we had accidently changed the Windows DLL/EXE > COMPANY value thinking that no one would be looking at it. > We were wrong and this change cause Eclipse failures, so we are looking for a solution, see: > https://bugs.eclipse.org/bugs/show_bug.cgi?id=321390 > So we went back and change JDK6 Updates back the way it was, and learned a valuable lesson. > > But we have and will change JDK7 in this regard, so we wanted a better way for an app to > know what it had it's hands on without using platform specific information in the binary files. > > The above change creates a small text file called "jdk.release" at the top of the install image > with some basic values that could help direct any app using the jdk in constructing a command > line or even being assured that this jdk install image will even work on your existing system. > In the Eclipse case it was looking for "Sun", but I suspect it really wanted to know if the VM was > "Hotspot" because I think it was trying to set a Hotspot specific PermGen option. > In any case I think this jdk.release file should provide the necessary answers in the future. > > The make variable COMPANY_NAME determines the vendor name during a build, > so a Linux 64bit build from a make command line like: > make COMPANY_NAME="Test Company Name" > should result in a jdk.release file that looks something like: > > os.name = Linux > os.version = 2.6 > os.arch = amd64 > java.vendor = Test Company Name > java.version = 1.7.0-internal > java.vm.vendor = Test Company Name > java.vm.name = Hotspot(TM) > java.vm.version = 20.0-b02 > > A formal Oracle jdk7 EA build on Linux 64bit should look something like: > > os.name = Linux > os.version = 2.6 > os.arch = amd64 > java.vendor = Oracle Corporation > java.version = 1.7.0-ea > java.vm.vendor = Oracle Corporation > java.vm.name = Hotspot(TM) > java.vm.version = 20.0-b02 > > Comments are welcome. Although, polite constructive comments are probably more what I'd like to see. ;^) > > -kto > > From huizhe.wang at oracle.com Mon Nov 29 17:56:14 2010 From: huizhe.wang at oracle.com (Joe Wang) Date: Mon, 29 Nov 2010 17:56:14 -0800 Subject: jaxp 1.4.5 and jdk7 integration In-Reply-To: <1290626478.13229.23.camel@springer.wildebeest.org> References: <6E1303FF-D5BB-4149-96BF-629792453DB3@oracle.com> <4CED5508.9080200@oracle.com> <18C0D876-ED45-4CFE-A80E-60B0BA49AF64@oracle.com> <4CED576C.6030607@oracle.com> <1290624233.13229.19.camel@springer.wildebeest.org> <4CED5E66.5080105@oracle.com> <1290626478.13229.23.camel@springer.wildebeest.org> Message-ID: <4CF459BE.20001@oracle.com> Hi Mark, Sure, in the future, I will send updated information about JAXP to the alias. The plan for JDK7-JAXP is to include the following: - all of the P1-P3 bug reports with a few exceptions, - all of the blockers, critical issues, as well as some of the major and minor bug fixes from Apache Xerces 2.10 and Xalan 2.7.1. Some of these have been done through jaxp 1.4.3 and 1.4.4. Other are to be included in JAXP 1.4.5 which will be integrated into jdk7 following the jdk7 milestone schedule http://openjdk.java.net/projects/jdk7/. This is our current plan and may change depending on the jdk 7 requirements. Thanks, Joe On 11/24/2010 11:21 AM, Mark Wielaard wrote: > On Wed, 2010-11-24 at 10:50 -0800, Joe Wang wrote: > >> Sorry Mark, and all on build-dev. I didn't pay attention to the >> build-dev, I mean didn't realize the original email was sent to an >> outside alias. It's my fault. My notice was ONLY a heads-up for Kelly. I >> shouldn't have hit reply to all. Please disregard my previous email. >> > > I do think these are good things to discuss on the public list. If we > want to coordinate on updated jaxp for openjdk7 then we should have that > discussion on one of the open lists. So please do post with your ideas > and intentions. > > Thanks, > > Mark > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/build-dev/attachments/20101129/fa66d976/attachment.html From kelly.ohair at oracle.com Mon Nov 29 18:07:48 2010 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Mon, 29 Nov 2010 18:07:48 -0800 Subject: Need reviewers and comments: 6989472: Provide simple jdk identification information in the install image In-Reply-To: References: <4CA9A8E8-0A2F-4F05-BF1F-5C2EF6168FD7@oracle.com> Message-ID: <9BD4351F-F8E9-4E54-991E-C421B5517296@oracle.com> On Nov 29, 2010, at 4:29 PM, Ray Kiddy wrote: > > Is there a reason why Mac OS X is not listed on the list of > platforms? Has something official not been done yet? Aren't Apple > and Oracle making nice-nice about the fact that OpenJDK will be > there for Mac OS X? I suspect this will take time, regardless of any official announcements, major source code and build system merges are far from trivial. This change is somewhat platform independent. > > Perhaps I am not seeing the role of the information in this file. It > seems to be seeking differentiable information about platforms that > OpenJDK might be built on. Is something else going on? The role of the information in this file is to convey what the binary jdk image "is", an identification file. So that any tools or apps using this jdk image might be able to make intelligent decisions on how to or whether to use it. -kto > > thanx - ray > > On Nov 29, 2010, at 2:44 PM, Kelly O'Hair wrote: > >> >> Need reviewers and comments: >> 6989472: Provide simple jdk identification information in the >> install image >> http://cr.openjdk.java.net/~ohair/openjdk7/jdk_release/webrev/ >> >> With JDK6 Updates we purposely resisted many rebranding changes >> that could impacted >> customers, however at one point we had accidently changed the >> Windows DLL/EXE >> COMPANY value thinking that no one would be looking at it. >> We were wrong and this change cause Eclipse failures, so we are >> looking for a solution, see: >> https://bugs.eclipse.org/bugs/show_bug.cgi?id=321390 >> So we went back and change JDK6 Updates back the way it was, and >> learned a valuable lesson. >> >> But we have and will change JDK7 in this regard, so we wanted a >> better way for an app to >> know what it had it's hands on without using platform specific >> information in the binary files. >> >> The above change creates a small text file called "jdk.release" at >> the top of the install image >> with some basic values that could help direct any app using the jdk >> in constructing a command >> line or even being assured that this jdk install image will even >> work on your existing system. >> In the Eclipse case it was looking for "Sun", but I suspect it >> really wanted to know if the VM was >> "Hotspot" because I think it was trying to set a Hotspot specific >> PermGen option. >> In any case I think this jdk.release file should provide the >> necessary answers in the future. >> >> The make variable COMPANY_NAME determines the vendor name during a >> build, >> so a Linux 64bit build from a make command line like: >> make COMPANY_NAME="Test Company Name" >> should result in a jdk.release file that looks something like: >> >> os.name = Linux >> os.version = 2.6 >> os.arch = amd64 >> java.vendor = Test Company Name >> java.version = 1.7.0-internal >> java.vm.vendor = Test Company Name >> java.vm.name = Hotspot(TM) >> java.vm.version = 20.0-b02 >> >> A formal Oracle jdk7 EA build on Linux 64bit should look something >> like: >> >> os.name = Linux >> os.version = 2.6 >> os.arch = amd64 >> java.vendor = Oracle Corporation >> java.version = 1.7.0-ea >> java.vm.vendor = Oracle Corporation >> java.vm.name = Hotspot(TM) >> java.vm.version = 20.0-b02 >> >> Comments are welcome. Although, polite constructive comments are >> probably more what I'd like to see. ;^) >> >> -kto >> >> > From schlosna at gmail.com Mon Nov 29 22:13:50 2010 From: schlosna at gmail.com (David Schlosnagle) Date: Tue, 30 Nov 2010 01:13:50 -0500 Subject: Need reviewers and comments: 6989472: Provide simple jdk identification information in the install image In-Reply-To: <4CA9A8E8-0A2F-4F05-BF1F-5C2EF6168FD7@oracle.com> References: <4CA9A8E8-0A2F-4F05-BF1F-5C2EF6168FD7@oracle.com> Message-ID: On Mon, Nov 29, 2010 at 5:44 PM, Kelly O'Hair wrote: > > Need reviewers and comments: > ?6989472: Provide simple jdk identification information in the install image > ?http://cr.openjdk.java.net/~ohair/openjdk7/jdk_release/webrev/ > > With JDK6 Updates we purposely resisted many rebranding changes that could impacted > customers, however at one point we had accidently changed the Windows DLL/EXE > COMPANY value thinking that no one would be looking at it. > We were wrong and this change cause Eclipse failures, so we are looking for a solution, see: > ? https://bugs.eclipse.org/bugs/show_bug.cgi?id=321390 > So we went back and change JDK6 Updates back the way it was, and learned a valuable lesson. > > But we have and will change JDK7 in this regard, so we wanted a better way for an app to > know what it had it's hands on without using platform specific information in the binary files. > > The above change creates a small text file called "jdk.release" at the top of the install image > with some basic values that could help direct any app using the jdk in constructing a command > line or even being assured that this jdk install image will even work on your existing system. > In the Eclipse case it was looking for "Sun", but I suspect it really wanted to know if the VM was > "Hotspot" because I think it was trying to set a Hotspot specific PermGen option. > In any case I think this jdk.release file should provide the necessary answers in the future. > > The make variable COMPANY_NAME determines the vendor name during a build, > so a Linux 64bit build from a make command line like: > ? make COMPANY_NAME="Test Company Name" > should result in a jdk.release file that looks something like: > > os.name = Linux > os.version = 2.6 > os.arch = amd64 > java.vendor = Test Company Name > java.version = 1.7.0-internal > java.vm.vendor = Test Company Name > java.vm.name = Hotspot(TM) > java.vm.version = 20.0-b02 > > A formal Oracle jdk7 EA build on Linux 64bit should look something like: > > os.name = Linux > os.version = 2.6 > os.arch = amd64 > java.vendor = Oracle Corporation > java.version = 1.7.0-ea > java.vm.vendor = Oracle Corporation > java.vm.name = Hotspot(TM) > java.vm.version = 20.0-b02 > > Comments are welcome. Although, polite constructive comments are probably more what I'd like to see. ;^) > > -kto > Kelly, Having been on the other side of the fence writing JVM independent launchers and startup scripts, I can attest to the value of having a standardized method of identifying a given JDK/JRE, so I don't want to be negative and discourage you from pushing OpenJDK forward. Unfortunately, if the intention is to truly allow identification of any JDK/JRE and its underlying JVM so that the proper JVM specific launcher arguments can be set, I'd think this file would need to become part of the Java SE specification so that all vendors conform to the same well-known file location, file format, and minimum property set (similar to the minimum runtime system property set defined by java.lang.System.getProperties() [1] [2]), or by standardizing the output of the recently added -XshowSettings flag [3] [4]. Are there any plans to include such standardizations in JSR 336 for Java SE 7? The most valuable property that Eclipse and others are looking for is java.vm.name, and this isn't a static compile time constant property causing this catch-22. Instead it is dependent on the underlying runtime JVM (e.g. server, client, jrockit, etc.) which in turn is determined by the launcher arguments. Hardcoding java.vm.name to "HotSpot(TM)" seems a little dirty and inconsistent to me. The vendor specific jvm.cfg defines the available JVMs for a given architecture, but even that file states that the file and format are unsupported and will go away in the future. I'm also curious how the java.vm.name value will change as more of JRockit is incorporated into OpenJDK. Other properties such as os.* are also runtime system specific rather than static compile time properties so these could be misinterpreted. I'm assuming the format of the file would be the typical java.util.Properties format, so I'd prefer naming the file jdk.properties or something to that effect. I'm also including a few snippets below of java.lang.System.getProperties() from various environments that seemed potentially interesting for use in a cross-platform JVM launcher. One interesting difference is that OpenJDK does not include "HotSpot(TM)" in the java.vm.name string.?Is this due to trademark restrictions for OpenJDK? Fortunately, the removal of Perm Gen in HotSpot improves the situation as it is one less critical non-standard VM argument to specify! - Dave References: [1] http://download.oracle.com/javase/6/docs/api/java/lang/System.html#getProperties() [2] http://download.oracle.com/docs/cd/E15289_01/doc.40/e15062/sysprop.htm#i999740 [3] http://markmail.org/message/mqluo6kj3d2haizg [4] http://hg.openjdk.java.net/jdk7/tl-gate/jdk/rev/32f3094b2c73 ** OpenJDK 7 jdk7/jdk7 from November 29, 2010 on Ubuntu 10.04 Linux x86 ** java.runtime.name = OpenJDK Runtime Environment java.runtime.version = 1.7.0-internal-david_2010_11_29_22_09-b00 java.specification.name = Java Platform API Specification java.specification.vendor = Sun Microsystems Inc. java.specification.version = 1.7 java.vendor = Sun Microsystems Inc. java.vendor.url = http://java.sun.com/ java.vendor.url.bug = http://java.sun.com/cgi-bin/bugreport.cgi java.version = 1.7.0-internal java.vm.info = mixed mode java.vm.name = OpenJDK Server VM java.vm.specification.name = Java Virtual Machine Specification java.vm.specification.vendor = Sun Microsystems Inc. java.vm.specification.version = 1.0 java.vm.vendor = Sun Microsystems Inc. java.vm.version = 20.0-b03 os.arch = i386 os.name = Linux os.version = 2.6.32-23-generic ** OpenJDK 7 bsd-port from November 13, 2010 on Mac OS X 10.6.5 ** java.runtime.name = OpenJDK Runtime Environment java.runtime.version = 1.7.0-internal-david_2010_11_16_20_46-b00 java.specification.name = Java Platform API Specification java.specification.vendor = Oracle Corporation java.specification.version = 1.7 java.vendor = Oracle Corporation java.vendor.url = http://java.oracle.com/ java.vendor.url.bug = http://java.sun.com/cgi-bin/bugreport.cgi java.version = 1.7.0-internal java.vm.info = mixed mode java.vm.name = OpenJDK 64-Bit Server VM java.vm.specification.name = Java Virtual Machine Specification java.vm.specification.vendor = Oracle Corporation java.vm.specification.version = 1.0 java.vm.vendor = Oracle Corporation java.vm.version = 20.0-b02 os.arch = amd64 os.name = Darwin os.version = 10.5.0 ** Apple JDK 1.6.0_22 on Mac OS X 10.6.5 ** java.runtime.name = Java(TM) SE Runtime Environment java.runtime.version = 1.6.0_22-b04-307-10M3261 java.specification.name = Java Platform API Specification java.specification.vendor = Sun Microsystems Inc. java.specification.version = 1.6 java.vendor = Apple Inc. java.vendor.url = http://www.apple.com/ java.vendor.url.bug = http://bugreport.apple.com/ java.version = 1.6.0_22 java.vm.info = mixed mode java.vm.name = Java HotSpot(TM) 64-Bit Server VM java.vm.specification.name = Java Virtual Machine Specification java.vm.specification.vendor = Sun Microsystems Inc. java.vm.specification.version = 1.0 java.vm.vendor = Apple Inc. java.vm.version = 17.1-b03-307 os.arch = x86_64 os.name = Mac OS X os.version = 10.6.5 ** Oracle JDK 1.6.0_22 on Windows XP SP3 ** java.runtime.name = Java(TM) SE Runtime Environment java.runtime.version = 1.6.0_22-b04 java.specification.name = Java Platform API Specification java.specification.vendor = Sun Microsystems Inc. java.specification.version = 1.6 java.vendor = Sun Microsystems Inc. java.vendor.url = http://java.sun.com/ java.vendor.url.bug = http://java.sun.com/cgi-bin/bugreport.cgi java.version = 1.6.0_22 java.vm.info = mixed mode, sharing java.vm.name = Java HotSpot(TM) Client VM java.vm.specification.name = Java Virtual Machine Specification java.vm.specification.vendor = Sun Microsystems Inc. java.vm.specification.version = 1.0 java.vm.vendor = Sun Microsystems Inc. java.vm.version = 17.1-b03 os.arch = x86 os.name = Windows XP os.version = 5.1 ** Sun/Oracle JDK 1.6.0_20 on Solaris 10 ** java.runtime.name = Java(TM) SE Runtime Environment java.runtime.version = 1.6.0_20-b02 java.specification.name = Java Platform API Specification java.specification.vendor = Sun Microsystems Inc. java.specification.version = 1.6 java.vendor = Sun Microsystems Inc. java.vendor.url = http://java.sun.com/ java.vendor.url.bug = http://java.sun.com/cgi-bin/bugreport.cgi java.version = 1.6.0_20 java.vm.info = mixed mode java.vm.name = Java HotSpot(TM) Server VM java.vm.specification.name = Java Virtual Machine Specification java.vm.specification.vendor = Sun Microsystems Inc. java.vm.specification.version = 1.0 java.vm.vendor = Sun Microsystems Inc. java.vm.version = 16.3-b01 os.arch = sparc os.name = SunOS os.version = 5.10 ** BEA JRockit 1.6.0_14 R27.6.5 on Windows XP SP3 ** java.runtime.name = Java(TM) SE Runtime Environment java.runtime.version = 1.6.0_14-b08 java.specification.name = Java Platform API Specification java.specification.vendor = Sun Microsystems Inc. java.specification.version = 1.6 java.vendor = BEA Systems, Inc. java.vendor.url = http://www.bea.com/ java.vendor.url.bug = http://edocs.bea.com/jrockit/go2troubleshooting.html java.version = 1.6.0_14 java.vm.info = compiled mode java.vm.name = BEA JRockit(R) java.vm.specification.name = Java Virtual Machine Specification java.vm.specification.vendor = Sun Microsystems Inc. java.vm.specification.version = 1.0 java.vm.vendor = BEA Systems, Inc. java.vm.vendor.url = http://www.bea.com/ java.vm.vendor.url.bug = http://edocs.bea.com/jrockit/go2troubleshooting.html java.vm.version = R27.6.5-32_o-121899-1.6.0_14-20091001-2107-windows-ia32 os.arch = x86 os.name = Windows XP os.version = 5.1 ** Oracle JRockit 1.6.0_20 R28.0.1 on Windows XP SP3 ** java.runtime.name = Java(TM) SE Runtime Environment java.runtime.version = 1.6.0_20-b02 java.specification.name = Java Platform API Specification java.specification.vendor = Sun Microsystems Inc. java.specification.version = 1.6 java.vendor = Oracle Corporation java.vendor.url = http://www.oracle.com/ java.vendor.url.bug = http://download.oracle.com/docs/cd/E15289_01/go2troubleshooting.html java.version = 1.6.0_20 java.vm.info = compiled mode java.vm.name = Oracle JRockit(R) java.vm.specification.name = Java Virtual Machine Specification java.vm.specification.vendor = Sun Microsystems Inc. java.vm.specification.version = 1.0 java.vm.vendor = Oracle Corporation java.vm.vendor.url = http://www.oracle.com/ java.vm.vendor.url.bug = http://download.oracle.com/docs/cd/E15289_01/go2troubleshooting.html java.vm.version = R28.0.1-21-133393-1.6.0_20-20100512-2132-windows-ia32 os.arch = x86 os.name = Windows XP os.version = 5.1 ** IBM J9 1.6.0 SR7 on AIX 6.1 ** java.runtime.name = Java(TM) SE Runtime Environment java.runtime.version = pap6460sr7-20091215_02 (SR7) java.specification.name = Java Platform API Specification java.specification.vendor = Sun Microsystems Inc. java.specification.version = 1.6 java.vendor = IBM Corporation java.vendor.url = http://www.ibm.com/ java.version = 1.6.0 java.vm.info = JRE 1.6.0 IBM J9 2.4 AIX ppc64-64 jvmap6460sr7-20091214_49398 (JIT enabled, AOT enabled)\ ?? ?J9VM - 20091214_049398\ ?? ?JIT ?- r9_20091123_13891\ ?? ?GC ? - 20091111_AA java.vm.name = IBM J9 VM java.vm.specification.name = Java Virtual Machine Specification java.vm.specification.vendor = Sun Microsystems Inc. java.vm.specification.version = 1.0 java.vm.vendor = IBM Corporation java.vm.version = 2.4 os.arch = ppc64 os.name = AIX os.version = 6.1 From ahughes at redhat.com Tue Nov 30 06:10:58 2010 From: ahughes at redhat.com (Dr Andrew John Hughes) Date: Tue, 30 Nov 2010 14:10:58 +0000 Subject: Need reviewers and comments: 6989472: Provide simple jdk identification information in the install image In-Reply-To: <4CA9A8E8-0A2F-4F05-BF1F-5C2EF6168FD7@oracle.com> References: <4CA9A8E8-0A2F-4F05-BF1F-5C2EF6168FD7@oracle.com> Message-ID: <20101130141058.GB11042@rivendell.middle-earth.co.uk> On 14:44 Mon 29 Nov , Kelly O'Hair wrote: > > Need reviewers and comments: > 6989472: Provide simple jdk identification information in the > install image > http://cr.openjdk.java.net/~ohair/openjdk7/jdk_release/webrev/ > > With JDK6 Updates we purposely resisted many rebranding changes that > could impacted > customers, however at one point we had accidently changed the Windows > DLL/EXE > COMPANY value thinking that no one would be looking at it. > We were wrong and this change cause Eclipse failures, so we are > looking for a solution, see: > https://bugs.eclipse.org/bugs/show_bug.cgi?id=321390 > So we went back and change JDK6 Updates back the way it was, and > learned a valuable lesson. > > But we have and will change JDK7 in this regard, so we wanted a better > way for an app to > know what it had it's hands on without using platform specific > information in the binary files. > > The above change creates a small text file called "jdk.release" at the > top of the install image > with some basic values that could help direct any app using the jdk in > constructing a command > line or even being assured that this jdk install image will even work > on your existing system. > In the Eclipse case it was looking for "Sun", but I suspect it really > wanted to know if the VM was > "Hotspot" because I think it was trying to set a Hotspot specific > PermGen option. > In any case I think this jdk.release file should provide the necessary > answers in the future. > > The make variable COMPANY_NAME determines the vendor name during a > build, > so a Linux 64bit build from a make command line like: > make COMPANY_NAME="Test Company Name" > should result in a jdk.release file that looks something like: > > os.name = Linux > os.version = 2.6 > os.arch = amd64 > java.vendor = Test Company Name > java.version = 1.7.0-internal > java.vm.vendor = Test Company Name > java.vm.name = Hotspot(TM) > java.vm.version = 20.0-b02 > > A formal Oracle jdk7 EA build on Linux 64bit should look something like: > > os.name = Linux > os.version = 2.6 > os.arch = amd64 > java.vendor = Oracle Corporation > java.version = 1.7.0-ea > java.vm.vendor = Oracle Corporation > java.vm.name = Hotspot(TM) > java.vm.version = 20.0-b02 > > Comments are welcome. Although, polite constructive comments are > probably more what I'd like to see. ;^) > > -kto > So what happens if a build does not set COMPANY_NAME? There won't always be an appropriate value for this. Given this is aimed mainly at the Eclipse hackers, have they been notified of this addition? I agree with the previous comment that it should use the standard '.properties' extension and be standardised for cross-JDK usage. Of course, that's only useful if the JSR concerned is actually available under terms which will allow their use with FOSS. I believe this is still not the case with most JSRs. -- 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 Tue Nov 30 06:13:22 2010 From: mark at klomp.org (Mark Wielaard) Date: Tue, 30 Nov 2010 15:13:22 +0100 Subject: Need reviewers and comments: 6989472: Provide simple jdk identification information in the install image In-Reply-To: <4CA9A8E8-0A2F-4F05-BF1F-5C2EF6168FD7@oracle.com> References: <4CA9A8E8-0A2F-4F05-BF1F-5C2EF6168FD7@oracle.com> Message-ID: <1291126402.2883.54.camel@springer.wildebeest.org> Hi Kelly, On Mon, 2010-11-29 at 14:44 -0800, Kelly O'Hair wrote: > Need reviewers and comments: > 6989472: Provide simple jdk identification information in the > install image > http://cr.openjdk.java.net/~ohair/openjdk7/jdk_release/webrev/ CCing distro-pkg-dev since we were recently discussing runtime identification on irc wrt the various IcedTea supported runtimes (hotspot client, server, zero, shark and cacao). > With JDK6 Updates we purposely resisted many rebranding changes that > could impacted > customers, however at one point we had accidently changed the Windows > DLL/EXE > COMPANY value thinking that no one would be looking at it. > We were wrong and this change cause Eclipse failures, so we are > looking for a solution, see: > https://bugs.eclipse.org/bugs/show_bug.cgi?id=321390 > So we went back and change JDK6 Updates back the way it was, and > learned a valuable lesson. > > But we have and will change JDK7 in this regard, so we wanted a better > way for an app to > know what it had it's hands on without using platform specific > information in the binary files. > > The above change creates a small text file called "jdk.release" at the > top of the install image > with some basic values that could help direct any app using the jdk in > constructing a command > line or even being assured that this jdk install image will even work > on your existing system. > In the Eclipse case it was looking for "Sun", but I suspect it really > wanted to know if the VM was > "Hotspot" because I think it was trying to set a Hotspot specific > PermGen option. If so, then I would leave out the confusing vendor strings from the jdk.release file. Because that isn't what people want to know. And might reintroduce the confusion. The os, arch, version of class library and runtime is what is selected on. Maybe this should be extended with the versions of jaxp, jaxws, corba and langtools that are included. > In any case I think this jdk.release file should provide the necessary > answers in the future. But I don't think this is specific enough yet. Hotspot comes in some variants (at least server and client), which might or might not be available on the platform. You can know which ones if you look at the jre/lib//jvm.cfg file. [IcedTea then extends this with shark, zero, cacao as alternatives]. The problem with that approach is that to get at this file you need to know the arch mapping/dir in use. Would it be possible to somehow merge or at least reference the jvm.cfg file with/in the jdk.release file? > The make variable COMPANY_NAME determines the vendor name during a > build, > so a Linux 64bit build from a make command line like: > make COMPANY_NAME="Test Company Name" > should result in a jdk.release file that looks something like: > > os.name = Linux > os.version = 2.6 > os.arch = amd64 > java.vendor = Test Company Name > java.version = 1.7.0-internal > java.vm.vendor = Test Company Name > java.vm.name = Hotspot(TM) > java.vm.version = 20.0-b02 > > A formal Oracle jdk7 EA build on Linux 64bit should look something like: > > os.name = Linux > os.version = 2.6 > os.arch = amd64 > java.vendor = Oracle Corporation > java.version = 1.7.0-ea > java.vm.vendor = Oracle Corporation > java.vm.name = Hotspot(TM) > java.vm.version = 20.0-b02 > > Comments are welcome. Although, polite constructive comments are > probably more what I'd like to see. ;^) From kelly.ohair at oracle.com Tue Nov 30 14:56:47 2010 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Tue, 30 Nov 2010 14:56:47 -0800 Subject: Need reviewers and comments: 6989472: Provide simple jdk identification information in the install image In-Reply-To: <1291126402.2883.54.camel@springer.wildebeest.org> References: <4CA9A8E8-0A2F-4F05-BF1F-5C2EF6168FD7@oracle.com> <1291126402.2883.54.camel@springer.wildebeest.org> Message-ID: <38353036-D8B6-442D-BF79-8DEFB18BFB32@oracle.com> On Nov 30, 2010, at 6:13 AM, Mark Wielaard wrote: > Hi Kelly, > > On Mon, 2010-11-29 at 14:44 -0800, Kelly O'Hair wrote: >> Need reviewers and comments: >> 6989472: Provide simple jdk identification information in the >> install image >> http://cr.openjdk.java.net/~ohair/openjdk7/jdk_release/webrev/ > > CCing distro-pkg-dev since we were recently discussing runtime > identification on irc wrt the various IcedTea supported runtimes > (hotspot client, server, zero, shark and cacao). > >> With JDK6 Updates we purposely resisted many rebranding changes that >> could impacted >> customers, however at one point we had accidently changed the Windows >> DLL/EXE >> COMPANY value thinking that no one would be looking at it. >> We were wrong and this change cause Eclipse failures, so we are >> looking for a solution, see: >> https://bugs.eclipse.org/bugs/show_bug.cgi?id=321390 >> So we went back and change JDK6 Updates back the way it was, and >> learned a valuable lesson. >> >> But we have and will change JDK7 in this regard, so we wanted a >> better >> way for an app to >> know what it had it's hands on without using platform specific >> information in the binary files. >> >> The above change creates a small text file called "jdk.release" at >> the >> top of the install image >> with some basic values that could help direct any app using the jdk >> in >> constructing a command >> line or even being assured that this jdk install image will even work >> on your existing system. >> In the Eclipse case it was looking for "Sun", but I suspect it really >> wanted to know if the VM was >> "Hotspot" because I think it was trying to set a Hotspot specific >> PermGen option. > > If so, then I would leave out the confusing vendor strings from the > jdk.release file. Because that isn't what people want to know. And > might > reintroduce the confusion. The os, arch, version of class library and > runtime is what is selected on. Maybe this should be extended with the > versions of jaxp, jaxws, corba and langtools that are included. Ouch. jaxp? jaxws... Seems like a bigger hole than I wanted to dig. :^( I could see skipping the vendor ones, since Eclipse even wasn't really after "Sun" as much as 'Is this hotspot?'. The questions I wanted to answer, without actually running the jdk image was: Is this hotspot? What basic OS is this for? e.g. Windows, Linux, Solaris What minimal OS version is needed? e.g. Linux 2.6, SunOS 5.10, Windows 5.1, etc. What minimal arch is supported? e.g. x86, or sparc, or x64 (no x86 ability), ppc, etc. What jdk release is this? e.g. 1.7.0 I could probably also skip the VM version. > >> In any case I think this jdk.release file should provide the >> necessary >> answers in the future. > > But I don't think this is specific enough yet. Hotspot comes in some > variants (at least server and client), which might or might not be > available on the platform. You can know which ones if you look at the > jre/lib//jvm.cfg file. [IcedTea then extends this with shark, > zero, cacao as alternatives]. The problem with that approach is that > to > get at this file you need to know the arch mapping/dir in use. Would > it > be possible to somehow merge or at least reference the jvm.cfg file > with/in the jdk.release file? Ah... that might be interesting... If I provided the relative path to the jvm.cfg file, then I suppose the question of "Is it hotspot?" could be done looking into that file. I assume the similar questions of "Is it jrockit?" or "Is it j9?" could also be answered? In general, I was assuming a hotspot VM was a hotspot VM, server or client wasn't of interest as much as what specific VM implementation it was. -kto > >> The make variable COMPANY_NAME determines the vendor name during a >> build, >> so a Linux 64bit build from a make command line like: >> make COMPANY_NAME="Test Company Name" >> should result in a jdk.release file that looks something like: >> >> os.name = Linux >> os.version = 2.6 >> os.arch = amd64 >> java.vendor = Test Company Name >> java.version = 1.7.0-internal >> java.vm.vendor = Test Company Name >> java.vm.name = Hotspot(TM) >> java.vm.version = 20.0-b02 >> >> A formal Oracle jdk7 EA build on Linux 64bit should look something >> like: >> >> os.name = Linux >> os.version = 2.6 >> os.arch = amd64 >> java.vendor = Oracle Corporation >> java.version = 1.7.0-ea >> java.vm.vendor = Oracle Corporation >> java.vm.name = Hotspot(TM) >> java.vm.version = 20.0-b02 >> >> Comments are welcome. Although, polite constructive comments are >> probably more what I'd like to see. ;^) > > From kelly.ohair at oracle.com Tue Nov 30 15:01:02 2010 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Tue, 30 Nov 2010 15:01:02 -0800 Subject: Need reviewers and comments: 6989472: Provide simple jdk identification information in the install image In-Reply-To: <20101130141058.GB11042@rivendell.middle-earth.co.uk> References: <4CA9A8E8-0A2F-4F05-BF1F-5C2EF6168FD7@oracle.com> <20101130141058.GB11042@rivendell.middle-earth.co.uk> Message-ID: <2D7DC88D-B3E5-4BE4-9BD4-1424EF5F746D@oracle.com> On Nov 30, 2010, at 6:10 AM, Dr Andrew John Hughes wrote: > On 14:44 Mon 29 Nov , Kelly O'Hair wrote: >> >> Need reviewers and comments: >> 6989472: Provide simple jdk identification information in the >> install image >> http://cr.openjdk.java.net/~ohair/openjdk7/jdk_release/webrev/ >> >> With JDK6 Updates we purposely resisted many rebranding changes that >> could impacted >> customers, however at one point we had accidently changed the Windows >> DLL/EXE >> COMPANY value thinking that no one would be looking at it. >> We were wrong and this change cause Eclipse failures, so we are >> looking for a solution, see: >> https://bugs.eclipse.org/bugs/show_bug.cgi?id=321390 >> So we went back and change JDK6 Updates back the way it was, and >> learned a valuable lesson. >> >> But we have and will change JDK7 in this regard, so we wanted a >> better >> way for an app to >> know what it had it's hands on without using platform specific >> information in the binary files. >> >> The above change creates a small text file called "jdk.release" at >> the >> top of the install image >> with some basic values that could help direct any app using the jdk >> in >> constructing a command >> line or even being assured that this jdk install image will even work >> on your existing system. >> In the Eclipse case it was looking for "Sun", but I suspect it really >> wanted to know if the VM was >> "Hotspot" because I think it was trying to set a Hotspot specific >> PermGen option. >> In any case I think this jdk.release file should provide the >> necessary >> answers in the future. >> >> The make variable COMPANY_NAME determines the vendor name during a >> build, >> so a Linux 64bit build from a make command line like: >> make COMPANY_NAME="Test Company Name" >> should result in a jdk.release file that looks something like: >> >> os.name = Linux >> os.version = 2.6 >> os.arch = amd64 >> java.vendor = Test Company Name >> java.version = 1.7.0-internal >> java.vm.vendor = Test Company Name >> java.vm.name = Hotspot(TM) >> java.vm.version = 20.0-b02 >> >> A formal Oracle jdk7 EA build on Linux 64bit should look something >> like: >> >> os.name = Linux >> os.version = 2.6 >> os.arch = amd64 >> java.vendor = Oracle Corporation >> java.version = 1.7.0-ea >> java.vm.vendor = Oracle Corporation >> java.vm.name = Hotspot(TM) >> java.vm.version = 20.0-b02 >> >> Comments are welcome. Although, polite constructive comments are >> probably more what I'd like to see. ;^) >> >> -kto >> > > So what happens if a build does not set COMPANY_NAME? There won't > always be an appropriate value for this. I think the default for OpenJDK builds is "N/A". But mark at klomp.org is beginning to convince me that the vendor names should be left out. > > Given this is aimed mainly at the Eclipse hackers, have they been > notified of this addition? Yes. https://bugs.eclipse.org/bugs/show_bug.cgi?id=321390 > > I agree with the previous comment that it should use the standard > '.properties' extension and be standardised for cross-JDK usage. Of > course, that's only useful if the JSR concerned is actually available > under terms which will allow their use with FOSS. I believe this is > still not the case with most JSRs. But they aren't really properties and I didn't want them to be confused with the real runtime property values. In fact I'm beginning to think I should use names that do NOT match any Java property names. The property name=value syntax was just handy and could be useful for tools. -kto > > -- > 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 kelly.ohair at oracle.com Tue Nov 30 15:11:38 2010 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Tue, 30 Nov 2010 15:11:38 -0800 Subject: Need reviewers and comments: 6989472: Provide simple jdk identification information in the install image In-Reply-To: References: <4CA9A8E8-0A2F-4F05-BF1F-5C2EF6168FD7@oracle.com> Message-ID: <0DB4A106-4906-4D82-9286-DE12DD815D22@oracle.com> On Nov 29, 2010, at 10:13 PM, David Schlosnagle wrote: > On Mon, Nov 29, 2010 at 5:44 PM, Kelly O'Hair > wrote: >> >> Need reviewers and comments: >> 6989472: Provide simple jdk identification information in the >> install image >> http://cr.openjdk.java.net/~ohair/openjdk7/jdk_release/webrev/ >> >> With JDK6 Updates we purposely resisted many rebranding changes >> that could impacted >> customers, however at one point we had accidently changed the >> Windows DLL/EXE >> COMPANY value thinking that no one would be looking at it. >> We were wrong and this change cause Eclipse failures, so we are >> looking for a solution, see: >> https://bugs.eclipse.org/bugs/show_bug.cgi?id=321390 >> So we went back and change JDK6 Updates back the way it was, and >> learned a valuable lesson. >> >> But we have and will change JDK7 in this regard, so we wanted a >> better way for an app to >> know what it had it's hands on without using platform specific >> information in the binary files. >> >> The above change creates a small text file called "jdk.release" at >> the top of the install image >> with some basic values that could help direct any app using the jdk >> in constructing a command >> line or even being assured that this jdk install image will even >> work on your existing system. >> In the Eclipse case it was looking for "Sun", but I suspect it >> really wanted to know if the VM was >> "Hotspot" because I think it was trying to set a Hotspot specific >> PermGen option. >> In any case I think this jdk.release file should provide the >> necessary answers in the future. >> >> The make variable COMPANY_NAME determines the vendor name during a >> build, >> so a Linux 64bit build from a make command line like: >> make COMPANY_NAME="Test Company Name" >> should result in a jdk.release file that looks something like: >> >> os.name = Linux >> os.version = 2.6 >> os.arch = amd64 >> java.vendor = Test Company Name >> java.version = 1.7.0-internal >> java.vm.vendor = Test Company Name >> java.vm.name = Hotspot(TM) >> java.vm.version = 20.0-b02 >> >> A formal Oracle jdk7 EA build on Linux 64bit should look something >> like: >> >> os.name = Linux >> os.version = 2.6 >> os.arch = amd64 >> java.vendor = Oracle Corporation >> java.version = 1.7.0-ea >> java.vm.vendor = Oracle Corporation >> java.vm.name = Hotspot(TM) >> java.vm.version = 20.0-b02 >> >> Comments are welcome. Although, polite constructive comments are >> probably more what I'd like to see. ;^) >> >> -kto >> > > Kelly, > > Having been on the other side of the fence writing JVM independent > launchers and startup scripts, I can attest to the value of having a > standardized method of identifying a given JDK/JRE, so I don't want to > be negative and discourage you from pushing OpenJDK forward. > Unfortunately, if the intention is to truly allow identification of > any JDK/JRE and its underlying JVM so that the proper JVM specific > launcher arguments can be set, I'd think this file would need to > become part of the Java SE specification so that all vendors conform > to the same well-known file location, file format, and minimum > property set (similar to the minimum runtime system property set > defined by java.lang.System.getProperties() [1] [2]), or by > standardizing the output of the recently added -XshowSettings flag [3] > [4]. Are there any plans to include such standardizations in JSR 336 > for Java SE 7? I had not even considered it. I assumed this would be an optional file that if it existed, would have some minimal information to help direct the tools. The identification of the JVM was very loose, essentially I just wanted to be able to identify the implementation, and in general, given multiple VM's it would be difficult to identify in a static way what VM you would get at runtime. > > The most valuable property that Eclipse and others are looking for is > java.vm.name, and this isn't a static compile time constant property > causing this catch-22. Instead it is dependent on the underlying > runtime JVM (e.g. server, client, jrockit, etc.) which in turn is > determined by the launcher arguments. Hardcoding java.vm.name to > "HotSpot(TM)" seems a little dirty and inconsistent to me. The vendor > specific jvm.cfg defines the available JVMs for a given architecture, > but even that file states that the file and format are unsupported and > will go away in the future. I'm also curious how the java.vm.name > value will change as more of JRockit is incorporated into OpenJDK. Understood. Mark has pointed out another idea, I'll revise my webrev and provide more details. > Other properties such as os.* are also runtime system specific rather > than static compile time properties so these could be misinterpreted. The os.name is static in the way I have defined it, it's not a specific OS as much as a OS family name. The os.version is meant as a minimum number so that you could potentially avoid running jdk7 on a Windows 2000 system. The os.arch was meant as a minimal arch, if set to x64 it would imply that there are no 32bit x86 binaries in this install image. I had hoped to make some of these identical to the runtime Java properties, but I'm becoming convinced that they are different, and maybe my names should also be different, like minimum.os.name etc. > > I'm assuming the format of the file would be the typical > java.util.Properties format, so I'd prefer naming the file > jdk.properties or something to that effect. I'm also including a few I am very reluctant to call this a properties file in that it won't be read in at startup and it's values have no impact on the java install. > snippets below of java.lang.System.getProperties() from various > environments that seemed potentially interesting for use in a > cross-platform JVM launcher. One interesting difference is that > OpenJDK does not include "HotSpot(TM)" in the java.vm.name string. Is > this due to trademark restrictions for OpenJDK? I really appreciate this data, thank you, very helpful. > > Fortunately, the removal of Perm Gen in HotSpot improves the situation > as it is one less critical non-standard VM argument to specify! Yeah, oh well. I'm sure some other VM specific options will be needed someday. ;^) -kto > > - Dave > > References: > [1] http://download.oracle.com/javase/6/docs/api/java/lang/System.html#getProperties() > [2] http://download.oracle.com/docs/cd/E15289_01/doc.40/e15062/sysprop.htm#i999740 > [3] http://markmail.org/message/mqluo6kj3d2haizg > [4] http://hg.openjdk.java.net/jdk7/tl-gate/jdk/rev/32f3094b2c73 > > > ** OpenJDK 7 jdk7/jdk7 from November 29, 2010 on Ubuntu 10.04 Linux > x86 ** > java.runtime.name = OpenJDK Runtime Environment > java.runtime.version = 1.7.0-internal-david_2010_11_29_22_09-b00 > java.specification.name = Java Platform API Specification > java.specification.vendor = Sun Microsystems Inc. > java.specification.version = 1.7 > java.vendor = Sun Microsystems Inc. > java.vendor.url = http://java.sun.com/ > java.vendor.url.bug = http://java.sun.com/cgi-bin/bugreport.cgi > java.version = 1.7.0-internal > java.vm.info = mixed mode > java.vm.name = OpenJDK Server VM > java.vm.specification.name = Java Virtual Machine Specification > java.vm.specification.vendor = Sun Microsystems Inc. > java.vm.specification.version = 1.0 > java.vm.vendor = Sun Microsystems Inc. > java.vm.version = 20.0-b03 > os.arch = i386 > os.name = Linux > os.version = 2.6.32-23-generic > > ** OpenJDK 7 bsd-port from November 13, 2010 on Mac OS X 10.6.5 ** > java.runtime.name = OpenJDK Runtime Environment > java.runtime.version = 1.7.0-internal-david_2010_11_16_20_46-b00 > java.specification.name = Java Platform API Specification > java.specification.vendor = Oracle Corporation > java.specification.version = 1.7 > java.vendor = Oracle Corporation > java.vendor.url = http://java.oracle.com/ > java.vendor.url.bug = http://java.sun.com/cgi-bin/bugreport.cgi > java.version = 1.7.0-internal > java.vm.info = mixed mode > java.vm.name = OpenJDK 64-Bit Server VM > java.vm.specification.name = Java Virtual Machine Specification > java.vm.specification.vendor = Oracle Corporation > java.vm.specification.version = 1.0 > java.vm.vendor = Oracle Corporation > java.vm.version = 20.0-b02 > os.arch = amd64 > os.name = Darwin > os.version = 10.5.0 > > ** Apple JDK 1.6.0_22 on Mac OS X 10.6.5 ** > java.runtime.name = Java(TM) SE Runtime Environment > java.runtime.version = 1.6.0_22-b04-307-10M3261 > java.specification.name = Java Platform API Specification > java.specification.vendor = Sun Microsystems Inc. > java.specification.version = 1.6 > java.vendor = Apple Inc. > java.vendor.url = http://www.apple.com/ > java.vendor.url.bug = http://bugreport.apple.com/ > java.version = 1.6.0_22 > java.vm.info = mixed mode > java.vm.name = Java HotSpot(TM) 64-Bit Server VM > java.vm.specification.name = Java Virtual Machine Specification > java.vm.specification.vendor = Sun Microsystems Inc. > java.vm.specification.version = 1.0 > java.vm.vendor = Apple Inc. > java.vm.version = 17.1-b03-307 > os.arch = x86_64 > os.name = Mac OS X > os.version = 10.6.5 > > ** Oracle JDK 1.6.0_22 on Windows XP SP3 ** > java.runtime.name = Java(TM) SE Runtime Environment > java.runtime.version = 1.6.0_22-b04 > java.specification.name = Java Platform API Specification > java.specification.vendor = Sun Microsystems Inc. > java.specification.version = 1.6 > java.vendor = Sun Microsystems Inc. > java.vendor.url = http://java.sun.com/ > java.vendor.url.bug = http://java.sun.com/cgi-bin/bugreport.cgi > java.version = 1.6.0_22 > java.vm.info = mixed mode, sharing > java.vm.name = Java HotSpot(TM) Client VM > java.vm.specification.name = Java Virtual Machine Specification > java.vm.specification.vendor = Sun Microsystems Inc. > java.vm.specification.version = 1.0 > java.vm.vendor = Sun Microsystems Inc. > java.vm.version = 17.1-b03 > os.arch = x86 > os.name = Windows XP > os.version = 5.1 > > ** Sun/Oracle JDK 1.6.0_20 on Solaris 10 ** > java.runtime.name = Java(TM) SE Runtime Environment > java.runtime.version = 1.6.0_20-b02 > java.specification.name = Java Platform API Specification > java.specification.vendor = Sun Microsystems Inc. > java.specification.version = 1.6 > java.vendor = Sun Microsystems Inc. > java.vendor.url = http://java.sun.com/ > java.vendor.url.bug = http://java.sun.com/cgi-bin/bugreport.cgi > java.version = 1.6.0_20 > java.vm.info = mixed mode > java.vm.name = Java HotSpot(TM) Server VM > java.vm.specification.name = Java Virtual Machine Specification > java.vm.specification.vendor = Sun Microsystems Inc. > java.vm.specification.version = 1.0 > java.vm.vendor = Sun Microsystems Inc. > java.vm.version = 16.3-b01 > os.arch = sparc > os.name = SunOS > os.version = 5.10 > > ** BEA JRockit 1.6.0_14 R27.6.5 on Windows XP SP3 ** > java.runtime.name = Java(TM) SE Runtime Environment > java.runtime.version = 1.6.0_14-b08 > java.specification.name = Java Platform API Specification > java.specification.vendor = Sun Microsystems Inc. > java.specification.version = 1.6 > java.vendor = BEA Systems, Inc. > java.vendor.url = http://www.bea.com/ > java.vendor.url.bug = http://edocs.bea.com/jrockit/go2troubleshooting.html > java.version = 1.6.0_14 > java.vm.info = compiled mode > java.vm.name = BEA JRockit(R) > java.vm.specification.name = Java Virtual Machine Specification > java.vm.specification.vendor = Sun Microsystems Inc. > java.vm.specification.version = 1.0 > java.vm.vendor = BEA Systems, Inc. > java.vm.vendor.url = http://www.bea.com/ > java.vm.vendor.url.bug = http://edocs.bea.com/jrockit/go2troubleshooting.html > java.vm.version = R27.6.5-32_o-121899-1.6.0_14-20091001-2107-windows- > ia32 > os.arch = x86 > os.name = Windows XP > os.version = 5.1 > > ** Oracle JRockit 1.6.0_20 R28.0.1 on Windows XP SP3 ** > java.runtime.name = Java(TM) SE Runtime Environment > java.runtime.version = 1.6.0_20-b02 > java.specification.name = Java Platform API Specification > java.specification.vendor = Sun Microsystems Inc. > java.specification.version = 1.6 > java.vendor = Oracle Corporation > java.vendor.url = http://www.oracle.com/ > java.vendor.url.bug = > http://download.oracle.com/docs/cd/E15289_01/go2troubleshooting.html > java.version = 1.6.0_20 > java.vm.info = compiled mode > java.vm.name = Oracle JRockit(R) > java.vm.specification.name = Java Virtual Machine Specification > java.vm.specification.vendor = Sun Microsystems Inc. > java.vm.specification.version = 1.0 > java.vm.vendor = Oracle Corporation > java.vm.vendor.url = http://www.oracle.com/ > java.vm.vendor.url.bug = > http://download.oracle.com/docs/cd/E15289_01/go2troubleshooting.html > java.vm.version = R28.0.1-21-133393-1.6.0_20-20100512-2132-windows- > ia32 > os.arch = x86 > os.name = Windows XP > os.version = 5.1 > > ** IBM J9 1.6.0 SR7 on AIX 6.1 ** > java.runtime.name = Java(TM) SE Runtime Environment > java.runtime.version = pap6460sr7-20091215_02 (SR7) > java.specification.name = Java Platform API Specification > java.specification.vendor = Sun Microsystems Inc. > java.specification.version = 1.6 > java.vendor = IBM Corporation > java.vendor.url = http://www.ibm.com/ > java.version = 1.6.0 > java.vm.info = JRE 1.6.0 IBM J9 2.4 AIX ppc64-64 > jvmap6460sr7-20091214_49398 (JIT enabled, AOT enabled)\ > J9VM - 20091214_049398\ > JIT - r9_20091123_13891\ > GC - 20091111_AA > java.vm.name = IBM J9 VM > java.vm.specification.name = Java Virtual Machine Specification > java.vm.specification.vendor = Sun Microsystems Inc. > java.vm.specification.version = 1.0 > java.vm.vendor = IBM Corporation > java.vm.version = 2.4 > os.arch = ppc64 > os.name = AIX > os.version = 6.1 From kelly.ohair at oracle.com Tue Nov 30 17:34:36 2010 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Tue, 30 Nov 2010 17:34:36 -0800 Subject: Need reviewers and comments: 6989472: Provide simple jdk identification information in the install image In-Reply-To: <4CA9A8E8-0A2F-4F05-BF1F-5C2EF6168FD7@oracle.com> References: <4CA9A8E8-0A2F-4F05-BF1F-5C2EF6168FD7@oracle.com> Message-ID: A revised proposal... Still called "jdk.release". But if people really think "jdk.properties" sounds ok, at least the names are unique and won't conflict. http://cr.openjdk.java.net/~ohair/openjdk7/jdk_release2/webrev/ A Linux 64bit build should result in a jdk.release file that looks something like: jdk.os.name = Linux jdk.os.version = 2.6 jdk.os.arch = amd64 jdk.java.version = 1.7.0 jdk.vm.cfg.files = jre/lib/amd64/jvm.cfg -kto From schlosna at gmail.com Tue Nov 30 19:31:55 2010 From: schlosna at gmail.com (David Schlosnagle) Date: Tue, 30 Nov 2010 22:31:55 -0500 Subject: Need reviewers and comments: 6989472: Provide simple jdk identification information in the install image In-Reply-To: References: <4CA9A8E8-0A2F-4F05-BF1F-5C2EF6168FD7@oracle.com> Message-ID: On Tue, Nov 30, 2010 at 8:34 PM, Kelly O'Hair wrote: > A revised proposal... > > Still called "jdk.release". > But if people really think "jdk.properties" sounds ok, at least the names > are unique and won't conflict. > > ?http://cr.openjdk.java.net/~ohair/openjdk7/jdk_release2/webrev/ > > A Linux 64bit build should result in a jdk.release file that looks something > like: > > jdk.os.name = Linux > jdk.os.version = 2.6 > jdk.os.arch = amd64 > jdk.java.version = 1.7.0 > jdk.vm.cfg.files = jre/lib/amd64/jvm.cfg > > -kto Kelly, I'm assuming the intention is to have a launcher such as Eclipse parse the "jdk.release" file and look for the value of "jdk.vm.cfg.files", and then parse that value. Is this a list of files separated by the path.separator or some other string? Does the separator need to be another property? Finally the launcher would parse each (jvm.cfg) file and look for one of the JVMs (server, client, zero, cacao, hotspot, etc.). There seems to be a mismatch between the email's "jdk.java.version" and webrev's "jdk.version" in Release.gmk line 521: 508 # Common way to emit a line into $(JDK_INFO_FILE) 509 define jdk-info-file # name value 510 $(PRINTF) "jdk.%s = %s\n" $1 $2 >> $@ ^ ... snip ... 519 $(JDK_INFO_FILE): FRC 520 $(prep-target) 521 $(call jdk-info-file, "version", "$(THIS_JDK_VERSION)") ^ - Dave