From John.Rose at Sun.COM Sat Mar 1 14:58:38 2008 From: John.Rose at Sun.COM (John Rose) Date: Sat, 01 Mar 2008 14:58:38 -0800 Subject: Is 'optimized' a legit target? In-Reply-To: <025e01c87ae4$e99bc090$bcd341b0$@com> References: <025e01c87ae4$e99bc090$bcd341b0$@com> Message-ID: <1AE218E2-9540-430C-A0BE-428240022A99@sun.com> Yes, 'optimized' is legit. It supports more flags, for tuning experiments, etc. Its performance characteristics are closer to product, because it omits all the 'assert' code, Here are the various build subdirectories, in brief: product -- hardwires many flag values, no asserts, code is optimized optimized -- most flag values variable, no asserts, code is optimized fastdebug -- all flag values variable, asserts enabled, code is optimized jvmg -- all flag values variable, asserts enabled, code not optimized (debuggable) generated -- machine-generated source code and other stuff created during the build process debug -- old name for jvmg; this one should go away profiled -- dead a long time; this one should have gone away years ago Best, -- John From ted at tedneward.com Sat Mar 1 23:18:20 2008 From: ted at tedneward.com (Ted Neward) Date: Sat, 1 Mar 2008 23:18:20 -0800 Subject: Is 'optimized' a legit target? In-Reply-To: <1AE218E2-9540-430C-A0BE-428240022A99@sun.com> References: <025e01c87ae4$e99bc090$bcd341b0$@com> <1AE218E2-9540-430C-A0BE-428240022A99@sun.com> Message-ID: <022401c87c35$9b417b90$d1c472b0$@com> When I tried to build optimized (b24), it failed very early in the process. I'm assuming that's not supposed to happen? :-) Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing http://www.tedneward.com > -----Original Message----- > From: John.Rose at Sun.COM [mailto:John.Rose at Sun.COM] > Sent: Saturday, March 01, 2008 2:59 PM > To: Ted Neward > Cc: build-dev at openjdk.java.net; hotspot-dev at openjdk.dev.java.net > Subject: Re: Is 'optimized' a legit target? > > Yes, 'optimized' is legit. It supports more flags, for tuning > experiments, etc. > Its performance characteristics are closer to product, because > it omits all the 'assert' code, > > Here are the various build subdirectories, in brief: > > product -- hardwires many flag values, no asserts, code is optimized > optimized -- most flag values variable, no asserts, code is optimized > fastdebug -- all flag values variable, asserts enabled, code is > optimized > jvmg -- all flag values variable, asserts enabled, code not optimized > (debuggable) > generated -- machine-generated source code and other stuff created > during the build process > debug -- old name for jvmg; this one should go away > profiled -- dead a long time; this one should have gone away years ago > > Best, > -- John > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.516 / Virus Database: 269.21.2/1305 - Release Date: > 2/29/2008 6:32 PM > No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.21.2/1305 - Release Date: 2/29/2008 6:32 PM From ted at tedneward.com Sun Mar 2 23:59:47 2008 From: ted at tedneward.com (Ted Neward) Date: Sun, 2 Mar 2008 23:59:47 -0800 Subject: Not sure where to post this... Message-ID: <03f901c87d04$8f7d16a0$ae7743e0$@com> ? so I?ll post it here. After making the makefile change Kelly described, I cannot get the fastdebug builds to run. Specifically, if I trace execution with windbg, I find that hpi::initialize() (called from os::init_2() in hotspot\src\os\windows\vm\os_windows.cpp) fails for some reason?haven?t traced it deeper than that yet. Given that my previous build failures were with files from that same subsystem (HPI), I thought I might see if anybody here thinks the two are related. If this needs to be cross-posted to hostpot, please feel free to suggest which list it should go to?I?m not sure. :-/ Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing HYPERLINK "http://www.tedneward.com"http://www.tedneward.com No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.21.2/1305 - Release Date: 2/29/2008 6:32 PM -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/build-dev/attachments/20080302/3a941536/attachment.html From Kelly.Ohair at Sun.COM Mon Mar 3 10:55:03 2008 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Mon, 03 Mar 2008 10:55:03 -0800 Subject: Not sure where to post this... In-Reply-To: <03f901c87d04$8f7d16a0$ae7743e0$@com> References: <03f901c87d04$8f7d16a0$ae7743e0$@com> Message-ID: <47CC4987.10402@sun.com> Just some background... sorry if this is a repeat... The concept of "fastdebug" (essentially building with both -O and -g, and also including any native code assert checking) started with the Hotspot team on Solaris and Linux at least partially because of the big performance differences seen between pure -g+asserts and -O built native binaries. On Windows, there seemed to be less justification for this, so most developers that used Windows and wanted to debug may have just used the product bits (-O) or a plain debug build. The number of Hotspot developers using Windows is probably not as high now I suspect. In JDK5, the Release Engineering teams would build the product bits and the debug bits (java_g), but java_g was so slow no serious testing happened. The Hotspot team would build a fastdebug VM, put it into a product JDK and test that. In JDK6, the fastdebug builds displaced the formal debug builds, giving us a fastdebug "java" build with no "_g" naming issues, and something that could potentially be tested someday. Removing the "_g" also allowed for pieces of a fastdebug or debug install to be used in a product install image, following the Hotspot team's lead. Windows fastdebug builds may indeed be exactly the same as debug builds in terms of the compilation flags. We did remove all use of msvcrtD.dll in favor of consistent msvcrt.dll usage (msvcrtD.dll locks you in and cannot be redistributed). When we removed the "_g" in JDK6, there was some good simplication that happened around the "LoadLibrary" logic all over the JDK and in the Hotspot code as I recall. All the funny logic about having to create the right "*_g.dll" or "lib*_g.so" names should have gone away. A fastdebug JDK install tree should look the same as a product install tree, so if it's a product, debug or fastdebug install image, the logic around doing a "LoadLibrary" or dlopen() should not be different. Sorry for the long history... But I'm suspecting that we missed a place somewhere.... -kto Ted Neward wrote: > ? so I?ll post it here. > > > > After making the makefile change Kelly described, I cannot get the > fastdebug builds to run. Specifically, if I trace execution with windbg, > I find that hpi::initialize() (called from os::init_2() in > hotspot\src\os\windows\vm\os_windows.cpp) fails for some reason?haven?t > traced it deeper than that yet. Given that my previous build failures > were with files from that same subsystem (HPI), I thought I might see if > anybody here thinks the two are related. > > > > If this needs to be cross-posted to hostpot, please feel free to suggest > which list it should go to?I?m not sure. :-/ > > > > Ted Neward > > Java, .NET, XML Services > > Consulting, Teaching, Speaking, Writing > > http://www.tedneward.com > > > > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.516 / Virus Database: 269.21.2/1305 - Release Date: > 2/29/2008 6:32 PM > From Tim.Bell at Sun.COM Mon Mar 3 12:53:46 2008 From: Tim.Bell at Sun.COM (Tim Bell) Date: Mon, 03 Mar 2008 12:53:46 -0800 Subject: Not sure where to post this... In-Reply-To: <03f901c87d04$8f7d16a0$ae7743e0$@com> References: <03f901c87d04$8f7d16a0$ae7743e0$@com> Message-ID: <47CC655A.1020509@sun.com> Ted Neward wrote: > After making the makefile change Kelly described For those following along, the makefile change was to delete line 211 of jdk7/make/Defs-internal.gmk: $ pwd /cygdrive/g/tbell/jdk7/make $ diff -u Defs-internal.gmk.00 Defs-internal.gmk --- Defs-internal.gmk.00 2008-02-21 13:28:56.625000000 -0800 +++ Defs-internal.gmk 2008-02-28 15:48:56.531250000 -0800 @@ -208,7 +208,6 @@ # Common make arguments (supplied to all component builds) COMMON_BUILD_ARGUMENTS = \ - JDK_TOPDIR=$(ABS_JDK_TOPDIR) \ JDK_MAKE_SHARED_DIR=$(ABS_JDK_TOPDIR)/make/common/shared \ EXTERNALSANITYCONTROL=true \ TARGET_CLASS_VERSION=$(TARGET_CLASS_VERSION) \ After this I did a full control build from the top level: export OPENJDK=true export BUILD_NUMBER="b`date +%j`" export HOTSPOT_BUILD_JOBS=4 (time make fastdebug_build COMPANY_NAME=self MB_OF_MEMORY=1000 2>&1 | tee fastdebug_build.log) 103 minutes of wall clock time later, I was able to run javac and HelloWorld: $ pwd /cygdrive/g/tbell/jdk7/build/windows-i586-fastdebug/j2sdk-image/bin $ ./javac -g G:/tbell/jdk7/jdk/test/com/sun/jdi/HelloWorld.java $ ./java -classpath G:/tbell/jdk7/jdk/test/com/sun/jdi HelloWorld Hello, world! But when I tried to use that java.exe to run SwingSet2 from the JDK7 b24 binary install: $ ./java -jar G:/jdk1.7.0-b24/demo/jfc/SwingSet2/SwingSet2.jar It painted the splash screen, then fell over with: Exception in thread "main" java.lang.UnsatisfiedLinkError: G:\tbell\jdk7\build\windows-i586-fastdebug\j2sdk-image\jre\bin\fontmanager.dll: Can't find dependent libraries at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1767) at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1684) at java.lang.Runtime.loadLibrary0(Runtime.java:840) at java.lang.System.loadLibrary(System.java:1066) at sun.font.FontManagerNativeLibrary$1.run(FontManagerNativeLibrary.java:61) at java.security.AccessController.doPrivileged(Native Method) at sun.font.FontManagerNativeLibrary.(FontManagerNativeLibrary.java:32) at sun.font.FontManager$1.run(FontManager.java:233) at java.security.AccessController.doPrivileged(Native Method) at sun.font.FontManager.(FontManager.java:230) at sun.java2d.SunGraphicsEnvironment$2.run(SunGraphicsEnvironment.java:178) at java.security.AccessController.doPrivileged(Native Method) at sun.java2d.SunGraphicsEnvironment.(SunGraphicsEnvironment.java:162) at sun.awt.Win32GraphicsEnvironment.(Win32GraphicsEnvironment.java:90) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) at java.lang.reflect.Constructor.newInstance(Constructor.java:539) at java.lang.Class.newInstance0(Class.java:372) at java.lang.Class.newInstance(Class.java:325) at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnvironment.java:82) at javax.swing.RepaintManager.(RepaintManager.java:199) at javax.swing.UIManager.initialize(UIManager.java:1437) at javax.swing.UIManager.maybeInitialize(UIManager.java:1409) at javax.swing.UIManager.getDefaults(UIManager.java:659) at javax.swing.UIManager.put(UIManager.java:988) at SwingSet2.main(SwingSet2.java:226) I will file a bug on this if I can't find a relevant bug open. > fastdebug builds to run. Specifically, if I trace execution with windbg, > I find that hpi::initialize() (called from os::init_2() in > hotspot\src\os\windows\vm\os_windows.cpp) fails for some reason?haven?t > traced it deeper than that yet. Given that my previous build failures > were with files from that same subsystem (HPI), I thought I might see if > anybody here thinks the two are related. I am getting a lot further than HPI with my build. Question for Ted: did you build everything, or not? If it was a partial build, maybe there is a problem getting files copied out of the bootstrap into where they belong. Tim From ted at tedneward.com Mon Mar 3 14:33:46 2008 From: ted at tedneward.com (Ted Neward) Date: Mon, 3 Mar 2008 14:33:46 -0800 Subject: Not sure where to post this... In-Reply-To: <47CC655A.1020509@sun.com> References: <03f901c87d04$8f7d16a0$ae7743e0$@com> <47CC655A.1020509@sun.com> Message-ID: <056d01c87d7e$a9403d90$fbc0b8b0$@com> No, this was a "rm -r -f build" and "make fastdebug_build". I can send you the fastdebug.log file if you think it'll help. Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing http://www.tedneward.com > -----Original Message----- > From: Tim.Bell at Sun.COM [mailto:Tim.Bell at Sun.COM] > Sent: Monday, March 03, 2008 12:54 PM > To: Ted Neward > Cc: build-dev at openjdk.java.net > Subject: Re: Not sure where to post this... > > Ted Neward wrote: > > > After making the makefile change Kelly described > > For those following along, the makefile change was to delete line 211 > of > jdk7/make/Defs-internal.gmk: > > $ pwd > /cygdrive/g/tbell/jdk7/make > $ diff -u Defs-internal.gmk.00 Defs-internal.gmk > --- Defs-internal.gmk.00 2008-02-21 13:28:56.625000000 -0800 > +++ Defs-internal.gmk 2008-02-28 15:48:56.531250000 -0800 > @@ -208,7 +208,6 @@ > > # Common make arguments (supplied to all component builds) > COMMON_BUILD_ARGUMENTS = \ > - JDK_TOPDIR=$(ABS_JDK_TOPDIR) \ > JDK_MAKE_SHARED_DIR=$(ABS_JDK_TOPDIR)/make/common/shared \ > EXTERNALSANITYCONTROL=true \ > TARGET_CLASS_VERSION=$(TARGET_CLASS_VERSION) \ > > After this I did a full control build from the top level: > > export OPENJDK=true > export BUILD_NUMBER="b`date +%j`" > export HOTSPOT_BUILD_JOBS=4 > (time make fastdebug_build COMPANY_NAME=self MB_OF_MEMORY=1000 2>&1 | > tee fastdebug_build.log) > > 103 minutes of wall clock time later, I was able to run javac and > HelloWorld: > > $ pwd > /cygdrive/g/tbell/jdk7/build/windows-i586-fastdebug/j2sdk-image/bin > $ ./javac -g G:/tbell/jdk7/jdk/test/com/sun/jdi/HelloWorld.java > $ ./java -classpath G:/tbell/jdk7/jdk/test/com/sun/jdi HelloWorld > Hello, world! > > But when I tried to use that java.exe to run SwingSet2 from the JDK7 > b24 binary install: > > $ ./java -jar G:/jdk1.7.0-b24/demo/jfc/SwingSet2/SwingSet2.jar > > It painted the splash screen, then fell over with: > > Exception in thread "main" java.lang.UnsatisfiedLinkError: > G:\tbell\jdk7\build\windows-i586-fastdebug\j2sdk- > image\jre\bin\fontmanager.dll: Can't find > dependent libraries > at java.lang.ClassLoader$NativeLibrary.load(Native Method) > at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1767) > at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1684) > at java.lang.Runtime.loadLibrary0(Runtime.java:840) > at java.lang.System.loadLibrary(System.java:1066) > at > sun.font.FontManagerNativeLibrary$1.run(FontManagerNativeLibrary.java:6 > 1) > at java.security.AccessController.doPrivileged(Native Method) > at > sun.font.FontManagerNativeLibrary.(FontManagerNativeLibrary.jav > a:32) > at sun.font.FontManager$1.run(FontManager.java:233) > at java.security.AccessController.doPrivileged(Native Method) > at sun.font.FontManager.(FontManager.java:230) > at > sun.java2d.SunGraphicsEnvironment$2.run(SunGraphicsEnvironment.java:178 > ) > at java.security.AccessController.doPrivileged(Native Method) > at > sun.java2d.SunGraphicsEnvironment.(SunGraphicsEnvironment.java:16 > 2) > at > sun.awt.Win32GraphicsEnvironment.(Win32GraphicsEnvironment.java:9 > 0) > at > sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) > at > sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructor > AccessorImpl.java:57) > at > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingCon > structorAccessorImpl.java:45) > > at > java.lang.reflect.Constructor.newInstance(Constructor.java:539) > at java.lang.Class.newInstance0(Class.java:372) > at java.lang.Class.newInstance(Class.java:325) > at > java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnviro > nment.java:82) > at > javax.swing.RepaintManager.(RepaintManager.java:199) > at javax.swing.UIManager.initialize(UIManager.java:1437) > at javax.swing.UIManager.maybeInitialize(UIManager.java:1409) > at javax.swing.UIManager.getDefaults(UIManager.java:659) > at javax.swing.UIManager.put(UIManager.java:988) > at SwingSet2.main(SwingSet2.java:226) > > I will file a bug on this if I can't find a relevant bug open. > > > fastdebug builds to run. Specifically, if I trace execution with > windbg, > > I find that hpi::initialize() (called from os::init_2() in > > hotspot\src\os\windows\vm\os_windows.cpp) fails for some reason? > haven?t > > traced it deeper than that yet. Given that my previous build failures > > were with files from that same subsystem (HPI), I thought I might see > if > > anybody here thinks the two are related. > > I am getting a lot further than HPI with my build. > > Question for Ted: did you build everything, or not? If it was a > partial build, maybe there is > a problem getting files copied out of the bootstrap into where they > belong. > > Tim > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.516 / Virus Database: 269.21.3/1308 - Release Date: > 3/3/2008 10:01 AM > No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.21.3/1308 - Release Date: 3/3/2008 10:01 AM From Joe.Darcy at Sun.COM Mon Mar 3 17:31:57 2008 From: Joe.Darcy at Sun.COM (Joe Darcy) Date: Mon, 03 Mar 2008 17:31:57 -0800 Subject: corba Makefile bugs (b24) In-Reply-To: <200802291225.29349.lists@intricatesoftware.com> References: <200802291225.29349.lists@intricatesoftware.com> Message-ID: <47CCA68D.7020805@sun.com> Possibly related to 6662581 "jdk/make/common/internal/Defs-corba.gmk doesnot list all files to be imported: some classes missing"? http://bugs.sun.com/view_bug.do?bug_id=6662581 -Joe Kurt Miller wrote: > While working on OpenJDK 1.7 BSD porting efforts, I noticed not all of the > corba source was being compiled which caused failures later in the build. It > appears to be the result of some typos in a corba Makefile: > > --- corba/make/org/omg/CORBA/Makefile.orig Sat Dec 1 00:00:00 2007 > +++ corba/make/org/omg/CORBA/Makefile Thu Feb 28 15:22:56 2008 > @@ -47,8 +47,8 @@ else > endif > > FILES_java = \ > - $(ORG_OMG_SENDINGCONTEXT_java) \ > - $(ORG_OMG_CORBA_2_3_java) \ > + $(org_omg_SendingContext_java) \ > + $(org_omg_CORBA_2_3_java) \ > $(ORG_OMG_CORBA_java) > > # > > In addition when I get to the end of the jdk build during the > initial-image-jdk target in jdk/make/common/Release.gmk, I'm hitting failures > while executing this command: > > $(JAVAC_CMD) -XDprocess.packages -proc:only \ > -processor com.sun.tools.javac.sym.CreateSymbols \ > -Acom.sun.tools.javac.sym.Jar=$(RT_JAR) \ > -Acom.sun.tools.javac.sym.Dest=$(OUTPUTDIR)/symbols/META-INF/sym/rt.jar \ > $(CORE_PKGS) $(NON_CORE_PKGS) $(EXCLUDE_PROPWARN_PKGS) > > It appears some corba source files are not getting compiled. I have patched > some Makefiles to get them to compile but I'm unsure about which corba > Makefile to patch to build > corba/src/share/classes/com/sun/corba/se/org/omg/CORBA/ORB.java > > Here's what the current failure looks like: > > /usr/local/jdk-1.6.0/bin/java -Xmx736m -Xms128m -XX:PermSize=32m -XX:MaxPermSize=96m "-Xbootclasspath/p:/usr/obj/amd64/ports/jdk-1.7.0.b24/openjdk7-b24/build/bsd-amd64/langtools/dist/bootstrap/lib/javac.jar" -jar /usr/obj/amd64/ports/jdk-1.7.0.b24/openjdk7-b24/build/bsd-amd64/langtools/dist/bootstrap/lib/javac.jar -source > 1.5 -target 5 -encoding > ascii "-Xbootclasspath:/usr/obj/amd64/ports/jdk-1.7.0.b24/openjdk7-b24/build/bsd-amd64/classes" -XDprocess.packages -proc:only > \ > -processor com.sun.tools.javac.sym.CreateSymbols \ > -Acom.sun.tools.javac.sym.Jar=/usr/obj/amd64/ports/jdk-1.7.0.b24/openjdk7-b24/build/bsd-amd64/tmp/rt-orig.jar > \ > -Acom.sun.tools.javac.sym.Dest=/usr/obj/amd64/ports/jdk-1.7.0.b24/openjdk7-b24/build/bsd-amd64/symbols/META-INF/sym/rt.jar > \ > java.applet java.awt java.awt.color java.awt.datatransfer java.awt.dnd > [snip] > org.omg.CORBA org.omg.CORBA.DynAnyPackage org.omg.CORBA.ORBPackage > org.omg.CORBA.TypeCodePackage org.omg.stub.java.rmi org.omg.CORBA.portable > org.omg.CORBA_2_3 org.omg.CORBA_2_3.portable org.omg.CosNaming > [snip] > warning: package javax.transaction does not exist > warning: package com.sun.java.swing.plaf does not exist > Using boot class path = > [/usr/obj/amd64/ports/jdk-1.7.0.b24/openjdk7-b24/build/bsd-amd64/tmp/rt-orig.jar, /usr/obj/amd64/ports/jdk-1.7.0.b24/openjdk7-b24/build/bsd-amd64/langtools/dist/bootstrap/lib/javac.jar, /usr/local/jdk-1.6.0/jre/lib/resources.jar, /usr/local/jdk-1.6.0/jre/lib/sunrsasign.jar, /usr/local/jdk-1.6.0/jre/lib/jsse.jar, /usr/local/jdk-1.6.0/jre/lib/jce.jar, /usr/local/jdk-1.6.0/jre/lib/charsets.jar, /usr/local/jdk-1.6.0/jre/classes, /usr/local/jdk-1.6.0/jre/lib/ext/dnsns.jar, /usr/local/jdk-1.6.0/jre/lib/ext/localedata.jar, /usr/local/jdk-1.6.0/jre/lib/ext/sunjce_provider.jar, /usr/local/jdk-1.6.0/jre/lib/ext/sunpkcs11.jar] > error: com.sun.corba.se.org.omg.CORBA.ORB: class file for > com.sun.corba.se.org.omg.CORBA.ORB not found > error: class file for com.sun.corba.se.org.omg.CORBA.ORB not found > 1 error > gmake[1]: *** [initial-image-jdk] Error 1 > gmake[1]: Leaving directory > `/usr/obj/amd64/ports/jdk-1.7.0.b24/openjdk7-b24/jdk/make' > gmake: *** [jdk-build] Error 2 > > The following are the patches I have so far for other missing files. Any help > on wether or not I'm on the right track or not would be helpful. If I'm on > the right track then a pointer as to how to get > corba/src/share/classes/com/sun/corba/se/org/omg/CORBA/ORB.java built > properly would be great. > > Thanks, > -Kurt > > --- > corba/make/com/sun/corba/minclude/com_sun_corba_se_impl_dynamicany.jmk.orig > Fri Feb 29 00:05:48 2008 > +++ corba/make/com/sun/corba/minclude/com_sun_corba_se_impl_dynamicany.jmk Fri > Feb 29 00:06:28 2008 > @@ -41,4 +41,6 @@ com_sun_corba_se_impl_dynamicany_java = \ > com/sun/corba/se/impl/dynamicany/DynSequenceImpl.java \ > com/sun/corba/se/impl/dynamicany/DynStructImpl.java \ > com/sun/corba/se/impl/dynamicany/DynUnionImpl.java \ > - com/sun/corba/se/impl/dynamicany/DynValueImpl.java > + com/sun/corba/se/impl/dynamicany/DynValueImpl.java \ > + com/sun/corba/se/impl/dynamicany/DynValueCommonImpl.java > + > > > --- corba/make/com/sun/corba/minclude/com_sun_corba_se_impl_ior.jmk.orig Fri > Feb 29 08:58:24 2008 > +++ corba/make/com/sun/corba/minclude/com_sun_corba_se_impl_ior.jmk Fri Feb 29 > 08:58:45 2008 > @@ -63,6 +63,7 @@ com_sun_corba_se_impl_ior_java = \ > com/sun/corba/se/impl/ior/iiop/IIOPProfileImpl.java \ > com/sun/corba/se/impl/ior/iiop/IIOPProfileTemplateImpl.java \ > com/sun/corba/se/impl/ior/iiop/JavaCodebaseComponentImpl.java \ > + com/sun/corba/se/impl/ior/iiop/JavaSerializationComponent.java \ > com/sun/corba/se/impl/ior/iiop/MaxStreamFormatVersionComponentImpl.java \ > com/sun/corba/se/impl/ior/iiop/RequestPartitioningComponentImpl.java \ > com/sun/corba/se/impl/ior/iiop/ORBTypeComponentImpl.java > > > --- corba/make/com/sun/corba/minclude/com_sun_corba_se_impl_protocol.jmk.orig > Thu Feb 28 17:17:49 2008 > +++ corba/make/com/sun/corba/minclude/com_sun_corba_se_impl_protocol.jmk Thu > Feb 28 17:18:22 2008 > @@ -63,6 +63,7 @@ com_sun_corba_se_impl_protocol_java = \ > com/sun/corba/se/impl/protocol/giopmsgheaders/LocateRequestMessage_1_0.java > \ > com/sun/corba/se/impl/protocol/giopmsgheaders/LocateRequestMessage_1_1.java > \ > com/sun/corba/se/impl/protocol/giopmsgheaders/LocateRequestMessage_1_2.java > \ > + com/sun/corba/se/impl/protocol/giopmsgheaders/LocateReplyOrReplyMessage.java > \ > com/sun/corba/se/impl/protocol/giopmsgheaders/Message.java \ > com/sun/corba/se/impl/protocol/giopmsgheaders/MessageBase.java \ > com/sun/corba/se/impl/protocol/giopmsgheaders/MessageHandler.java \ > From Tim.Bell at Sun.COM Tue Mar 4 00:56:42 2008 From: Tim.Bell at Sun.COM (Tim Bell) Date: Tue, 04 Mar 2008 00:56:42 -0800 Subject: Not sure where to post this... In-Reply-To: <056d01c87d7e$a9403d90$fbc0b8b0$@com> References: <03f901c87d04$8f7d16a0$ae7743e0$@com> <47CC655A.1020509@sun.com> <056d01c87d7e$a9403d90$fbc0b8b0$@com> Message-ID: <47CD0ECA.3040200@sun.com> Hi Ted: > No, this was a "rm -r -f build" and "make fastdebug_build". I can send you > the fastdebug.log file if you think it'll help. Please send it to me (offline): tim.bell (at) sun.com I will try to puzzle out what is going on. I have some from-scratch Windows XP build machines set up and I am in the middle of build changes needed for 6523947: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6523947 so this issue could be relevant. Tim From lists at intricatesoftware.com Tue Mar 4 06:56:53 2008 From: lists at intricatesoftware.com (Kurt Miller) Date: Tue, 4 Mar 2008 09:56:53 -0500 Subject: corba Makefile bugs (b24) In-Reply-To: <47CCA68D.7020805@sun.com> References: <200802291225.29349.lists@intricatesoftware.com> <47CCA68D.7020805@sun.com> Message-ID: <200803040956.53863.lists@intricatesoftware.com> Thanks for the reply Joe. From what I can tell this appears to be a different problem. I'm bootstrapping openjdk7 (b24) using the top level Makefile (full build) with ALT_BOOTDIR set to a 1.6 jdk and without setting ALT_BUILD_JDK_IMPORT_PATH and ALT_JDK_IMPORT_PATH (and the defaults not pointing to anything valid). If I understand things correctly the corba portion of the build should compile all needed classes for the jdk. What I'm seeing is that its missing several classes in its makefiles. I believe this is different then the bug you've referenced which appears to be the jdk portion of opendjk6 not importing enough of the corba classes that were built. I continued to make progress after my email. In addition to the typo in corba/make/org/omg/CORBA/Makefile referenced below I have identified more missing classes from the corba build. Here's what I have so far, but I'm continuing to find more now when I attempt to use the resulting jdk to bootstrap the next full build using the same settings. com/sun/corba/se/impl/dynamicany/DynValueCommonImpl.java com/sun/corba/se/impl/ior/iiop/JavaSerializationComponent.java com/sun/corba/se/impl/protocol/giopmsgheaders/LocateReplyOrReplyMessage.java com/sun/corba/se/spi/legacy/interceptor/ORBInitInfoExt.java com/sun/corba/se/org/omg/CORBA/ORB.java com/sun/corba/se/spi/presentation/rmi/PresentationDefaults.java com/sun/corba/se/spi/transport/CorbaConnectionCache.java I filed a bug report but it has not yet made its way into a real bug yet (Review ID: 1199547). Perhaps using those *IMPORT_PATH vars are obscuring the corba makefile deficiencies in openjdk7? -Kurt On Monday 03 March 2008 8:31:57 pm Joe Darcy wrote: > Possibly related to 6662581 "jdk/make/common/internal/Defs-corba.gmk > doesnot list all files to be imported: some classes missing"? > http://bugs.sun.com/view_bug.do?bug_id=6662581 > > -Joe > > Kurt Miller wrote: > > While working on OpenJDK 1.7 BSD porting efforts, I noticed not all of the > > corba source was being compiled which caused failures later in the build. It > > appears to be the result of some typos in a corba Makefile: > > > > --- corba/make/org/omg/CORBA/Makefile.orig Sat Dec 1 00:00:00 2007 > > +++ corba/make/org/omg/CORBA/Makefile Thu Feb 28 15:22:56 2008 > > @@ -47,8 +47,8 @@ else > > endif > > > > FILES_java = \ > > - $(ORG_OMG_SENDINGCONTEXT_java) \ > > - $(ORG_OMG_CORBA_2_3_java) \ > > + $(org_omg_SendingContext_java) \ > > + $(org_omg_CORBA_2_3_java) \ > > $(ORG_OMG_CORBA_java) > > > > # > > > > In addition when I get to the end of the jdk build during the > > initial-image-jdk target in jdk/make/common/Release.gmk, I'm hitting failures > > while executing this command: > > > > $(JAVAC_CMD) -XDprocess.packages -proc:only \ > > -processor com.sun.tools.javac.sym.CreateSymbols \ > > -Acom.sun.tools.javac.sym.Jar=$(RT_JAR) \ > > -Acom.sun.tools.javac.sym.Dest=$(OUTPUTDIR)/symbols/META-INF/sym/rt.jar \ > > $(CORE_PKGS) $(NON_CORE_PKGS) $(EXCLUDE_PROPWARN_PKGS) > > > > It appears some corba source files are not getting compiled. I have patched > > some Makefiles to get them to compile but I'm unsure about which corba > > Makefile to patch to build > > corba/src/share/classes/com/sun/corba/se/org/omg/CORBA/ORB.java > > > > Here's what the current failure looks like: > > > > /usr/local/jdk-1.6.0/bin/java -Xmx736m -Xms128m -XX:PermSize=32m -XX:MaxPermSize=96m "-Xbootclasspath/p:/usr/obj/amd64/ports/jdk-1.7.0.b24/openjdk7-b24/build/bsd-amd64/langtools/dist/bootstrap/lib/javac.jar" -jar /usr/obj/amd64/ports/jdk-1.7.0.b24/openjdk7-b24/build/bsd-amd64/langtools/dist/bootstrap/lib/javac.jar -source > > 1.5 -target 5 -encoding > > ascii "-Xbootclasspath:/usr/obj/amd64/ports/jdk-1.7.0.b24/openjdk7-b24/build/bsd-amd64/classes" -XDprocess.packages -proc:only > > \ > > -processor com.sun.tools.javac.sym.CreateSymbols \ > > -Acom.sun.tools.javac.sym.Jar=/usr/obj/amd64/ports/jdk-1.7.0.b24/openjdk7-b24/build/bsd-amd64/tmp/rt-orig.jar > > \ > > -Acom.sun.tools.javac.sym.Dest=/usr/obj/amd64/ports/jdk-1.7.0.b24/openjdk7-b24/build/bsd-amd64/symbols/META-INF/sym/rt.jar > > \ > > java.applet java.awt java.awt.color java.awt.datatransfer java.awt.dnd > > [snip] > > org.omg.CORBA org.omg.CORBA.DynAnyPackage org.omg.CORBA.ORBPackage > > org.omg.CORBA.TypeCodePackage org.omg.stub.java.rmi org.omg.CORBA.portable > > org.omg.CORBA_2_3 org.omg.CORBA_2_3.portable org.omg.CosNaming > > [snip] > > warning: package javax.transaction does not exist > > warning: package com.sun.java.swing.plaf does not exist > > Using boot class path = > > [/usr/obj/amd64/ports/jdk-1.7.0.b24/openjdk7-b24/build/bsd-amd64/tmp/rt-orig.jar, /usr/obj/amd64/ports/jdk-1.7.0.b24/openjdk7-b24/build/bsd-amd64/langtools/dist/bootstrap/lib/javac.jar, /usr/local/jdk-1.6.0/jre/lib/resources.jar, /usr/local/jdk-1.6.0/jre/lib/sunrsasign.jar, /usr/local/jdk-1.6.0/jre/lib/jsse.jar, /usr/local/jdk-1.6.0/jre/lib/jce.jar, /usr/local/jdk-1.6.0/jre/lib/charsets.jar, /usr/local/jdk-1.6.0/jre/classes, /usr/local/jdk-1.6.0/jre/lib/ext/dnsns.jar, /usr/local/jdk-1.6.0/jre/lib/ext/localedata.jar, /usr/local/jdk-1.6.0/jre/lib/ext/sunjce_provider.jar, /usr/local/jdk-1.6.0/jre/lib/ext/sunpkcs11.jar] > > error: com.sun.corba.se.org.omg.CORBA.ORB: class file for > > com.sun.corba.se.org.omg.CORBA.ORB not found > > error: class file for com.sun.corba.se.org.omg.CORBA.ORB not found > > 1 error > > gmake[1]: *** [initial-image-jdk] Error 1 > > gmake[1]: Leaving directory > > `/usr/obj/amd64/ports/jdk-1.7.0.b24/openjdk7-b24/jdk/make' > > gmake: *** [jdk-build] Error 2 > > > > The following are the patches I have so far for other missing files. Any help > > on wether or not I'm on the right track or not would be helpful. If I'm on > > the right track then a pointer as to how to get > > corba/src/share/classes/com/sun/corba/se/org/omg/CORBA/ORB.java built > > properly would be great. > > > > Thanks, > > -Kurt > > > > --- > > corba/make/com/sun/corba/minclude/com_sun_corba_se_impl_dynamicany.jmk.orig > > Fri Feb 29 00:05:48 2008 > > +++ corba/make/com/sun/corba/minclude/com_sun_corba_se_impl_dynamicany.jmk Fri > > Feb 29 00:06:28 2008 > > @@ -41,4 +41,6 @@ com_sun_corba_se_impl_dynamicany_java = \ > > com/sun/corba/se/impl/dynamicany/DynSequenceImpl.java \ > > com/sun/corba/se/impl/dynamicany/DynStructImpl.java \ > > com/sun/corba/se/impl/dynamicany/DynUnionImpl.java \ > > - com/sun/corba/se/impl/dynamicany/DynValueImpl.java > > + com/sun/corba/se/impl/dynamicany/DynValueImpl.java \ > > + com/sun/corba/se/impl/dynamicany/DynValueCommonImpl.java > > + > > > > > > --- corba/make/com/sun/corba/minclude/com_sun_corba_se_impl_ior.jmk.orig Fri > > Feb 29 08:58:24 2008 > > +++ corba/make/com/sun/corba/minclude/com_sun_corba_se_impl_ior.jmk Fri Feb 29 > > 08:58:45 2008 > > @@ -63,6 +63,7 @@ com_sun_corba_se_impl_ior_java = \ > > com/sun/corba/se/impl/ior/iiop/IIOPProfileImpl.java \ > > com/sun/corba/se/impl/ior/iiop/IIOPProfileTemplateImpl.java \ > > com/sun/corba/se/impl/ior/iiop/JavaCodebaseComponentImpl.java \ > > + com/sun/corba/se/impl/ior/iiop/JavaSerializationComponent.java \ > > com/sun/corba/se/impl/ior/iiop/MaxStreamFormatVersionComponentImpl.java \ > > com/sun/corba/se/impl/ior/iiop/RequestPartitioningComponentImpl.java \ > > com/sun/corba/se/impl/ior/iiop/ORBTypeComponentImpl.java > > > > > > --- corba/make/com/sun/corba/minclude/com_sun_corba_se_impl_protocol.jmk.orig > > Thu Feb 28 17:17:49 2008 > > +++ corba/make/com/sun/corba/minclude/com_sun_corba_se_impl_protocol.jmk Thu > > Feb 28 17:18:22 2008 > > @@ -63,6 +63,7 @@ com_sun_corba_se_impl_protocol_java = \ > > com/sun/corba/se/impl/protocol/giopmsgheaders/LocateRequestMessage_1_0.java > > \ > > com/sun/corba/se/impl/protocol/giopmsgheaders/LocateRequestMessage_1_1.java > > \ > > com/sun/corba/se/impl/protocol/giopmsgheaders/LocateRequestMessage_1_2.java > > \ > > + com/sun/corba/se/impl/protocol/giopmsgheaders/LocateReplyOrReplyMessage.java > > \ > > com/sun/corba/se/impl/protocol/giopmsgheaders/Message.java \ > > com/sun/corba/se/impl/protocol/giopmsgheaders/MessageBase.java \ > > com/sun/corba/se/impl/protocol/giopmsgheaders/MessageHandler.java \ > > > > From David.Bristor at Sun.COM Tue Mar 4 10:01:44 2008 From: David.Bristor at Sun.COM (Dave Bristor) Date: Tue, 04 Mar 2008 10:01:44 -0800 Subject: Not sure where to post this... In-Reply-To: <47CC655A.1020509@sun.com> References: <03f901c87d04$8f7d16a0$ae7743e0$@com> <47CC655A.1020509@sun.com> Message-ID: <47CD8E88.4000800@sun.com> I did a full build yesterday, and am able to run hello world and byt b24 SwinSet2 demo. The setup: cygwin version (from uname -a) is: CYGWIN_NT-5.1 serrano 1.5.25(0.156/4/2) 2007-12-14 19:21 i686 Cygwin I have replaced make with version 3.80 and file with version 4.19. In my default tcsh shell I source a file containing this: ---%<--- setenv ALT_BOOTDIR c:/apps/jdk1.6.0 setenv ALT_BINARY_PLUGS_PATH c:/sun/ws/openjdk-binary-plugs setenv ALT_JDK_IMPORT_PATH c:/apps/jdk1.7.0 setenv ALT_DXSDK_PATH c:/sun/lib/DXSDK setenv ALT_COMPILER_PATH c:/progra~1/micros~1.NET/vc7/bin setenv ALT_MSDEVTOOLS_PATH c:/progra~1/micros~1.NET/common7/tools/bin setenv ALT_MSVCR71_DLL_PATH c:/progra~1/micros~1.NET/SDK/V1.1/bin setenv ALT_FREETYPE_LIB_PATH c:/sun/lib/freetype-i586/lib setenv ALT_FREETYPE_HEADERS_PATH c:/sun/lib/freetype-i586/include setenv ANT_VER 1.7.1 setenv ANT_HOME c:/apps/apache-ant-${ANT_VER} setenv FINDBUGS_VER 1.3.1 setenv FINDBUGS_HOME c:/sun/lib/findbugs-${FINDBUGS_VER} setenv OPENJDK true unsetenv LD_LIBRARY_PATH unsetenv CLASSPATH unsetenv JAVA_HOME unsetenv SHLVL setenv ALT_MSVCR71_DLL_PATH ${ALT_BOOTDIR}/bin ---%<--- Then I run "bash -i" (without -i, the bash prompt doesn't appear w/in emacs), and then: cd c:/sun/ws/tl . jdk/make/jdk_generic_profile.sh make MB_OF_MEMORY=1024 fastdebug_build > fdb.log 2> fdb.err The MB_OF_MEMORY convinces the build process that the machine has that much memory; the default is 512. As with Tim's attempt, I made the change to Defs-internal.gmk (see below). The resulting build directory contains more than just fastdebug directories: WINDOW~1-fastdebug WINDOW~2-fastdebug windows-i586 windows-i586-fastdebug windows-i586-fastdebug-fastdebug but only the windows-i586-fastdebug directory has useful bits. Dave Tim Bell wrote: > Ted Neward wrote: > >> After making the makefile change Kelly described > > For those following along, the makefile change was to delete line 211 of > jdk7/make/Defs-internal.gmk: > > $ pwd > /cygdrive/g/tbell/jdk7/make > $ diff -u Defs-internal.gmk.00 Defs-internal.gmk > --- Defs-internal.gmk.00 2008-02-21 13:28:56.625000000 -0800 > +++ Defs-internal.gmk 2008-02-28 15:48:56.531250000 -0800 > @@ -208,7 +208,6 @@ > > # Common make arguments (supplied to all component builds) > COMMON_BUILD_ARGUMENTS = \ > - JDK_TOPDIR=$(ABS_JDK_TOPDIR) \ > JDK_MAKE_SHARED_DIR=$(ABS_JDK_TOPDIR)/make/common/shared \ > EXTERNALSANITYCONTROL=true \ > TARGET_CLASS_VERSION=$(TARGET_CLASS_VERSION) \ > > After this I did a full control build from the top level: > > export OPENJDK=true > export BUILD_NUMBER="b`date +%j`" > export HOTSPOT_BUILD_JOBS=4 > (time make fastdebug_build COMPANY_NAME=self MB_OF_MEMORY=1000 2>&1 | > tee fastdebug_build.log) > > 103 minutes of wall clock time later, I was able to run javac and > HelloWorld: > > $ pwd > /cygdrive/g/tbell/jdk7/build/windows-i586-fastdebug/j2sdk-image/bin > $ ./javac -g G:/tbell/jdk7/jdk/test/com/sun/jdi/HelloWorld.java > $ ./java -classpath G:/tbell/jdk7/jdk/test/com/sun/jdi HelloWorld > Hello, world! > > But when I tried to use that java.exe to run SwingSet2 from the JDK7 b24 > binary install: > > $ ./java -jar G:/jdk1.7.0-b24/demo/jfc/SwingSet2/SwingSet2.jar > > It painted the splash screen, then fell over with: > > Exception in thread "main" java.lang.UnsatisfiedLinkError: > G:\tbell\jdk7\build\windows-i586-fastdebug\j2sdk-image\jre\bin\fontmanager.dll: > Can't find dependent libraries > at java.lang.ClassLoader$NativeLibrary.load(Native Method) > at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1767) > at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1684) > at java.lang.Runtime.loadLibrary0(Runtime.java:840) > at java.lang.System.loadLibrary(System.java:1066) > at > sun.font.FontManagerNativeLibrary$1.run(FontManagerNativeLibrary.java:61) > at java.security.AccessController.doPrivileged(Native Method) > at > sun.font.FontManagerNativeLibrary.(FontManagerNativeLibrary.java:32) > > at sun.font.FontManager$1.run(FontManager.java:233) > at java.security.AccessController.doPrivileged(Native Method) > at sun.font.FontManager.(FontManager.java:230) > at > sun.java2d.SunGraphicsEnvironment$2.run(SunGraphicsEnvironment.java:178) > at java.security.AccessController.doPrivileged(Native Method) > at > sun.java2d.SunGraphicsEnvironment.(SunGraphicsEnvironment.java:162) > at > sun.awt.Win32GraphicsEnvironment.(Win32GraphicsEnvironment.java:90) > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native > Method) > at > sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57) > > at > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) > > at java.lang.reflect.Constructor.newInstance(Constructor.java:539) > at java.lang.Class.newInstance0(Class.java:372) > at java.lang.Class.newInstance(Class.java:325) > at > java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnvironment.java:82) > > at javax.swing.RepaintManager.(RepaintManager.java:199) > at javax.swing.UIManager.initialize(UIManager.java:1437) > at javax.swing.UIManager.maybeInitialize(UIManager.java:1409) > at javax.swing.UIManager.getDefaults(UIManager.java:659) > at javax.swing.UIManager.put(UIManager.java:988) > at SwingSet2.main(SwingSet2.java:226) > > I will file a bug on this if I can't find a relevant bug open. > >> fastdebug builds to run. Specifically, if I trace execution with >> windbg, I find that hpi::initialize() (called from os::init_2() in >> hotspot\src\os\windows\vm\os_windows.cpp) fails for some >> reason?haven?t traced it deeper than that yet. Given that my previous >> build failures were with files from that same subsystem (HPI), I >> thought I might see if anybody here thinks the two are related. > > I am getting a lot further than HPI with my build. > > Question for Ted: did you build everything, or not? If it was a partial > build, maybe there is a problem getting files copied out of the > bootstrap into where they belong. > > Tim From lists at intricatesoftware.com Tue Mar 4 11:22:38 2008 From: lists at intricatesoftware.com (Kurt Miller) Date: Tue, 4 Mar 2008 14:22:38 -0500 Subject: corba Makefile bugs (b24) In-Reply-To: <200803040956.53863.lists@intricatesoftware.com> References: <200802291225.29349.lists@intricatesoftware.com> <47CCA68D.7020805@sun.com> <200803040956.53863.lists@intricatesoftware.com> Message-ID: <200803041422.38995.lists@intricatesoftware.com> I found one more missing file from the corba build. Fixing the typos in corba/make/org/omg/CORBA/Makefile + adding the source files (listed below) to the appropriate corba/make/com/sun/corba/minclude/*.jmk files allows me to to complete a full openjdk7 bootstrap using 1.6 for ALT_BOOTDIR and then use the resulting openjdk7 for ALT_BOOTDIR and complete a second full openjdk7 bootstrap. There could be more missing bits lurking though. I'm not sure what the best way is to validate all needed corba source is being built. -Kurt On Tuesday 04 March 2008 9:56:53 am Kurt Miller wrote: > Thanks for the reply Joe. From what I can tell this appears to be a different > problem. I'm bootstrapping openjdk7 (b24) using the top level Makefile (full build) > with ALT_BOOTDIR set to a 1.6 jdk and without setting ALT_BUILD_JDK_IMPORT_PATH > and ALT_JDK_IMPORT_PATH (and the defaults not pointing to anything valid). > If I understand things correctly the corba portion of the build should compile > all needed classes for the jdk. What I'm seeing is that its missing several classes > in its makefiles. I believe this is different then the bug you've referenced which > appears to be the jdk portion of opendjk6 not importing enough of the corba > classes that were built. > > I continued to make progress after my email. In addition to the typo in > corba/make/org/omg/CORBA/Makefile referenced below I have identified > more missing classes from the corba build. Here's what I have so far, but > I'm continuing to find more now when I attempt to use the resulting jdk > to bootstrap the next full build using the same settings. > > com/sun/corba/se/impl/dynamicany/DynValueCommonImpl.java > com/sun/corba/se/impl/ior/iiop/JavaSerializationComponent.java > com/sun/corba/se/impl/protocol/giopmsgheaders/LocateReplyOrReplyMessage.java > com/sun/corba/se/spi/legacy/interceptor/ORBInitInfoExt.java > com/sun/corba/se/org/omg/CORBA/ORB.java > com/sun/corba/se/spi/presentation/rmi/PresentationDefaults.java > com/sun/corba/se/spi/transport/CorbaConnectionCache.java com/sun/corba/se/impl/orbutil/GetPropertyAction.java > > I filed a bug report but it has not yet made its way into a real bug yet > (Review ID: 1199547). > > Perhaps using those *IMPORT_PATH vars are obscuring the corba makefile > deficiencies in openjdk7? > > -Kurt > > On Monday 03 March 2008 8:31:57 pm Joe Darcy wrote: > > Possibly related to 6662581 "jdk/make/common/internal/Defs-corba.gmk > > doesnot list all files to be imported: some classes missing"? > > http://bugs.sun.com/view_bug.do?bug_id=6662581 > > > > -Joe > > > > Kurt Miller wrote: > > > While working on OpenJDK 1.7 BSD porting efforts, I noticed not all of the > > > corba source was being compiled which caused failures later in the build. It > > > appears to be the result of some typos in a corba Makefile: > > > > > > --- corba/make/org/omg/CORBA/Makefile.orig Sat Dec 1 00:00:00 2007 > > > +++ corba/make/org/omg/CORBA/Makefile Thu Feb 28 15:22:56 2008 > > > @@ -47,8 +47,8 @@ else > > > endif > > > > > > FILES_java = \ > > > - $(ORG_OMG_SENDINGCONTEXT_java) \ > > > - $(ORG_OMG_CORBA_2_3_java) \ > > > + $(org_omg_SendingContext_java) \ > > > + $(org_omg_CORBA_2_3_java) \ > > > $(ORG_OMG_CORBA_java) > > > > > > # > > > > > > In addition when I get to the end of the jdk build during the > > > initial-image-jdk target in jdk/make/common/Release.gmk, I'm hitting failures > > > while executing this command: > > > > > > $(JAVAC_CMD) -XDprocess.packages -proc:only \ > > > -processor com.sun.tools.javac.sym.CreateSymbols \ > > > -Acom.sun.tools.javac.sym.Jar=$(RT_JAR) \ > > > -Acom.sun.tools.javac.sym.Dest=$(OUTPUTDIR)/symbols/META-INF/sym/rt.jar \ > > > $(CORE_PKGS) $(NON_CORE_PKGS) $(EXCLUDE_PROPWARN_PKGS) > > > > > > It appears some corba source files are not getting compiled. I have patched > > > some Makefiles to get them to compile but I'm unsure about which corba > > > Makefile to patch to build > > > corba/src/share/classes/com/sun/corba/se/org/omg/CORBA/ORB.java > > > > > > Here's what the current failure looks like: > > > > > > /usr/local/jdk-1.6.0/bin/java -Xmx736m -Xms128m -XX:PermSize=32m -XX:MaxPermSize=96m "-Xbootclasspath/p:/usr/obj/amd64/ports/jdk-1.7.0.b24/openjdk7-b24/build/bsd-amd64/langtools/dist/bootstrap/lib/javac.jar" -jar /usr/obj/amd64/ports/jdk-1.7.0.b24/openjdk7-b24/build/bsd-amd64/langtools/dist/bootstrap/lib/javac.jar -source > > > 1.5 -target 5 -encoding > > > ascii "-Xbootclasspath:/usr/obj/amd64/ports/jdk-1.7.0.b24/openjdk7-b24/build/bsd-amd64/classes" -XDprocess.packages -proc:only > > > \ > > > -processor com.sun.tools.javac.sym.CreateSymbols \ > > > -Acom.sun.tools.javac.sym.Jar=/usr/obj/amd64/ports/jdk-1.7.0.b24/openjdk7-b24/build/bsd-amd64/tmp/rt-orig.jar > > > \ > > > -Acom.sun.tools.javac.sym.Dest=/usr/obj/amd64/ports/jdk-1.7.0.b24/openjdk7-b24/build/bsd-amd64/symbols/META-INF/sym/rt.jar > > > \ > > > java.applet java.awt java.awt.color java.awt.datatransfer java.awt.dnd > > > [snip] > > > org.omg.CORBA org.omg.CORBA.DynAnyPackage org.omg.CORBA.ORBPackage > > > org.omg.CORBA.TypeCodePackage org.omg.stub.java.rmi org.omg.CORBA.portable > > > org.omg.CORBA_2_3 org.omg.CORBA_2_3.portable org.omg.CosNaming > > > [snip] > > > warning: package javax.transaction does not exist > > > warning: package com.sun.java.swing.plaf does not exist > > > Using boot class path = > > > [/usr/obj/amd64/ports/jdk-1.7.0.b24/openjdk7-b24/build/bsd-amd64/tmp/rt-orig.jar, /usr/obj/amd64/ports/jdk-1.7.0.b24/openjdk7-b24/build/bsd-amd64/langtools/dist/bootstrap/lib/javac.jar, /usr/local/jdk-1.6.0/jre/lib/resources.jar, /usr/local/jdk-1.6.0/jre/lib/sunrsasign.jar, /usr/local/jdk-1.6.0/jre/lib/jsse.jar, /usr/local/jdk-1.6.0/jre/lib/jce.jar, /usr/local/jdk-1.6.0/jre/lib/charsets.jar, /usr/local/jdk-1.6.0/jre/classes, /usr/local/jdk-1.6.0/jre/lib/ext/dnsns.jar, /usr/local/jdk-1.6.0/jre/lib/ext/localedata.jar, /usr/local/jdk-1.6.0/jre/lib/ext/sunjce_provider.jar, /usr/local/jdk-1.6.0/jre/lib/ext/sunpkcs11.jar] > > > error: com.sun.corba.se.org.omg.CORBA.ORB: class file for > > > com.sun.corba.se.org.omg.CORBA.ORB not found > > > error: class file for com.sun.corba.se.org.omg.CORBA.ORB not found > > > 1 error > > > gmake[1]: *** [initial-image-jdk] Error 1 > > > gmake[1]: Leaving directory > > > `/usr/obj/amd64/ports/jdk-1.7.0.b24/openjdk7-b24/jdk/make' > > > gmake: *** [jdk-build] Error 2 > > > > > > The following are the patches I have so far for other missing files. Any help > > > on wether or not I'm on the right track or not would be helpful. If I'm on > > > the right track then a pointer as to how to get > > > corba/src/share/classes/com/sun/corba/se/org/omg/CORBA/ORB.java built > > > properly would be great. > > > > > > Thanks, > > > -Kurt > > > > > > --- > > > corba/make/com/sun/corba/minclude/com_sun_corba_se_impl_dynamicany.jmk.orig > > > Fri Feb 29 00:05:48 2008 > > > +++ corba/make/com/sun/corba/minclude/com_sun_corba_se_impl_dynamicany.jmk Fri > > > Feb 29 00:06:28 2008 > > > @@ -41,4 +41,6 @@ com_sun_corba_se_impl_dynamicany_java = \ > > > com/sun/corba/se/impl/dynamicany/DynSequenceImpl.java \ > > > com/sun/corba/se/impl/dynamicany/DynStructImpl.java \ > > > com/sun/corba/se/impl/dynamicany/DynUnionImpl.java \ > > > - com/sun/corba/se/impl/dynamicany/DynValueImpl.java > > > + com/sun/corba/se/impl/dynamicany/DynValueImpl.java \ > > > + com/sun/corba/se/impl/dynamicany/DynValueCommonImpl.java > > > + > > > > > > > > > --- corba/make/com/sun/corba/minclude/com_sun_corba_se_impl_ior.jmk.orig Fri > > > Feb 29 08:58:24 2008 > > > +++ corba/make/com/sun/corba/minclude/com_sun_corba_se_impl_ior.jmk Fri Feb 29 > > > 08:58:45 2008 > > > @@ -63,6 +63,7 @@ com_sun_corba_se_impl_ior_java = \ > > > com/sun/corba/se/impl/ior/iiop/IIOPProfileImpl.java \ > > > com/sun/corba/se/impl/ior/iiop/IIOPProfileTemplateImpl.java \ > > > com/sun/corba/se/impl/ior/iiop/JavaCodebaseComponentImpl.java \ > > > + com/sun/corba/se/impl/ior/iiop/JavaSerializationComponent.java \ > > > com/sun/corba/se/impl/ior/iiop/MaxStreamFormatVersionComponentImpl.java \ > > > com/sun/corba/se/impl/ior/iiop/RequestPartitioningComponentImpl.java \ > > > com/sun/corba/se/impl/ior/iiop/ORBTypeComponentImpl.java > > > > > > > > > --- corba/make/com/sun/corba/minclude/com_sun_corba_se_impl_protocol.jmk.orig > > > Thu Feb 28 17:17:49 2008 > > > +++ corba/make/com/sun/corba/minclude/com_sun_corba_se_impl_protocol.jmk Thu > > > Feb 28 17:18:22 2008 > > > @@ -63,6 +63,7 @@ com_sun_corba_se_impl_protocol_java = \ > > > com/sun/corba/se/impl/protocol/giopmsgheaders/LocateRequestMessage_1_0.java > > > \ > > > com/sun/corba/se/impl/protocol/giopmsgheaders/LocateRequestMessage_1_1.java > > > \ > > > com/sun/corba/se/impl/protocol/giopmsgheaders/LocateRequestMessage_1_2.java > > > \ > > > + com/sun/corba/se/impl/protocol/giopmsgheaders/LocateReplyOrReplyMessage.java > > > \ > > > com/sun/corba/se/impl/protocol/giopmsgheaders/Message.java \ > > > com/sun/corba/se/impl/protocol/giopmsgheaders/MessageBase.java \ > > > com/sun/corba/se/impl/protocol/giopmsgheaders/MessageHandler.java \ > > > > > > > > From kelly.ohair at sun.com Tue Mar 4 11:46:49 2008 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Tue, 04 Mar 2008 19:46:49 +0000 Subject: hg: jdk7/build/jaxp: 6652588: Fix broken JPRT makefile target, no bundle saved Message-ID: <20080304194651.4392426359@hg.openjdk.java.net> Changeset: a3b3ba7d6034 Author: ohair Date: 2008-03-04 10:58 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jaxp/rev/a3b3ba7d6034 6652588: Fix broken JPRT makefile target, no bundle saved Summary: jprt make rules missing the bundle up of the output Reviewed-by: xdono ! make/Makefile From kelly.ohair at sun.com Tue Mar 4 11:47:17 2008 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Tue, 04 Mar 2008 19:47:17 +0000 Subject: hg: jdk7/build/jaxws: 6652588: Fix broken JPRT makefile target, no bundle saved Message-ID: <20080304194719.0D1E82635E@hg.openjdk.java.net> Changeset: 59fd8224ba2d Author: ohair Date: 2008-03-04 10:58 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jaxws/rev/59fd8224ba2d 6652588: Fix broken JPRT makefile target, no bundle saved Summary: jprt make rules were missing the bundle logic Reviewed-by: xdono ! make/Makefile From kelly.ohair at sun.com Tue Mar 4 11:48:08 2008 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Tue, 04 Mar 2008 19:48:08 +0000 Subject: hg: jdk7/build/jdk: 5 new changesets Message-ID: <20080304194908.CD95E26365@hg.openjdk.java.net> Changeset: e4f19efd20b4 Author: ohair Date: 2008-03-04 09:47 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/e4f19efd20b4 6654456: OpenJDK build problem with freetype makefiles Summary: ifdef test on OPENJDK before it gets set based on source tree contents Reviewed-by: xdono ! make/common/shared/Platform.gmk Changeset: 80486f9d9221 Author: ohair Date: 2008-03-04 09:49 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/80486f9d9221 6637583: Build failure on latest Solaris, source missing include of resource.h? Summary: The include of sys/resource.h must be explicit Reviewed-by: xdono ! src/solaris/hpi/native_threads/src/sys_api_td.c Changeset: 929222887724 Author: ohair Date: 2008-03-04 09:50 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/929222887724 6638571: Fix freetype sanity check to work on solaris 64bit Summary: Missing -xarch options to build for 64bit Reviewed-by: xdono ! make/tools/freetypecheck/Makefile Changeset: 12b0d64c4953 Author: ohair Date: 2008-03-04 09:51 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/12b0d64c4953 6638060: Build failed with GNU make 3.81 (part of latest Solaris 'gmake') Summary: Changes to the way GNU make 3.81 deals with the env variable SHELL Reviewed-by: xdono ! make/java/nio/Makefile ! make/java/nio/genCharsetProvider.sh ! make/java/nio/genExceptions.sh Changeset: 82c85cfd8402 Author: ohair Date: 2008-03-04 09:52 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/82c85cfd8402 6668781: Openjdk windows cygwin build failure: no rule to make linker_md.obj target Summary: Use of GNU make vpath breaks on windows with C:/ style fullpaths Reviewed-by: xdono ! make/common/Defs-linux.gmk ! make/common/Defs-solaris.gmk ! make/common/Defs-windows.gmk ! make/common/Defs.gmk From David.Herron at Sun.COM Wed Mar 5 16:14:52 2008 From: David.Herron at Sun.COM (David Herron) Date: Wed, 05 Mar 2008 16:14:52 -0800 Subject: JDK_IMPORT_PATH Message-ID: <47CF377C.8010407@sun.com> I just fclone'd the JDK7 source tree and am running through the build process. I'm running into a build failure if ALT_JDK_IMPORT_PATH is not set. This variable is not discussed in README-builds.html but is mentioned in jdk/make/README. The build failure is the same as here: http://www.mail-archive.com/build-dev at openjdk.java.net/msg00273.html It gets a short way into the build and dies while compiling idlj. In the followup discussion Kelly wrote that this variable shouldn't need to be set. I did download the matching binary plug and ALT_BINARY_PLUGS_PATH is set to where that's unpacked. ALT_BOOTDIR is set to my Java6 install. This message http://www.mail-archive.com/build-dev at openjdk.java.net/msg00275.html suggests a possible fix but I tried that and it made no difference. I downloaded the full JDK7 bundle, unpacked it, set ALT_JDK_IMPORT_PATH to it, and now the build is going. But I think this shouldn't be necessary --- In http://wikis.sun.com/display/OpenJdkBuilds/JDK+Glossary+of+Terms It's said this variable is used for importing stuff during a partial build. But in this case I'm at the root of a full forest and typing "make all". From Kelly.Ohair at Sun.COM Wed Mar 5 18:14:44 2008 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Wed, 05 Mar 2008 18:14:44 -0800 Subject: JDK_IMPORT_PATH In-Reply-To: <47CF377C.8010407@sun.com> References: <47CF377C.8010407@sun.com> Message-ID: <47CF5394.20204@sun.com> Many of the fixes in OpenJDK6 have not been pushed into OpenJDK7 yet. I think I pushed a fix for this into the jdk7/build/corba repository, but it may be a while before it gets integrated into the master jdk7/jdk7/corba repository. You could try: cd your/corba hg pull http://hg.openjdk.java.net/jdk7/build/corba -kto David Herron wrote: > I just fclone'd the JDK7 source tree and am running through the build > process. > > I'm running into a build failure if ALT_JDK_IMPORT_PATH is not set. > This variable is not discussed in README-builds.html but is mentioned in > jdk/make/README. > > The build failure is the same as here: > http://www.mail-archive.com/build-dev at openjdk.java.net/msg00273.html > It gets a short way into the build and dies while compiling idlj. In > the followup discussion Kelly wrote that this variable shouldn't need to > be set. I did download the matching binary plug and > ALT_BINARY_PLUGS_PATH is set to where that's unpacked. ALT_BOOTDIR is > set to my Java6 install. > > This message > http://www.mail-archive.com/build-dev at openjdk.java.net/msg00275.html > suggests a possible fix but I tried that and it made no difference. > > I downloaded the full JDK7 bundle, unpacked it, set ALT_JDK_IMPORT_PATH > to it, and now the build is going. But I think this shouldn't be > necessary --- In > http://wikis.sun.com/display/OpenJdkBuilds/JDK+Glossary+of+Terms > It's said this variable is used for importing stuff during a partial > build. But in this case I'm at the root of a full forest and typing > "make all". > > From kelly.ohair at sun.com Wed Mar 5 18:56:49 2008 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Thu, 06 Mar 2008 02:56:49 +0000 Subject: hg: jdk7/build: 6662830: OpenJDK build testing results Message-ID: <20080306025649.D4B07263F3@hg.openjdk.java.net> Changeset: be0ea51b2743 Author: ohair Date: 2008-03-05 18:56 -0800 URL: http://hg.openjdk.java.net/jdk7/build/rev/be0ea51b2743 6662830: OpenJDK build testing results Summary: Small corrections in the README. Reviewed-by: xdono ! README-builds.html From dougfelt at yahoo.com Fri Mar 7 00:52:47 2008 From: dougfelt at yahoo.com (Douglas Felt) Date: Fri, 7 Mar 2008 00:52:47 -0800 (PST) Subject: JDK_IMPORT_PATH Message-ID: <563925.50295.qm@web39202.mail.mud.yahoo.com> Kelly suggested the following, but it doesn't work for me. --- I think I pushed a fix for this into the jdk7/build/corba repository, but it may be a while before it gets integrated into the master jdk7/jdk7/corba repository. You could try: cd your/corba hg pull http://hg.openjdk.java.net/jdk7/build/corba --- dougfelt at df-kubuntu:~/openjdk/jdk7/java2d/corba$ hg pull http://hg.openjdk.java.net/jdk7/build/corba pulling from http://hg.openjdk.java.net/jdk7/build/corba searching for changes no changes found $ [...] >>>Recursively making xa build @ Fri Mar 7 00:39:59 PST 2008 ... make[3]: Entering directory `/home/dougfelt/openjdk/jdk7/java2d/corba/make/javax/xa' ../../common/shared/Defs-linux.gmk:138: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" So I'm not sure what to do now. Doug ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping From Kelly.Ohair at Sun.COM Fri Mar 7 10:22:21 2008 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Fri, 07 Mar 2008 10:22:21 -0800 Subject: JDK_IMPORT_PATH In-Reply-To: <563925.50295.qm@web39202.mail.mud.yahoo.com> References: <563925.50295.qm@web39202.mail.mud.yahoo.com> Message-ID: <47D187DD.9040000@sun.com> My apologies, I may have confused what the issue was here. When building corba independently, you do need to point it at a ALT_JDK_IMPORT_PATH so it can get a newer javac to use... Perhaps this can help clarify... When we separated out the langtools, corba, jaxp, and jaxws repositories the question comes up as to what "javac" should be used to compile these sources. The langtools repository has the javac sources. The BOOTDIR javac is one revision back (jdk6), so although it can compile all this source now, it cannot create "jdk7" version classfiles and would not be the same javac we would ship with this jdk7 release. (Granted we are still only creating "jdk5" versioned classfiles in both jdk6 and jdk7, so ignore that issue for now, but we can't forget it. This refers to the -target 5 vs. -target 7 javac option.). So officially, every class file delivered as part of the jdk7 product should have been compiled by "the" javac created by the latest jdk7 langtools javac. So the basic official steps for a master build are: Build langtools with the BOOTDIR jdk & javac (langtools team guarantees that the langtools source can be built with a BOOTDIR jdk&javac). This creates a new javac tool that can run with a BOOTDIR jdk and also creates it's javac class files built with this new javac for inclusion into the final jdk7 image. Build everything else with this langtools javac and the BOOTDIR jdk. But when building any of these repositories independently, decisions have to be made about what javac to use. If ALT_LANGTOOLS_DIST is set to refer to a "dist" directory created by a langtools build, then that javac and the BOOTDIR jdk is used to do the javac compiles (or should be, tell me if that is not true). Otherwise, it will use the ALT_JDK_IMPORT_PATH javac, which comes the closest to the right javac to use. ALT_JDK_IMPORT_PATH should refer to a fairly recent jdk7 image. Using the BOOTDIR jdk & javac seemed wrong to me, but I could look into allowing it. Now, ALT_JDK_IMPORT_PATH doesn't "have to" refer to a jdk7 image, you can probably get away with pointing it at a jdk6 image. But that may not be a good long term answer, but should work now. The corba, jaxp, and jaxws teams may decide that their repositories can be considered always buildable by the BOOTDIR jdk, in which case we could change the rules to allow it to be built by the BOOTDIR jdk if langtools javac is not available. But if they ever used a jdk7 feature in theor sources, they would not be able to use a BOOTDIR javac. Hope this helps... and hasn't created more confusion.... :^( -kto Douglas Felt wrote: > Kelly suggested the following, but it doesn't work for me. > > --- > I think I pushed a fix for this into the jdk7/build/corba repository, > but it may be a while before it gets integrated into the master > jdk7/jdk7/corba repository. > > You could try: > cd your/corba > hg pull http://hg.openjdk.java.net/jdk7/build/corba > --- > > dougfelt at df-kubuntu:~/openjdk/jdk7/java2d/corba$ hg pull > http://hg.openjdk.java.net/jdk7/build/corba > pulling from http://hg.openjdk.java.net/jdk7/build/corba > searching for changes > no changes found > $ > [...] >>>> Recursively making xa build @ Fri Mar 7 00:39:59 PST 2008 ... > make[3]: Entering directory > `/home/dougfelt/openjdk/jdk7/java2d/corba/make/javax/xa' > ../../common/shared/Defs-linux.gmk:138: "WARNING: Value of JDK_IMPORT_PATH > cannot be empty, check or set ALT_JDK_IMPORT_PATH" > > So I'm not sure what to do now. > > Doug > > > ____________________________________________________________________________________ > Looking for last minute shopping deals? > Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping From kelly.ohair at sun.com Fri Mar 7 13:12:48 2008 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Fri, 07 Mar 2008 21:12:48 +0000 Subject: hg: jdk7/build/corba: 6624808: corba makefiles not using langtools compiler Message-ID: <20080307211249.4637A264FE@hg.openjdk.java.net> Changeset: a51017b6ba6d Author: ohair Date: 2008-03-06 13:56 -0800 URL: http://hg.openjdk.java.net/jdk7/build/corba/rev/a51017b6ba6d 6624808: corba makefiles not using langtools compiler Summary: If supplied, the langtools javac should be used. Reviewed-by: xdono ! make/common/shared/Defs.gmk From kelly.ohair at sun.com Fri Mar 7 13:17:44 2008 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Fri, 07 Mar 2008 21:17:44 +0000 Subject: hg: jdk7/build/jdk: 6628146: Exclude the .hgignore and .hgtags files from the source bundles Message-ID: <20080307211757.00DEF26513@hg.openjdk.java.net> Changeset: 65c8fd93d01c Author: ohair Date: 2008-03-06 11:37 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/65c8fd93d01c 6628146: Exclude the .hgignore and .hgtags files from the source bundles Summary: Just add to list of SCM files. Reviewed-by: xdono ! make/common/shared/Platform.gmk From francis.andre at easynet.fr Sat Mar 8 02:51:14 2008 From: francis.andre at easynet.fr (Francis ANDRE) Date: Sat, 08 Mar 2008 11:51:14 +0100 Subject: [WXP]: Any plan to use Ant instead of cygwin/make??? Message-ID: <47D26FA2.8030305@easynet.fr> Hi OpenJDK Team While trying to build OpenJDK on WXP SP2, I am facing to a recurrent problem with cygwin that crashes because it could not allocate heap space... $ make 7 [main] ? (232756) C:\Progra~1\cygwin\bin\sh.exe: *** fatal error - could n't allocate heap, Win32 error 487, base 0x6D0000, top 0x6E0000, reserve_size 61 440, allocsize 65536, page_const 4096 This intermittent heap memory allocation problem is a recurent one explained many times on the cygwin archives mailing list. Even with the suggested command explained in http://www.cygwin.com/ml/cygwin/2005-11/msg00413.html regtool -i set /HKLM/Software/Cygnus\ Solutions/Cygwin/heap_chunk_in_mb 2048 make fails on a regular basis... even after the execution of a rebaseall as stated in the cygwin mails. So, that's why I am wondering if you plan to use cpptasks and ant script since using cpptask and the ant-contrib library could be a viable alternative to avoid the cygwin unstability. Regards FA From aph at redhat.com Mon Mar 10 08:30:10 2008 From: aph at redhat.com (Andrew Haley) Date: Mon, 10 Mar 2008 15:30:10 +0000 Subject: [WXP]: Any plan to use Ant instead of cygwin/make??? In-Reply-To: <47D26FA2.8030305@easynet.fr> References: <47D26FA2.8030305@easynet.fr> Message-ID: <47D55402.1050307@redhat.com> Francis ANDRE wrote: > Hi OpenJDK Team > > > While trying to build OpenJDK on WXP SP2, I am facing to a recurrent > problem with cygwin that crashes because it could not allocate heap > space... > > $ make > 7 [main] ? (232756) C:\Progra~1\cygwin\bin\sh.exe: *** fatal error > - could > n't allocate heap, Win32 error 487, base 0x6D0000, top 0x6E0000, > reserve_size 61 > 440, allocsize 65536, page_const 4096 > > > This intermittent heap memory allocation problem is a recurent one > explained many times on the cygwin archives mailing list. > > Even with the suggested command explained in > http://www.cygwin.com/ml/cygwin/2005-11/msg00413.html > > regtool -i set /HKLM/Software/Cygnus\ Solutions/Cygwin/heap_chunk_in_mb > 2048 > > make fails on a regular basis... even after the execution of a rebaseall > as stated in the cygwin mails. > > > > > So, that's why I am wondering if you plan to use cpptasks and ant script > since using cpptask and the ant-contrib library could be a viable > alternative to avoid the cygwin unstability. It'd be a hell of a lot easier to fix the Cygwin bug -- if indeed it is a Cygwin bug -- than to move to using Ant. Not to mention a huge burden on the rest of us who aren't using Microsoft OS. Andrew. From Kelly.Ohair at Sun.COM Mon Mar 10 16:39:43 2008 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Mon, 10 Mar 2008 16:39:43 -0700 Subject: [WXP]: Any plan to use Ant instead of cygwin/make??? In-Reply-To: <47D26FA2.8030305@easynet.fr> References: <47D26FA2.8030305@easynet.fr> Message-ID: <47D5C6BF.6050209@sun.com> Francis ANDRE wrote: > Hi OpenJDK Team > > > While trying to build OpenJDK on WXP SP2, I am facing to a recurrent > problem with cygwin that crashes because it could not allocate heap > space... > > $ make > 7 [main] ? (232756) C:\Progra~1\cygwin\bin\sh.exe: *** fatal error > - could > n't allocate heap, Win32 error 487, base 0x6D0000, top 0x6E0000, > reserve_size 61 > 440, allocsize 65536, page_const 4096 > > > This intermittent heap memory allocation problem is a recurent one > explained many times on the cygwin archives mailing list. > > Even with the suggested command explained in > http://www.cygwin.com/ml/cygwin/2005-11/msg00413.html > > regtool -i set /HKLM/Software/Cygnus\ Solutions/Cygwin/heap_chunk_in_mb > 2048 > > make fails on a regular basis... even after the execution of a rebaseall > as stated in the cygwin mails. > > > > > So, that's why I am wondering if you plan to use cpptasks and ant script > since using cpptask and the ant-contrib library could be a viable > alternative to avoid the cygwin unstability. No. I have never seen this cygwin problem before. Cygwin has been very stable for me and nobody has reported any kind of problem like this. -kto > > Regards > > FA From dougfelt at yahoo.com Mon Mar 10 23:49:09 2008 From: dougfelt at yahoo.com (Douglas Felt) Date: Mon, 10 Mar 2008 23:49:09 -0700 (PDT) Subject: JDK_IMPORT_PATH In-Reply-To: <47D187DD.9040000@sun.com> Message-ID: <366027.61266.qm@web39207.mail.mud.yahoo.com> Thanks for your reply. --- Kelly O'Hair wrote: > My apologies, I may have confused what the issue was here. > When building corba independently, you do need to point it at a > ALT_JDK_IMPORT_PATH so it can get a newer javac to use... > > > Perhaps this can help clarify... > > When we separated out the langtools, corba, jaxp, and jaxws repositories > the question comes up as to what "javac" should be used to compile > these sources. The langtools repository has the javac sources. > The BOOTDIR javac is one revision back (jdk6), so although it can > compile all this source now, it cannot create "jdk7" version classfiles > and would not be the same javac we would ship with this jdk7 release. > (Granted we are still only creating "jdk5" versioned classfiles in both > jdk6 and jdk7, so ignore that issue for now, but we can't forget it. > This refers to the -target 5 vs. -target 7 javac option.). > > So officially, every class file delivered as part of the jdk7 product > should have been compiled by "the" javac created by the latest jdk7 > langtools javac. > > So the basic official steps for a master build are: > Build langtools with the BOOTDIR jdk & javac (langtools team > guarantees > that the langtools source can be built with a BOOTDIR jdk&javac). > This creates a new javac tool that can run with a BOOTDIR jdk and > also creates it's javac class files built with this new javac for > inclusion into the final jdk7 image. > Build everything else with this langtools javac and the BOOTDIR jdk. > > But when building any of these repositories independently, decisions > have to be made about what javac to use. > If ALT_LANGTOOLS_DIST is set to refer to a "dist" directory created > by a langtools build, then that javac and the BOOTDIR jdk is used to do > the > javac compiles (or should be, tell me if that is not true). Apparently not. I am building 'make all' from the root of the 2d image (as of last Saturday). ALT_LANGTOOLS_DIST has been set, according to the sanity output, and the new javac etc all appear to be there. The preceding steps went without error. Setting ALT_JDK_IMPORT_PATH to be the same as ALT_BOOTDIR gets me past this for now, I'll see when the build finishes. Doug > Otherwise, it will use the ALT_JDK_IMPORT_PATH javac, which comes the > closest to the right javac to use. ALT_JDK_IMPORT_PATH should refer to > a fairly recent jdk7 image. Using the BOOTDIR jdk & javac seemed wrong > to me, but I could look into allowing it. > > Now, ALT_JDK_IMPORT_PATH doesn't "have to" refer to a jdk7 image, > you can probably get away with pointing it at a jdk6 image. > But that may not be a good long term answer, but should work now. > > The corba, jaxp, and jaxws teams may decide that their repositories > can be considered always buildable by the BOOTDIR jdk, in which case > we could change the rules to allow it to be built by the BOOTDIR jdk > if langtools javac is not available. But if they ever used a jdk7 > feature in theor sources, they would not be able to use a BOOTDIR javac. > > Hope this helps... and hasn't created more confusion.... :^( > > -kto > > > Douglas Felt wrote: > > Kelly suggested the following, but it doesn't work for me. > > > > --- > > I think I pushed a fix for this into the jdk7/build/corba repository, > > but it may be a while before it gets integrated into the master > > jdk7/jdk7/corba repository. > > > > You could try: > > cd your/corba > > hg pull http://hg.openjdk.java.net/jdk7/build/corba > > --- > > > > dougfelt at df-kubuntu:~/openjdk/jdk7/java2d/corba$ hg pull > > http://hg.openjdk.java.net/jdk7/build/corba > > pulling from http://hg.openjdk.java.net/jdk7/build/corba > > searching for changes > > no changes found > > $ > > [...] > >>>> Recursively making xa build @ Fri Mar 7 00:39:59 PST 2008 ... > > make[3]: Entering directory > > `/home/dougfelt/openjdk/jdk7/java2d/corba/make/javax/xa' > > ../../common/shared/Defs-linux.gmk:138: "WARNING: Value of > JDK_IMPORT_PATH > > cannot be empty, check or set ALT_JDK_IMPORT_PATH" > > > > So I'm not sure what to do now. > > > > Doug > > > > > > > ____________________________________________________________________________________ > > Looking for last minute shopping deals? > > Find them fast with Yahoo! Search. > http://tools.search.yahoo.com/newsearch/category.php?category=shopping > ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping From dougfelt at yahoo.com Tue Mar 11 00:16:11 2008 From: dougfelt at yahoo.com (Douglas Felt) Date: Tue, 11 Mar 2008 00:16:11 -0700 (PDT) Subject: ubuntu ld version? Message-ID: <975414.95463.qm@web39208.mail.mud.yahoo.com> I encountered the following problem when trying to build on kubuntu 7.10. Apparently my version of ld doesn't understand -lXtst. /home/dougfelt/openjdk/jdk7/java2d/build/linux-i586/tmp/sun/sun.awt.X11/xawt/obj/awt_AWTEvent.o /home/dougfelt/openjdk/jdk7/java2d/build/linux-i586/tmp/sun/sun.awt.X11/xawt/obj/awt_DrawingSurface.o /home/dougfelt/openjdk/jdk7/java2d/build/linux-i586/tmp/sun/sun.awt.X11/xawt/obj/jawt.o /home/dougfelt/openjdk/jdk7/java2d/build/linux-i586/tmp/sun/sun.awt.X11/xawt/obj/CUPSfuncs.o /home/dougfelt/openjdk/jdk7/java2d/build/linux-i586/tmp/sun/sun.awt.X11/xawt/obj/debug_assert.o /home/dougfelt/openjdk/jdk7/java2d/build/linux-i586/tmp/sun/sun.awt.X11/xawt/obj/debug_mem.o /home/dougfelt/openjdk/jdk7/java2d/build/linux-i586/tmp/sun/sun.awt.X11/xawt/obj/debug_trace.o /home/dougfelt/openjdk/jdk7/java2d/build/linux-i586/tmp/sun/sun.awt.X11/xawt/obj/debug_util.o /home/dougfelt/openjdk/jdk7/java2d/build/linux-i586/tmp/sun/sun.awt.X11/xawt/obj/awt_Plugin.o /home/dougfelt/openjdk/jdk7/java2d/build/linux-i586/tmp/sun/sun.awt.X11/xawt/obj/gtk2_interface.o /home/dougfelt/openjdk/jdk7/java2d/build/linux-i586/tmp/sun/sun.awt.X11/xawt/obj/swing_GTKEngine.o /home/dougfelt/openjdk/jdk7/java2d/build/linux-i586/tmp/sun/sun.awt.X11/xawt/obj/swing_GTKStyle.o -lm -lawt -lXext -lX11 -ldl -Xlinker -z -Xlinker origin -Xlinker -rpath -Xlinker \$ORIGIN -Xlinker -z -Xlinker origin -Xlinker -rpath -Xlinker \$ORIGIN/.. -z defs -L/home/dougfelt/openjdk/jdk7/java2d/build/linux-i586/lib/i386 -Wl,-soname=libmawt.so -lXtst -lXi -ljava -L/home/dougfelt/openjdk/jdk7/java2d/build/linux-i586/lib/i386/server -ljvm -lc /usr/bin/ld: cannot find -lXtst collect2: ld returned 1 exit status make[3]: *** [/home/dougfelt/openjdk/jdk7/java2d/build/linux-i586/lib/i386/xawt/libmawt.so] Error 1 make[3]: Leaving directory `/home/dougfelt/openjdk/jdk7/java2d/jdk/make/sun/xawt' make[2]: *** [all] Error 1 make[2]: Leaving directory `/home/dougfelt/openjdk/jdk7/java2d/jdk/make/sun' make[1]: *** [all] Error 1 make[1]: Leaving directory `/home/dougfelt/openjdk/jdk7/java2d/jdk/make' make: *** [jdk-build] Error 2 $ ld --version GNU ld (GNU Binutils for Ubuntu) 2.18 Copyright 2007 Free Software Foundation, Inc. [...] $ Is there some other version that I should install? Doug ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ From aph at redhat.com Tue Mar 11 03:06:35 2008 From: aph at redhat.com (Andrew Haley) Date: Tue, 11 Mar 2008 10:06:35 +0000 Subject: ubuntu ld version? In-Reply-To: <975414.95463.qm@web39208.mail.mud.yahoo.com> References: <975414.95463.qm@web39208.mail.mud.yahoo.com> Message-ID: <47D659AB.1050602@redhat.com> Douglas Felt wrote: > I encountered the following problem when trying to build on kubuntu 7.10. > Apparently my version of ld doesn't understand -lXtst. Is /usr/lib/libXtst.so installed? Andrew. From kelly.ohair at sun.com Tue Mar 11 09:36:30 2008 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Tue, 11 Mar 2008 16:36:30 +0000 Subject: hg: jdk7/build: 2 new changesets Message-ID: <20080311163630.7C0D52675C@hg.openjdk.java.net> Changeset: d83470fdf495 Author: ohair Date: 2008-03-09 13:11 -0700 URL: http://hg.openjdk.java.net/jdk7/build/rev/d83470fdf495 6649270: Change by-default openjdk building in control/make/makefile to use open source tree Summary: Change build rules to allow for openjdk builds by default when building the closed or production build. Reviewed-by: xdono ! Makefile ! make/Defs-internal.gmk Changeset: d6b08bdb9a54 Author: ohair Date: 2008-03-09 15:47 -0700 URL: http://hg.openjdk.java.net/jdk7/build/rev/d6b08bdb9a54 6649672: Adjustments to OUTPUTDIR default and mkdirs to avoid empty directory clutter Summary: Cleanup of OUTPUTDIR handling Reviewed-by: xdono ! Makefile From kelly.ohair at sun.com Tue Mar 11 09:38:09 2008 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Tue, 11 Mar 2008 16:38:09 +0000 Subject: hg: jdk7/build/jdk: 2 new changesets Message-ID: <20080311163833.605F526769@hg.openjdk.java.net> Changeset: 48d06b4c6460 Author: ohair Date: 2008-03-09 14:16 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/48d06b4c6460 6672777: Broken deploy build from jdk fix 6668781 for cygwin windows Summary: deploy workspace does not set BUILDDIR, uses it, assumes it is jdk/make. Reviewed-by: xdono ! make/common/Defs.gmk Changeset: 8ef9fd5c28fd Author: ohair Date: 2008-03-10 16:51 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/8ef9fd5c28fd 6649672: Adjustments to OUTPUTDIR default and mkdirs to avoid empty directory clutter Summary: OUTPUTDIR changes to make sure absolute path is correct. Reviewed-by: xdono ! make/common/Defs.gmk ! make/common/shared/Defs-control.gmk ! make/common/shared/Defs.gmk From Kelly.Ohair at Sun.COM Tue Mar 11 10:19:46 2008 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Tue, 11 Mar 2008 10:19:46 -0700 Subject: JDK_IMPORT_PATH In-Reply-To: <366027.61266.qm@web39207.mail.mud.yahoo.com> References: <366027.61266.qm@web39207.mail.mud.yahoo.com> Message-ID: <47D6BF32.8070900@sun.com> A few days ago I putback this fix to the jdk7/build/corba repository: http://hg.openjdk.java.net/jdk7/build/corba/rev/a51017b6ba6d Did you get that change? Sorry about the problems. The corba Makefiles are considered somewhat temporary, eventually the corba repository will become 100% java and get built with an ant script much like jaxp and jaxws are built now. At the time we separated out corba, it was the most difficult to disconnect from the Makefiles and actually has a few native code pieces that we hope to toss at some point, or move back into the jdk repository to keep the native code corralled so to speak. ;^) -kto Douglas Felt wrote: > Thanks for your reply. > > --- Kelly O'Hair wrote: > >> My apologies, I may have confused what the issue was here. >> When building corba independently, you do need to point it at a >> ALT_JDK_IMPORT_PATH so it can get a newer javac to use... >> >> >> Perhaps this can help clarify... >> >> When we separated out the langtools, corba, jaxp, and jaxws repositories >> the question comes up as to what "javac" should be used to compile >> these sources. The langtools repository has the javac sources. >> The BOOTDIR javac is one revision back (jdk6), so although it can >> compile all this source now, it cannot create "jdk7" version classfiles >> and would not be the same javac we would ship with this jdk7 release. >> (Granted we are still only creating "jdk5" versioned classfiles in both >> jdk6 and jdk7, so ignore that issue for now, but we can't forget it. >> This refers to the -target 5 vs. -target 7 javac option.). >> >> So officially, every class file delivered as part of the jdk7 product >> should have been compiled by "the" javac created by the latest jdk7 >> langtools javac. >> >> So the basic official steps for a master build are: >> Build langtools with the BOOTDIR jdk & javac (langtools team >> guarantees >> that the langtools source can be built with a BOOTDIR jdk&javac). >> This creates a new javac tool that can run with a BOOTDIR jdk and >> also creates it's javac class files built with this new javac for >> inclusion into the final jdk7 image. >> Build everything else with this langtools javac and the BOOTDIR jdk. >> >> But when building any of these repositories independently, decisions >> have to be made about what javac to use. >> If ALT_LANGTOOLS_DIST is set to refer to a "dist" directory created >> by a langtools build, then that javac and the BOOTDIR jdk is used to do >> the >> javac compiles (or should be, tell me if that is not true). > > Apparently not. I am building 'make all' from the root of the 2d image > (as of last Saturday). ALT_LANGTOOLS_DIST has been set, according to the > sanity output, and the new javac etc all appear to be there. The > preceding steps went without error. > > Setting ALT_JDK_IMPORT_PATH to be the same as ALT_BOOTDIR gets me past > this for now, I'll see when the build finishes. > > Doug > >> Otherwise, it will use the ALT_JDK_IMPORT_PATH javac, which comes the >> closest to the right javac to use. ALT_JDK_IMPORT_PATH should refer to >> a fairly recent jdk7 image. Using the BOOTDIR jdk & javac seemed wrong >> to me, but I could look into allowing it. >> >> Now, ALT_JDK_IMPORT_PATH doesn't "have to" refer to a jdk7 image, >> you can probably get away with pointing it at a jdk6 image. >> But that may not be a good long term answer, but should work now. >> >> The corba, jaxp, and jaxws teams may decide that their repositories >> can be considered always buildable by the BOOTDIR jdk, in which case >> we could change the rules to allow it to be built by the BOOTDIR jdk >> if langtools javac is not available. But if they ever used a jdk7 >> feature in theor sources, they would not be able to use a BOOTDIR javac. >> >> Hope this helps... and hasn't created more confusion.... :^( >> >> -kto >> >> >> Douglas Felt wrote: >>> Kelly suggested the following, but it doesn't work for me. >>> >>> --- >>> I think I pushed a fix for this into the jdk7/build/corba repository, >>> but it may be a while before it gets integrated into the master >>> jdk7/jdk7/corba repository. >>> >>> You could try: >>> cd your/corba >>> hg pull http://hg.openjdk.java.net/jdk7/build/corba >>> --- >>> >>> dougfelt at df-kubuntu:~/openjdk/jdk7/java2d/corba$ hg pull >>> http://hg.openjdk.java.net/jdk7/build/corba >>> pulling from http://hg.openjdk.java.net/jdk7/build/corba >>> searching for changes >>> no changes found >>> $ >>> [...] >>>>>> Recursively making xa build @ Fri Mar 7 00:39:59 PST 2008 ... >>> make[3]: Entering directory >>> `/home/dougfelt/openjdk/jdk7/java2d/corba/make/javax/xa' >>> ../../common/shared/Defs-linux.gmk:138: "WARNING: Value of >> JDK_IMPORT_PATH >>> cannot be empty, check or set ALT_JDK_IMPORT_PATH" >>> >>> So I'm not sure what to do now. >>> >>> Doug >>> >>> >>> > ____________________________________________________________________________________ >>> Looking for last minute shopping deals? >>> Find them fast with Yahoo! Search. >> http://tools.search.yahoo.com/newsearch/category.php?category=shopping >> > > > > ____________________________________________________________________________________ > Looking for last minute shopping deals? > Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping From dougfelt at yahoo.com Tue Mar 11 21:44:03 2008 From: dougfelt at yahoo.com (Douglas Felt) Date: Tue, 11 Mar 2008 21:44:03 -0700 (PDT) Subject: JDK_IMPORT_PATH In-Reply-To: <47D6BF32.8070900@sun.com> Message-ID: <976041.13431.qm@web39211.mail.mud.yahoo.com> --- Kelly O'Hair wrote: > A few days ago I putback this fix to the jdk7/build/corba repository: > > http://hg.openjdk.java.net/jdk7/build/corba/rev/a51017b6ba6d > > Did you get that change? > I tried pulling again and this time the change came over-- I'm sorry, I hadn't tried since Saturday. I've already built corba and am trying to complete a build before I try a clean rebuild again, so I haven't yet verified that it fixes my problem, though I fully expect it will. Thanks again for your help! Doug ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping From dougfelt at yahoo.com Tue Mar 11 21:56:17 2008 From: dougfelt at yahoo.com (Douglas Felt) Date: Tue, 11 Mar 2008 21:56:17 -0700 (PDT) Subject: ld problem? Message-ID: <943564.98222.qm@web39210.mail.mud.yahoo.com> Teach me to try to debug build problems at midnight with a head cold. It was, of course, a library issue, not a problem with my version of ld. It turns out that while I had libXtst, I didn't have the symbolic link libXtst.so to the actual version installed on my machine. The same was true for libXi, which failed a bit later. We'll see if I hit any more. I'm not savvy about updating/customizing linux-- many of the other X libs have links already. Should I have known to add these links? I would have thought aptitude would do that for me. Doug ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs From aph at redhat.com Wed Mar 12 02:25:10 2008 From: aph at redhat.com (Andrew Haley) Date: Wed, 12 Mar 2008 09:25:10 +0000 Subject: ld problem? In-Reply-To: <943564.98222.qm@web39210.mail.mud.yahoo.com> References: <943564.98222.qm@web39210.mail.mud.yahoo.com> Message-ID: <47D7A176.9000708@redhat.com> Douglas Felt wrote: > Teach me to try to debug build problems at midnight with a head cold. It > was, of course, a library issue, not a problem with my version of ld. > > It turns out that while I had libXtst, I didn't have the symbolic link > libXtst.so to the actual version installed on my machine. The same was > true for libXi, which failed a bit later. We'll see if I hit any more. > > I'm not savvy about updating/customizing linux-- many of the other X libs > have links already. Should I have known to add these links? Certainly not. They should be part of the libXtst-devel package or similar. I wonder if you had libXtst but not the -devel package, or whatever Debian calls it. Andrew. From kelly.ohair at sun.com Thu Mar 13 16:13:22 2008 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Thu, 13 Mar 2008 23:13:22 +0000 Subject: hg: jdk7/build: 6675289: Make default production build NOT include an openjdk build Message-ID: <20080313231322.CE4A5269E8@hg.openjdk.java.net> Changeset: f769c64f71ac Author: ohair Date: 2008-03-13 16:12 -0700 URL: http://hg.openjdk.java.net/jdk7/build/rev/f769c64f71ac 6675289: Make default production build NOT include an openjdk build Summary: SKIP_OPENJDK_BUILD now set to true. Reviewed-by: xdono ! make/Defs-internal.gmk From kelly.ohair at sun.com Tue Mar 18 12:32:31 2008 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Tue, 18 Mar 2008 19:32:31 +0000 Subject: hg: jdk7/build: 6674232: OPENJDK=false is same as OPENJDK=true Message-ID: <20080318193231.27F6526E26@hg.openjdk.java.net> Changeset: 05809a7eb190 Author: ohair Date: 2008-03-18 11:01 -0700 URL: http://hg.openjdk.java.net/jdk7/build/rev/05809a7eb190 6674232: OPENJDK=false is same as OPENJDK=true Summary: If OPENJDK has a value, that value must be "true", empty value == undefined with GNU make. Reviewed-by: tbell ! make/Defs-internal.gmk From kelly.ohair at sun.com Tue Mar 18 12:33:22 2008 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Tue, 18 Mar 2008 19:33:22 +0000 Subject: hg: jdk7/build/jdk: 4 new changesets Message-ID: <20080318193410.AD08026E2D@hg.openjdk.java.net> Changeset: f1c168caf94f Author: ohair Date: 2008-03-18 11:03 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/f1c168caf94f 6674226: Warning errors in freetypecheck Summary: Just corrected some C code to remove warning errors from gcc. Reviewed-by: tbell ! make/tools/freetypecheck/freetypecheck.c Changeset: e564dc9241e5 Author: ohair Date: 2008-03-18 11:04 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/e564dc9241e5 6611788: chmod a+x bin/winver.exe in make/tools/winver/Makefile fails on a read only file system Summary: Tell Mercurial this file has execute permission. Reviewed-by: tbell Changeset: ea98209ac149 Author: ohair Date: 2008-03-18 11:06 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/ea98209ac149 6674232: OPENJDK=false is same as OPENJDK=true Summary: OPENJDK should be empty (undefined) or "true". Reviewed-by: tbell ! make/common/Defs.gmk Changeset: e98ce66d7630 Author: ohair Date: 2008-03-18 11:08 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/e98ce66d7630 6654458: /java/devtools findbugs doesn't work on windows Summary: Changes to both ant and findbugs version checking. Reviewed-by: tbell ! make/common/shared/Defs-utils.gmk ! make/common/shared/Defs.gmk ! make/common/shared/Sanity.gmk From ted at tedneward.com Tue Mar 18 17:53:19 2008 From: ted at tedneward.com (Ted Neward) Date: Tue, 18 Mar 2008 17:53:19 -0700 Subject: What am I doing wrong here? Message-ID: <02cc01c8895b$a16047d0$e420d770$@com> So I?ve got the Mercurial repos on my machine, and I see the changesets being posted to the build-dev list, but when I do ?hg update? on my box, nothing gets downloaded. Am I missing something here? Wrong hg command, or ?? Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing HYPERLINK "http://www.tedneward.com"http://www.tedneward.com No virus found in this outgoing message. Checked by AVG. Version: 7.5.519 / Virus Database: 269.21.7/1333 - Release Date: 3/18/2008 8:10 AM -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/build-dev/attachments/20080318/0a7ff9ab/attachment.html From Weijun.Wang at Sun.COM Tue Mar 18 17:55:52 2008 From: Weijun.Wang at Sun.COM (Max (Weijun) Wang) Date: Wed, 19 Mar 2008 08:55:52 +0800 Subject: What am I doing wrong here? In-Reply-To: <02cc01c8895b$a16047d0$e420d770$@com> References: <02cc01c8895b$a16047d0$e420d770$@com> Message-ID: <7F6DC8EF-6374-457E-9D8B-FF3585432CBF@sun.com> "hg pull" first On Mar 19, 2008, at 8:53 AM, Ted Neward wrote: > So I?ve got the Mercurial repos on my machine, and I see the > changesets being posted to the build-dev list, but when I do ?hg > update? on my box, nothing gets downloaded. Am I missing something > here? Wrong hg command, or ?? > > Ted Neward > Java, .NET, XML Services > Consulting, Teaching, Speaking, Writing > http://www.tedneward.com > > > No virus found in this outgoing message. > Checked by AVG. > Version: 7.5.519 / Virus Database: 269.21.7/1333 - Release Date: > 3/18/2008 8:10 AM > From ted at tedneward.com Tue Mar 18 18:11:24 2008 From: ted at tedneward.com (Ted Neward) Date: Tue, 18 Mar 2008 18:11:24 -0700 Subject: What am I doing wrong here? In-Reply-To: <7F6DC8EF-6374-457E-9D8B-FF3585432CBF@sun.com> References: <02cc01c8895b$a16047d0$e420d770$@com> <7F6DC8EF-6374-457E-9D8B-FF3585432CBF@sun.com> Message-ID: <02f001c8895e$280d23a0$78276ae0$@com> Ah.... Got it. Thanks. Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing http://www.tedneward.com > -----Original Message----- > From: Weijun.Wang at Sun.COM [mailto:Weijun.Wang at Sun.COM] > Sent: Tuesday, March 18, 2008 5:56 PM > To: Ted Neward > Cc: build-dev at openjdk.java.net > Subject: Re: What am I doing wrong here? > > "hg pull" first > > On Mar 19, 2008, at 8:53 AM, Ted Neward wrote: > > > So I?ve got the Mercurial repos on my machine, and I see the > > changesets being posted to the build-dev list, but when I do ?hg > > update? on my box, nothing gets downloaded. Am I missing something > > here? Wrong hg command, or ?? > > > > Ted Neward > > Java, .NET, XML Services > > Consulting, Teaching, Speaking, Writing > > http://www.tedneward.com > > > > > > No virus found in this outgoing message. > > Checked by AVG. > > Version: 7.5.519 / Virus Database: 269.21.7/1333 - Release Date: > > 3/18/2008 8:10 AM > > > > No virus found in this incoming message. > Checked by AVG. > Version: 7.5.519 / Virus Database: 269.21.7/1333 - Release Date: > 3/18/2008 8:10 AM > No virus found in this outgoing message. Checked by AVG. Version: 7.5.519 / Virus Database: 269.21.7/1333 - Release Date: 3/18/2008 8:10 AM From Bradford.Wetmore at Sun.COM Tue Mar 18 21:05:34 2008 From: Bradford.Wetmore at Sun.COM (Brad Wetmore) Date: Tue, 18 Mar 2008 21:05:34 -0700 Subject: What am I doing wrong here? In-Reply-To: <02f001c8895e$280d23a0$78276ae0$@com> References: <02cc01c8895b$a16047d0$e420d770$@com> <7F6DC8EF-6374-457E-9D8B-FF3585432CBF@sun.com> <02f001c8895e$280d23a0$78276ae0$@com> Message-ID: <47E0910E.5070808@sun.com> Ted, Since you're talking about the build workspaces, this may not be immediately obvious, but the MASTER workspaces: http://hg.openjdk.java.net/jdk7/jdk7 will generally be more stable than the individual project repositories (build/TL/JSN/etc.) Developers put back directly into the project repositories, which are then build/tested by the gatekeepers, and only after passing some basic QA tests will those changes be put into the MASTER. The MASTER will lag the projects by up to a couple of weeks, but is generally more stable. Brad Ted Neward wrote: > Ah.... Got it. Thanks. > > Ted Neward > Java, .NET, XML Services > Consulting, Teaching, Speaking, Writing > http://www.tedneward.com > > >> -----Original Message----- >> From: Weijun.Wang at Sun.COM [mailto:Weijun.Wang at Sun.COM] >> Sent: Tuesday, March 18, 2008 5:56 PM >> To: Ted Neward >> Cc: build-dev at openjdk.java.net >> Subject: Re: What am I doing wrong here? >> >> "hg pull" first >> >> On Mar 19, 2008, at 8:53 AM, Ted Neward wrote: >> >>> So I?ve got the Mercurial repos on my machine, and I see the >>> changesets being posted to the build-dev list, but when I do ?hg >>> update? on my box, nothing gets downloaded. Am I missing something >>> here? Wrong hg command, or ?? >>> >>> Ted Neward >>> Java, .NET, XML Services >>> Consulting, Teaching, Speaking, Writing >>> http://www.tedneward.com >>> >>> >>> No virus found in this outgoing message. >>> Checked by AVG. >>> Version: 7.5.519 / Virus Database: 269.21.7/1333 - Release Date: >>> 3/18/2008 8:10 AM >>> >> No virus found in this incoming message. >> Checked by AVG. >> Version: 7.5.519 / Virus Database: 269.21.7/1333 - Release Date: >> 3/18/2008 8:10 AM >> > > No virus found in this outgoing message. > Checked by AVG. > Version: 7.5.519 / Virus Database: 269.21.7/1333 - Release Date: 3/18/2008 > 8:10 AM > > From ted at tedneward.com Tue Mar 18 21:11:14 2008 From: ted at tedneward.com (Ted Neward) Date: Tue, 18 Mar 2008 21:11:14 -0700 Subject: FW: Announcing Finalists for the OpenJDK Community Innovator's Challenge Message-ID: <036001c88977$4755fbb0$d601f310$@com> Given that it would appear that my proposal for updating the build process to use a free compiler has apparently been accepted (see below), is there a good time to start thinking about doing the migration work? Are there any major build changes up & coming? I know Kelly has said there's some plans to move the corba project out to an entirely Ant-driven process, so if that's going to happen any time soon, I'll just leave it out of the migration process. (I think the corba stuff still uses the C compiler for some of it, no?) There's a two-step process I want to take with this: 1) Let's leave most of the build infrastructure in place and just try to swap in Visual C++ 2008 Express. 2) Let's see about moving over to MinGW32's infrastructure (instead of Cygwin's) and see if that doesn't help reduce the path problems we're currently facing in the Windows build of OpenJDK. 2) Let's see about moving over to the MinGW32 gcc compiler for building on windows, and thus remove the dependency on Microsoft's compiler completely, in case VC++ ever moves out of a free (as in beer or as in speech) SKU. My goal is to ensure that I hit #1 by the close of the project period (August), and get as far down 2 and 3 as possible. Any thoughts? Suggestions? Ideas for how best to tackle this? You (the guys at Sun) have a lot more experience with this codebase than I, so any tips, pointers or suggestions are appreciated. Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing http://www.tedneward.com > -----Original Message----- > From: announce-bounces at openjdk.java.net [mailto:announce- > bounces at openjdk.java.net] On Behalf Of Rich Sands > Sent: Monday, March 17, 2008 6:54 PM > To: announce at openjdk.java.net; challenge-discuss at openjdk.java.net > Subject: Announcing Finalists for the OpenJDK Community Innovator's > Challenge > > OpenJDK Community, > > We're pleased to announce the finalists for the OpenJDK Community > Innovator's > Challenge. The judges have been meeting and discussing the 18 proposals > received > during the first phase of the Challenge, and evaluating these proposals > based on > their technical merit, and their likely impact on the OpenJDK Community > and the > adoption of OpenJDK-based implementations in new markets, for new > applications and > uses. It was not an easy decision, as most of the proposals were > thoughtful and > demonstrated passion and commitment to this code base and the > community. The seven > Finalists, in order of receipt of their proposals, are: > > > Closures for Java Neal Gafter > > Implement XRender pipeline for Java2D Clemens Eisserer > > Provide date and time library from JSR-310 Stephen > Colebourne, > Michael > Nascimento Santos > > Portable GUI backends Roman Kennke, > Mario Torre > > Virtual Machine Interface Andrew John Hughes > > Free Software synthesizer implemention for > the OpenJDK project Karl Helgason > > OpenJDK on Windows Ted Neward > > > The judges, all Sun employees, are Alan Bateman, Alex Buckley, Danny > Coward, Joe > Darcy, Ray Gans, James Gosling, Onno Kluyt, Jim Melvin, Alex Potochkin, > Phil Race, > Mark Reinhold, and Rich Sands. > > We want to thank everyone who has entered their proposal into the > Challenge. It is > very exciting to see the level of enthusiasm and interest among > developers for the > OpenJDK code base. The finalists were chosen based on the completeness > and relevance > of their proposals and the degree to which the judges felt the end > results were both > achievable and valuable to the community at this time. Proposals that > were not > selected as finalists are still valuable and interesting but Sun could > not select > them all! The judges hope that everyone who has participated so far in > the Challenge > will consider continuing their efforts in the Community, and > collaborating with their > peers and with Sun to further the goals of the OpenJDK project. > > One other thing to remember -- there is no guarantee that completed > Challenge > projects will be integrated into the main OpenJDK code base, or into > the Java SE > Platform specification (which is governed by the JCP). Being chosen as > a Finalist or > completing a project for the Challenge might help to demonstrate the > feasibility of a > particular API or language proposal but it does not say anything about > the likelihood > of such a project becoming an approved JSR, or about the code being > integrated into > the main branch of the OpenJDK code base. Both the spec and the code > are managed > under processes that are separate from the Challenge. > > The finalists will be notified and project space set up for them if > needed in the > OpenJDK Community. As required by the Challenge rules, work must be > done in the open, > and the entire OpenJDK community is welcome to watch and comment as the > projects > progress. The Innovators Challenge will close on August 4th at which > time each > project will be reviewed to verify that it met the completion criteria > of its > proposal. Cash prizes will be awarded shortly afterwards. > > Thanks again to everyone who has participated. Good luck to all > Finalists on your > projects! > > Regards, > > -- rms > > -- > Rich Sands Phone: +1 781 881 4067 / x81524 > Community Marketing Manager Email: richard.sands at sun.com > Java SE Marketing SMS: 6172830027 at vtext.com > Sun Microsystems, Inc. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > NOTICE: This email message is for the sole use of the intended > recipient(s) and may contain confidential and privileged > information. Any unauthorized review, use, disclosure or > distribution is prohibited. If you are not the intended > recipient, please contact the sender by reply email and destroy > all copies of the original message. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > No virus found in this incoming message. > Checked by AVG. > Version: 7.5.519 / Virus Database: 269.21.7/1332 - Release Date: > 3/17/2008 10:48 AM > No virus found in this outgoing message. Checked by AVG. Version: 7.5.519 / Virus Database: 269.21.7/1333 - Release Date: 3/18/2008 8:10 AM From ted at tedneward.com Tue Mar 18 23:38:38 2008 From: ted at tedneward.com (Ted Neward) Date: Tue, 18 Mar 2008 23:38:38 -0700 Subject: What am I doing wrong here? In-Reply-To: <47E0910E.5070808@sun.com> References: <02cc01c8895b$a16047d0$e420d770$@com> <7F6DC8EF-6374-457E-9D8B-FF3585432CBF@sun.com> <02f001c8895e$280d23a0$78276ae0$@com> <47E0910E.5070808@sun.com> Message-ID: <03ac01c8898b$e8227190$b86754b0$@com> As near as I can tell, I'm pulling from the master repositories--I used the URL you offer below plus the "subproject" URLs; are you saying that there's a better place to pull corba, langtools, jaxp, ... ? My understanding is that each of those subprojects has the code in question, and they're not in the "jdk" project. Correct? Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing http://www.tedneward.com > -----Original Message----- > From: Bradford.Wetmore at Sun.COM [mailto:Bradford.Wetmore at Sun.COM] > Sent: Tuesday, March 18, 2008 9:06 PM > To: Ted Neward > Cc: build-dev at openjdk.java.net > Subject: Re: What am I doing wrong here? > > Ted, > > Since you're talking about the build workspaces, this may not be > immediately obvious, but the MASTER workspaces: > > http://hg.openjdk.java.net/jdk7/jdk7 > > will generally be more stable than the individual project repositories > (build/TL/JSN/etc.) Developers put back directly into the project > repositories, which are then build/tested by the gatekeepers, and only > after passing some basic QA tests will those changes be put into the > MASTER. > > The MASTER will lag the projects by up to a couple of weeks, but is > generally more stable. > > Brad > > > Ted Neward wrote: > > Ah.... Got it. Thanks. > > > > Ted Neward > > Java, .NET, XML Services > > Consulting, Teaching, Speaking, Writing > > http://www.tedneward.com > > > > > >> -----Original Message----- > >> From: Weijun.Wang at Sun.COM [mailto:Weijun.Wang at Sun.COM] > >> Sent: Tuesday, March 18, 2008 5:56 PM > >> To: Ted Neward > >> Cc: build-dev at openjdk.java.net > >> Subject: Re: What am I doing wrong here? > >> > >> "hg pull" first > >> > >> On Mar 19, 2008, at 8:53 AM, Ted Neward wrote: > >> > >>> So I?ve got the Mercurial repos on my machine, and I see the > >>> changesets being posted to the build-dev list, but when I do ?hg > >>> update? on my box, nothing gets downloaded. Am I missing something > >>> here? Wrong hg command, or ?? > >>> > >>> Ted Neward > >>> Java, .NET, XML Services > >>> Consulting, Teaching, Speaking, Writing > >>> http://www.tedneward.com > >>> > >>> > >>> No virus found in this outgoing message. > >>> Checked by AVG. > >>> Version: 7.5.519 / Virus Database: 269.21.7/1333 - Release Date: > >>> 3/18/2008 8:10 AM > >>> > >> No virus found in this incoming message. > >> Checked by AVG. > >> Version: 7.5.519 / Virus Database: 269.21.7/1333 - Release Date: > >> 3/18/2008 8:10 AM > >> > > > > No virus found in this outgoing message. > > Checked by AVG. > > Version: 7.5.519 / Virus Database: 269.21.7/1333 - Release Date: > 3/18/2008 > > 8:10 AM > > > > > > No virus found in this incoming message. > Checked by AVG. > Version: 7.5.519 / Virus Database: 269.21.7/1333 - Release Date: > 3/18/2008 8:10 AM > No virus found in this outgoing message. Checked by AVG. Version: 7.5.519 / Virus Database: 269.21.7/1333 - Release Date: 3/18/2008 8:10 AM From Weijun.Wang at Sun.COM Tue Mar 18 23:54:28 2008 From: Weijun.Wang at Sun.COM (Max (Weijun) Wang) Date: Wed, 19 Mar 2008 14:54:28 +0800 Subject: What am I doing wrong here? In-Reply-To: <03ac01c8898b$e8227190$b86754b0$@com> References: <02cc01c8895b$a16047d0$e420d770$@com> <7F6DC8EF-6374-457E-9D8B-FF3585432CBF@sun.com> <02f001c8895e$280d23a0$78276ae0$@com> <47E0910E.5070808@sun.com> <03ac01c8898b$e8227190$b86754b0$@com> Message-ID: <2A4BEF63-EF17-4A2D-B626-7D54A817E0EF@sun.com> You can see these repos at http://hg.openjdk.java.net ... jdk7/jdk7 jdk7/jdk7/jdk ... jdk7/build jdk7/build/jdk ... Here, the first 2 are called MASTER repos, because they don't belong to any dev teams, tehy shoudl be used by release engineers to build release bundles etc. The latter 2 are child repos belong to the build team, this team includes guys like Kelly who focus on the building process. There are other child repos for compiler, swing,... As Brad said, child repos are directly used by developers, so they change fast. Changes in these repos are mailed to {teamname}- dev at openjdk.java.net. Hope this helps. Max On Mar 19, 2008, at 2:38 PM, Ted Neward wrote: > As near as I can tell, I'm pulling from the master repositories--I > used the > URL you offer below plus the "subproject" URLs; are you saying that > there's > a better place to pull corba, langtools, jaxp, ... ? My > understanding is > that each of those subprojects has the code in question, and > they're not in > the "jdk" project. Correct? Yes. > > Ted Neward > Java, .NET, XML Services > Consulting, Teaching, Speaking, Writing > http://www.tedneward.com > > >> -----Original Message----- >> From: Bradford.Wetmore at Sun.COM [mailto:Bradford.Wetmore at Sun.COM] >> Sent: Tuesday, March 18, 2008 9:06 PM >> To: Ted Neward >> Cc: build-dev at openjdk.java.net >> Subject: Re: What am I doing wrong here? >> >> Ted, >> >> Since you're talking about the build workspaces, this may not be >> immediately obvious, but the MASTER workspaces: >> >> http://hg.openjdk.java.net/jdk7/jdk7 >> >> will generally be more stable than the individual project >> repositories >> (build/TL/JSN/etc.) Developers put back directly into the project >> repositories, which are then build/tested by the gatekeepers, and >> only >> after passing some basic QA tests will those changes be put into the >> MASTER. >> >> The MASTER will lag the projects by up to a couple of weeks, but is >> generally more stable. >> >> Brad >> >> >> Ted Neward wrote: >>> Ah.... Got it. Thanks. >>> >>> Ted Neward >>> Java, .NET, XML Services >>> Consulting, Teaching, Speaking, Writing >>> http://www.tedneward.com >>> >>> >>>> -----Original Message----- >>>> From: Weijun.Wang at Sun.COM [mailto:Weijun.Wang at Sun.COM] >>>> Sent: Tuesday, March 18, 2008 5:56 PM >>>> To: Ted Neward >>>> Cc: build-dev at openjdk.java.net >>>> Subject: Re: What am I doing wrong here? >>>> >>>> "hg pull" first >>>> >>>> On Mar 19, 2008, at 8:53 AM, Ted Neward wrote: >>>> >>>>> So I?ve got the Mercurial repos on my machine, and I see the >>>>> changesets being posted to the build-dev list, but when I do ?hg >>>>> update? on my box, nothing gets downloaded. Am I missing something >>>>> here? Wrong hg command, or ?? >>>>> >>>>> Ted Neward >>>>> Java, .NET, XML Services >>>>> Consulting, Teaching, Speaking, Writing >>>>> http://www.tedneward.com >>>>> >>>>> >>>>> No virus found in this outgoing message. >>>>> Checked by AVG. >>>>> Version: 7.5.519 / Virus Database: 269.21.7/1333 - Release Date: >>>>> 3/18/2008 8:10 AM >>>>> >>>> No virus found in this incoming message. >>>> Checked by AVG. >>>> Version: 7.5.519 / Virus Database: 269.21.7/1333 - Release Date: >>>> 3/18/2008 8:10 AM >>>> >>> >>> No virus found in this outgoing message. >>> Checked by AVG. >>> Version: 7.5.519 / Virus Database: 269.21.7/1333 - Release Date: >> 3/18/2008 >>> 8:10 AM >>> >>> >> >> No virus found in this incoming message. >> Checked by AVG. >> Version: 7.5.519 / Virus Database: 269.21.7/1333 - Release Date: >> 3/18/2008 8:10 AM >> > > No virus found in this outgoing message. > Checked by AVG. > Version: 7.5.519 / Virus Database: 269.21.7/1333 - Release Date: > 3/18/2008 > 8:10 AM > > From gnu_andrew at member.fsf.org Wed Mar 19 01:48:26 2008 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Wed, 19 Mar 2008 08:48:26 +0000 Subject: FW: Announcing Finalists for the OpenJDK Community Innovator's Challenge In-Reply-To: <036001c88977$4755fbb0$d601f310$@com> References: <036001c88977$4755fbb0$d601f310$@com> Message-ID: <17c6771e0803190148q10c7b910t625e64142f78d758@mail.gmail.com> On 19/03/2008, Ted Neward wrote: > Given that it would appear that my proposal for updating the build process > to use a free compiler has apparently been accepted (see below), is there a > good time to start thinking about doing the migration work? Are there any > major build changes up & coming? I know Kelly has said there's some plans to > move the corba project out to an entirely Ant-driven process, so if that's > going to happen any time soon, I'll just leave it out of the migration > process. (I think the corba stuff still uses the C compiler for some of it, > no?) > > There's a two-step process I want to take with this: > 1) Let's leave most of the build infrastructure in place and just try to > swap in Visual C++ 2008 Express. > 2) Let's see about moving over to MinGW32's infrastructure (instead of > Cygwin's) and see if that doesn't help reduce the path problems we're > currently facing in the Windows build of OpenJDK. > 2) Let's see about moving over to the MinGW32 gcc compiler for building on > windows, and thus remove the dependency on Microsoft's compiler completely, > in case VC++ ever moves out of a free (as in beer or as in speech) SKU. > > My goal is to ensure that I hit #1 by the close of the project period > (August), and get as far down 2 and 3 as possible. > > Any thoughts? Suggestions? Ideas for how best to tackle this? You (the guys > at Sun) have a lot more experience with this codebase than I, so any tips, > pointers or suggestions are appreciated. > > Ted Neward > Java, .NET, XML Services > Consulting, Teaching, Speaking, Writing > http://www.tedneward.com > > > > -----Original Message----- > > From: announce-bounces at openjdk.java.net [mailto:announce- > > bounces at openjdk.java.net] On Behalf Of Rich Sands > > Sent: Monday, March 17, 2008 6:54 PM > > To: announce at openjdk.java.net; challenge-discuss at openjdk.java.net > > Subject: Announcing Finalists for the OpenJDK Community Innovator's > > Challenge > > > > OpenJDK Community, > > > > We're pleased to announce the finalists for the OpenJDK Community > > Innovator's > > Challenge. The judges have been meeting and discussing the 18 proposals > > received > > during the first phase of the Challenge, and evaluating these proposals > > based on > > their technical merit, and their likely impact on the OpenJDK Community > > and the > > adoption of OpenJDK-based implementations in new markets, for new > > applications and > > uses. It was not an easy decision, as most of the proposals were > > thoughtful and > > demonstrated passion and commitment to this code base and the > > community. The seven > > Finalists, in order of receipt of their proposals, are: > > > > > > Closures for Java Neal Gafter > > > > Implement XRender pipeline for Java2D Clemens Eisserer > > > > Provide date and time library from JSR-310 Stephen > > Colebourne, > > Michael > > Nascimento Santos > > > > Portable GUI backends Roman Kennke, > > Mario Torre > > > > Virtual Machine Interface Andrew John Hughes > > > > Free Software synthesizer implemention for > > the OpenJDK project Karl Helgason > > > > OpenJDK on Windows Ted Neward > > > > > > The judges, all Sun employees, are Alan Bateman, Alex Buckley, Danny > > Coward, Joe > > Darcy, Ray Gans, James Gosling, Onno Kluyt, Jim Melvin, Alex Potochkin, > > Phil Race, > > Mark Reinhold, and Rich Sands. > > > > We want to thank everyone who has entered their proposal into the > > Challenge. It is > > very exciting to see the level of enthusiasm and interest among > > developers for the > > OpenJDK code base. The finalists were chosen based on the completeness > > and relevance > > of their proposals and the degree to which the judges felt the end > > results were both > > achievable and valuable to the community at this time. Proposals that > > were not > > selected as finalists are still valuable and interesting but Sun could > > not select > > them all! The judges hope that everyone who has participated so far in > > the Challenge > > will consider continuing their efforts in the Community, and > > collaborating with their > > peers and with Sun to further the goals of the OpenJDK project. > > > > One other thing to remember -- there is no guarantee that completed > > Challenge > > projects will be integrated into the main OpenJDK code base, or into > > the Java SE > > Platform specification (which is governed by the JCP). Being chosen as > > a Finalist or > > completing a project for the Challenge might help to demonstrate the > > feasibility of a > > particular API or language proposal but it does not say anything about > > the likelihood > > of such a project becoming an approved JSR, or about the code being > > integrated into > > the main branch of the OpenJDK code base. Both the spec and the code > > are managed > > under processes that are separate from the Challenge. > > > > The finalists will be notified and project space set up for them if > > needed in the > > OpenJDK Community. As required by the Challenge rules, work must be > > done in the open, > > and the entire OpenJDK community is welcome to watch and comment as the > > projects > > progress. The Innovators Challenge will close on August 4th at which > > time each > > project will be reviewed to verify that it met the completion criteria > > of its > > proposal. Cash prizes will be awarded shortly afterwards. > > > > Thanks again to everyone who has participated. Good luck to all > > Finalists on your > > projects! > > > > Regards, > > > > -- rms > > > > -- > > Rich Sands Phone: +1 781 881 4067 / x81524 > > Community Marketing Manager Email: richard.sands at sun.com > > Java SE Marketing SMS: 6172830027 at vtext.com > > Sun Microsystems, Inc. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > NOTICE: This email message is for the sole use of the intended > > recipient(s) and may contain confidential and privileged > > information. Any unauthorized review, use, disclosure or > > distribution is prohibited. If you are not the intended > > recipient, please contact the sender by reply email and destroy > > all copies of the original message. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > No virus found in this incoming message. > > Checked by AVG. > > Version: 7.5.519 / Virus Database: 269.21.7/1332 - Release Date: > > 3/17/2008 10:48 AM > > > > No virus found in this outgoing message. > Checked by AVG. > Version: 7.5.519 / Virus Database: 269.21.7/1333 - Release Date: 3/18/2008 > 8:10 AM > > > So, if I'm reading this correctly, the project is to make the build on Windows both easier and Free? Your initial proposal was a little unclear (at least to me), and I couldn't work out whether or not you were proposing shifting from a Free build system (Cygwin) to a non-Free one (MSVC). This sounds different again, so it would be great to have some clarification. I'm speaking merely as an observer here; I have enough problems building OpenJDK on GNU/Linux. I wouldn't even want to attempt it on a Windows installation, so great job in taking that on! :) Cheers, -- Andrew :-) Document Freedom Day - March 26th http://documentfreedom.org Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From gnu_andrew at member.fsf.org Wed Mar 19 01:53:51 2008 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Wed, 19 Mar 2008 08:53:51 +0000 Subject: What am I doing wrong here? In-Reply-To: <03ac01c8898b$e8227190$b86754b0$@com> References: <02cc01c8895b$a16047d0$e420d770$@com> <7F6DC8EF-6374-457E-9D8B-FF3585432CBF@sun.com> <02f001c8895e$280d23a0$78276ae0$@com> <47E0910E.5070808@sun.com> <03ac01c8898b$e8227190$b86754b0$@com> Message-ID: <17c6771e0803190153m4a16f95dm4e51cfa74a2532c2@mail.gmail.com> On 19/03/2008, Ted Neward wrote: > As near as I can tell, I'm pulling from the master repositories--I used the > URL you offer below plus the "subproject" URLs; are you saying that there's > a better place to pull corba, langtools, jaxp, ... ? My understanding is > that each of those subprojects has the code in question, and they're not in > the "jdk" project. Correct? > > > Ted Neward > Java, .NET, XML Services > Consulting, Teaching, Speaking, Writing > http://www.tedneward.com > > > > -----Original Message----- > > > From: Bradford.Wetmore at Sun.COM [mailto:Bradford.Wetmore at Sun.COM] > > Sent: Tuesday, March 18, 2008 9:06 PM > > To: Ted Neward > > Cc: build-dev at openjdk.java.net > > Subject: Re: What am I doing wrong here? > > > > Ted, > > > > Since you're talking about the build workspaces, this may not be > > immediately obvious, but the MASTER workspaces: > > > > http://hg.openjdk.java.net/jdk7/jdk7 > > > > will generally be more stable than the individual project repositories > > (build/TL/JSN/etc.) Developers put back directly into the project > > repositories, which are then build/tested by the gatekeepers, and only > > after passing some basic QA tests will those changes be put into the > > MASTER. > > > > The MASTER will lag the projects by up to a couple of weeks, but is > > generally more stable. > > > > Brad > > > > > > Ted Neward wrote: > > > Ah.... Got it. Thanks. > > > > > > Ted Neward > > > Java, .NET, XML Services > > > Consulting, Teaching, Speaking, Writing > > > http://www.tedneward.com > > > > > > > > >> -----Original Message----- > > >> From: Weijun.Wang at Sun.COM [mailto:Weijun.Wang at Sun.COM] > > >> Sent: Tuesday, March 18, 2008 5:56 PM > > >> To: Ted Neward > > >> Cc: build-dev at openjdk.java.net > > >> Subject: Re: What am I doing wrong here? > > >> > > >> "hg pull" first > > >> > > >> On Mar 19, 2008, at 8:53 AM, Ted Neward wrote: > > >> > > >>> So I've got the Mercurial repos on my machine, and I see the > > >>> changesets being posted to the build-dev list, but when I do "hg > > >>> update" on my box, nothing gets downloaded. Am I missing something > > >>> here? Wrong hg command, or ?? > > >>> > > >>> Ted Neward > > >>> Java, .NET, XML Services > > >>> Consulting, Teaching, Speaking, Writing > > >>> http://www.tedneward.com > > >>> > > >>> > > >>> No virus found in this outgoing message. > > >>> Checked by AVG. > > >>> Version: 7.5.519 / Virus Database: 269.21.7/1333 - Release Date: > > >>> 3/18/2008 8:10 AM > > >>> > > >> No virus found in this incoming message. > > >> Checked by AVG. > > >> Version: 7.5.519 / Virus Database: 269.21.7/1333 - Release Date: > > >> 3/18/2008 8:10 AM > > >> > > > > > > No virus found in this outgoing message. > > > Checked by AVG. > > > Version: 7.5.519 / Virus Database: 269.21.7/1333 - Release Date: > > 3/18/2008 > > > 8:10 AM > > > > > > > > > > No virus found in this incoming message. > > Checked by AVG. > > Version: 7.5.519 / Virus Database: 269.21.7/1333 - Release Date: > > 3/18/2008 8:10 AM > > > > No virus found in this outgoing message. > Checked by AVG. > Version: 7.5.519 / Virus Database: 269.21.7/1333 - Release Date: 3/18/2008 > 8:10 AM > > > Ted, The JDK is maintained as a Mercurial forest. While you can download each individual repository (CORBA, JAXP, JAXWS, HotSpot, JDK), if you just want to build OpenJDK you generally do: hg fclone http://hg.openjdk.java.net/jdk7/jdk7 with the Mercurial forest extension installed. -- Andrew :-) Document Freedom Day - March 26th http://documentfreedom.org 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 ted at tedneward.com Wed Mar 19 04:29:16 2008 From: ted at tedneward.com (Ted Neward) Date: Wed, 19 Mar 2008 04:29:16 -0700 Subject: Not sure where to post this... In-Reply-To: <47CD0ECA.3040200@sun.com> References: <03f901c87d04$8f7d16a0$ae7743e0$@com> <47CC655A.1020509@sun.com> <056d01c87d7e$a9403d90$fbc0b8b0$@com> <47CD0ECA.3040200@sun.com> Message-ID: <043b01c889b4$78e68130$6ab38390$@com> OK, after pulling the latest bits down from Mercurial, I did a top-level fastdebug build. Tried running it, it falls over with the same hotspot-crash error as before. Thinking that maybe this is just a fastdebug-related problem, I did a top-level product build, and got the same problem. I am now going to junk the repos and try from a fresh 'hg fgclone' and see if that corrects it; if not, I will let y'all know ASAP. Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing http://www.tedneward.com > -----Original Message----- > From: Tim.Bell at Sun.COM [mailto:Tim.Bell at Sun.COM] > Sent: Tuesday, March 04, 2008 12:57 AM > To: Ted Neward > Cc: build-dev at openjdk.java.net > Subject: Re: Not sure where to post this... > > Hi Ted: > > > No, this was a "rm -r -f build" and "make fastdebug_build". I can > send you > > the fastdebug.log file if you think it'll help. > > Please send it to me (offline): tim.bell (at) sun.com > > I will try to puzzle out what is going on. I have some from-scratch > Windows XP build machines > set up and I am in the middle of build changes needed for 6523947: > > http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6523947 > > so this issue could be relevant. > > Tim > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.516 / Virus Database: 269.21.3/1308 - Release Date: > 3/3/2008 10:01 AM > No virus found in this outgoing message. Checked by AVG. Version: 7.5.519 / Virus Database: 269.21.7/1333 - Release Date: 3/18/2008 8:10 AM From ted at tedneward.com Wed Mar 19 04:33:51 2008 From: ted at tedneward.com (Ted Neward) Date: Wed, 19 Mar 2008 04:33:51 -0700 Subject: FW: Announcing Finalists for the OpenJDK Community Innovator's Challenge In-Reply-To: <17c6771e0803190148q10c7b910t625e64142f78d758@mail.gmail.com> References: <036001c88977$4755fbb0$d601f310$@com> <17c6771e0803190148q10c7b910t625e64142f78d758@mail.gmail.com> Message-ID: <043c01c889b5$1ff95920$5fec0b60$@com> > So, if I'm reading this correctly, the project is to make the build on > Windows both easier and Free? Your initial proposal was a little > unclear (at least to me), and I couldn't work out whether or not you > were proposing shifting from a Free build system (Cygwin) to a > non-Free one (MSVC). This sounds different again, so it would be > great to have some clarification. I'm speaking merely as an observer > here; I have enough problems building OpenJDK on GNU/Linux. I > wouldn't even want to attempt it on a Windows installation, so great > job in taking that on! :) > The Windows builds have always used *both* Cygwin and MSVC; Cygwin for the make and other Unix-based file tools (cp, rm, awk, sed, etc), and MSVC for the actual compilation of C/C++ code. (Prior to a few years ago, in fact, it wasn't even Cygwin, it was using MKS, a commercial Unix toolchain for Windows.) My proposal was to move away from the commercial version of MSVC (Visual Studio 2003 and/or Microsoft Visual C++ 6.x are the currently-supported versions of MSVC for building the JDK on Windows) and start using the free version of MSVC (Visual C++ 2008 Express), before attempting moving away from MSVC entirely and using MinGW32's gcc (which is much closer to the underlying OS than Cygwin is). I'm confident step 1 can happen. I'm reasonably confident #2 can happen. I have no idea of step #3 is even remotely possible, but figure it's worth the look, if the time is there. Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing http://www.tedneward.com > -----Original Message----- > From: gnu.andrew.rocks at gmail.com [mailto:gnu.andrew.rocks at gmail.com] On > Behalf Of Andrew John Hughes > Sent: Wednesday, March 19, 2008 1:48 AM > To: Ted Neward > Cc: build-dev at openjdk.java.net > Subject: Re: FW: Announcing Finalists for the OpenJDK Community > Innovator's Challenge > > On 19/03/2008, Ted Neward wrote: > > Given that it would appear that my proposal for updating the build > process > > to use a free compiler has apparently been accepted (see below), is > there a > > good time to start thinking about doing the migration work? Are > there any > > major build changes up & coming? I know Kelly has said there's some > plans to > > move the corba project out to an entirely Ant-driven process, so if > that's > > going to happen any time soon, I'll just leave it out of the > migration > > process. (I think the corba stuff still uses the C compiler for some > of it, > > no?) > > > > There's a two-step process I want to take with this: > > 1) Let's leave most of the build infrastructure in place and just > try to > > swap in Visual C++ 2008 Express. > > 2) Let's see about moving over to MinGW32's infrastructure (instead > of > > Cygwin's) and see if that doesn't help reduce the path problems > we're > > currently facing in the Windows build of OpenJDK. > > 2) Let's see about moving over to the MinGW32 gcc compiler for > building on > > windows, and thus remove the dependency on Microsoft's compiler > completely, > > in case VC++ ever moves out of a free (as in beer or as in speech) > SKU. > > > > My goal is to ensure that I hit #1 by the close of the project > period > > (August), and get as far down 2 and 3 as possible. > > > > Any thoughts? Suggestions? Ideas for how best to tackle this? You > (the guys > > at Sun) have a lot more experience with this codebase than I, so any > tips, > > pointers or suggestions are appreciated. > > > > Ted Neward > > Java, .NET, XML Services > > Consulting, Teaching, Speaking, Writing > > http://www.tedneward.com > > > > > > > -----Original Message----- > > > From: announce-bounces at openjdk.java.net [mailto:announce- > > > bounces at openjdk.java.net] On Behalf Of Rich Sands > > > Sent: Monday, March 17, 2008 6:54 PM > > > To: announce at openjdk.java.net; challenge-discuss at openjdk.java.net > > > Subject: Announcing Finalists for the OpenJDK Community > Innovator's > > > Challenge > > > > > > OpenJDK Community, > > > > > > We're pleased to announce the finalists for the OpenJDK Community > > > Innovator's > > > Challenge. The judges have been meeting and discussing the 18 > proposals > > > received > > > during the first phase of the Challenge, and evaluating these > proposals > > > based on > > > their technical merit, and their likely impact on the OpenJDK > Community > > > and the > > > adoption of OpenJDK-based implementations in new markets, for new > > > applications and > > > uses. It was not an easy decision, as most of the proposals were > > > thoughtful and > > > demonstrated passion and commitment to this code base and the > > > community. The seven > > > Finalists, in order of receipt of their proposals, are: > > > > > > > > > Closures for Java Neal Gafter > > > > > > Implement XRender pipeline for Java2D Clemens > Eisserer > > > > > > Provide date and time library from JSR-310 Stephen > > > Colebourne, > > > Michael > > > Nascimento Santos > > > > > > Portable GUI backends Roman Kennke, > > > Mario Torre > > > > > > Virtual Machine Interface Andrew John > Hughes > > > > > > Free Software synthesizer implemention for > > > the OpenJDK project Karl Helgason > > > > > > OpenJDK on Windows Ted Neward > > > > > > > > > The judges, all Sun employees, are Alan Bateman, Alex Buckley, > Danny > > > Coward, Joe > > > Darcy, Ray Gans, James Gosling, Onno Kluyt, Jim Melvin, Alex > Potochkin, > > > Phil Race, > > > Mark Reinhold, and Rich Sands. > > > > > > We want to thank everyone who has entered their proposal into the > > > Challenge. It is > > > very exciting to see the level of enthusiasm and interest among > > > developers for the > > > OpenJDK code base. The finalists were chosen based on the > completeness > > > and relevance > > > of their proposals and the degree to which the judges felt the end > > > results were both > > > achievable and valuable to the community at this time. Proposals > that > > > were not > > > selected as finalists are still valuable and interesting but Sun > could > > > not select > > > them all! The judges hope that everyone who has participated so > far in > > > the Challenge > > > will consider continuing their efforts in the Community, and > > > collaborating with their > > > peers and with Sun to further the goals of the OpenJDK project. > > > > > > One other thing to remember -- there is no guarantee that > completed > > > Challenge > > > projects will be integrated into the main OpenJDK code base, or > into > > > the Java SE > > > Platform specification (which is governed by the JCP). Being > chosen as > > > a Finalist or > > > completing a project for the Challenge might help to demonstrate > the > > > feasibility of a > > > particular API or language proposal but it does not say anything > about > > > the likelihood > > > of such a project becoming an approved JSR, or about the code > being > > > integrated into > > > the main branch of the OpenJDK code base. Both the spec and the > code > > > are managed > > > under processes that are separate from the Challenge. > > > > > > The finalists will be notified and project space set up for them > if > > > needed in the > > > OpenJDK Community. As required by the Challenge rules, work must > be > > > done in the open, > > > and the entire OpenJDK community is welcome to watch and comment > as the > > > projects > > > progress. The Innovators Challenge will close on August 4th at > which > > > time each > > > project will be reviewed to verify that it met the completion > criteria > > > of its > > > proposal. Cash prizes will be awarded shortly afterwards. > > > > > > Thanks again to everyone who has participated. Good luck to all > > > Finalists on your > > > projects! > > > > > > Regards, > > > > > > -- rms > > > > > > -- > > > Rich Sands Phone: +1 781 881 4067 / x81524 > > > Community Marketing Manager Email: richard.sands at sun.com > > > Java SE Marketing SMS: 6172830027 at vtext.com > > > Sun Microsystems, Inc. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > NOTICE: This email message is for the sole use of the intended > > > recipient(s) and may contain confidential and privileged > > > information. Any unauthorized review, use, disclosure or > > > distribution is prohibited. If you are not the intended > > > recipient, please contact the sender by reply email and destroy > > > all copies of the original message. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > No virus found in this incoming message. > > > Checked by AVG. > > > Version: 7.5.519 / Virus Database: 269.21.7/1332 - Release Date: > > > 3/17/2008 10:48 AM > > > > > > > No virus found in this outgoing message. > > Checked by AVG. > > Version: 7.5.519 / Virus Database: 269.21.7/1333 - Release Date: > 3/18/2008 > > 8:10 AM > > > > > > > > So, if I'm reading this correctly, the project is to make the build on > Windows both easier and Free? Your initial proposal was a little > unclear (at least to me), and I couldn't work out whether or not you > were proposing shifting from a Free build system (Cygwin) to a > non-Free one (MSVC). This sounds different again, so it would be > great to have some clarification. I'm speaking merely as an observer > here; I have enough problems building OpenJDK on GNU/Linux. I > wouldn't even want to attempt it on a Windows installation, so great > job in taking that on! :) > > Cheers, > -- > Andrew :-) > > Document Freedom Day - March 26th > http://documentfreedom.org > > 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 > > No virus found in this incoming message. > Checked by AVG. > Version: 7.5.519 / Virus Database: 269.21.7/1333 - Release Date: > 3/18/2008 8:10 AM > No virus found in this outgoing message. Checked by AVG. Version: 7.5.519 / Virus Database: 269.21.7/1333 - Release Date: 3/18/2008 8:10 AM From ted at tedneward.com Wed Mar 19 04:36:51 2008 From: ted at tedneward.com (Ted Neward) Date: Wed, 19 Mar 2008 04:36:51 -0700 Subject: What am I doing wrong here? In-Reply-To: <17c6771e0803190153m4a16f95dm4e51cfa74a2532c2@mail.gmail.com> References: <02cc01c8895b$a16047d0$e420d770$@com> <7F6DC8EF-6374-457E-9D8B-FF3585432CBF@sun.com> <02f001c8895e$280d23a0$78276ae0$@com> <47E0910E.5070808@sun.com> <03ac01c8898b$e8227190$b86754b0$@com> <17c6771e0803190153m4a16f95dm4e51cfa74a2532c2@mail.gmail.com> Message-ID: <045801c889b5$8930c5e0$9b9251a0$@com> > Ted, > > The JDK is maintained as a Mercurial forest. While you can download > each individual repository (CORBA, JAXP, JAXWS, HotSpot, JDK), if you > just want to build OpenJDK you generally do: > > hg fclone http://hg.openjdk.java.net/jdk7/jdk7 > > with the Mercurial forest extension installed. > I got that much, Andrew--said codebase is on my machine now. But Brad's comment seemed to imply that everything that wasn't a "developer" workspace was in jdk7, and I was trying to confirm that this wasn't the case. My understanding is that the developers each have their own private workspaces, clones of the projects you list above, and are making changes to their workspaces and will promote them to the master workspace when they're confident it's reasonably safe (meaning, none of "Oh my God, dude, your foobar code broke the whole thing!" to be heard) to do so. I'm still a little wet behind the ears when it comes to distributed SCS's. Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing http://www.tedneward.com > -----Original Message----- > From: gnu.andrew.rocks at gmail.com [mailto:gnu.andrew.rocks at gmail.com] On > Behalf Of Andrew John Hughes > Sent: Wednesday, March 19, 2008 1:54 AM > To: Ted Neward > Cc: Bradford.Wetmore at sun.com; build-dev at openjdk.java.net > Subject: Re: What am I doing wrong here? > > On 19/03/2008, Ted Neward wrote: > > As near as I can tell, I'm pulling from the master repositories--I > used the > > URL you offer below plus the "subproject" URLs; are you saying that > there's > > a better place to pull corba, langtools, jaxp, ... ? My > understanding is > > that each of those subprojects has the code in question, and they're > not in > > the "jdk" project. Correct? > > > > > > Ted Neward > > Java, .NET, XML Services > > Consulting, Teaching, Speaking, Writing > > http://www.tedneward.com > > > > > > > -----Original Message----- > > > > > From: Bradford.Wetmore at Sun.COM [mailto:Bradford.Wetmore at Sun.COM] > > > Sent: Tuesday, March 18, 2008 9:06 PM > > > To: Ted Neward > > > Cc: build-dev at openjdk.java.net > > > Subject: Re: What am I doing wrong here? > > > > > > Ted, > > > > > > Since you're talking about the build workspaces, this may not be > > > immediately obvious, but the MASTER workspaces: > > > > > > http://hg.openjdk.java.net/jdk7/jdk7 > > > > > > will generally be more stable than the individual project > repositories > > > (build/TL/JSN/etc.) Developers put back directly into the project > > > repositories, which are then build/tested by the gatekeepers, and > only > > > after passing some basic QA tests will those changes be put into > the > > > MASTER. > > > > > > The MASTER will lag the projects by up to a couple of weeks, but > is > > > generally more stable. > > > > > > Brad > > > > > > > > > Ted Neward wrote: > > > > Ah.... Got it. Thanks. > > > > > > > > Ted Neward > > > > Java, .NET, XML Services > > > > Consulting, Teaching, Speaking, Writing > > > > http://www.tedneward.com > > > > > > > > > > > >> -----Original Message----- > > > >> From: Weijun.Wang at Sun.COM [mailto:Weijun.Wang at Sun.COM] > > > >> Sent: Tuesday, March 18, 2008 5:56 PM > > > >> To: Ted Neward > > > >> Cc: build-dev at openjdk.java.net > > > >> Subject: Re: What am I doing wrong here? > > > >> > > > >> "hg pull" first > > > >> > > > >> On Mar 19, 2008, at 8:53 AM, Ted Neward wrote: > > > >> > > > >>> So I've got the Mercurial repos on my machine, and I see the > > > >>> changesets being posted to the build-dev list, but when I do > "hg > > > >>> update" on my box, nothing gets downloaded. Am I missing > something > > > >>> here? Wrong hg command, or ?? > > > >>> > > > >>> Ted Neward > > > >>> Java, .NET, XML Services > > > >>> Consulting, Teaching, Speaking, Writing > > > >>> http://www.tedneward.com > > > >>> > > > >>> > > > >>> No virus found in this outgoing message. > > > >>> Checked by AVG. > > > >>> Version: 7.5.519 / Virus Database: 269.21.7/1333 - Release > Date: > > > >>> 3/18/2008 8:10 AM > > > >>> > > > >> No virus found in this incoming message. > > > >> Checked by AVG. > > > >> Version: 7.5.519 / Virus Database: 269.21.7/1333 - Release > Date: > > > >> 3/18/2008 8:10 AM > > > >> > > > > > > > > No virus found in this outgoing message. > > > > Checked by AVG. > > > > Version: 7.5.519 / Virus Database: 269.21.7/1333 - Release Date: > > > 3/18/2008 > > > > 8:10 AM > > > > > > > > > > > > > > No virus found in this incoming message. > > > Checked by AVG. > > > Version: 7.5.519 / Virus Database: 269.21.7/1333 - Release Date: > > > 3/18/2008 8:10 AM > > > > > > > No virus found in this outgoing message. > > Checked by AVG. > > Version: 7.5.519 / Virus Database: 269.21.7/1333 - Release Date: > 3/18/2008 > > 8:10 AM > > > > > > > > Ted, > > The JDK is maintained as a Mercurial forest. While you can download > each individual repository (CORBA, JAXP, JAXWS, HotSpot, JDK), if you > just want to build OpenJDK you generally do: > > hg fclone http://hg.openjdk.java.net/jdk7/jdk7 > > with the Mercurial forest extension installed. > -- > Andrew :-) > > Document Freedom Day - March 26th > http://documentfreedom.org > > 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 > > No virus found in this incoming message. > Checked by AVG. > Version: 7.5.519 / Virus Database: 269.21.7/1333 - Release Date: > 3/18/2008 8:10 AM > No virus found in this outgoing message. Checked by AVG. Version: 7.5.519 / Virus Database: 269.21.7/1333 - Release Date: 3/18/2008 8:10 AM From gnu_andrew at member.fsf.org Wed Mar 19 05:24:19 2008 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Wed, 19 Mar 2008 12:24:19 +0000 Subject: FW: Announcing Finalists for the OpenJDK Community Innovator's Challenge In-Reply-To: <043c01c889b5$1ff95920$5fec0b60$@com> References: <036001c88977$4755fbb0$d601f310$@com> <17c6771e0803190148q10c7b910t625e64142f78d758@mail.gmail.com> <043c01c889b5$1ff95920$5fec0b60$@com> Message-ID: <17c6771e0803190524u7770e440rc519802df07ab986@mail.gmail.com> On 19/03/2008, Ted Neward wrote: > > So, if I'm reading this correctly, the project is to make the build on > > Windows both easier and Free? Your initial proposal was a little > > unclear (at least to me), and I couldn't work out whether or not you > > were proposing shifting from a Free build system (Cygwin) to a > > non-Free one (MSVC). This sounds different again, so it would be > > great to have some clarification. I'm speaking merely as an observer > > here; I have enough problems building OpenJDK on GNU/Linux. I > > wouldn't even want to attempt it on a Windows installation, so great > > job in taking that on! :) > > > > The Windows builds have always used *both* Cygwin and MSVC; Cygwin for the make and other Unix-based file tools (cp, rm, awk, sed, etc), and MSVC for the actual compilation of C/C++ code. (Prior to a few years ago, in fact, it wasn't even Cygwin, it was using MKS, a commercial Unix toolchain for Windows.) > > My proposal was to move away from the commercial version of MSVC (Visual Studio 2003 and/or Microsoft Visual C++ 6.x are the currently-supported versions of MSVC for building the JDK on Windows) and start using the free version of MSVC (Visual C++ 2008 Express), before attempting moving away from MSVC entirely and using MinGW32's gcc (which is much closer to the underlying OS than Cygwin is). > > I'm confident step 1 can happen. I'm reasonably confident #2 can happen. I have no idea of step #3 is even remotely possible, but figure it's worth the look, if the time is there. > > > Ted Neward > Java, .NET, XML Services > Consulting, Teaching, Speaking, Writing > http://www.tedneward.com > > > > -----Original Message----- > > > From: gnu.andrew.rocks at gmail.com [mailto:gnu.andrew.rocks at gmail.com] On > > Behalf Of Andrew John Hughes > > Sent: Wednesday, March 19, 2008 1:48 AM > > To: Ted Neward > > Cc: build-dev at openjdk.java.net > > Subject: Re: FW: Announcing Finalists for the OpenJDK Community > > Innovator's Challenge > > > > On 19/03/2008, Ted Neward wrote: > > > Given that it would appear that my proposal for updating the build > > process > > > to use a free compiler has apparently been accepted (see below), is > > there a > > > good time to start thinking about doing the migration work? Are > > there any > > > major build changes up & coming? I know Kelly has said there's some > > plans to > > > move the corba project out to an entirely Ant-driven process, so if > > that's > > > going to happen any time soon, I'll just leave it out of the > > migration > > > process. (I think the corba stuff still uses the C compiler for some > > of it, > > > no?) > > > > > > There's a two-step process I want to take with this: > > > 1) Let's leave most of the build infrastructure in place and just > > try to > > > swap in Visual C++ 2008 Express. > > > 2) Let's see about moving over to MinGW32's infrastructure (instead > > of > > > Cygwin's) and see if that doesn't help reduce the path problems > > we're > > > currently facing in the Windows build of OpenJDK. > > > 2) Let's see about moving over to the MinGW32 gcc compiler for > > building on > > > windows, and thus remove the dependency on Microsoft's compiler > > completely, > > > in case VC++ ever moves out of a free (as in beer or as in speech) > > SKU. > > > > > > My goal is to ensure that I hit #1 by the close of the project > > period > > > (August), and get as far down 2 and 3 as possible. > > > > > > Any thoughts? Suggestions? Ideas for how best to tackle this? You > > (the guys > > > at Sun) have a lot more experience with this codebase than I, so any > > tips, > > > pointers or suggestions are appreciated. > > > > > > Ted Neward > > > Java, .NET, XML Services > > > Consulting, Teaching, Speaking, Writing > > > http://www.tedneward.com > > > > > > > > > > -----Original Message----- > > > > From: announce-bounces at openjdk.java.net [mailto:announce- > > > > bounces at openjdk.java.net] On Behalf Of Rich Sands > > > > Sent: Monday, March 17, 2008 6:54 PM > > > > To: announce at openjdk.java.net; challenge-discuss at openjdk.java.net > > > > Subject: Announcing Finalists for the OpenJDK Community > > Innovator's > > > > Challenge > > > > > > > > OpenJDK Community, > > > > > > > > We're pleased to announce the finalists for the OpenJDK Community > > > > Innovator's > > > > Challenge. The judges have been meeting and discussing the 18 > > proposals > > > > received > > > > during the first phase of the Challenge, and evaluating these > > proposals > > > > based on > > > > their technical merit, and their likely impact on the OpenJDK > > Community > > > > and the > > > > adoption of OpenJDK-based implementations in new markets, for new > > > > applications and > > > > uses. It was not an easy decision, as most of the proposals were > > > > thoughtful and > > > > demonstrated passion and commitment to this code base and the > > > > community. The seven > > > > Finalists, in order of receipt of their proposals, are: > > > > > > > > > > > > Closures for Java Neal Gafter > > > > > > > > Implement XRender pipeline for Java2D Clemens > > Eisserer > > > > > > > > Provide date and time library from JSR-310 Stephen > > > > Colebourne, > > > > Michael > > > > Nascimento Santos > > > > > > > > Portable GUI backends Roman Kennke, > > > > Mario Torre > > > > > > > > Virtual Machine Interface Andrew John > > Hughes > > > > > > > > Free Software synthesizer implemention for > > > > the OpenJDK project Karl Helgason > > > > > > > > OpenJDK on Windows Ted Neward > > > > > > > > > > > > The judges, all Sun employees, are Alan Bateman, Alex Buckley, > > Danny > > > > Coward, Joe > > > > Darcy, Ray Gans, James Gosling, Onno Kluyt, Jim Melvin, Alex > > Potochkin, > > > > Phil Race, > > > > Mark Reinhold, and Rich Sands. > > > > > > > > We want to thank everyone who has entered their proposal into the > > > > Challenge. It is > > > > very exciting to see the level of enthusiasm and interest among > > > > developers for the > > > > OpenJDK code base. The finalists were chosen based on the > > completeness > > > > and relevance > > > > of their proposals and the degree to which the judges felt the end > > > > results were both > > > > achievable and valuable to the community at this time. Proposals > > that > > > > were not > > > > selected as finalists are still valuable and interesting but Sun > > could > > > > not select > > > > them all! The judges hope that everyone who has participated so > > far in > > > > the Challenge > > > > will consider continuing their efforts in the Community, and > > > > collaborating with their > > > > peers and with Sun to further the goals of the OpenJDK project. > > > > > > > > One other thing to remember -- there is no guarantee that > > completed > > > > Challenge > > > > projects will be integrated into the main OpenJDK code base, or > > into > > > > the Java SE > > > > Platform specification (which is governed by the JCP). Being > > chosen as > > > > a Finalist or > > > > completing a project for the Challenge might help to demonstrate > > the > > > > feasibility of a > > > > particular API or language proposal but it does not say anything > > about > > > > the likelihood > > > > of such a project becoming an approved JSR, or about the code > > being > > > > integrated into > > > > the main branch of the OpenJDK code base. Both the spec and the > > code > > > > are managed > > > > under processes that are separate from the Challenge. > > > > > > > > The finalists will be notified and project space set up for them > > if > > > > needed in the > > > > OpenJDK Community. As required by the Challenge rules, work must > > be > > > > done in the open, > > > > and the entire OpenJDK community is welcome to watch and comment > > as the > > > > projects > > > > progress. The Innovators Challenge will close on August 4th at > > which > > > > time each > > > > project will be reviewed to verify that it met the completion > > criteria > > > > of its > > > > proposal. Cash prizes will be awarded shortly afterwards. > > > > > > > > Thanks again to everyone who has participated. Good luck to all > > > > Finalists on your > > > > projects! > > > > > > > > Regards, > > > > > > > > -- rms > > > > > > > > -- > > > > Rich Sands Phone: +1 781 881 4067 / x81524 > > > > Community Marketing Manager Email: richard.sands at sun.com > > > > Java SE Marketing SMS: 6172830027 at vtext.com > > > > Sun Microsystems, Inc. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > NOTICE: This email message is for the sole use of the intended > > > > recipient(s) and may contain confidential and privileged > > > > information. Any unauthorized review, use, disclosure or > > > > distribution is prohibited. If you are not the intended > > > > recipient, please contact the sender by reply email and destroy > > > > all copies of the original message. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > No virus found in this incoming message. > > > > Checked by AVG. > > > > Version: 7.5.519 / Virus Database: 269.21.7/1332 - Release Date: > > > > 3/17/2008 10:48 AM > > > > > > > > > > No virus found in this outgoing message. > > > Checked by AVG. > > > Version: 7.5.519 / Virus Database: 269.21.7/1333 - Release Date: > > 3/18/2008 > > > 8:10 AM > > > > > > > > > > > > > So, if I'm reading this correctly, the project is to make the build on > > Windows both easier and Free? Your initial proposal was a little > > unclear (at least to me), and I couldn't work out whether or not you > > were proposing shifting from a Free build system (Cygwin) to a > > non-Free one (MSVC). This sounds different again, so it would be > > great to have some clarification. I'm speaking merely as an observer > > here; I have enough problems building OpenJDK on GNU/Linux. I > > wouldn't even want to attempt it on a Windows installation, so great > > job in taking that on! :) > > > > Cheers, > > -- > > Andrew :-) > > > > Document Freedom Day - March 26th > > http://documentfreedom.org > > > > 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 > > > > No virus found in this incoming message. > > Checked by AVG. > > > Version: 7.5.519 / Virus Database: 269.21.7/1333 - Release Date: > > 3/18/2008 8:10 AM > > > > No virus found in this outgoing message. > Checked by AVG. > Version: 7.5.519 / Virus Database: 269.21.7/1333 - Release Date: 3/18/2008 8:10 AM > > > Ah ok, then that's a great idea! Best of luck with it :D -- Andrew :-) Document Freedom Day - March 26th http://documentfreedom.org 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 quilez at ensiie.fr Wed Mar 19 07:29:42 2008 From: quilez at ensiie.fr (Olz) Date: Wed, 19 Mar 2008 07:29:42 -0700 (PDT) Subject: Problem building OpenJDK on a set-top box Message-ID: <16142674.post@talk.nabble.com> Hello, I'm currently trying to get java working on a set-top box (chipset-family : sh4, processor STb1709), running a STLinux OS. I tried to follow the steps on this tutorial : http://today.java.net/pub/a/today/2007/11/29/building-the-jdk.html I won't describe all the difficulties to install all the dependencies needed to pass the "make sanity"... The main problem actually is that when I try to make from the control/make/ directory, I get an error saying that ant can't find java, and ant seems to be needed for a successful compilation. It's the same thing with findbugs... So I'm kind of stuck in a bad loop, ant needs java, java needs ant... Has anyone tried to get OpenJDK working on a STB? Advices and help needed! Thank you, Olivier PS : Sorry for bad English. -- View this message in context: http://www.nabble.com/Problem-building-OpenJDK-on-a-set-top-box-tp16142674p16142674.html Sent from the OpenJDK Build Infrastructure mailing list archive at Nabble.com. From gbenson at redhat.com Wed Mar 19 07:41:47 2008 From: gbenson at redhat.com (Gary Benson) Date: Wed, 19 Mar 2008 14:41:47 +0000 Subject: Problem building OpenJDK on a set-top box In-Reply-To: <16142674.post@talk.nabble.com> References: <16142674.post@talk.nabble.com> Message-ID: <20080319144147.GA6414@redhat.com> Hi Olivier, OpenJDK does indeed require java to build, but that aside there is the issue that HotSpot does not support the sh4 processor. Check out IcedTea instead (http://icedtea.classpath.org/) which has a) the ability to bootstrap with gcj, and b) support for building on platforms with no HotSpot support. Cheers, Gary Olz wrote: > Hello, > > I'm currently trying to get java working on a set-top box > (chipset-family : sh4, processor STb1709), running a STLinux OS. > I tried to follow the steps on this tutorial : > http://today.java.net/pub/a/today/2007/11/29/building-the-jdk.html > > I won't describe all the difficulties to install all the > dependencies needed to pass the "make sanity"... > The main problem actually is that when I try to make from the > control/make/ directory, I get an error saying that ant can't find > java, and ant seems to be needed for a successful compilation. > It's the same thing with findbugs... > So I'm kind of stuck in a bad loop, ant needs java, java needs ant... > > Has anyone tried to get OpenJDK working on a STB? > Advices and help needed! > > Thank you, > > Olivier > > PS : Sorry for bad English. > -- > View this message in context: http://www.nabble.com/Problem-building-OpenJDK-on-a-set-top-box-tp16142674p16142674.html > Sent from the OpenJDK Build Infrastructure mailing list archive at Nabble.com. -- http://gbenson.net/ From Stephen.Bohne at Sun.COM Wed Mar 19 07:41:54 2008 From: Stephen.Bohne at Sun.COM (Steve Bohne) Date: Wed, 19 Mar 2008 10:41:54 -0400 Subject: FW: Announcing Finalists for the OpenJDK Community Innovator's Challenge In-Reply-To: <036001c88977$4755fbb0$d601f310$@com> References: <036001c88977$4755fbb0$d601f310$@com> Message-ID: <47E12632.7060209@sun.com> Hi Ted, Congratulations on getting accepted. Are you planning to include the Hotspot repository in this project? Some time ago, I was involved with a similar effort to build Hotspot under Visual C++ 2005 Express, so I'm familiar with some of this. Most of the immediate build issues were simple syntax problems. So the Hotspot repository should be pretty easy, with respect to source changes, at least for VC 2008. For MinGW32, one issue might be that the current Hotspot/Windows makefiles are mostly nmake format. We still use that format because it provides an easy capability for so-called "batch" compiles, which makes Windows Hotspot builds extremely fast. It would be nice to have something equivalent if a new Makefile format is used. Another thing to watch out for with Hotspot is performance. Some of the C++ subsystems, particularly GC, can be sensitive to the quality of the generated code. In the past we've seen noticeable changes in benchmark scores from C++ compiler upgrades (thankfully, mostly positive changes.) Just something to keep in mind, especially if the free version of VC 2008 or MinGW32 omits some optimizations that exists in the current compilers. Finally, this isn't Hotspot related, but one other problem we had with the free VC 2005 compiler was lack of ATL support. One of the other repositories had a dependency on ATL that wasn't satisfied by the Express compiler. It may be the case that the dependency was removed since then, or that the 2008 product now includes the support. Just something to be aware of. Others on this list can probably comment better on non-Hotspot issues. Steve Ted Neward wrote: > Given that it would appear that my proposal for updating the build process > to use a free compiler has apparently been accepted (see below), is there a > good time to start thinking about doing the migration work? Are there any > major build changes up & coming? I know Kelly has said there's some plans to > move the corba project out to an entirely Ant-driven process, so if that's > going to happen any time soon, I'll just leave it out of the migration > process. (I think the corba stuff still uses the C compiler for some of it, > no?) > > There's a two-step process I want to take with this: > 1) Let's leave most of the build infrastructure in place and just try to > swap in Visual C++ 2008 Express. > 2) Let's see about moving over to MinGW32's infrastructure (instead of > Cygwin's) and see if that doesn't help reduce the path problems we're > currently facing in the Windows build of OpenJDK. > 2) Let's see about moving over to the MinGW32 gcc compiler for building on > windows, and thus remove the dependency on Microsoft's compiler completely, > in case VC++ ever moves out of a free (as in beer or as in speech) SKU. > > My goal is to ensure that I hit #1 by the close of the project period > (August), and get as far down 2 and 3 as possible. > > Any thoughts? Suggestions? Ideas for how best to tackle this? You (the guys > at Sun) have a lot more experience with this codebase than I, so any tips, > pointers or suggestions are appreciated. > > Ted Neward > Java, .NET, XML Services > Consulting, Teaching, Speaking, Writing > http://www.tedneward.com > > >> -----Original Message----- >> From: announce-bounces at openjdk.java.net [mailto:announce- >> bounces at openjdk.java.net] On Behalf Of Rich Sands >> Sent: Monday, March 17, 2008 6:54 PM >> To: announce at openjdk.java.net; challenge-discuss at openjdk.java.net >> Subject: Announcing Finalists for the OpenJDK Community Innovator's >> Challenge >> >> OpenJDK Community, >> >> We're pleased to announce the finalists for the OpenJDK Community >> Innovator's >> Challenge. The judges have been meeting and discussing the 18 proposals >> received >> during the first phase of the Challenge, and evaluating these proposals >> based on >> their technical merit, and their likely impact on the OpenJDK Community >> and the >> adoption of OpenJDK-based implementations in new markets, for new >> applications and >> uses. It was not an easy decision, as most of the proposals were >> thoughtful and >> demonstrated passion and commitment to this code base and the >> community. The seven >> Finalists, in order of receipt of their proposals, are: >> >> >> Closures for Java Neal Gafter >> >> Implement XRender pipeline for Java2D Clemens Eisserer >> >> Provide date and time library from JSR-310 Stephen >> Colebourne, >> Michael >> Nascimento Santos >> >> Portable GUI backends Roman Kennke, >> Mario Torre >> >> Virtual Machine Interface Andrew John Hughes >> >> Free Software synthesizer implemention for >> the OpenJDK project Karl Helgason >> >> OpenJDK on Windows Ted Neward >> >> >> The judges, all Sun employees, are Alan Bateman, Alex Buckley, Danny >> Coward, Joe >> Darcy, Ray Gans, James Gosling, Onno Kluyt, Jim Melvin, Alex Potochkin, >> Phil Race, >> Mark Reinhold, and Rich Sands. >> >> We want to thank everyone who has entered their proposal into the >> Challenge. It is >> very exciting to see the level of enthusiasm and interest among >> developers for the >> OpenJDK code base. The finalists were chosen based on the completeness >> and relevance >> of their proposals and the degree to which the judges felt the end >> results were both >> achievable and valuable to the community at this time. Proposals that >> were not >> selected as finalists are still valuable and interesting but Sun could >> not select >> them all! The judges hope that everyone who has participated so far in >> the Challenge >> will consider continuing their efforts in the Community, and >> collaborating with their >> peers and with Sun to further the goals of the OpenJDK project. >> >> One other thing to remember -- there is no guarantee that completed >> Challenge >> projects will be integrated into the main OpenJDK code base, or into >> the Java SE >> Platform specification (which is governed by the JCP). Being chosen as >> a Finalist or >> completing a project for the Challenge might help to demonstrate the >> feasibility of a >> particular API or language proposal but it does not say anything about >> the likelihood >> of such a project becoming an approved JSR, or about the code being >> integrated into >> the main branch of the OpenJDK code base. Both the spec and the code >> are managed >> under processes that are separate from the Challenge. >> >> The finalists will be notified and project space set up for them if >> needed in the >> OpenJDK Community. As required by the Challenge rules, work must be >> done in the open, >> and the entire OpenJDK community is welcome to watch and comment as the >> projects >> progress. The Innovators Challenge will close on August 4th at which >> time each >> project will be reviewed to verify that it met the completion criteria >> of its >> proposal. Cash prizes will be awarded shortly afterwards. >> >> Thanks again to everyone who has participated. Good luck to all >> Finalists on your >> projects! >> >> Regards, >> >> -- rms >> >> -- >> Rich Sands Phone: +1 781 881 4067 / x81524 >> Community Marketing Manager Email: richard.sands at sun.com >> Java SE Marketing SMS: 6172830027 at vtext.com >> Sun Microsystems, Inc. >> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> NOTICE: This email message is for the sole use of the intended >> recipient(s) and may contain confidential and privileged >> information. Any unauthorized review, use, disclosure or >> distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply email and destroy >> all copies of the original message. >> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> >> No virus found in this incoming message. >> Checked by AVG. >> Version: 7.5.519 / Virus Database: 269.21.7/1332 - Release Date: >> 3/17/2008 10:48 AM >> > > No virus found in this outgoing message. > Checked by AVG. > Version: 7.5.519 / Virus Database: 269.21.7/1333 - Release Date: 3/18/2008 > 8:10 AM > > From Tim.Bell at Sun.COM Wed Mar 19 08:10:44 2008 From: Tim.Bell at Sun.COM (Tim Bell) Date: Wed, 19 Mar 2008 08:10:44 -0700 Subject: What am I doing wrong here? In-Reply-To: <045801c889b5$8930c5e0$9b9251a0$@com> References: <02cc01c8895b$a16047d0$e420d770$@com> <7F6DC8EF-6374-457E-9D8B-FF3585432CBF@sun.com> <02f001c8895e$280d23a0$78276ae0$@com> <47E0910E.5070808@sun.com> <03ac01c8898b$e8227190$b86754b0$@com> <17c6771e0803190153m4a16f95dm4e51cfa74a2532c2@mail.gmail.com> <045801c889b5$8930c5e0$9b9251a0$@com> Message-ID: <47E12CF4.5020601@sun.com> Hi Ted: You wrote: > My understanding is that the developers each have their own private workspaces, clones of the projects you list above, and are making changes to their workspaces and will promote them to the master workspace when they're confident it's reasonably safe (meaning, none of "Oh my God, dude, your foobar code broke the whole thing!" to be heard) to do so. I'm still a little wet behind the ears when it comes to distributed SCS's. That is close. In between the developer source trees and the master are the group repositories. [1] Changes flow from the developer to the group repository, where they bake for a week or two before going up to the master. Since the master gates opened earlier this month, groups have been getting ready to push to it according to the integration schedule [3]. It takes the developer and test teams several days to get the flow started again. Brad [2] and I have a batch of changes (fixes for 80 bug-IDs) in flight this week that will arrive in jdk7/jdk7 Friday afternoon (Pacific time) [3], _if_ all goes well with Pre-Integration Testing (PIT). If issues are uncovered we will need to fix them, regroup, and possibly ask for a later integration slot. To summarize my experience as a gatekeeper: there will be a problem every cycle, and it will be something we have never seen before. Sometimes we can fix it on the spot, sometimes we file a new bug report and move on. Sometimes we have to back off and start the PIT cycle over. Tim [1] http://blogs.sun.com/kto/entry/openjdk_mercurial_wheel [2] http://blogs.sun.com/wetmore/entry/you_re_a_gatekeeper_uh [3] http://openjdk.java.net/projects/jdk7/builds From David.Herron at Sun.COM Wed Mar 19 09:05:54 2008 From: David.Herron at Sun.COM (David Herron) Date: Wed, 19 Mar 2008 09:05:54 -0700 Subject: What am I doing wrong here? In-Reply-To: <47E12CF4.5020601@sun.com> References: <02cc01c8895b$a16047d0$e420d770$@com> <7F6DC8EF-6374-457E-9D8B-FF3585432CBF@sun.com> <02f001c8895e$280d23a0$78276ae0$@com> <47E0910E.5070808@sun.com> <03ac01c8898b$e8227190$b86754b0$@com> <17c6771e0803190153m4a16f95dm4e51cfa74a2532c2@mail.gmail.com> <045801c889b5$8930c5e0$9b9251a0$@com> <47E12CF4.5020601@sun.com> Message-ID: <47E139E2.5050209@sun.com> Tim Bell wrote: > Hi Ted: > > You wrote: > >> My understanding is that the developers each have their own private >> workspaces, clones of the projects you list above, and are making >> changes to their workspaces and will promote them to the master >> workspace when they're confident it's reasonably safe (meaning, none >> of "Oh my God, dude, your foobar code broke the whole thing!" to be >> heard) to do so. I'm still a little wet behind the ears when it comes >> to distributed SCS's. > > That is close. In between the developer source trees and the master > are the group repositories. [1] > > Changes flow from the developer to the group repository, where they > bake for a week or two before going up to the master. Since the > master gates opened earlier this month, groups have been getting ready > to push to it according to the integration schedule [3]. It takes the > developer and test teams several days to get the flow started again. > > Brad [2] and I have a batch of changes (fixes for 80 bug-IDs) in > flight this week that will arrive in jdk7/jdk7 Friday afternoon > (Pacific time) [3], _if_ all goes well with Pre-Integration Testing > (PIT). If issues are uncovered we will need to fix them, regroup, and > possibly ask for a later integration slot. > > To summarize my experience as a gatekeeper: there will be a problem > every cycle, and it will be something we have never seen before. > Sometimes we can fix it on the spot, sometimes we file a new bug > report and move on. Sometimes we have to back off and start the PIT > cycle over. > > Tim > [1] http://blogs.sun.com/kto/entry/openjdk_mercurial_wheel > [2] http://blogs.sun.com/wetmore/entry/you_re_a_gatekeeper_uh > [3] http://openjdk.java.net/projects/jdk7/builds I think there is a problem here of trying to describe with words a thing that's better described with a picture. Or maybe that the listing on http://hg.openjdk.java.net/ doesn't provide enough information such as parent-child relations between the forests. The relationship is: MASTER <-> group integration workspace <-> individual developer workspace Developer makes some changes in their workspace.. does a commit to ... the developers commit is to the group integration workspace, where it undergoes build, gatekeeping, testing, all before it's commit'd to the MASTER workspace. Oh, I see Kelly's blog has the right picture. I think that picture belongs in the developers guide (http://openjdk.java.net/guide/repositories.html) - David Herron From springer at reservoir.com Wed Mar 19 09:51:25 2008 From: springer at reservoir.com (Jonathan Springer) Date: Wed, 19 Mar 2008 11:51:25 -0500 Subject: Problem building OpenJDK on a set-top box In-Reply-To: <20080319144147.GA6414@redhat.com> References: <16142674.post@talk.nabble.com> <20080319144147.GA6414@redhat.com> Message-ID: <47E1448D.8010003@reservoir.com> Beyond just getting it to build, to Hotspot uses a fair amount of machine code internally, which would have to be retargeted to the SuperH ISA to get it to run. IcedTea helps, but my understanding is that there would still be probably a few months of work required to support a new CPU. -Jonathan Gary Benson wrote: > Hi Olivier, > > OpenJDK does indeed require java to build, but that aside there > is the issue that HotSpot does not support the sh4 processor. > Check out IcedTea instead (http://icedtea.classpath.org/) which > has a) the ability to bootstrap with gcj, and b) support for > building on platforms with no HotSpot support. > > Cheers, > Gary > > Olz wrote: >> Hello, >> >> I'm currently trying to get java working on a set-top box >> (chipset-family : sh4, processor STb1709), running a STLinux OS. >> I tried to follow the steps on this tutorial : >> http://today.java.net/pub/a/today/2007/11/29/building-the-jdk.html >> >> I won't describe all the difficulties to install all the >> dependencies needed to pass the "make sanity"... >> The main problem actually is that when I try to make from the >> control/make/ directory, I get an error saying that ant can't find >> java, and ant seems to be needed for a successful compilation. >> It's the same thing with findbugs... >> So I'm kind of stuck in a bad loop, ant needs java, java needs ant... >> >> Has anyone tried to get OpenJDK working on a STB? >> Advices and help needed! >> >> Thank you, >> >> Olivier >> >> PS : Sorry for bad English. >> -- >> View this message in context: http://www.nabble.com/Problem-building-OpenJDK-on-a-set-top-box-tp16142674p16142674.html >> Sent from the OpenJDK Build Infrastructure mailing list archive at Nabble.com. -- Jonathan Springer | Reservoir Labs, Inc. | http://www.reservoir.com/ From Bradford.Wetmore at Sun.COM Wed Mar 19 11:29:36 2008 From: Bradford.Wetmore at Sun.COM (Brad Wetmore) Date: Wed, 19 Mar 2008 11:29:36 -0700 Subject: What am I doing wrong here? In-Reply-To: <47E139E2.5050209@sun.com> References: <02cc01c8895b$a16047d0$e420d770$@com> <7F6DC8EF-6374-457E-9D8B-FF3585432CBF@sun.com> <02f001c8895e$280d23a0$78276ae0$@com> <47E0910E.5070808@sun.com> <03ac01c8898b$e8227190$b86754b0$@com> <17c6771e0803190153m4a16f95dm4e51cfa74a2532c2@mail.gmail.com> <045801c889b5$8930c5e0$9b9251a0$@com> <47E12CF4.5020601@sun.com> <47E139E2.5050209@sun.com> Message-ID: <47E15B90.8010702@sun.com> > But Brad's comment seemed to imply that everything that wasn't a > "developer" workspace was in jdk7, and I was trying to confirm that > this wasn't the case. Ted, I'm sorry my posting wasn't as helpful as I hoped. David wrote: > Or maybe that the listing on http://hg.openjdk.java.net/ doesn't > provide enough information such as parent-child relations between the > forests. I made that suggestion a while back, but it's one of those lower priority RFEs. I'll make sure that these comments gets to the guide writing team: guide-discuss at openjdk.java.net So from the "A picture's worth a thousand words" department: http://blogs.sun.com/wetmore/resource/images/gates.gif which came from my "What's a gatekeeper blog" post: http://blogs.sun.com/wetmore/entry/you_re_a_gatekeeper_uh Hopefully this is a little clearer: MASTER = http://hg.openjdk.java.net/jdk7/jdk7 includes subrepositories below that: jdk/hotspot/langtools/etc. aka Golden Source, used by Release Engineering to build products GATES = http://hg.openjdk.java.net/jdk7/ (plus subreps below) where XXX = 2d, awt, build, corba, hotspot*, i18n, jax*, jsn, l10n, swing, tl, etc. Individual developer changes go into one of the GATES, which eventually trickles up to the MASTER, according to the integration schedule Tim mentioned. Changes in the GATES are tested by the gatekeepers before they go into the MASTER. If developers aren't careful, they could check in changes to the GATES that just don't work, thus my caveat about stableness between the MASTER and GATE. I think most gatekeepers build/test nightly, so the longest a GATE might be unknowingly broken is 1 business day. I'd suggest reading my blog post if you haven't already seen it, it goes into a lot of detail as to how changes go from developers to the GATES to the MASTER. > meaning, none of "Oh my God, dude, your foobar code broke the whole > thing!" to be heard You mean, something so heinous that it earns my Power Cord Noose? http://blogs.sun.com/wetmore/resource/images/PowerNoose.JPG Your (mostly) friendly neighborhood JSN gatekeeper, Brad (Bonus points to SCA Sun employees if you can tell me who's office last had the noose...no one has correctly identified it so far.) David Herron wrote: > Tim Bell wrote: >> Hi Ted: >> >> You wrote: >> >>> My understanding is that the developers each have their own private >>> workspaces, clones of the projects you list above, and are making >>> changes to their workspaces and will promote them to the master >>> workspace when they're confident it's reasonably safe (meaning, none >>> of "Oh my God, dude, your foobar code broke the whole thing!" to be >>> heard) to do so. I'm still a little wet behind the ears when it comes >>> to distributed SCS's. >> >> That is close. In between the developer source trees and the master >> are the group repositories. [1] >> >> Changes flow from the developer to the group repository, where they >> bake for a week or two before going up to the master. Since the >> master gates opened earlier this month, groups have been getting ready >> to push to it according to the integration schedule [3]. It takes the >> developer and test teams several days to get the flow started again. >> >> Brad [2] and I have a batch of changes (fixes for 80 bug-IDs) in >> flight this week that will arrive in jdk7/jdk7 Friday afternoon >> (Pacific time) [3], _if_ all goes well with Pre-Integration Testing >> (PIT). If issues are uncovered we will need to fix them, regroup, and >> possibly ask for a later integration slot. >> >> To summarize my experience as a gatekeeper: there will be a problem >> every cycle, and it will be something we have never seen before. >> Sometimes we can fix it on the spot, sometimes we file a new bug >> report and move on. Sometimes we have to back off and start the PIT >> cycle over. >> >> Tim >> [1] http://blogs.sun.com/kto/entry/openjdk_mercurial_wheel >> [2] http://blogs.sun.com/wetmore/entry/you_re_a_gatekeeper_uh >> [3] http://openjdk.java.net/projects/jdk7/builds > > I think there is a problem here of trying to describe with words a thing > that's better described with a picture. > > Or maybe that the listing on http://hg.openjdk.java.net/ doesn't provide > enough information such as parent-child relations between the forests. > > The relationship is: MASTER <-> group integration workspace <-> > individual developer workspace > > Developer makes some changes in their workspace.. does a commit to ... > the developers commit is to the group integration workspace, where it > undergoes build, gatekeeping, testing, all before it's commit'd to the > MASTER workspace. > > Oh, I see Kelly's blog has the right picture. I think that picture > belongs in the developers guide > (http://openjdk.java.net/guide/repositories.html) > > - David Herron > > From Kelly.Ohair at Sun.COM Wed Mar 19 11:50:49 2008 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Wed, 19 Mar 2008 11:50:49 -0700 Subject: FW: Announcing Finalists for the OpenJDK Community Innovator's Challenge In-Reply-To: <47E12632.7060209@sun.com> References: <036001c88977$4755fbb0$d601f310$@com> <47E12632.7060209@sun.com> Message-ID: <47E16089.3050009@sun.com> Excellent points Steve. And good summary. The hotspot nmake Makefiles are tied to the MS Visual Studio (VC) compilers, and I'm pretty sure nmake.exe is now only delivered with the VC product. It's not clear how you can match this build performance. However, it's also not clear how much of this benefit comes from Hotspot's use of VC pre-compiled headers (PCH). Windows builds with nmake/VC/PCH takes a few minutes, versus 20-35min builds on equivalent Linux/Solaris systems. So it's significant and something (the performance) that we want to keep. If a GNU Makefile using VC/PCH can match nmake is an open question. I have tried using parallel GNU make and batch compiles in the jdk builds, and seen benefits on Linux and Solaris, but not much with Windows. And the VC compiler isn't horribly helpful in doing multiple compiles in parallel (options have non-unique filename defaults). For some reason the big benefits on a Unix system of multiple processes sharing library images, executable images, and pages, just doesn't seem to happen with Windows. So this could be a challenge getting off of nmake. The MigGW32 unix utilities change (not the compiler) for the hotspot makefiles will probably not be a big deal and would likely not need as much review. The dependency on the cygwin or MKS utilities is rather minimal in the hotspot makefiles. Hotspot compiler changes will need to be treated separately because any changes to the hotspot builds will need to be treated very carefully with regards to benchmark performance measurements. If the free VC compiler really generates the same code as the purchased VC compiler, then no big deal, but that would need to be verified. As Steve points out, the issue with the free VC compiler was the missing include and library files used by the rest of the jdk build. -kto Steve Bohne wrote: > Hi Ted, > > Congratulations on getting accepted. Are you planning to include the > Hotspot repository in this project? Some time ago, I was involved with > a similar effort to build Hotspot under Visual C++ 2005 Express, so I'm > familiar with some of this. Most of the immediate build issues were > simple syntax problems. So the Hotspot repository should be pretty > easy, with respect to source changes, at least for VC 2008. > > For MinGW32, one issue might be that the current Hotspot/Windows > makefiles are mostly nmake format. We still use that format because it > provides an easy capability for so-called "batch" compiles, which makes > Windows Hotspot builds extremely fast. It would be nice to have > something equivalent if a new Makefile format is used. > > Another thing to watch out for with Hotspot is performance. Some of the > C++ subsystems, particularly GC, can be sensitive to the quality of the > generated code. In the past we've seen noticeable changes in benchmark > scores from C++ compiler upgrades (thankfully, mostly positive changes.) > Just something to keep in mind, especially if the free version of VC > 2008 or MinGW32 omits some optimizations that exists in the current > compilers. > > Finally, this isn't Hotspot related, but one other problem we had with > the free VC 2005 compiler was lack of ATL support. One of the other > repositories had a dependency on ATL that wasn't satisfied by the > Express compiler. It may be the case that the dependency was removed > since then, or that the 2008 product now includes the support. Just > something to be aware of. > > Others on this list can probably comment better on non-Hotspot issues. > > Steve > > Ted Neward wrote: >> Given that it would appear that my proposal for updating the build >> process >> to use a free compiler has apparently been accepted (see below), is >> there a >> good time to start thinking about doing the migration work? Are there any >> major build changes up & coming? I know Kelly has said there's some >> plans to >> move the corba project out to an entirely Ant-driven process, so if >> that's >> going to happen any time soon, I'll just leave it out of the migration >> process. (I think the corba stuff still uses the C compiler for some >> of it, >> no?) >> >> There's a two-step process I want to take with this: >> 1) Let's leave most of the build infrastructure in place and just try to >> swap in Visual C++ 2008 Express. >> 2) Let's see about moving over to MinGW32's infrastructure (instead of >> Cygwin's) and see if that doesn't help reduce the path problems we're >> currently facing in the Windows build of OpenJDK. >> 2) Let's see about moving over to the MinGW32 gcc compiler for >> building on >> windows, and thus remove the dependency on Microsoft's compiler >> completely, >> in case VC++ ever moves out of a free (as in beer or as in speech) SKU. >> >> My goal is to ensure that I hit #1 by the close of the project period >> (August), and get as far down 2 and 3 as possible. >> >> Any thoughts? Suggestions? Ideas for how best to tackle this? You (the >> guys >> at Sun) have a lot more experience with this codebase than I, so any >> tips, >> pointers or suggestions are appreciated. >> >> Ted Neward >> Java, .NET, XML Services >> Consulting, Teaching, Speaking, Writing >> http://www.tedneward.com >> >> >>> -----Original Message----- >>> From: announce-bounces at openjdk.java.net [mailto:announce- >>> bounces at openjdk.java.net] On Behalf Of Rich Sands >>> Sent: Monday, March 17, 2008 6:54 PM >>> To: announce at openjdk.java.net; challenge-discuss at openjdk.java.net >>> Subject: Announcing Finalists for the OpenJDK Community Innovator's >>> Challenge >>> >>> OpenJDK Community, >>> >>> We're pleased to announce the finalists for the OpenJDK Community >>> Innovator's >>> Challenge. The judges have been meeting and discussing the 18 proposals >>> received >>> during the first phase of the Challenge, and evaluating these proposals >>> based on >>> their technical merit, and their likely impact on the OpenJDK Community >>> and the >>> adoption of OpenJDK-based implementations in new markets, for new >>> applications and >>> uses. It was not an easy decision, as most of the proposals were >>> thoughtful and >>> demonstrated passion and commitment to this code base and the >>> community. The seven >>> Finalists, in order of receipt of their proposals, are: >>> >>> >>> Closures for Java Neal Gafter >>> >>> Implement XRender pipeline for Java2D Clemens Eisserer >>> >>> Provide date and time library from JSR-310 Stephen >>> Colebourne, >>> Michael >>> Nascimento Santos >>> >>> Portable GUI backends Roman Kennke, >>> Mario Torre >>> >>> Virtual Machine Interface Andrew John Hughes >>> >>> Free Software synthesizer implemention for >>> the OpenJDK project Karl Helgason >>> >>> OpenJDK on Windows Ted Neward >>> >>> >>> The judges, all Sun employees, are Alan Bateman, Alex Buckley, Danny >>> Coward, Joe >>> Darcy, Ray Gans, James Gosling, Onno Kluyt, Jim Melvin, Alex Potochkin, >>> Phil Race, >>> Mark Reinhold, and Rich Sands. >>> >>> We want to thank everyone who has entered their proposal into the >>> Challenge. It is >>> very exciting to see the level of enthusiasm and interest among >>> developers for the >>> OpenJDK code base. The finalists were chosen based on the completeness >>> and relevance >>> of their proposals and the degree to which the judges felt the end >>> results were both >>> achievable and valuable to the community at this time. Proposals that >>> were not >>> selected as finalists are still valuable and interesting but Sun could >>> not select >>> them all! The judges hope that everyone who has participated so far in >>> the Challenge >>> will consider continuing their efforts in the Community, and >>> collaborating with their >>> peers and with Sun to further the goals of the OpenJDK project. >>> >>> One other thing to remember -- there is no guarantee that completed >>> Challenge >>> projects will be integrated into the main OpenJDK code base, or into >>> the Java SE >>> Platform specification (which is governed by the JCP). Being chosen as >>> a Finalist or >>> completing a project for the Challenge might help to demonstrate the >>> feasibility of a >>> particular API or language proposal but it does not say anything about >>> the likelihood >>> of such a project becoming an approved JSR, or about the code being >>> integrated into >>> the main branch of the OpenJDK code base. Both the spec and the code >>> are managed >>> under processes that are separate from the Challenge. >>> >>> The finalists will be notified and project space set up for them if >>> needed in the >>> OpenJDK Community. As required by the Challenge rules, work must be >>> done in the open, >>> and the entire OpenJDK community is welcome to watch and comment as the >>> projects >>> progress. The Innovators Challenge will close on August 4th at which >>> time each >>> project will be reviewed to verify that it met the completion criteria >>> of its >>> proposal. Cash prizes will be awarded shortly afterwards. >>> >>> Thanks again to everyone who has participated. Good luck to all >>> Finalists on your >>> projects! >>> >>> Regards, >>> >>> -- rms >>> >>> -- >>> Rich Sands Phone: +1 781 881 4067 / x81524 >>> Community Marketing Manager Email: richard.sands at sun.com >>> Java SE Marketing SMS: 6172830027 at vtext.com >>> Sun Microsystems, Inc. >>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>> NOTICE: This email message is for the sole use of the intended >>> recipient(s) and may contain confidential and privileged >>> information. Any unauthorized review, use, disclosure or >>> distribution is prohibited. If you are not the intended >>> recipient, please contact the sender by reply email and destroy >>> all copies of the original message. >>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>> >>> No virus found in this incoming message. >>> Checked by AVG. >>> Version: 7.5.519 / Virus Database: 269.21.7/1332 - Release Date: >>> 3/17/2008 10:48 AM >>> >> >> No virus found in this outgoing message. >> Checked by AVG. Version: 7.5.519 / Virus Database: 269.21.7/1333 - >> Release Date: 3/18/2008 >> 8:10 AM >> >> > From kelly.ohair at sun.com Wed Mar 19 13:27:30 2008 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Wed, 19 Mar 2008 20:27:30 +0000 Subject: hg: jdk7/build/jdk: 6611629: Avoid hardcoded cygwin paths for memory detection Message-ID: <20080319202742.56C4126EE7@hg.openjdk.java.net> Changeset: 9ae5ccf6891c Author: ohair Date: 2008-03-19 13:26 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/9ae5ccf6891c 6611629: Avoid hardcoded cygwin paths for memory detection Summary: Use free with sygwin, mem or systeminfo otherwise, to get MB_OF_MEMORY on windows. Reviewed-by: tbell ! make/common/shared/Platform.gmk From iris at sun.com Wed Mar 19 16:56:35 2008 From: iris at sun.com (iris clark) Date: Wed, 19 Mar 2008 15:56:35 -0800 (PST) Subject: What am I doing wrong here? In-Reply-To: <47E15B90.8010702@sun.com> (message from Brad Wetmore on Wed, 19 Mar 2008 11:29:36 -0700) Message-ID: <200803192356.m2JNuZSc006086@ribbit.SFBay.Sun.COM> > I'll make sure that these comments gets to the guide writing team: > guide-discuss at openjdk.java.net Received. Thanks, iris From ted at tedneward.com Wed Mar 19 22:14:35 2008 From: ted at tedneward.com (Ted Neward) Date: Wed, 19 Mar 2008 22:14:35 -0700 Subject: FW: Announcing Finalists for the OpenJDK Community Innovator's Challenge In-Reply-To: <47E12632.7060209@sun.com> References: <036001c88977$4755fbb0$d601f310$@com> <47E12632.7060209@sun.com> Message-ID: <073001c88a49$4cd2fac0$e678f040$@com> Hey, Stephen-- Yes, I'd thought to include Hotspot as well, since that's where most of the C/C++ coding was happening, AFAIK. Recognizing that this will likely touch the Hotspot code in some way, I was going to touch base with the Hotspot team (via the hotspot-* lists) when I had a working build going using VC++Express. (Figured there probably wasn't much to coordinate with them until then.) Any and all resources you can offer regarding your VC2005Express effort would be HUGELY appreciated. Tim's already mentioned that he's been working on getting the ".exe manifest" bug nailed down, which will obviously need to happen for all the .exe's and .dll's in the JDK, and anything else you've run into will help lay out the scope of the problem, too. Once I get the thing flipped to VC++Express, then I'll start thinking about getting mingw's toolchain in place, including flipping the NMakefiles over to GNU makefiles. Again, I'm guessing the Hotspot team will have something to say about that, but the goal there would be to make it easier to maintain the makefiles across platforms. (MinGW over Cygwin simply because it--I think--handles the path weirdness better than Cygwin does.) Once the MinGW toolchain is in place, then it comes time to think about flipping from VC++Express to gcc, which is, I think, a vastly different set of problems. As for perf differences between the compilers, well, that's partly why I'm going to do this in separate repositories, so that if it turns out that MinGW's gcc is four times slower than VC++, we call the experiment "done" and move on. :-) But AFAIK, the compiler coming in VC++Express has all the same optimizations as the one coming in Visual Studio, so I don't think there will be a problem there. And, if in fact it *does* turn out to be the case, then perhaps Sun continues to use the commercial compiler for product builds, and the rest of us can use the free compiler and live with the reduced perf. *shrug* That's for other minds to decide. I just know that enough people asked about using the free C++ compilers on Windows that I figured it was worth a shot. Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing http://www.tedneward.com > -----Original Message----- > From: Stephen.Bohne at Sun.COM [mailto:Stephen.Bohne at Sun.COM] > Sent: Wednesday, March 19, 2008 7:42 AM > To: Ted Neward > Cc: build-dev at openjdk.java.net > Subject: Re: FW: Announcing Finalists for the OpenJDK Community > Innovator's Challenge > > Hi Ted, > > Congratulations on getting accepted. Are you planning to include the > Hotspot repository in this project? Some time ago, I was involved with > a similar effort to build Hotspot under Visual C++ 2005 Express, so I'm > familiar with some of this. Most of the immediate build issues were > simple syntax problems. So the Hotspot repository should be pretty > easy, with respect to source changes, at least for VC 2008. > > For MinGW32, one issue might be that the current Hotspot/Windows > makefiles are mostly nmake format. We still use that format because it > provides an easy capability for so-called "batch" compiles, which makes > Windows Hotspot builds extremely fast. It would be nice to have > something equivalent if a new Makefile format is used. > > Another thing to watch out for with Hotspot is performance. Some of > the > C++ subsystems, particularly GC, can be sensitive to the quality of the > generated code. In the past we've seen noticeable changes in benchmark > scores from C++ compiler upgrades (thankfully, mostly positive > changes.) > Just something to keep in mind, especially if the free version of VC > 2008 or MinGW32 omits some optimizations that exists in the current > compilers. > > Finally, this isn't Hotspot related, but one other problem we had with > the free VC 2005 compiler was lack of ATL support. One of the other > repositories had a dependency on ATL that wasn't satisfied by the > Express compiler. It may be the case that the dependency was removed > since then, or that the 2008 product now includes the support. Just > something to be aware of. > > Others on this list can probably comment better on non-Hotspot issues. > > Steve > > Ted Neward wrote: > > Given that it would appear that my proposal for updating the build > process > > to use a free compiler has apparently been accepted (see below), is > there a > > good time to start thinking about doing the migration work? Are there > any > > major build changes up & coming? I know Kelly has said there's some > plans to > > move the corba project out to an entirely Ant-driven process, so if > that's > > going to happen any time soon, I'll just leave it out of the > migration > > process. (I think the corba stuff still uses the C compiler for some > of it, > > no?) > > > > There's a two-step process I want to take with this: > > 1) Let's leave most of the build infrastructure in place and just try > to > > swap in Visual C++ 2008 Express. > > 2) Let's see about moving over to MinGW32's infrastructure (instead > of > > Cygwin's) and see if that doesn't help reduce the path problems we're > > currently facing in the Windows build of OpenJDK. > > 2) Let's see about moving over to the MinGW32 gcc compiler for > building on > > windows, and thus remove the dependency on Microsoft's compiler > completely, > > in case VC++ ever moves out of a free (as in beer or as in speech) > SKU. > > > > My goal is to ensure that I hit #1 by the close of the project period > > (August), and get as far down 2 and 3 as possible. > > > > Any thoughts? Suggestions? Ideas for how best to tackle this? You > (the guys > > at Sun) have a lot more experience with this codebase than I, so any > tips, > > pointers or suggestions are appreciated. > > > > Ted Neward > > Java, .NET, XML Services > > Consulting, Teaching, Speaking, Writing > > http://www.tedneward.com > > > > > >> -----Original Message----- > >> From: announce-bounces at openjdk.java.net [mailto:announce- > >> bounces at openjdk.java.net] On Behalf Of Rich Sands > >> Sent: Monday, March 17, 2008 6:54 PM > >> To: announce at openjdk.java.net; challenge-discuss at openjdk.java.net > >> Subject: Announcing Finalists for the OpenJDK Community Innovator's > >> Challenge > >> > >> OpenJDK Community, > >> > >> We're pleased to announce the finalists for the OpenJDK Community > >> Innovator's > >> Challenge. The judges have been meeting and discussing the 18 > proposals > >> received > >> during the first phase of the Challenge, and evaluating these > proposals > >> based on > >> their technical merit, and their likely impact on the OpenJDK > Community > >> and the > >> adoption of OpenJDK-based implementations in new markets, for new > >> applications and > >> uses. It was not an easy decision, as most of the proposals were > >> thoughtful and > >> demonstrated passion and commitment to this code base and the > >> community. The seven > >> Finalists, in order of receipt of their proposals, are: > >> > >> > >> Closures for Java Neal Gafter > >> > >> Implement XRender pipeline for Java2D Clemens > Eisserer > >> > >> Provide date and time library from JSR-310 Stephen > >> Colebourne, > >> Michael > >> Nascimento Santos > >> > >> Portable GUI backends Roman Kennke, > >> Mario Torre > >> > >> Virtual Machine Interface Andrew John > Hughes > >> > >> Free Software synthesizer implemention for > >> the OpenJDK project Karl Helgason > >> > >> OpenJDK on Windows Ted Neward > >> > >> > >> The judges, all Sun employees, are Alan Bateman, Alex Buckley, Danny > >> Coward, Joe > >> Darcy, Ray Gans, James Gosling, Onno Kluyt, Jim Melvin, Alex > Potochkin, > >> Phil Race, > >> Mark Reinhold, and Rich Sands. > >> > >> We want to thank everyone who has entered their proposal into the > >> Challenge. It is > >> very exciting to see the level of enthusiasm and interest among > >> developers for the > >> OpenJDK code base. The finalists were chosen based on the > completeness > >> and relevance > >> of their proposals and the degree to which the judges felt the end > >> results were both > >> achievable and valuable to the community at this time. Proposals > that > >> were not > >> selected as finalists are still valuable and interesting but Sun > could > >> not select > >> them all! The judges hope that everyone who has participated so far > in > >> the Challenge > >> will consider continuing their efforts in the Community, and > >> collaborating with their > >> peers and with Sun to further the goals of the OpenJDK project. > >> > >> One other thing to remember -- there is no guarantee that completed > >> Challenge > >> projects will be integrated into the main OpenJDK code base, or into > >> the Java SE > >> Platform specification (which is governed by the JCP). Being chosen > as > >> a Finalist or > >> completing a project for the Challenge might help to demonstrate the > >> feasibility of a > >> particular API or language proposal but it does not say anything > about > >> the likelihood > >> of such a project becoming an approved JSR, or about the code being > >> integrated into > >> the main branch of the OpenJDK code base. Both the spec and the code > >> are managed > >> under processes that are separate from the Challenge. > >> > >> The finalists will be notified and project space set up for them if > >> needed in the > >> OpenJDK Community. As required by the Challenge rules, work must be > >> done in the open, > >> and the entire OpenJDK community is welcome to watch and comment as > the > >> projects > >> progress. The Innovators Challenge will close on August 4th at which > >> time each > >> project will be reviewed to verify that it met the completion > criteria > >> of its > >> proposal. Cash prizes will be awarded shortly afterwards. > >> > >> Thanks again to everyone who has participated. Good luck to all > >> Finalists on your > >> projects! > >> > >> Regards, > >> > >> -- rms > >> > >> -- > >> Rich Sands Phone: +1 781 881 4067 / x81524 > >> Community Marketing Manager Email: richard.sands at sun.com > >> Java SE Marketing SMS: 6172830027 at vtext.com > >> Sun Microsystems, Inc. > >> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > >> NOTICE: This email message is for the sole use of the intended > >> recipient(s) and may contain confidential and privileged > >> information. Any unauthorized review, use, disclosure or > >> distribution is prohibited. If you are not the intended > >> recipient, please contact the sender by reply email and destroy > >> all copies of the original message. > >> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > >> > >> No virus found in this incoming message. > >> Checked by AVG. > >> Version: 7.5.519 / Virus Database: 269.21.7/1332 - Release Date: > >> 3/17/2008 10:48 AM > >> > > > > No virus found in this outgoing message. > > Checked by AVG. > > Version: 7.5.519 / Virus Database: 269.21.7/1333 - Release Date: > 3/18/2008 > > 8:10 AM > > > > > > No virus found in this incoming message. > Checked by AVG. > Version: 7.5.519 / Virus Database: 269.21.7/1333 - Release Date: > 3/18/2008 8:10 AM > No virus found in this outgoing message. Checked by AVG. Version: 7.5.519 / Virus Database: 269.21.7/1335 - Release Date: 3/19/2008 9:54 AM From gbenson at redhat.com Thu Mar 20 01:48:46 2008 From: gbenson at redhat.com (Gary Benson) Date: Thu, 20 Mar 2008 08:48:46 +0000 Subject: Problem building OpenJDK on a set-top box In-Reply-To: <47E1448D.8010003@reservoir.com> References: <16142674.post@talk.nabble.com> <20080319144147.GA6414@redhat.com> <47E1448D.8010003@reservoir.com> Message-ID: <20080320084846.GA3799@redhat.com> Hi Jonathan, IcedTea (icedtea6 anyhow) has the zero-assembler port which should build out of the box on any linux/gcc platform. I say should, because it's new and we're still working out kinks, but it works enought to build itself on 32- and 64-bit PowerPC, I've had reports of it working on zSeries and Itanium, and there are a couple of guys working on ARM as we speak. Cheers, Gary Jonathan Springer wrote: > Beyond just getting it to build, to Hotspot uses a fair amount of > machine code internally, which would have to be retargeted to the > SuperH ISA to get it to run. IcedTea helps, but my understanding is > that there would still be probably a few months of work required to > support a new CPU. > > -Jonathan > > Gary Benson wrote: > > Hi Olivier, > > > > OpenJDK does indeed require java to build, but that aside there > > is the issue that HotSpot does not support the sh4 processor. > > Check out IcedTea instead (http://icedtea.classpath.org/) which > > has a) the ability to bootstrap with gcj, and b) support for > > building on platforms with no HotSpot support. > > > > Cheers, > > Gary > > > > Olz wrote: > > > Hello, > > > > > > I'm currently trying to get java working on a set-top box > > > (chipset-family : sh4, processor STb1709), running a STLinux OS. > > > I tried to follow the steps on this tutorial : > > > http://today.java.net/pub/a/today/2007/11/29/building-the-jdk.html > > > > > > I won't describe all the difficulties to install all the > > > dependencies needed to pass the "make sanity"... > > > The main problem actually is that when I try to make from the > > > control/make/ directory, I get an error saying that ant can't find > > > java, and ant seems to be needed for a successful compilation. > > > It's the same thing with findbugs... > > > So I'm kind of stuck in a bad loop, ant needs java, java needs ant... > > > > > > Has anyone tried to get OpenJDK working on a STB? > > > Advices and help needed! > > > > > > Thank you, > > > > > > Olivier > > > > > > PS : Sorry for bad English. > > > -- > > > View this message in context: > > > http://www.nabble.com/Problem-building-OpenJDK-on-a-set-top-box-tp16142674p16142674.html > > > Sent from the OpenJDK Build Infrastructure mailing list archive at > > > Nabble.com. > > -- > Jonathan Springer | > Reservoir Labs, Inc. | http://www.reservoir.com/ > > -- http://gbenson.net/ From aph at redhat.com Thu Mar 20 02:02:29 2008 From: aph at redhat.com (Andrew Haley) Date: Thu, 20 Mar 2008 09:02:29 +0000 Subject: FW: Announcing Finalists for the OpenJDK Community Innovator's Challenge In-Reply-To: <47E16089.3050009@sun.com> References: <036001c88977$4755fbb0$d601f310$@com> <47E12632.7060209@sun.com> <47E16089.3050009@sun.com> Message-ID: <47E22825.9080100@redhat.com> Kelly O'Hair wrote: > Excellent points Steve. And good summary. > > The hotspot nmake Makefiles are tied to the MS Visual Studio (VC) > compilers, > and I'm pretty sure nmake.exe is now only delivered with the VC product. > It's not clear how you can match this build performance. > However, it's also not clear how much of this benefit comes from Hotspot's > use of VC pre-compiled headers (PCH). Windows builds with nmake/VC/PCH > takes a few minutes, versus 20-35min builds on equivalent Linux/Solaris > systems. So it's significant and something (the performance) that we want > to keep. If a GNU Makefile using VC/PCH can match nmake is an open > question. This is interesting. I guess the Linux build isn't using PCH too? > I have tried using parallel GNU make and batch compiles in the jdk > builds, and seen benefits on Linux and Solaris, but not much with > Windows. Ah, that is important: IME builds scale almost linearly with the number of processors. Andrew. From aph at redhat.com Thu Mar 20 02:05:05 2008 From: aph at redhat.com (Andrew Haley) Date: Thu, 20 Mar 2008 09:05:05 +0000 Subject: Problem building OpenJDK on a set-top box In-Reply-To: <20080320084846.GA3799@redhat.com> References: <16142674.post@talk.nabble.com> <20080319144147.GA6414@redhat.com> <47E1448D.8010003@reservoir.com> <20080320084846.GA3799@redhat.com> Message-ID: <47E228C1.6020808@redhat.com> Gary Benson wrote: > Hi Jonathan, > > IcedTea (icedtea6 anyhow) has the zero-assembler port which should > build out of the box on any linux/gcc platform. I say should, because > it's new and we're still working out kinks, but it works enought to > build itself on 32- and 64-bit PowerPC, I've had reports of it working > on zSeries and Itanium, and there are a couple of guys working on ARM > as we speak. SH should be ok using gcj to bootstrap. There seems to be a gcj port, but I can't recall ever seeing any test results from it. Andrew. From springer at reservoir.com Thu Mar 20 07:08:12 2008 From: springer at reservoir.com (Jonathan Springer) Date: Thu, 20 Mar 2008 09:08:12 -0500 Subject: Problem building OpenJDK on a set-top box In-Reply-To: <20080320084846.GA3799@redhat.com> References: <16142674.post@talk.nabble.com> <20080319144147.GA6414@redhat.com> <47E1448D.8010003@reservoir.com> <20080320084846.GA3799@redhat.com> Message-ID: <47E26FCC.6060207@reservoir.com> That's good progress, being able to build itself. I should take a look at it. It's still going to be interpreter-only (without porting), right? Would it still be possible to add a compiler port (c1, opto) on top of it? Thanks, -Jonathan Gary Benson wrote: > Hi Jonathan, > > IcedTea (icedtea6 anyhow) has the zero-assembler port which should > build out of the box on any linux/gcc platform. I say should, because > it's new and we're still working out kinks, but it works enought to > build itself on 32- and 64-bit PowerPC, I've had reports of it working > on zSeries and Itanium, and there are a couple of guys working on ARM > as we speak. > > Cheers, > Gary > > Jonathan Springer wrote: >> Beyond just getting it to build, to Hotspot uses a fair amount of >> machine code internally, which would have to be retargeted to the >> SuperH ISA to get it to run. IcedTea helps, but my understanding is >> that there would still be probably a few months of work required to >> support a new CPU. >> >> -Jonathan >> >> Gary Benson wrote: >>> Hi Olivier, >>> >>> OpenJDK does indeed require java to build, but that aside there >>> is the issue that HotSpot does not support the sh4 processor. >>> Check out IcedTea instead (http://icedtea.classpath.org/) which >>> has a) the ability to bootstrap with gcj, and b) support for >>> building on platforms with no HotSpot support. >>> >>> Cheers, >>> Gary >>> >>> Olz wrote: >>>> Hello, >>>> >>>> I'm currently trying to get java working on a set-top box >>>> (chipset-family : sh4, processor STb1709), running a STLinux OS. >>>> I tried to follow the steps on this tutorial : >>>> http://today.java.net/pub/a/today/2007/11/29/building-the-jdk.html >>>> >>>> I won't describe all the difficulties to install all the >>>> dependencies needed to pass the "make sanity"... >>>> The main problem actually is that when I try to make from the >>>> control/make/ directory, I get an error saying that ant can't find >>>> java, and ant seems to be needed for a successful compilation. >>>> It's the same thing with findbugs... >>>> So I'm kind of stuck in a bad loop, ant needs java, java needs ant... >>>> >>>> Has anyone tried to get OpenJDK working on a STB? >>>> Advices and help needed! >>>> >>>> Thank you, >>>> >>>> Olivier >>>> >>>> PS : Sorry for bad English. -- Jonathan Springer | Reservoir Labs, Inc. | http://www.reservoir.com/ From gbenson at redhat.com Thu Mar 20 07:25:37 2008 From: gbenson at redhat.com (Gary Benson) Date: Thu, 20 Mar 2008 14:25:37 +0000 Subject: Problem building OpenJDK on a set-top box In-Reply-To: <47E26FCC.6060207@reservoir.com> References: <16142674.post@talk.nabble.com> <20080319144147.GA6414@redhat.com> <47E1448D.8010003@reservoir.com> <20080320084846.GA3799@redhat.com> <47E26FCC.6060207@reservoir.com> Message-ID: <20080320142537.GF3799@redhat.com> It would be possible, but rather than writing CPU-specific compiler ports the idea is to use something like libjit to add a generic one. Cheers, Gary Jonathan Springer wrote: > That's good progress, being able to build itself. I should take a > look at it. It's still going to be interpreter-only (without > porting), right? Would it still be possible to add a compiler port > (c1, opto) on top of it? > > Thanks, > > -Jonathan > > Gary Benson wrote: > > Hi Jonathan, > > > > IcedTea (icedtea6 anyhow) has the zero-assembler port which should > > build out of the box on any linux/gcc platform. I say should, > > because it's new and we're still working out kinks, but it works > > enought to build itself on 32- and 64-bit PowerPC, I've had > > reports of it working on zSeries and Itanium, and there are a > > couple of guys working on ARM as we speak. > > > > Cheers, > > Gary From Kelly.Ohair at Sun.COM Thu Mar 20 09:56:30 2008 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Thu, 20 Mar 2008 09:56:30 -0700 Subject: FW: Announcing Finalists for the OpenJDK Community Innovator's Challenge In-Reply-To: <47E22825.9080100@redhat.com> References: <036001c88977$4755fbb0$d601f310$@com> <47E12632.7060209@sun.com> <47E16089.3050009@sun.com> <47E22825.9080100@redhat.com> Message-ID: <47E2973E.50500@sun.com> Andrew Haley wrote: > Kelly O'Hair wrote: >> Excellent points Steve. And good summary. >> >> The hotspot nmake Makefiles are tied to the MS Visual Studio (VC) >> compilers, >> and I'm pretty sure nmake.exe is now only delivered with the VC product. >> It's not clear how you can match this build performance. >> However, it's also not clear how much of this benefit comes from Hotspot's >> use of VC pre-compiled headers (PCH). Windows builds with nmake/VC/PCH >> takes a few minutes, versus 20-35min builds on equivalent Linux/Solaris >> systems. So it's significant and something (the performance) that we want >> to keep. If a GNU Makefile using VC/PCH can match nmake is an open >> question. > > This is interesting. I guess the Linux build isn't using PCH too? The gcc compilers and Sun Studio compilers we have used in the past either didn't have PCH capability or didn't have stable enough ones. It's been my experience that each PCH implementation is unique in some way, varied implementation techniques, with varied performance benefits. The gcc we have used (version 3 based) did not have a good PCH solution (gcc 4 supposedly has one now?), and the Sun Studio Compilers just recently got a stable PCH system. Both are different and may need source changes to make them work well. PCH certainly requires special Makefile support, and each are completely separate efforts, not trivial tasks. As a side note, often in the process of making PCH work well, the end result is a set of sources that may build even slower without PCH, this is because your optimim PCH situation is the 'single include file' situation where all sources include everything so that they can all share the same everything. I do quite a bit of build work, and Linux/Solaris builds just have a completely different impact on a system than a Windows build. Solaris seems to do the best with many processes, even with many fewer CPUs, but older Solaris boxes have slower disk access and slower processors. With Solaris you can just throw more CPUs at it. The older Linux systems did ok, but you had to be careful about overloading the system (newer Linux systems may be much better about this). So with Solaris/Linux the approach to getting a faster build is to: * Use /tmp, or at least local disk, avoid all NFS writes * Use the ALT_PARALLEL_COMPILE_JOBS=N and HOTSPOT_BUILD_JOBS=N options (where N is at least 2, or maybe twice the number of CPUs) * Use something like ccache if doing repeated builds, e.g. save the .o files On Windows, none of the above options are available or show little benefit. So far PCH has been the best answer, which the Hotspot team has done but the rest of the jdk's native sources aren't quite as normalized as the Hotspot sources. Maybe the Windows issue is the higher cost of process startup/warmup? Fewer processes with more work to do is a better Windows situation? I'm guessing of course... > >> I have tried using parallel GNU make and batch compiles in the jdk >> builds, and seen benefits on Linux and Solaris, but not much with >> Windows. > > Ah, that is important: IME builds scale almost linearly with the number > of processors. What is IME? -kto > > Andrew. From aph at redhat.com Thu Mar 20 10:03:13 2008 From: aph at redhat.com (Andrew Haley) Date: Thu, 20 Mar 2008 17:03:13 +0000 Subject: FW: Announcing Finalists for the OpenJDK Community Innovator's Challenge In-Reply-To: <47E2973E.50500@sun.com> References: <036001c88977$4755fbb0$d601f310$@com> <47E12632.7060209@sun.com> <47E16089.3050009@sun.com> <47E22825.9080100@redhat.com> <47E2973E.50500@sun.com> Message-ID: <47E298D1.7030504@redhat.com> Kelly O'Hair wrote: > > > Andrew Haley wrote: >> Kelly O'Hair wrote: >>> Excellent points Steve. And good summary. >>> >>> The hotspot nmake Makefiles are tied to the MS Visual Studio (VC) >>> compilers, >>> and I'm pretty sure nmake.exe is now only delivered with the VC product. >>> It's not clear how you can match this build performance. >>> However, it's also not clear how much of this benefit comes from >>> Hotspot's >>> use of VC pre-compiled headers (PCH). Windows builds with nmake/VC/PCH >>> takes a few minutes, versus 20-35min builds on equivalent Linux/Solaris >>> systems. So it's significant and something (the performance) that we >>> want >>> to keep. If a GNU Makefile using VC/PCH can match nmake is an open >>> question. >> >> This is interesting. I guess the Linux build isn't using PCH too? > > The gcc compilers and Sun Studio compilers we have used in the past either > didn't have PCH capability or didn't have stable enough ones. > It's been my experience that each PCH implementation is unique in some > way, varied implementation techniques, with varied performance benefits. > The gcc we have used (version 3 based) did not have a good PCH solution > (gcc 4 supposedly has one now?), > and the Sun Studio Compilers just recently got a stable PCH system. I haven't used it, but it's supposed to be pretty good. Apple use it all the time. > On Windows, none of the [ parallel make options ] options are available or show little > benefit. So far PCH has been the best answer, which the Hotspot team > has done but the rest of the jdk's native sources aren't quite as > normalized as the Hotspot sources. > > Maybe the Windows issue is the higher cost of process startup/warmup? > Fewer processes with more work to do is a better Windows situation? > I'm guessing of course... > >> >>> I have tried using parallel GNU make and batch compiles in the jdk >>> builds, and seen benefits on Linux and Solaris, but not much with >>> Windows. >> >> Ah, that is important: IME builds scale almost linearly with the number >> of processors. > > What is IME? In My Experience. :-) Andrew. From lists at intricatesoftware.com Thu Mar 20 10:27:17 2008 From: lists at intricatesoftware.com (Kurt Miller) Date: Thu, 20 Mar 2008 13:27:17 -0400 Subject: FW: Announcing Finalists for the OpenJDK Community Innovator's Challenge In-Reply-To: <47E2973E.50500@sun.com> References: <036001c88977$4755fbb0$d601f310$@com> <47E22825.9080100@redhat.com> <47E2973E.50500@sun.com> Message-ID: <200803201327.18008.lists@intricatesoftware.com> On Thursday 20 March 2008 12:56:30 pm Kelly O'Hair wrote: > On Windows, none of the above options are available or show little > benefit. So far PCH has been the best answer, which the Hotspot team > has done but the rest of the jdk's native sources aren't quite as normalized > as the Hotspot sources. Building hotspot without PCH is slightly broken at the moment. I have a patch for it that Ted may find helpful if he is going to try to build hotspot without PCH. http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6674348 -Kurt From Kelly.Ohair at Sun.COM Thu Mar 20 10:57:51 2008 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Thu, 20 Mar 2008 10:57:51 -0700 Subject: FW: Announcing Finalists for the OpenJDK Community Innovator's Challenge In-Reply-To: <47E298D1.7030504@redhat.com> References: <036001c88977$4755fbb0$d601f310$@com> <47E12632.7060209@sun.com> <47E16089.3050009@sun.com> <47E22825.9080100@redhat.com> <47E2973E.50500@sun.com> <47E298D1.7030504@redhat.com> Message-ID: <47E2A59F.8040701@sun.com> IME... shows you how old I am, not up-to-date on all these. ;^) I have heard that the gcc4 PCH works pretty well, but officially we are still using gcc3. The hotspot Makefiles might have done a little work toward using gcc4 PCH, and their source may actually be ready for use of PCH with any of the compilers due to the Windows PCH work. In the jdk Makefiles (not hotspot), I added a COMPILE_APPROACH variable that could be "normal", "parallel", or "batch". The "parallel" used the GNU make -p option but in a very limited way (Makefiles have to have pretty perfect dependency specifications for the -p option to work from the top down), effectively "parallel" does a 'make -p *.o' for each library being built. The "batch" just did a 'gcc -c *.c' type compile (if the compile lines matched for all the files). I had hoped that the compilers might be smart enough to see the "batch" compile as an opportunity to automatically do PCH on all these files (with supplying the appropriate compiler automatic PCH options). Turns out most of the "automatic" PCH options just don't work, or I couldn't get them to work. I came to the conclusion that to get benefits from PCH, your source files need to be normalized with regards to the use of the #include files, which is a bigger effort for the jdk than I was willing to take on. Not surprisingly, on Solaris/Linux, the "batch" mode without PCH was the same speed as "normal", since these compilers just loop over their source files. But Windows does show a slight benefit of "batch" compiles over "normal", and little benefit of using "parallel", which was surprising to me. Again, maybe this just comes down to the cost of a fork/exec? The 'make -p' may just not be as beneficial when the process startup cost is higher? -kto Andrew Haley wrote: > Kelly O'Hair wrote: >> >> Andrew Haley wrote: >>> Kelly O'Hair wrote: >>>> Excellent points Steve. And good summary. >>>> >>>> The hotspot nmake Makefiles are tied to the MS Visual Studio (VC) >>>> compilers, >>>> and I'm pretty sure nmake.exe is now only delivered with the VC product. >>>> It's not clear how you can match this build performance. >>>> However, it's also not clear how much of this benefit comes from >>>> Hotspot's >>>> use of VC pre-compiled headers (PCH). Windows builds with nmake/VC/PCH >>>> takes a few minutes, versus 20-35min builds on equivalent Linux/Solaris >>>> systems. So it's significant and something (the performance) that we >>>> want >>>> to keep. If a GNU Makefile using VC/PCH can match nmake is an open >>>> question. >>> This is interesting. I guess the Linux build isn't using PCH too? >> The gcc compilers and Sun Studio compilers we have used in the past either >> didn't have PCH capability or didn't have stable enough ones. >> It's been my experience that each PCH implementation is unique in some >> way, varied implementation techniques, with varied performance benefits. >> The gcc we have used (version 3 based) did not have a good PCH solution >> (gcc 4 supposedly has one now?), >> and the Sun Studio Compilers just recently got a stable PCH system. > > I haven't used it, but it's supposed to be pretty good. Apple use it > all the time. > >> On Windows, none of the [ parallel make options ] options are available or show little >> benefit. So far PCH has been the best answer, which the Hotspot team >> has done but the rest of the jdk's native sources aren't quite as >> normalized as the Hotspot sources. >> >> Maybe the Windows issue is the higher cost of process startup/warmup? >> Fewer processes with more work to do is a better Windows situation? >> I'm guessing of course... >> >>>> I have tried using parallel GNU make and batch compiles in the jdk >>>> builds, and seen benefits on Linux and Solaris, but not much with >>>> Windows. >>> Ah, that is important: IME builds scale almost linearly with the number >>> of processors. >> What is IME? > > In My Experience. :-) > > Andrew. From ted at tedneward.com Thu Mar 20 19:35:25 2008 From: ted at tedneward.com (Ted Neward) Date: Thu, 20 Mar 2008 19:35:25 -0700 Subject: FW: Announcing Finalists for the OpenJDK Community Innovator's Challenge In-Reply-To: <47E2A59F.8040701@sun.com> References: <036001c88977$4755fbb0$d601f310$@com> <47E12632.7060209@sun.com> <47E16089.3050009@sun.com> <47E22825.9080100@redhat.com> <47E2973E.50500@sun.com> <47E298D1.7030504@redhat.com> <47E2A59F.8040701@sun.com> Message-ID: <00b901c88afc$3a16bee0$ae443ca0$@com> It's kinda sounding like trying to go all the way to mingw's gcc is not necessarily a great place to end up. *shrug* Well, that's why this is a research project--my hope is to get #1 done, first and foremost, and see where we are after that. Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing http://www.tedneward.com > -----Original Message----- > From: build-dev-bounces at openjdk.java.net [mailto:build-dev- > bounces at openjdk.java.net] On Behalf Of Kelly O'Hair > Sent: Thursday, March 20, 2008 10:58 AM > To: Andrew Haley > Cc: build-dev at openjdk.java.net; Steve Bohne > Subject: Re: FW: Announcing Finalists for the OpenJDK Community > Innovator's Challenge > > IME... shows you how old I am, not up-to-date on all these. ;^) > > I have heard that the gcc4 PCH works pretty well, but officially we > are still using gcc3. The hotspot Makefiles might have done a little > work toward using gcc4 PCH, and their source may actually be ready for > use of PCH with any of the compilers due to the Windows PCH work. > > In the jdk Makefiles (not hotspot), I added a COMPILE_APPROACH variable > that could be "normal", "parallel", or "batch". > The "parallel" used the GNU make -p option but in a very limited way > (Makefiles have to have pretty perfect dependency specifications for > the -p option to work from the top down), effectively "parallel" does > a > 'make -p *.o' for each library being built. > The "batch" just did a 'gcc -c *.c' type compile (if the compile lines > matched for all the files). > > I had hoped that the compilers might be smart enough to see the "batch" > compile as an opportunity to automatically do PCH on all these files > (with supplying the appropriate compiler automatic PCH options). > Turns out most of the "automatic" PCH options just don't work, or > I couldn't get them to work. I came to the conclusion that to get > benefits from PCH, your source files need to be normalized with regards > to the use of the #include files, which is a bigger effort for the > jdk than I was willing to take on. > > Not surprisingly, on Solaris/Linux, the "batch" mode without PCH > was the same speed as "normal", since these compilers just loop > over their source files. But Windows does show a slight benefit > of "batch" compiles over "normal", and little benefit of using > "parallel", which was surprising to me. > Again, maybe this just comes down to the cost of a fork/exec? > The 'make -p' may just not be as beneficial when the process startup > cost is higher? > > -kto > > Andrew Haley wrote: > > Kelly O'Hair wrote: > >> > >> Andrew Haley wrote: > >>> Kelly O'Hair wrote: > >>>> Excellent points Steve. And good summary. > >>>> > >>>> The hotspot nmake Makefiles are tied to the MS Visual Studio (VC) > >>>> compilers, > >>>> and I'm pretty sure nmake.exe is now only delivered with the VC > product. > >>>> It's not clear how you can match this build performance. > >>>> However, it's also not clear how much of this benefit comes from > >>>> Hotspot's > >>>> use of VC pre-compiled headers (PCH). Windows builds with > nmake/VC/PCH > >>>> takes a few minutes, versus 20-35min builds on equivalent > Linux/Solaris > >>>> systems. So it's significant and something (the performance) that > we > >>>> want > >>>> to keep. If a GNU Makefile using VC/PCH can match nmake is an open > >>>> question. > >>> This is interesting. I guess the Linux build isn't using PCH too? > >> The gcc compilers and Sun Studio compilers we have used in the past > either > >> didn't have PCH capability or didn't have stable enough ones. > >> It's been my experience that each PCH implementation is unique in > some > >> way, varied implementation techniques, with varied performance > benefits. > >> The gcc we have used (version 3 based) did not have a good PCH > solution > >> (gcc 4 supposedly has one now?), > >> and the Sun Studio Compilers just recently got a stable PCH system. > > > > I haven't used it, but it's supposed to be pretty good. Apple use it > > all the time. > > > >> On Windows, none of the [ parallel make options ] options are > available or show little > >> benefit. So far PCH has been the best answer, which the Hotspot team > >> has done but the rest of the jdk's native sources aren't quite as > >> normalized as the Hotspot sources. > >> > >> Maybe the Windows issue is the higher cost of process > startup/warmup? > >> Fewer processes with more work to do is a better Windows situation? > >> I'm guessing of course... > >> > >>>> I have tried using parallel GNU make and batch compiles in the jdk > >>>> builds, and seen benefits on Linux and Solaris, but not much with > >>>> Windows. > >>> Ah, that is important: IME builds scale almost linearly with the > number > >>> of processors. > >> What is IME? > > > > In My Experience. :-) > > > > Andrew. > > No virus found in this incoming message. > Checked by AVG. > Version: 7.5.519 / Virus Database: 269.21.7/1336 - Release Date: > 3/20/2008 9:48 AM > No virus found in this outgoing message. Checked by AVG. Version: 7.5.519 / Virus Database: 269.21.7/1336 - Release Date: 3/20/2008 9:48 AM From ted at tedneward.com Sat Mar 22 05:28:50 2008 From: ted at tedneward.com (Ted Neward) Date: Sat, 22 Mar 2008 05:28:50 -0700 Subject: Does -Xprintflags no longer work? Message-ID: <048b01c88c18$4bf6fa40$e3e4eec0$@com> When running both the b24 build downloaded from the Sun website (the last fastdebug build Sun made available for download) as well as my recently-built fastdebug build, when I run ?java ?Xprintflags? to get a list of all the ?XX flags supported, I get a fatal error and the VM terminates. It displays [Global flags] ccstr AbortVMOnException = and then dies. Anybody else getting this? Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing HYPERLINK "http://www.tedneward.com"http://www.tedneward.com No virus found in this outgoing message. Checked by AVG. Version: 7.5.519 / Virus Database: 269.21.8/1337 - Release Date: 3/20/2008 8:10 PM -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/build-dev/attachments/20080322/0fc1a4e6/attachment.html From quilez at ensiie.fr Wed Mar 19 03:22:37 2008 From: quilez at ensiie.fr (Olz) Date: Wed, 19 Mar 2008 03:22:37 -0700 (PDT) Subject: Problem building OpenJDK on a set-top box Message-ID: <16142674.post@talk.nabble.com> Hello, I'm currently trying to get java working on a set-top box (chipset-family : sh4, processor STb1709), running a STLinux OS. I tried to follow the steps on this tutorial : http://today.java.net/pub/a/today/2007/11/29/building-the-jdk.html I won't describe all the difficulties to install all the dependencies needed to pass the "make sanity"... The main problem actually is that when I try to make from the control/make/ directory, I get an error saying that ant can't find java, and ant seems to be needed for a successful compilation. It's the same thing with findbugs... So I'm kind of stuck in a bad loop, ant needs java, java needs ant... Has anyone tried to get OpenJDK working on a STB? Advices and help needed! Thank you, Olivier PS : Sorry for bad English. -- View this message in context: http://www.nabble.com/Problem-building-OpenJDK-on-a-set-top-box-tp16142674p16142674.html Sent from the OpenJDK Build Infrastructure mailing list archive at Nabble.com. From ted at tedneward.com Sun Mar 23 12:09:02 2008 From: ted at tedneward.com (Ted Neward) Date: Sun, 23 Mar 2008 12:09:02 -0700 Subject: Problem building OpenJDK on a set-top box In-Reply-To: <16142674.post@talk.nabble.com> References: <16142674.post@talk.nabble.com> Message-ID: <06d101c88d19$5e22d8e0$1a688aa0$@com> As the build docs state, you need a working version of Java in order to build the JDK--this is called "bootstrapping". There was some traffic on this list a few days ago about doing exactly the same thing, and some of the discussion there suggested using IcedTea to do the build, since (apparently) it can be built without processor-specific dependencies (IIRC). Might check the archives here for those links. Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing http://www.tedneward.com > -----Original Message----- > From: build-dev-bounces at openjdk.java.net [mailto:build-dev- > bounces at openjdk.java.net] On Behalf Of Olz > Sent: Wednesday, March 19, 2008 3:23 AM > To: build-dev at openjdk.java.net > Subject: Problem building OpenJDK on a set-top box > > > Hello, > > I'm currently trying to get java working on a set-top box (chipset- > family : > sh4, processor STb1709), running a STLinux OS. > I tried to follow the steps on this tutorial : > http://today.java.net/pub/a/today/2007/11/29/building-the-jdk.html > > I won't describe all the difficulties to install all the dependencies > needed > to pass the "make sanity"... > The main problem actually is that when I try to make from the > control/make/ > directory, I get an error saying that ant can't find java, and ant > seems to > be needed for a successful compilation. > It's the same thing with findbugs... > So I'm kind of stuck in a bad loop, ant needs java, java needs ant... > > Has anyone tried to get OpenJDK working on a STB? > Advices and help needed! > > Thank you, > > Olivier > > PS : Sorry for bad English. > -- > View this message in context: http://www.nabble.com/Problem-building- > OpenJDK-on-a-set-top-box-tp16142674p16142674.html > Sent from the OpenJDK Build Infrastructure mailing list archive at > Nabble.com. > > No virus found in this incoming message. > Checked by AVG. > Version: 7.5.519 / Virus Database: 269.21.8/1339 - Release Date: > 3/22/2008 4:43 PM > No virus found in this outgoing message. Checked by AVG. Version: 7.5.519 / Virus Database: 269.21.8/1339 - Release Date: 3/22/2008 4:43 PM From Stephen.Bohne at Sun.COM Mon Mar 24 09:05:09 2008 From: Stephen.Bohne at Sun.COM (Steve Bohne) Date: Mon, 24 Mar 2008 12:05:09 -0400 Subject: Does -Xprintflags no longer work? In-Reply-To: <048b01c88c18$4bf6fa40$e3e4eec0$@com> References: <048b01c88c18$4bf6fa40$e3e4eec0$@com> Message-ID: <47E7D135.80701@sun.com> Hi Ted, this looks like Sun bug 6619271. I don't know much about the status of a fix, but it's a known issue. If you want a list of -XX flags, you can also look in globals*.hpp in the source. Steve Ted Neward wrote: > When running both the b24 build downloaded from the Sun website (the > last fastdebug build Sun made available for download) as well as my > recently-built fastdebug build, when I run ?java ?Xprintflags? to get a > list of all the ?XX flags supported, I get a fatal error and the VM > terminates. It displays > > > > [Global flags] > > ccstr AbortVMOnException = > > > > and then dies. Anybody else getting this? > > > > > > Ted Neward > > Java, .NET, XML Services > > Consulting, Teaching, Speaking, Writing > > http://www.tedneward.com > > > > > No virus found in this outgoing message. > Checked by AVG. > Version: 7.5.519 / Virus Database: 269.21.8/1337 - Release Date: > 3/20/2008 8:10 PM > From ted at tedneward.com Tue Mar 25 11:34:59 2008 From: ted at tedneward.com (Ted Neward) Date: Tue, 25 Mar 2008 11:34:59 -0700 Subject: Does -Xprintflags no longer work? In-Reply-To: <47E7D135.80701@sun.com> References: <048b01c88c18$4bf6fa40$e3e4eec0$@com> <47E7D135.80701@sun.com> Message-ID: <053c01c88ea6$f0372400$d0a56c00$@com> Yes, but it's *far* more fun to do this as part of a demo of why building the OpenJDK source is A Good Thing For Java Developer's To Do Once. :-) Since it's known, I'll relax and let y'all handle it. If I get *really* fired up, I'll try to submit a fix/patch, but I've got other things I need to do in the meantime (sorry). Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing http://www.tedneward.com > -----Original Message----- > From: Stephen.Bohne at Sun.COM [mailto:Stephen.Bohne at Sun.COM] > Sent: Monday, March 24, 2008 9:05 AM > To: Ted Neward > Cc: build-dev at openjdk.java.net > Subject: Re: Does -Xprintflags no longer work? > > Hi Ted, this looks like Sun bug 6619271. I don't know much about the > status of a fix, but it's a known issue. > > If you want a list of -XX flags, you can also look in globals*.hpp in > the source. > > Steve > > Ted Neward wrote: > > When running both the b24 build downloaded from the Sun website (the > > last fastdebug build Sun made available for download) as well as my > > recently-built fastdebug build, when I run ?java ?Xprintflags? to get > a > > list of all the ?XX flags supported, I get a fatal error and the VM > > terminates. It displays > > > > > > > > [Global flags] > > > > ccstr AbortVMOnException = > > > > > > > > and then dies. Anybody else getting this? > > > > > > > > > > > > Ted Neward > > > > Java, .NET, XML Services > > > > Consulting, Teaching, Speaking, Writing > > > > http://www.tedneward.com > > > > > > > > > > No virus found in this outgoing message. > > Checked by AVG. > > Version: 7.5.519 / Virus Database: 269.21.8/1337 - Release Date: > > 3/20/2008 8:10 PM > > > > No virus found in this incoming message. > Checked by AVG. > Version: 7.5.519 / Virus Database: 269.21.8/1339 - Release Date: > 3/22/2008 4:43 PM > No virus found in this outgoing message. Checked by AVG. Version: 7.5.519 / Virus Database: 269.22.0/1342 - Release Date: 3/25/2008 10:26 AM From kelly.ohair at sun.com Tue Mar 25 15:05:04 2008 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Tue, 25 Mar 2008 22:05:04 +0000 Subject: hg: jdk7/build/corba: 6627817: Remove ^M characters in all files (Makefiles too) Message-ID: <20080325220505.D184827021@hg.openjdk.java.net> Changeset: 5e61d5df6258 Author: ohair Date: 2008-03-25 14:42 -0700 URL: http://hg.openjdk.java.net/jdk7/build/corba/rev/5e61d5df6258 6627817: Remove ^M characters in all files (Makefiles too) Summary: Some files included the use of the ^M character, which has been deleted Reviewed-by: xdono ! src/share/classes/com/sun/corba/se/impl/corba/orb_config_design.txt ! src/share/classes/org/omg/CORBA/ir.idl ! src/share/classes/org/omg/DynamicAny/DynamicAny.idl From kelly.ohair at sun.com Tue Mar 25 15:06:10 2008 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Tue, 25 Mar 2008 22:06:10 +0000 Subject: hg: jdk7/build/jdk: 6627817: Remove ^M characters in all files (Makefiles too) Message-ID: <20080325220627.4B11C27026@hg.openjdk.java.net> Changeset: 9b0d53aa8549 Author: ohair Date: 2008-03-25 14:40 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/9b0d53aa8549 6627817: Remove ^M characters in all files (Makefiles too) Summary: Some files included the use of the ^M character, which has been deleted. Reviewed-by: xdono ! make/common/shared/Sanity.gmk ! make/docs/CORE_PKGS.gmk ! src/share/classes/com/sun/inputmethods/internal/indicim/resources/DisplayNames.properties ! src/share/classes/com/sun/inputmethods/internal/thaiim/resources/DisplayNames.properties ! src/share/classes/com/sun/org/apache/xml/internal/security/resource/config.dtd ! src/share/classes/com/sun/org/apache/xml/internal/security/resource/config.xml ! src/share/classes/com/sun/org/apache/xml/internal/security/resource/schema/etsi.xsd ! src/share/classes/com/sun/org/apache/xml/internal/security/resource/xmlsecurity_en.properties ! src/share/classes/javax/swing/plaf/synth/doc-files/synth.dtd ! src/share/classes/javax/swing/plaf/synth/package.html ! src/share/demo/jfc/Notepad/resources/Notepad.properties ! src/share/sample/vm/clr-jvm/Makefile ! src/share/sample/vm/clr-jvm/README.txt ! src/share/sample/vm/clr-jvm/invoker.cs ! src/share/sample/vm/jvm-clr/README.txt ! src/share/sample/vm/jvm-clr/invoked.cs From kelly.ohair at sun.com Tue Mar 25 15:07:23 2008 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Tue, 25 Mar 2008 22:07:23 +0000 Subject: hg: jdk7/build: 6623832: Cleanup old j2se makefile targets Message-ID: <20080325220723.A8A5E2702B@hg.openjdk.java.net> Changeset: cbc8ad9dd0e0 Author: ohair Date: 2008-03-25 14:38 -0700 URL: http://hg.openjdk.java.net/jdk7/build/rev/cbc8ad9dd0e0 6623832: Cleanup old j2se makefile targets Summary: Just removing unneeded makefile rules and 'control' logic. Reviewed-by: xdono ! Makefile ! make/jdk-rules.gmk From xiomara.jayasena at sun.com Wed Mar 26 13:54:02 2008 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Wed, 26 Mar 2008 20:54:02 +0000 Subject: hg: jdk7/build/langtools: 11 new changesets Message-ID: <20080326205420.4FDCA270B2@hg.openjdk.java.net> Changeset: 3c2d13c42e0a Author: mcimadamore Date: 2008-03-03 16:03 +0000 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/3c2d13c42e0a 6614974: javac successfully compiles code that throws java.lang.VerifyError when run Summary: synthetic cast missing when translating autoboxing expressions Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/comp/Lower.java + test/tools/javac/boxing/T6614974.java Changeset: b45f8d4794b7 Author: mcimadamore Date: 2008-03-04 12:14 +0000 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/b45f8d4794b7 6611449: Internal Error thrown during generic method/constructor invocation Summary: type-inference should fail since lub is not defined for primitive types Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/code/Types.java ! src/share/classes/com/sun/tools/javac/comp/Infer.java + test/tools/javac/generics/inference/6611449/T6611449.java + test/tools/javac/generics/inference/6611449/T6611449.out Changeset: 40813968849e Author: mcimadamore Date: 2008-03-04 13:00 +0000 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/40813968849e 6660289: declared bound in inner class referring a type variable of the outer class Summary: NPE caused by a defect in type-variable attribution Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/comp/Attr.java + test/tools/javac/generics/T6660289.java Changeset: d472e2fbcc39 Author: mcimadamore Date: 2008-03-04 15:19 +0000 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/d472e2fbcc39 6608214: Exception throw while analysing a file with error Summary: bad error-recovery after bad type-variable bound is detected Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/comp/Attr.java + test/tools/javac/api/6608214/T6608214.java Changeset: 38bd6375f37d Author: mcimadamore Date: 2008-03-04 15:45 +0000 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/38bd6375f37d 6663588: Compiler goes into infinite loop for Cyclic Inheritance test case Summary: interplay between cyclic inheritance and tvar bounds hangs javac Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/comp/MemberEnter.java + test/tools/javac/T6663588.java Changeset: f09d6a3521b1 Author: jjg Date: 2008-03-06 10:07 -0800 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/f09d6a3521b1 4741726: allow Object += String Summary: remove code in line with restriction removed from JLS Reviewed-by: mcimadamore Contributed-by: michaelbailey0 at gmail.com ! src/share/classes/com/sun/tools/javac/comp/Attr.java + test/tools/javac/StringConversion2.java - test/tools/javac/expression/ObjectAppend.java Changeset: 508c01999047 Author: jjg Date: 2008-03-06 10:25 -0800 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/508c01999047 6668802: javac handles diagnostics for last line badly, if line not terminated by newline Summary: use CharBuffer.limit(), not the length of the backing array Reviewed-by: mcimadamore ! src/share/classes/com/sun/tools/javac/util/Log.java + test/tools/javac/T6668802.java Changeset: b66d15dfd001 Author: jjg Date: 2008-03-11 13:14 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/b66d15dfd001 6307187: clean up code for -Xlint:options Summary: introduce common code for handling one-of and any-of options Reviewed-by: mcimadamore ! src/share/classes/com/sun/tools/javac/code/Lint.java ! src/share/classes/com/sun/tools/javac/main/JavacOption.java ! src/share/classes/com/sun/tools/javac/main/OptionName.java ! src/share/classes/com/sun/tools/javac/main/RecognizedOptions.java ! test/tools/javac/6341866/T6341866.java Changeset: 7366066839bb Author: jjg Date: 2008-03-12 13:06 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/7366066839bb 6668794: javac puts localized text in raw diagnostics 6668796: bad diagnostic "bad class file" given for source files Summary: Replace internal use of localized text with JCDiagnostic fragments; fix diagnostic for bad source file Reviewed-by: mcimadamore ! src/share/classes/com/sun/tools/javac/code/Symbol.java ! src/share/classes/com/sun/tools/javac/comp/Check.java ! src/share/classes/com/sun/tools/javac/jvm/ClassReader.java ! src/share/classes/com/sun/tools/javac/main/JavaCompiler.java ! src/share/classes/com/sun/tools/javac/processing/JavacProcessingEnvironment.java ! src/share/classes/com/sun/tools/javac/resources/compiler.properties + test/tools/javac/6668794/badClass/A.java + test/tools/javac/6668794/badClass/B.java + test/tools/javac/6668794/badClass/Test.java + test/tools/javac/6668794/badSource/Test.java + test/tools/javac/6668794/badSource/Test.out + test/tools/javac/6668794/badSource/p/A.java Changeset: 6beca695cfae Author: jjg Date: 2008-03-13 13:42 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/6beca695cfae 6559315: Inconsistent non-standard Sun copyright in src/share/opensource/javac/doc/document.css Summary: Remove obsolete files Reviewed-by: mcimadamore - src/share/opensource/javac/Makefile - src/share/opensource/javac/README-template.html - src/share/opensource/javac/build.properties - src/share/opensource/javac/build.xml - src/share/opensource/javac/doc/document.css - src/share/opensource/javac/doc/javac_lifecycle/Context.html - src/share/opensource/javac/doc/javac_lifecycle/Enter.html - src/share/opensource/javac/doc/javac_lifecycle/JavaCompiler.html - src/share/opensource/javac/doc/javac_lifecycle/Main.html - src/share/opensource/javac/doc/javac_lifecycle/ToDo.html - src/share/opensource/javac/doc/javac_lifecycle/contents.html - src/share/opensource/javac/doc/javac_lifecycle/index.html - src/share/opensource/javac/doc/javac_lifecycle/packages.html - src/share/opensource/javac/doc/javac_lifecycle/style.css - src/share/opensource/javac/nbproject/project.xml - src/share/opensource/javac/src/bin/javac.sh Changeset: 58039502942e Author: jjg Date: 2008-03-14 16:09 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/58039502942e 6638501: Regression with Javac in JDK6 U4 b03? Summary: replace some String paths with File paths in Paths.java Reviewed-by: ksrini ! src/share/classes/com/sun/tools/javac/util/Paths.java + test/tools/javac/Paths/6638501/HelloLib/test/HelloImpl.java + test/tools/javac/Paths/6638501/JarFromManifestFailure.java + test/tools/javac/Paths/6638501/WsCompileExample.java + test/tools/javac/Paths/6638501/test/SayHello.java + test/tools/javac/Paths/6638501/test1/SayHelloToo.java From kelly.ohair at sun.com Wed Mar 26 17:50:36 2008 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Thu, 27 Mar 2008 00:50:36 +0000 Subject: hg: jdk7/build/jdk: 72 new changesets Message-ID: <20080327010502.689242717E@hg.openjdk.java.net> Changeset: 41d9c673dd9d Author: emcmanus Date: 2008-03-03 10:32 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/41d9c673dd9d 6602310: Extensions to Query API for JMX 2.0 6604768: IN queries require their arguments to be constants Summary: New JMX query language and support for dotted attributes in queries. Reviewed-by: dfuchs ! src/share/classes/com/sun/jmx/mbeanserver/Introspector.java ! src/share/classes/javax/management/AndQueryExp.java ! src/share/classes/javax/management/AttributeValueExp.java ! src/share/classes/javax/management/BetweenQueryExp.java ! src/share/classes/javax/management/BinaryOpValueExp.java ! src/share/classes/javax/management/BinaryRelQueryExp.java ! src/share/classes/javax/management/BooleanValueExp.java ! src/share/classes/javax/management/InQueryExp.java ! src/share/classes/javax/management/MatchQueryExp.java ! src/share/classes/javax/management/NotQueryExp.java ! src/share/classes/javax/management/NumericValueExp.java ! src/share/classes/javax/management/ObjectName.java ! src/share/classes/javax/management/OrQueryExp.java ! src/share/classes/javax/management/QualifiedAttributeValueExp.java ! src/share/classes/javax/management/Query.java ! src/share/classes/javax/management/QueryEval.java ! src/share/classes/javax/management/QueryExp.java + src/share/classes/javax/management/QueryParser.java ! src/share/classes/javax/management/StringValueExp.java + src/share/classes/javax/management/ToQueryString.java ! src/share/classes/javax/management/monitor/Monitor.java + test/javax/management/query/QueryDottedAttrTest.java ! test/javax/management/query/QueryExpStringTest.java + test/javax/management/query/QueryParseTest.java Changeset: d8b6af0f01f6 Author: dfuchs Date: 2008-03-03 12:29 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/d8b6af0f01f6 6651382: The Java JVM SNMP provider reports incorrect stats when asked for multiple OIDs Summary: The JvmMemPoolEntryImpl must use the row index when caching data. Reviewed-by: jfdenise ! src/share/classes/sun/management/snmp/jvminstr/JvmMemPoolEntryImpl.java Changeset: 10256bd4afcd Author: emcmanus Date: 2008-03-03 15:28 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/10256bd4afcd 6607114: Make JMXServiceURL reconstructible in MXBeans Summary: Add @ConstructorProperties tag to JMXServiceURL Reviewed-by: dfuchs ! src/share/classes/javax/management/remote/JMXServiceURL.java Changeset: 613f2c906b9d Author: emcmanus Date: 2008-03-03 15:29 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/613f2c906b9d Merge Changeset: 302cbd0a8ace Author: emcmanus Date: 2008-03-03 15:44 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/302cbd0a8ace 6670375: Missing unit test for 6607114 (Make JMXServiceURL reconstructible) Summary: Current setup doesn't allow two pushes with same CR number Reviewed-by: dfuchs ! src/share/classes/javax/management/remote/JMXServiceURL.java + test/javax/management/mxbean/JMXServiceURLTest.java Changeset: 5aaa9902102b Author: ksrini Date: 2008-03-06 07:51 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/5aaa9902102b 6596475: (launcher) javaw should call InitCommonControls Summary: javaw does not show error window after manifest changes. Reviewed-by: darcy ! make/java/jli/Makefile ! make/java/main/java/Makefile ! make/java/main/javaw/Makefile ! src/share/bin/java.c ! src/share/bin/java.h ! src/share/bin/main.c ! src/solaris/bin/java_md.c ! src/windows/bin/java_md.c Changeset: 1be19881457e Author: martin Date: 2008-03-09 21:56 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/1be19881457e 4499288: (cs spec) Charset terminology problems Reviewed-by: mr, iris ! src/share/classes/java/nio/charset/Charset.java Changeset: b5da6145b050 Author: martin Date: 2008-03-09 21:56 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/b5da6145b050 6671834: (str) Eliminate StringCoding.java compile warnings Reviewed-by: iris ! src/share/classes/java/lang/StringCoding.java Changeset: 7fb2ca1b52c8 Author: martin Date: 2008-03-09 21:56 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/7fb2ca1b52c8 6633613: (str) StringCoding optimizations to avoid unnecessary array copies with Charset arg Reviewed-by: iris ! src/share/classes/java/lang/StringCoding.java Changeset: 1d12b16c7df9 Author: martin Date: 2008-03-10 14:32 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/1d12b16c7df9 6631966: (process) Raise Windows pipe buffer size an extra 24 bytes (win) Reviewed-by: alanb, iris ! src/windows/native/java/lang/ProcessImpl_md.c Changeset: b8fc7b5498dd Author: martin Date: 2008-03-10 14:32 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/b8fc7b5498dd 6632696: Writing to closed output files (writeBytes) leaks native memory (unix) Reviewed-by: alanb, iris ! src/share/native/java/io/io_util.c Changeset: 81f76ad22a63 Author: martin Date: 2008-03-10 14:32 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/81f76ad22a63 6631362: Nuke io_util_md.c:handleFileSizeFD (win) Reviewed-by: alanb, iris ! src/windows/native/java/io/io_util_md.c ! src/windows/native/java/io/io_util_md.h Changeset: 307a6801a8e4 Author: martin Date: 2008-03-10 14:32 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/307a6801a8e4 6631437: File{In,Out}putStream minor improvements to spec and stylistic improvements to code Reviewed-by: alanb, iris ! src/share/classes/java/io/FileInputStream.java ! src/share/classes/java/io/FileOutputStream.java Changeset: 73003d04c21f Author: martin Date: 2008-03-10 14:32 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/73003d04c21f 6631352: File{OutputStream,Writer} should implement atomic append mode using FILE_APPEND_DATA (win) Reviewed-by: alanb, iris ! make/java/java/mapfile-vers ! src/share/classes/java/io/FileOutputStream.java ! src/share/classes/sun/nio/ch/FileChannelImpl.java ! src/share/native/java/io/io_util.c ! src/solaris/native/java/io/FileOutputStream_md.c ! src/windows/native/java/io/FileOutputStream_md.c ! src/windows/native/java/io/io_util_md.c + test/java/io/FileOutputStream/AtomicAppend.java Changeset: b5a587dd5af3 Author: martin Date: 2008-03-10 14:32 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/b5a587dd5af3 4960438: (process) Need IO redirection API for subprocesses Reviewed-by: alanb, iris ! src/share/classes/java/lang/Process.java ! src/share/classes/java/lang/ProcessBuilder.java ! src/share/classes/sun/misc/JavaIOFileDescriptorAccess.java ! src/solaris/classes/java/io/FileDescriptor.java ! src/solaris/classes/java/lang/ProcessImpl.java ! src/solaris/classes/java/lang/UNIXProcess.java.linux ! src/solaris/classes/java/lang/UNIXProcess.java.solaris ! src/solaris/native/java/lang/UNIXProcess_md.c ! src/windows/classes/java/io/FileDescriptor.java ! src/windows/classes/java/lang/ProcessImpl.java ! src/windows/native/java/lang/ProcessImpl_md.c ! test/java/lang/ProcessBuilder/Basic.java Changeset: a3ae216ca35d Author: martin Date: 2008-03-10 14:32 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/a3ae216ca35d 6642034: System.getProperty("os.name") returns Windows Vista on Windows Server 2008 (longhorn) Reviewed-by: iris ! src/windows/native/java/lang/java_props_md.c Changeset: bfed8f5f6345 Author: martin Date: 2008-03-10 14:32 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/bfed8f5f6345 6671051: (process) Runtime.exec() hangs if signalled during fork/exec Reviewed-by: iris ! src/solaris/native/java/lang/UNIXProcess_md.c Changeset: 03fddaf59499 Author: martin Date: 2008-03-10 15:07 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/03fddaf59499 6600143: Remove another 450 unnecessary casts Reviewed-by: alanb, iris, lmalvent, bristor, peterjones, darcy, wetmore ! make/tools/src/build/tools/jdwpgen/CommandNode.java ! make/tools/src/build/tools/jdwpgen/ConstantSetNode.java ! make/tools/src/build/tools/jdwpgen/RepeatNode.java ! src/share/classes/com/sun/tools/example/debug/bdi/EventRequestSpec.java ! src/share/classes/com/sun/tools/example/debug/bdi/EventRequestSpecList.java ! src/share/classes/com/sun/tools/example/debug/bdi/ExecutionManager.java ! src/share/classes/com/sun/tools/example/debug/bdi/JDIEventSource.java ! src/share/classes/com/sun/tools/example/debug/bdi/LineBreakpointSpec.java ! src/share/classes/com/sun/tools/example/debug/bdi/MethodBreakpointSpec.java ! src/share/classes/com/sun/tools/example/debug/bdi/ThreadGroupIterator.java ! src/share/classes/com/sun/tools/example/debug/bdi/ThreadIterator.java ! src/share/classes/com/sun/tools/example/debug/expr/LValue.java ! src/share/classes/com/sun/tools/example/debug/gui/ClassTreeTool.java ! src/share/classes/com/sun/tools/example/debug/gui/CommandInterpreter.java ! src/share/classes/com/sun/tools/example/debug/gui/JDBFileFilter.java ! src/share/classes/com/sun/tools/example/debug/gui/LaunchTool.java ! src/share/classes/com/sun/tools/example/debug/gui/SearchPath.java ! src/share/classes/com/sun/tools/example/debug/gui/SourceManager.java ! src/share/classes/com/sun/tools/example/debug/gui/SourceModel.java ! src/share/classes/com/sun/tools/example/debug/gui/StackTraceTool.java ! src/share/classes/com/sun/tools/example/debug/gui/ThreadTreeTool.java ! src/share/classes/com/sun/tools/example/debug/tty/BreakpointSpec.java ! src/share/classes/com/sun/tools/example/debug/tty/Commands.java ! src/share/classes/com/sun/tools/example/debug/tty/Env.java ! src/share/classes/com/sun/tools/example/debug/tty/EventHandler.java ! src/share/classes/com/sun/tools/example/debug/tty/EventRequestSpec.java ! src/share/classes/com/sun/tools/example/debug/tty/EventRequestSpecList.java ! src/share/classes/com/sun/tools/example/debug/tty/SourceMapper.java ! src/share/classes/com/sun/tools/example/debug/tty/TTY.java ! src/share/classes/com/sun/tools/example/debug/tty/ThreadGroupIterator.java ! src/share/classes/com/sun/tools/example/debug/tty/ThreadInfo.java ! src/share/classes/com/sun/tools/example/debug/tty/ThreadIterator.java ! src/share/classes/com/sun/tools/example/debug/tty/VMConnection.java ! src/share/classes/com/sun/tools/hat/internal/server/ClassQuery.java ! src/share/classes/com/sun/tools/hat/internal/server/PlatformClasses.java ! src/share/classes/com/sun/tools/jdi/AbstractLauncher.java ! src/share/classes/com/sun/tools/jdi/ClassTypeImpl.java ! src/share/classes/com/sun/tools/jdi/ConcreteMethodImpl.java ! src/share/classes/com/sun/tools/jdi/EventSetImpl.java ! src/share/classes/com/sun/tools/jdi/JNITypeParser.java ! src/share/classes/com/sun/tools/jdi/MethodImpl.java ! src/share/classes/com/sun/tools/jdi/ObjectReferenceImpl.java ! src/share/classes/com/sun/tools/jdi/PacketStream.java ! src/share/classes/com/sun/tools/jdi/ReferenceTypeImpl.java ! src/share/classes/com/sun/tools/jdi/SDE.java ! src/share/classes/com/sun/tools/jdi/StackFrameImpl.java ! src/share/classes/com/sun/tools/jdi/TargetVM.java ! src/share/classes/com/sun/tools/jdi/ThreadGroupReferenceImpl.java ! src/share/classes/com/sun/tools/jdi/VirtualMachineImpl.java ! src/share/classes/com/sun/tools/jdi/VirtualMachineManagerImpl.java ! src/share/classes/java/io/ObjectInputStream.java ! src/share/classes/java/io/ObjectStreamClass.java ! src/share/classes/java/lang/Class.java ! src/share/classes/java/lang/ClassLoader.java ! src/share/classes/java/lang/Compiler.java ! src/share/classes/java/lang/Long.java ! src/share/classes/java/lang/Package.java ! src/share/classes/java/lang/ref/Finalizer.java ! src/share/classes/java/lang/reflect/AccessibleObject.java ! src/share/classes/java/lang/reflect/Modifier.java ! src/share/classes/java/lang/reflect/Proxy.java ! src/share/classes/java/net/DatagramSocket.java ! src/share/classes/java/net/ServerSocket.java ! src/share/classes/java/net/Socket.java ! src/share/classes/java/net/SocksSocketImpl.java ! src/share/classes/java/net/URLClassLoader.java ! src/share/classes/java/nio/channels/spi/SelectorProvider.java ! src/share/classes/java/rmi/activation/ActivationGroupDesc.java ! src/share/classes/java/rmi/dgc/VMID.java ! src/share/classes/java/security/cert/TrustAnchor.java ! src/share/classes/java/security/cert/X509CertSelector.java ! src/share/classes/java/util/ArrayList.java ! src/share/classes/java/util/Arrays.java ! src/share/classes/java/util/EnumMap.java ! src/share/classes/java/util/IdentityHashMap.java ! src/share/classes/java/util/JumboEnumSet.java ! src/share/classes/java/util/Random.java ! src/share/classes/java/util/TreeSet.java ! src/share/classes/java/util/prefs/AbstractPreferences.java ! src/share/classes/java/util/regex/Matcher.java ! src/share/classes/javax/rmi/ssl/SslRMIClientSocketFactory.java ! src/share/classes/javax/rmi/ssl/SslRMIServerSocketFactory.java ! src/share/classes/javax/security/auth/kerberos/KerberosTicket.java ! src/share/classes/javax/security/auth/kerberos/KeyImpl.java ! src/share/classes/sun/misc/ClassFileTransformer.java ! src/share/classes/sun/misc/Cleaner.java ! src/share/classes/sun/misc/ExtensionDependency.java ! src/share/classes/sun/misc/GC.java ! src/share/classes/sun/misc/Launcher.java ! src/share/classes/sun/misc/PerformanceLogger.java ! src/share/classes/sun/misc/ProxyGenerator.java ! src/share/classes/sun/misc/URLClassPath.java ! src/share/classes/sun/net/NetProperties.java ! src/share/classes/sun/net/NetworkClient.java ! src/share/classes/sun/net/ftp/FtpClient.java ! src/share/classes/sun/net/spi/DefaultProxySelector.java ! src/share/classes/sun/net/www/MessageHeader.java ! src/share/classes/sun/net/www/MimeTable.java ! src/share/classes/sun/net/www/http/HttpClient.java ! src/share/classes/sun/net/www/http/KeepAliveCache.java ! src/share/classes/sun/net/www/http/KeepAliveStream.java ! src/share/classes/sun/net/www/http/KeepAliveStreamCleaner.java ! src/share/classes/sun/net/www/protocol/ftp/FtpURLConnection.java ! src/share/classes/sun/net/www/protocol/http/HttpURLConnection.java ! src/share/classes/sun/net/www/protocol/jar/URLJarFile.java ! src/share/classes/sun/nio/ch/Reflect.java ! src/share/classes/sun/nio/ch/SocketAdaptor.java ! src/share/classes/sun/nio/ch/Util.java ! src/share/classes/sun/reflect/ClassDefiner.java ! src/share/classes/sun/reflect/MethodAccessorGenerator.java ! src/share/classes/sun/reflect/ReflectionFactory.java ! src/share/classes/sun/reflect/annotation/AnnotationInvocationHandler.java ! src/share/classes/sun/reflect/misc/MethodUtil.java ! src/share/classes/sun/rmi/log/ReliableLog.java ! src/share/classes/sun/rmi/registry/RegistryImpl.java ! src/share/classes/sun/rmi/rmic/RemoteClass.java ! src/share/classes/sun/rmi/rmic/newrmic/jrmp/RemoteClass.java ! src/share/classes/sun/rmi/runtime/Log.java ! src/share/classes/sun/rmi/server/LoaderHandler.java ! src/share/classes/sun/rmi/server/MarshalInputStream.java ! src/share/classes/sun/rmi/server/MarshalOutputStream.java ! src/share/classes/sun/rmi/server/Util.java ! src/share/classes/sun/rmi/server/WeakClassHashMap.java ! src/share/classes/sun/rmi/transport/DGCClient.java ! src/share/classes/sun/rmi/transport/Target.java ! src/share/classes/sun/rmi/transport/Transport.java ! src/share/classes/sun/rmi/transport/proxy/CGIHandler.java ! src/share/classes/sun/rmi/transport/proxy/HttpSendSocket.java ! src/share/classes/sun/rmi/transport/proxy/RMIMasterSocketFactory.java ! src/share/classes/sun/rmi/transport/tcp/ConnectionMultiplexer.java ! src/share/classes/sun/security/jgss/GSSManagerImpl.java ! src/share/classes/sun/security/jgss/krb5/InitSecContextToken.java ! src/share/classes/sun/security/ssl/CipherSuite.java ! src/share/classes/sun/security/ssl/DHCrypt.java ! src/share/classes/sun/security/ssl/JsseJce.java ! src/share/classes/sun/security/ssl/ProtocolList.java ! src/share/classes/sun/security/ssl/SSLSessionImpl.java ! src/share/classes/sun/security/ssl/SessionId.java ! src/share/classes/sun/security/ssl/SunX509KeyManagerImpl.java ! src/share/classes/sun/security/x509/CertificatePolicySet.java ! src/share/classes/sun/security/x509/X509Cert.java ! src/share/classes/sun/tools/jar/JarVerifierStream.java ! src/share/classes/sun/tools/native2ascii/N2AFilter.java ! src/solaris/classes/java/util/prefs/FileSystemPreferences.java ! src/solaris/classes/sun/nio/ch/DevPollArrayWrapper.java ! src/solaris/classes/sun/security/provider/NativePRNG.java ! src/windows/classes/sun/security/mscapi/SunMSCAPI.java Changeset: 3c75107c46a4 Author: lmalvent Date: 2008-03-10 23:13 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/3c75107c46a4 4981215: Publishing a port number for management console to access Reviewed-by: emcmanus, dfuchs ! src/share/classes/sun/management/ConnectorAddressLink.java ! src/share/classes/sun/management/jmxremote/ConnectorBootstrap.java + test/sun/management/jmxremote/bootstrap/JvmstatCountersTest.java Changeset: c1a7b8f2c1bc Author: lmalvent Date: 2008-03-10 23:31 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/c1a7b8f2c1bc Merge Changeset: 7618b0596aab Author: lmalvent Date: 2008-03-10 23:51 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/7618b0596aab Merge Changeset: 32334945b32e Author: lmalvent Date: 2008-03-11 01:20 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/32334945b32e 6655515: MBeans tab: operation return values of type Component displayed as String 6439590: MBeans tab: jconsole mbean tree not correctly refreshed 6446434: MBeans tab: Not possible to view MBean content before all MBeans have been initially loaded 6520144: Hard to find MBean Attributes, Operations, and Notifications in Java 6 jconsole 6522091: VMPanel.java contains non-ASCII character 6608334: JConsole fails to display MBean operation with return type 6611445: MBeans tab: MBean tree algorithm wrongly removes intermediate nodes. Reviewed-by: dfuchs, jfdenise ! src/share/classes/sun/tools/jconsole/MBeansTab.java ! src/share/classes/sun/tools/jconsole/MemoryPoolStat.java ! src/share/classes/sun/tools/jconsole/VMPanel.java ! src/share/classes/sun/tools/jconsole/inspector/OperationEntry.java ! src/share/classes/sun/tools/jconsole/inspector/TableSorter.java ! src/share/classes/sun/tools/jconsole/inspector/ThreadDialog.java ! src/share/classes/sun/tools/jconsole/inspector/Utils.java ! src/share/classes/sun/tools/jconsole/inspector/XDataViewer.java ! src/share/classes/sun/tools/jconsole/inspector/XMBean.java ! src/share/classes/sun/tools/jconsole/inspector/XMBeanInfo.java ! src/share/classes/sun/tools/jconsole/inspector/XMBeanNotifications.java ! src/share/classes/sun/tools/jconsole/inspector/XMBeanOperations.java ! src/share/classes/sun/tools/jconsole/inspector/XObject.java ! src/share/classes/sun/tools/jconsole/inspector/XOperations.java ! src/share/classes/sun/tools/jconsole/inspector/XPlotter.java ! src/share/classes/sun/tools/jconsole/inspector/XPlottingViewer.java ! src/share/classes/sun/tools/jconsole/inspector/XSheet.java ! src/share/classes/sun/tools/jconsole/inspector/XTable.java ! src/share/classes/sun/tools/jconsole/inspector/XTextField.java ! src/share/classes/sun/tools/jconsole/inspector/XTextFieldEditor.java ! src/share/classes/sun/tools/jconsole/inspector/XTree.java Changeset: 7ddbf4c837b9 Author: martin Date: 2008-03-10 23:23 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/7ddbf4c837b9 5080227: (coll spec) Bug in documentation for WeakHashMap Reviewed-by: dholmes ! src/share/classes/java/util/Hashtable.java ! src/share/classes/java/util/WeakHashMap.java Changeset: 72b9e96ddbe9 Author: martin Date: 2008-03-10 23:23 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/72b9e96ddbe9 6595669: regtest LinkedBlockingQueue/OfferRemoveLoops.java fails Reviewed-by: dholmes ! test/java/util/concurrent/LinkedBlockingQueue/OfferRemoveLoops.java Changeset: 3654a4ce7d54 Author: martin Date: 2008-03-10 23:23 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/3654a4ce7d54 6612102: (coll) IdentityHashMap.iterator().remove() might decrement size twice Reviewed-by: dholmes ! src/share/classes/java/util/IdentityHashMap.java + test/java/util/Map/LockStep.java Changeset: 9f7046dbd9ab Author: martin Date: 2008-03-10 23:23 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/9f7046dbd9ab 6602600: Fast removal of cancelled scheduled thread pool tasks Reviewed-by: alanb Contributed-by: Doug Lea
! src/share/classes/java/util/concurrent/ScheduledThreadPoolExecutor.java + test/java/util/concurrent/ScheduledThreadPoolExecutor/BasicCancelTest.java + test/java/util/concurrent/ScheduledThreadPoolExecutor/Stress.java Changeset: 944d0faa0c50 Author: martin Date: 2008-03-10 23:23 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/944d0faa0c50 6609775: Reduce context switches in DelayQueue due to signalAll Reviewed-by: alanb Contributed-by: Doug Lea
! src/share/classes/java/util/concurrent/DelayQueue.java + test/java/util/concurrent/DelayQueue/Stress.java Changeset: ef7047a30d91 Author: martin Date: 2008-03-10 23:23 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/ef7047a30d91 6620549: ExecutorService#shutdown should clearly state that it does not block Reviewed-by: dholmes Contributed-by: Doug Lea
! src/share/classes/java/util/concurrent/ExecutorService.java ! src/share/classes/java/util/concurrent/ScheduledThreadPoolExecutor.java ! src/share/classes/java/util/concurrent/ThreadPoolExecutor.java Changeset: da49dce73a07 Author: martin Date: 2008-03-10 23:23 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/da49dce73a07 6625723: Excessive ThreadLocal storage used by ReentrantReadWriteLock Reviewed-by: dholmes Contributed-by: Doug Lea
! src/share/classes/java/util/concurrent/locks/ReentrantReadWriteLock.java ! test/java/util/concurrent/locks/ReentrantReadWriteLock/Count.java Changeset: e34975f797fc Author: martin Date: 2008-03-10 23:23 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/e34975f797fc 6633113: test/java/util/concurrent/SynchronousQueue/Fairness.java fails intermittently Reviewed-by: dholmes ! test/java/util/concurrent/SynchronousQueue/Fairness.java Changeset: f330b7834288 Author: martin Date: 2008-03-10 23:23 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/f330b7834288 6583872: (coll) Direct uninformed users away from Vector/Hashtable Reviewed-by: dholmes ! src/share/classes/java/util/Hashtable.java ! src/share/classes/java/util/Vector.java Changeset: 0487ce0465d6 Author: martin Date: 2008-03-10 23:23 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/0487ce0465d6 6625725: (coll) modCount should not be volatile Reviewed-by: dholmes ! src/share/classes/java/util/HashMap.java ! src/share/classes/java/util/IdentityHashMap.java ! src/share/classes/java/util/WeakHashMap.java Changeset: 278e769f9123 Author: alanb Date: 2008-03-11 14:42 +0000 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/278e769f9123 6448457: (ch) Channels.newOutputStream().write() does not write all data Reviewed-by: iris, sherman ! src/share/classes/java/nio/channels/Channels.java + test/java/nio/channels/Channels/ShortWrite.java Changeset: c97ff189e490 Author: alanb Date: 2008-03-11 14:49 +0000 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/c97ff189e490 6644607: (ch) test/java/nio/channels/SocketChannel/Connect.java throws UnknownHostException Reviewed-by: chegar ! test/java/nio/channels/TestUtil.java Changeset: 7b28e857d36c Author: alanb Date: 2008-03-13 19:29 +0000 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/7b28e857d36c 6628575: (fc) lock/tryLock methods do not work with NFS servers that limit lock range to max file size Reviewed-by: sherman ! src/solaris/native/sun/nio/ch/FileChannelImpl.c Changeset: c73cb47fe250 Author: alanb Date: 2008-03-13 19:34 +0000 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/c73cb47fe250 6546113: (bf) CharSequence.slice() on wrapped CharSequence doesn't start at buffer position Reviewed-by: iris Contributed-by: roman.kennke at aicas.com ! src/share/classes/java/nio/StringCharBuffer.java ! test/java/nio/Buffer/StringCharBufferSliceTest.java Changeset: 547c14448b74 Author: sherman Date: 2008-03-14 14:21 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/547c14448b74 6514993: (prefs)prefs should use java.util.ServiceLoader to lookup service providers Reviewed-by: iris Contributed-by: xueming.shen at sun.com ! src/share/classes/java/util/prefs/Preferences.java Changeset: dd6765f87558 Author: tbell Date: 2008-03-17 22:56 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/dd6765f87558 Merge Changeset: e1b99dfabb04 Author: chegar Date: 2008-03-04 17:09 +0000 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/e1b99dfabb04 6638560: APPCRASH in "SPNEGO_HTTP_AUTH/PROXY_FALLBACK" test case with 64 bit JDK on Win2008 x64, VinVista x64 Summary: Remove incorrect free from native code Reviewed-by: jccollet ! src/windows/native/sun/net/www/protocol/http/NTLMAuthSequence.c Changeset: 02e18782ebe1 Author: weijun Date: 2008-03-05 09:52 +0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/02e18782ebe1 6641312: Fix krb5 codes indentation problems Reviewed-by: xuelei, valeriep, wetmore ! src/share/classes/sun/security/krb5/KrbTgsReq.java ! src/share/classes/sun/security/krb5/internal/APRep.java ! src/share/classes/sun/security/krb5/internal/APReq.java ! src/share/classes/sun/security/krb5/internal/ASRep.java ! src/share/classes/sun/security/krb5/internal/ASReq.java ! src/share/classes/sun/security/krb5/internal/Authenticator.java ! src/share/classes/sun/security/krb5/internal/AuthorizationData.java ! src/share/classes/sun/security/krb5/internal/AuthorizationDataEntry.java ! src/share/classes/sun/security/krb5/internal/EncAPRepPart.java ! src/share/classes/sun/security/krb5/internal/EncASRepPart.java ! src/share/classes/sun/security/krb5/internal/EncKDCRepPart.java ! src/share/classes/sun/security/krb5/internal/EncKrbCredPart.java ! src/share/classes/sun/security/krb5/internal/EncKrbPrivPart.java ! src/share/classes/sun/security/krb5/internal/EncTGSRepPart.java ! src/share/classes/sun/security/krb5/internal/EncTicketPart.java ! src/share/classes/sun/security/krb5/internal/KDCRep.java ! src/share/classes/sun/security/krb5/internal/KDCReq.java ! src/share/classes/sun/security/krb5/internal/KRBCred.java ! src/share/classes/sun/security/krb5/internal/KrbCredInfo.java ! src/share/classes/sun/security/krb5/internal/ccache/Credentials.java ! src/windows/native/sun/security/krb5/NativeCreds.c Changeset: 6baf10020bb3 Author: jccollet Date: 2008-03-05 11:40 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/6baf10020bb3 6641309: Wrong Cookie separator used in HttpURLConnection Summary: Added a space to cookie separator. Generified the code and added tags. Reviewed-by: chegar ! src/share/classes/sun/net/www/protocol/http/HttpURLConnection.java ! test/java/net/CookieHandler/CookieManagerTest.java + test/sun/net/www/protocol/http/B6641309.java Changeset: 7360321c37e3 Author: weijun Date: 2008-03-05 21:55 +0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/7360321c37e3 6648972: KDCReq.init always read padata Summary: PA-DATA is optional, only read it when it exists Reviewed-by: valeriep ! src/share/classes/sun/security/krb5/internal/ETypeInfo2.java ! src/share/classes/sun/security/krb5/internal/KDCReq.java + test/sun/security/krb5/OptionPADataInKDCReq.java Changeset: d842462572a9 Author: weijun Date: 2008-03-05 22:15 +0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/d842462572a9 6590930: reed/write does not match for ccache Summary: Add null-awareness to ccache read Reviewed-by: valeriep ! src/share/classes/sun/security/krb5/internal/ccache/CCacheInputStream.java ! src/share/classes/sun/security/krb5/internal/ccache/Credentials.java + test/sun/security/krb5/TimeInCCache.java Changeset: 66d2a8a11d59 Author: weijun Date: 2008-03-05 22:16 +0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/66d2a8a11d59 6664612: debug output leaked Reviewed-by: valeriep ! src/share/classes/sun/security/krb5/internal/ccache/CCacheInputStream.java ! src/share/classes/sun/security/krb5/internal/crypto/dk/AesDkCrypto.java ! src/share/classes/sun/security/krb5/internal/crypto/dk/ArcFourCrypto.java Changeset: b6f7db7d8648 Author: jccollet Date: 2008-03-05 17:16 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/b6f7db7d8648 6660405: HttpURLConnection returns the wrong InputStream Summary: Set inputStream back to null in disconnectInternal(). Reviewed-by: chegar ! src/share/classes/sun/net/www/protocol/http/HttpURLConnection.java + test/sun/net/www/protocol/http/B6660405.java Changeset: 7ce5e8238b53 Author: jccollet Date: 2008-03-05 18:11 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/7ce5e8238b53 6651717: Debug output statement left in MailToURLConnection Summary: Removed output statement, removed unused imports, added override tags. Reviewed-by: chegar ! src/share/classes/sun/net/www/protocol/mailto/MailToURLConnection.java Changeset: fa6948bdc4b0 Author: wetmore Date: 2008-03-06 10:35 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/fa6948bdc4b0 6623830: SCCS cleanup has broken two regression tests. Reviewed-by: chegar ! test/java/net/ResponseCache/file2.1 Changeset: a100f699c155 Author: chegar Date: 2008-03-07 09:57 +0000 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/a100f699c155 6667108: typo in javadoc for java.net.Socket.getRemoteSocketAddress() Summary: Simple typo in method specification. Reviewed-by: jccollet ! src/share/classes/java/net/Socket.java Changeset: 328415dfe347 Author: chegar Date: 2008-03-07 11:30 +0000 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/328415dfe347 6615656: Removed unimplemented java.net methods Reviewed-by: jccollet ! src/share/classes/java/net/AbstractPlainSocketImpl.java ! src/share/classes/java/net/NetworkInterface.java ! src/solaris/classes/java/net/PlainSocketImpl.java ! src/windows/classes/java/net/DualStackPlainSocketImpl.java ! src/windows/classes/java/net/TwoStacksPlainSocketImpl.java Changeset: 10d5be3e1fa8 Author: chegar Date: 2008-03-07 11:51 +0000 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/10d5be3e1fa8 6591358: documentation error in URLConnection.setRequestProperty("accept", ...) Summary: Simple doc change, "accept" -> "Accept" Reviewed-by: jccollet ! src/share/classes/java/net/URLConnection.java Changeset: 50a8b5ca8f39 Author: chegar Date: 2008-03-07 13:00 +0000 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/50a8b5ca8f39 6628576: InterfaceAddress.equals() NPE when broadcast field == null Summary: Update logic in equals to correctly handle nulls. Reviewed-by: michaelm ! src/share/classes/java/net/InterfaceAddress.java + test/java/net/InterfaceAddress/Equals.java Changeset: 1143fe7be725 Author: chegar Date: 2008-03-07 15:15 +0000 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/1143fe7be725 6672682: Forgotten file from CR 6615656. Reviewed-by: michaelm ! src/windows/classes/java/net/PlainSocketImpl.java Changeset: 0bce46885f3a Author: chegar Date: 2008-03-07 07:25 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/0bce46885f3a 6628661: NTLM-authentication doesn't work with non-ASCII letters Summary: Use JNU_GetStringPlatformChars to convert jstrings to the locale specific native C strings Reviewed-by: michaelm ! src/windows/native/sun/net/www/protocol/http/NTLMAuthSequence.c Changeset: 1b597b0efded Author: chegar Date: 2008-03-07 07:28 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/1b597b0efded Merge Changeset: 67d13a20483a Author: chegar Date: 2008-03-07 17:17 +0000 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/67d13a20483a 6631048: Problem when writing on output stream of HttpURLConnection Summary: Fix up logic in ChunkedOutputStream.write Reviewed-by: jccollet ! src/share/classes/sun/net/www/http/ChunkedOutputStream.java ! test/sun/net/www/http/ChunkedOutputStream/Test.java Changeset: 344b9b281048 Author: chegar Date: 2008-03-07 17:18 +0000 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/344b9b281048 Merge Changeset: ac695089ccc5 Author: weijun Date: 2008-03-08 22:49 +0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/ac695089ccc5 6634644: broken fragment, should use @link Reviewed-by: mullan ! src/share/classes/javax/security/cert/X509Certificate.java Changeset: 2c37083730b1 Author: weijun Date: 2008-03-08 22:51 +0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/2c37083730b1 6643094: Test on keytool -startdate forgets about December Reviewed-by: xuelei ! test/sun/security/tools/keytool/StartDateTest.java Changeset: 06eb4d224a6b Author: weijun Date: 2008-03-08 22:52 +0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/06eb4d224a6b 6597349: KeyStore.getCertificateChain() may not return the full chain Reviewed-by: mullan ! src/share/classes/java/security/KeyStore.java Changeset: f6f456d2fabf Author: weijun Date: 2008-03-12 09:32 +0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/f6f456d2fabf 6673164: dns_fallback parse error Reviewed-by: valeriep ! src/share/classes/sun/security/krb5/Config.java + test/sun/security/krb5/DnsFallback.java Changeset: a43ebfd8915a Author: wetmore Date: 2008-03-11 23:37 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/a43ebfd8915a Merge ! src/share/classes/java/net/Socket.java ! src/share/classes/sun/net/www/protocol/http/HttpURLConnection.java Changeset: 6068b786e186 Author: mullan Date: 2008-03-13 13:29 -0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/6068b786e186 6611991: Add support for parsing RFC4514 DNs to X500Principal Summary: Added new test and made one code change to escape null characters. Reviewed-by: vinnie ! src/share/classes/sun/security/x509/AVA.java + test/javax/security/auth/x500/X500Principal/RFC4514.java Changeset: 32e7ba670b0e Author: mullan Date: 2008-03-14 10:33 -0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/32e7ba670b0e Merge Changeset: 7dc3b56f220f Author: xuelei Date: 2008-03-15 13:43 -0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/7dc3b56f220f 6648816: REGRESSION: setting -Djava.security.debug=failure result in NPE in ACC Summary: unchecking the null pointer of the debug handle Reviewed-by: mullan, weijun ! src/share/classes/java/security/AccessControlContext.java + test/java/security/AccessControlContext/FailureDebugOption.java Changeset: d69e411f0711 Author: xuelei Date: 2008-03-16 01:37 -0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/d69e411f0711 6618387: SSL client sessions do not close cleanly. A TCP reset occurs instead of a close_notify alert. Summary: closeIdelConnection() does not query the cached connection correctly. Reviewed-by: chegar ! src/share/classes/sun/net/www/protocol/https/HttpsClient.java + test/sun/security/ssl/sun/net/www/protocol/https/HttpsURLConnection/CloseKeepAliveCached.java Changeset: 73f50a1c8634 Author: xuelei Date: 2008-03-16 23:46 -0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/73f50a1c8634 6542796: CPU issue with JSSE and tomcat Summary: record length count error Reviewed-by: weijun ! src/share/classes/sun/security/ssl/InputRecord.java Changeset: 280a7b75cd39 Author: xuelei Date: 2008-03-17 03:11 -0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/280a7b75cd39 6447412: Issue with socket.close() for ssl sockets when poweroff on other system Summary: Support SSL sockets SOLINGER Reviewed-by: chegar ! src/share/classes/sun/security/ssl/Handshaker.java ! src/share/classes/sun/security/ssl/OutputRecord.java ! src/share/classes/sun/security/ssl/SSLSocketImpl.java + test/sun/security/ssl/com/sun/net/ssl/internal/ssl/SSLSocketImpl/AsyncSSLSocketClose.java Changeset: f6905d8eee6e Author: wetmore Date: 2008-03-06 16:06 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/f6905d8eee6e 6578538: com.sun.crypto.provider.SunJCE instance leak using KRB5 and LoginContext Reviewed-by: valeriep ! src/share/classes/com/sun/crypto/provider/PBKDF2KeyImpl.java + test/com/sun/crypto/provider/KeyFactory/TestProviderLeak.java Changeset: 1cb78400acce Author: wetmore Date: 2008-03-17 11:53 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/1cb78400acce Merge Changeset: 0f030deba7df Author: wetmore Date: 2008-03-17 12:27 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/0f030deba7df Merge Changeset: 9ae056d2cffd Author: tbell Date: 2008-03-17 23:03 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/9ae056d2cffd Merge Changeset: 40b6f7fcac38 Author: ohair Date: 2008-03-26 17:48 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/40b6f7fcac38 Merge From xiomara.jayasena at sun.com Thu Mar 27 12:33:53 2008 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Thu, 27 Mar 2008 19:33:53 +0000 Subject: hg: jdk7/build/jdk: 33 new changesets Message-ID: <20080327194031.5E5C427251@hg.openjdk.java.net> Changeset: e0d783c556fc Author: son Date: 2008-03-13 15:36 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/e0d783c556fc 6595651: Focus transfers broken for applications embedding AWT across processes Summary: Now we allow cross-process focus requests if focus is in embedder's process. Reviewed-by: ant ! src/windows/native/sun/windows/awt_Component.cpp ! src/windows/native/sun/windows/awt_Frame.cpp ! src/windows/native/sun/windows/awt_Toolkit.cpp ! src/windows/native/sun/windows/awt_Toolkit.h Changeset: 367edeff526e Author: son Date: 2008-03-13 16:12 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/367edeff526e 6616095: AWT's WindowDisposerRecord keeps AppContext alive too long Summary: WindowDisposerRecord should not keep strong reference to AppContext. Reviewed-by: art ! src/share/classes/java/awt/Window.java Changeset: e4e71142754b Author: son Date: 2008-03-13 16:19 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/e4e71142754b 6632140: minor refactoring for XWM Summary: code cleanup and generificaion for XWM Reviewed-by: anthony ! src/solaris/classes/sun/awt/X11/XFramePeer.java ! src/solaris/classes/sun/awt/X11/XNETProtocol.java ! src/solaris/classes/sun/awt/X11/XToolkit.java ! src/solaris/classes/sun/awt/X11/XWM.java Changeset: dc7dfc7d15ba Author: son Date: 2008-03-13 16:27 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/dc7dfc7d15ba 6592751: EmbeddedFrame disposal is fragile and breaks clean AppContext termination Summary: AppContext.dispose() should be ready to get exceptions during disposal of toplevels. Also now we mark windows peers as destroyed when native object has been destroyed. Reviewed-by: art ! src/share/classes/sun/awt/AppContext.java ! src/windows/classes/sun/awt/windows/WObjectPeer.java ! src/windows/native/sun/windows/awt.h ! src/windows/native/sun/windows/awt_Component.cpp ! src/windows/native/sun/windows/awt_Object.cpp ! src/windows/native/sun/windows/awt_Object.h Changeset: 619d2d592b88 Author: son Date: 2008-03-13 16:32 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/619d2d592b88 6603256: Startup: Defer initialization of DropTarget's flavorMap Summary: SystemFlavorMap is lazily initialized now. Reviewed-by: uta ! src/share/classes/java/awt/datatransfer/SystemFlavorMap.java ! src/share/classes/java/awt/dnd/DropTarget.java Changeset: f3377ab93ee8 Author: son Date: 2008-03-13 16:42 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/f3377ab93ee8 6607163: Linux: Cannot copy image from Java to OpenOffice Summary: TARGETS should have type ATOM Reviewed-by: denis ! src/solaris/classes/sun/awt/X11/XSelection.java Changeset: bbd8e20d5052 Author: son Date: 2008-03-13 16:47 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/bbd8e20d5052 6636369: sun.awt.datatransfer.DataTransferer contains double-check idiom Summary: double-check has been removed Reviewed-by: dav ! src/share/classes/sun/awt/datatransfer/DataTransferer.java Changeset: c9ee9428aea9 Author: son Date: 2008-03-13 16:51 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/c9ee9428aea9 6636331: ConcurrentModificationException in AppContext code Summary: Added synchronization to AppContext.getAppContexts() Reviewed-by: art ! src/share/classes/sun/awt/AppContext.java Changeset: 86a5780cad99 Author: son Date: 2008-03-13 16:54 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/86a5780cad99 6636370: minor corrections and simplification of code in AppContext Summary: mainAppContext, isDisposed, and numAppContexts has beem made volatile. mostRecentThreadAppContext has been rewritten using ThreadLocal. Reviewed-by: art ! src/share/classes/sun/awt/AppContext.java Changeset: 026144f0d26a Author: son Date: 2008-03-13 16:56 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/026144f0d26a 6636368: XAtom contains unused code Summary: unused code has been removed Reviewed-by: dcherepanov ! src/solaris/classes/sun/awt/X11/XAtom.java Changeset: 63f02cc8ff3d Author: son Date: 2008-03-13 17:04 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/63f02cc8ff3d 6645885: small refactoring for XContentWindow Summary: move createContent() method from XDecoratedPeer to XContentWindow, so only XContentWindow keep information about the way we position it. Reviewed-by: anthony ! src/solaris/classes/sun/awt/X11/XContentWindow.java ! src/solaris/classes/sun/awt/X11/XDecoratedPeer.java Changeset: d9fb87af8b07 Author: son Date: 2008-03-13 17:08 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/d9fb87af8b07 6645856: static field XWindowPeer.defaultFont hides XWindow.defaultFont Summary: unnedded code has been removed. Added getter for XWindow.defaultFont to initialize it lazily. Reviewed-by: dav ! src/solaris/classes/sun/awt/X11/XComponentPeer.java ! src/solaris/classes/sun/awt/X11/XMenuItemPeer.java ! src/solaris/classes/sun/awt/X11/XPopupMenuPeer.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: 176e1fe7dead Author: son Date: 2008-03-13 17:14 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/176e1fe7dead 6538066: XSelection should be more passive Summary: Now only XClipboard know about XSelection, and XSelection knows nothing about XClipboard. Reviewed-by: uta, denis ! src/solaris/classes/sun/awt/X11/MotifDnDConstants.java ! src/solaris/classes/sun/awt/X11/MotifDnDDropTargetProtocol.java + src/solaris/classes/sun/awt/X11/OwnershipListener.java ! src/solaris/classes/sun/awt/X11/XClipboard.java ! src/solaris/classes/sun/awt/X11/XDnDConstants.java ! src/solaris/classes/sun/awt/X11/XSelection.java Changeset: fa0dc97ef9a0 Author: dcherepanov Date: 2008-03-14 17:23 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/fa0dc97ef9a0 6522731: Location of the frame changes,when the frame is resized & non-resized. Summary: XMoveWindow() should use shell's location Reviewed-by: son ! src/solaris/classes/sun/awt/X11/XDecoratedPeer.java Changeset: 296b6e29a99d Author: dcherepanov Date: 2008-03-14 18:27 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/296b6e29a99d 6612497: api/java_awt/Container/index.html#isAncestorOf Container2019 hangs since JDK 7 b15 Summary: Partial rollback changes for 6567564 in the Component.getGC method Reviewed-by: art, son ! src/share/classes/java/awt/Component.java Changeset: 5ac897d182a6 Author: dcherepanov Date: 2008-03-14 18:50 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/5ac897d182a6 6603010: Out-of-process Java Plug-In non-functional or barely functional on X11 platforms Summary: AWT XEmbed shouldn't use _SUN_XEMBED_START message Reviewed-by: art, son ! src/solaris/classes/sun/awt/X11/XEmbedCanvasPeer.java ! src/solaris/classes/sun/awt/X11/XEmbedClientHelper.java ! src/solaris/classes/sun/awt/X11/XEmbedHelper.java ! src/solaris/classes/sun/awt/X11/XEmbedServerTester.java Changeset: 92e3f57c933b Author: dcherepanov Date: 2008-03-14 20:40 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/92e3f57c933b 6524352: support for high-resolution mouse wheel Summary: added support for high-resolution mouse wheel Reviewed-by: dav, son ! src/share/classes/java/awt/Component.java ! src/share/classes/java/awt/Container.java ! src/share/classes/java/awt/event/MouseWheelEvent.java ! src/windows/native/sun/windows/awt_Component.cpp ! src/windows/native/sun/windows/awt_Component.h + test/java/awt/event/MouseEvent/SmoothWheel/SmoothWheel.java Changeset: 15ba7093f8e6 Author: dcherepanov Date: 2008-03-14 22:00 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/15ba7093f8e6 6578583: Regression: Modality is broken in windows vista home premium from jdk1.7 b02 onwards. Summary: WS_DISABLED style should be used to fix some modality bugs Reviewed-by: art, son ! src/windows/native/sun/windows/awt_Component.cpp ! src/windows/native/sun/windows/awt_Dialog.cpp ! src/windows/native/sun/windows/awt_Window.cpp ! src/windows/native/sun/windows/awt_Window.h + test/java/awt/Modal/WsDisabledStyle/CloseBlocker/CloseBlocker.java + test/java/awt/Modal/WsDisabledStyle/OverBlocker/OverBlocker.java + test/java/awt/Modal/WsDisabledStyle/Winkey/Winkey.java Changeset: 9f51e4e1251e Author: anthony Date: 2008-03-18 12:04 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/9f51e4e1251e 6608764: PropertyChangeListeners machinery should have a better locking scheme Summary: Change to use a private final object java.awt.Component.changeSupportLock for locking purposes instead of using this Reviewed-by: son, ant ! src/share/classes/java/awt/Component.java Changeset: 9b6848cf363c Author: anthony Date: 2008-03-18 13:53 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/9b6848cf363c 6613927: Compilation of splashscreen png library failed on Ubuntu 7.04 (64bit) Summary: The macro PNG_NO_MMX_CODE should be defined when compiling on 64bit Linux Reviewed-by: yan, avu ! make/sun/splashscreen/Makefile Changeset: fd7f2562ea00 Author: anthony Date: 2008-03-18 14:10 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/fd7f2562ea00 6607660: java.awt.Container.getMouseEventTargetImpl should be invoked while holding the TreeLock Summary: The body of the method has been wrapped into the synchronized (getTreeLock()) { } block. Reviewed-by: son, art ! src/share/classes/java/awt/Container.java Changeset: e8b40b676b89 Author: anthony Date: 2008-03-18 14:20 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/e8b40b676b89 6637796: setBounds doesn't enlarge Component Summary: Added the areBoundsValid() method that verifies whether the current bounds of the component are valid. Using the isValid() method for this purpose previously was incorrect. Reviewed-by: son, art ! src/share/classes/java/awt/Component.java + test/java/awt/Mixing/ValidBounds.java Changeset: 9306c5d6344f Author: anthony Date: 2008-03-18 14:36 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/9306c5d6344f 6304277: PIT: Adding a TrayIcon closes a SplashScreen on Solaris but not on Win32 Summary: The Window.closeSplashScreen() method now verified the boolean flag isTrayIconWindow, and returns if it is true. Reviewed-by: son, dcherepanov ! src/share/classes/java/awt/Window.java Changeset: fc0164db7a3b Author: anthony Date: 2008-03-18 15:07 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/fc0164db7a3b 6581927: REG : Non focusable frame can be minimized to very small & Frame icon can be seen on frame buttons. Summary: The SWP_NOSENDCHANGING flag should not be passed to the ::SetWindowPos() WinAPI function when we receive the WM_MOUSEMOVE message while manually handling the resizing of non-focusable frames. Reviewed-by: son, ant ! src/windows/native/sun/windows/awt_Frame.cpp + test/java/awt/Focus/NonFocusableResizableTooSmall/NonFocusableResizableTooSmall.java Changeset: 8a57a0be2a97 Author: anthony Date: 2008-03-18 16:19 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/8a57a0be2a97 6589527: Window and Frame instances can hide their "Applet Warning" Summary: Additional constraints have been added for the setBounds() operation. Reviewed-by: son, art ! src/solaris/classes/sun/awt/X11/XDecoratedPeer.java ! src/solaris/classes/sun/awt/X11/XDialogPeer.java ! src/solaris/classes/sun/awt/X11/XEmbeddedFramePeer.java ! src/solaris/classes/sun/awt/X11/XFramePeer.java ! src/solaris/classes/sun/awt/X11/XWindowPeer.java ! src/solaris/classes/sun/awt/motif/MDialogPeer.java ! src/solaris/classes/sun/awt/motif/MEmbeddedFramePeer.java ! src/solaris/classes/sun/awt/motif/MFramePeer.java ! src/solaris/classes/sun/awt/motif/MWindowPeer.java ! src/windows/classes/sun/awt/windows/WDialogPeer.java ! src/windows/classes/sun/awt/windows/WEmbeddedFramePeer.java ! src/windows/classes/sun/awt/windows/WFramePeer.java ! src/windows/classes/sun/awt/windows/WWindowPeer.java ! src/windows/native/sun/windows/awt_Window.cpp ! src/windows/native/sun/windows/awt_Window.h Changeset: 241fd18949db Author: anthony Date: 2008-03-20 11:09 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/241fd18949db 4993545: NativeInLightFixer adds asynchronousity Summary: All the hooks related to the NativeInLightFixer have been moved to the HW/LW mixing handling methods. The NativeInLightFixer itself has been removed. Reviewed-by: son, alexp ! src/share/classes/java/awt/Component.java ! src/share/classes/java/awt/Container.java Changeset: 51c761339b1c Author: ant Date: 2008-03-19 16:23 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/51c761339b1c 6567410: PIT : java/awt/Focus/AutoRequestFocusTest/AutoRequestFocusSetVisibleTest.java fails Summary: A filter flag has been added to the HCBT focus hook. Reviewed-by: dcherepanov ! src/windows/native/sun/windows/awt_Window.cpp Changeset: 810904060acf Author: ant Date: 2008-03-20 14:26 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/810904060acf Merge Changeset: 92e9ac30618a Author: son Date: 2008-03-20 16:21 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/92e9ac30618a 6630878: clean target in sun/xawt is incomplete Summary: clean target should remove .gen_icons Reviewed-by: yan ! make/sun/xawt/Makefile Changeset: 82233ac3d09f Author: ant Date: 2008-03-20 18:06 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/82233ac3d09f 6598089: JDK 7: AWT often goes into busy loop when showing dialog Summary: Preventing focus from getting in an endless loop. Reviewed-by: son ! src/share/classes/java/awt/DefaultKeyboardFocusManager.java + test/java/awt/Focus/RestoreFocusOnDisabledComponentTest/RestoreFocusOnDisabledComponentTest.java Changeset: dbff1fcf1767 Author: ant Date: 2008-03-21 09:54 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/dbff1fcf1767 6599270: Using EmbeddedFrame in SWT leads to a hang Summary: Excluding EmbeddedFrame from the workaround of activating a toplevel in not foreground process. Reviewed-by: son ! src/windows/native/sun/windows/awt_Frame.cpp Changeset: 0f955581dc0b Author: yan Date: 2008-03-24 06:33 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/0f955581dc0b Merge Changeset: 3226a9a5cc47 Author: xdono Date: 2008-03-27 12:28 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/3226a9a5cc47 Merge From Kelly.Ohair at Sun.COM Thu Mar 27 13:28:37 2008 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Thu, 27 Mar 2008 13:28:37 -0700 Subject: Merge changesets and using 'hg view' Message-ID: <47EC0375.1010500@sun.com> FYI... Anyone confused about Mercurial changesets and in particular the Merge changesets might find this helpful: http://blogs.sun.com/kto/entry/openjdk_mercurial_and_the_changeset Feel free to post comments to the blog. -kto From damjan.jov at gmail.com Sun Mar 30 09:11:12 2008 From: damjan.jov at gmail.com (Damjan Jovanovic) Date: Sun, 30 Mar 2008 18:11:12 +0200 Subject: Suggestion Message-ID: <9e89675b0803300911w520f4b61ic932e8736749f4bb@mail.gmail.com> Hi It took me 6 hours of Googling and searching mailing list archives and various blogs to find how to download the OpenJDK7 source code. Could you please document somewhere on the openjdk.java.net website how to get the source, ie. that you have to install mercurial and forest, and what you have to type to clone the repository? It would really help. Thank you Damjan From David.Herron at Sun.COM Sun Mar 30 09:24:22 2008 From: David.Herron at Sun.COM (David Herron) Date: Sun, 30 Mar 2008 09:24:22 -0700 Subject: Suggestion In-Reply-To: <9e89675b0803300911w520f4b61ic932e8736749f4bb@mail.gmail.com> References: <9e89675b0803300911w520f4b61ic932e8736749f4bb@mail.gmail.com> Message-ID: <47EFBEB6.6080303@sun.com> http://openjdk.java.net/guide/ Damjan Jovanovic wrote: > Hi > > It took me 6 hours of Googling and searching mailing list archives and > various blogs to find how to download the OpenJDK7 source code. > > Could you please document somewhere on the openjdk.java.net website > how to get the source, ie. that you have to install mercurial and > forest, and what you have to type to clone the repository? It would > really help. > > Thank you > Damjan > From francis.andre at easynet.fr Sun Mar 30 15:52:53 2008 From: francis.andre at easynet.fr (Francis ANDRE) Date: Mon, 31 Mar 2008 00:52:53 +0200 Subject: [WXP]:fatal error - could n't allocate heap, Win32 error 487 (Was: Any plan to use Ant instead of cygwin/make???) In-Reply-To: <47D5C6BF.6050209@sun.com> References: <47D26FA2.8030305@easynet.fr> <47D5C6BF.6050209@sun.com> Message-ID: <47F019C5.6020101@easynet.fr> Hi Kelly I found what was the problem for the instability of cygwin under my WXP. Since I have noticed some others mails or requests on the web related to that problem (specially on vista), may be it would be interesting for the build-dev mailing lists to share the following URLs: http://cygwin.com/faq/faq.using.html#faq.using.bloda http://cygwin.com/acronyms/#BLODA (I removed the Logitech webcam software with "Logitech process monitor" service and after rebooting, there were no more any heap allocation error) FA Kelly O'Hair a ?crit : > > > Francis ANDRE wrote: >> Hi OpenJDK Team >> >> >> While trying to build OpenJDK on WXP SP2, I am facing to a recurrent >> problem with cygwin that crashes because it could not allocate heap >> space... >> >> $ make >> 7 [main] ? (232756) C:\Progra~1\cygwin\bin\sh.exe: *** fatal >> error - could >> n't allocate heap, Win32 error 487, base 0x6D0000, top 0x6E0000, >> reserve_size 61 >> 440, allocsize 65536, page_const 4096 >> >> >> This intermittent heap memory allocation problem is a recurent one >> explained many times on the cygwin archives mailing list. >> >> Even with the suggested command explained in >> http://www.cygwin.com/ml/cygwin/2005-11/msg00413.html >> >> regtool -i set /HKLM/Software/Cygnus\ >> Solutions/Cygwin/heap_chunk_in_mb 2048 >> >> make fails on a regular basis... even after the execution of a >> rebaseall as stated in the cygwin mails. >> >> >> >> >> So, that's why I am wondering if you plan to use cpptasks and ant >> script since using cpptask and the ant-contrib library could be a >> viable alternative to avoid the cygwin unstability. > > No. > > I have never seen this cygwin problem before. Cygwin has been very stable > for me and nobody has reported any kind of problem like this. > > -kto > >> >> Regards >> >> FA > > From francis.andre at easynet.fr Mon Mar 31 08:22:58 2008 From: francis.andre at easynet.fr (Francis ANDRE) Date: Mon, 31 Mar 2008 17:22:58 +0200 Subject: [jdk]: Missing classes from the java.awt.color package Message-ID: <47F101D2.3030005@easynet.fr> Hi Everybody I am building OpenJDK on WXP SP2 with source trees obtain from the Mercurial repository and got lot of compile errors on missing classes from the java.awt.color package like java.awt.color.ColorSpace. Did I miss something?? Francis Here the Mercurial changeset for the jdk directory: changeset: 113:0f955581dc0b tag: tip parent: 81:9ae056d2cffd parent: 112:dbff1fcf1767 user: yan date: Mon Mar 24 06:33:16 2008 -0700 summary: Merge Here is the log: # Java sources to be compiled: (listed in file z:/DEV/OpenJDK/build/WINDOW~1/tmp /sun/java.awt/.classes.list) z:/DEV/OpenJDK/build/WINDOW~1/gensrc/sun/awt/resources/awt.java z:/DEV/OpenJDK/build/WINDOW~1/gensrc/sun/awt/resources/awt_de.java z:/DEV/OpenJDK/build/WINDOW~1/gensrc/sun/awt/resources/awt_es.java z:/DEV/OpenJDK/build/WINDOW~1/gensrc/sun/awt/resources/awt_fr.java z:/DEV/OpenJDK/build/WINDOW~1/gensrc/sun/awt/resources/awt_it.java z:/DEV/OpenJDK/build/WINDOW~1/gensrc/sun/awt/resources/awt_ja.java z:/DEV/OpenJDK/build/WINDOW~1/gensrc/sun/awt/resources/awt_ko.java z:/DEV/OpenJDK/build/WINDOW~1/gensrc/sun/awt/resources/awt_sv.java z:/DEV/OpenJDK/build/WINDOW~1/gensrc/sun/awt/resources/awt_zh_CN.java z:/DEV/OpenJDK/build/WINDOW~1/gensrc/sun/awt/resources/awt_zh_TW.java z:/DEV/OpenJDK/build/WINDOW~1/gensrc/sun/awt/resources/awt_zh_HK.java ../../../src/share/classes/java/awt/ActiveEvent.java ../../../src/share/classes/java/awt/Adjustable.java ../../../src/share/classes/java/awt/AlphaComposite.java ../../../src/share/classes/java/awt/AttributeValue.java ../../../src/share/classes/java/awt/AWTError.java ../../../src/share/classes/java/awt/AWTEvent.java ../../../src/share/classes/java/awt/AWTEventMulticaster.java ../../../src/share/classes/java/awt/AWTException.java ../../../src/share/classes/java/awt/AWTKeyStroke.java ../../../src/share/classes/java/awt/BasicStroke.java ../../../src/share/classes/java/awt/BorderLayout.java ../../../src/share/classes/java/awt/BufferCapabilities.java ../../../src/share/classes/java/awt/Button.java ../../../src/share/classes/java/awt/Canvas.java ../../../src/share/classes/java/awt/CardLayout.java ../../../src/share/classes/java/awt/Checkbox.java ../../../src/share/classes/java/awt/CheckboxGroup.java ../../../src/share/classes/java/awt/CheckboxMenuItem.java ../../../src/share/classes/java/awt/Choice.java ../../../src/share/classes/java/awt/color/ProfileDataException.java ../../../src/share/classes/java/awt/Color.java ../../../src/share/classes/java/awt/ColorPaintContext.java ../../../src/share/classes/java/awt/Component.java ../../../src/share/classes/java/awt/ComponentOrientation.java ../../../src/share/classes/java/awt/Composite.java ../../../src/share/classes/java/awt/CompositeContext.java ../../../src/share/classes/java/awt/Conditional.java ../../../src/share/classes/java/awt/Container.java ../../../src/share/classes/java/awt/ContainerOrderFocusTraversalPolicy.java ../../../src/share/classes/java/awt/Cursor.java ../../../src/share/classes/java/awt/datatransfer/Clipboard.java ../../../src/share/classes/java/awt/datatransfer/ClipboardOwner.java ../../../src/share/classes/java/awt/datatransfer/DataFlavor.java ../../../src/share/classes/java/awt/datatransfer/FlavorEvent.java ../../../src/share/classes/java/awt/datatransfer/FlavorListener.java ../../../src/share/classes/java/awt/datatransfer/FlavorMap.java ../../../src/share/classes/java/awt/datatransfer/FlavorTable.java ../../../src/share/classes/java/awt/datatransfer/MimeType.java ../../../src/share/classes/java/awt/datatransfer/MimeTypeParameterList.java ../../../src/share/classes/java/awt/datatransfer/MimeTypeParseException.java ../../../src/share/classes/java/awt/datatransfer/StringSelection.java ../../../src/share/classes/java/awt/datatransfer/SystemFlavorMap.java ../../../src/share/classes/java/awt/datatransfer/Transferable.java ../../../src/share/classes/java/awt/datatransfer/UnsupportedFlavorException.java ../../../src/share/classes/java/awt/DefaultFocusTraversalPolicy.java ../../../src/share/classes/java/awt/DefaultKeyboardFocusManager.java ../../../src/share/classes/java/awt/Desktop.java ../../../src/share/classes/java/awt/Dialog.java ../../../src/share/classes/java/awt/Dimension.java ../../../src/share/classes/java/awt/DisplayMode.java ../../../src/share/classes/java/awt/dnd/Autoscroll.java ../../../src/share/classes/java/awt/dnd/DnDConstants.java ../../../src/share/classes/java/awt/dnd/DnDEventMulticaster.java ../../../src/share/classes/java/awt/dnd/DragGestureEvent.java ../../../src/share/classes/java/awt/dnd/DragGestureListener.java ../../../src/share/classes/java/awt/dnd/DragGestureRecognizer.java ../../../src/share/classes/java/awt/dnd/DragSource.java ../../../src/share/classes/java/awt/dnd/DragSourceAdapter.java ../../../src/share/classes/java/awt/dnd/DragSourceContext.java ../../../src/share/classes/java/awt/dnd/DragSourceDragEvent.java ../../../src/share/classes/java/awt/dnd/DragSourceDropEvent.java ../../../src/share/classes/java/awt/dnd/DragSourceEvent.java ../../../src/share/classes/java/awt/dnd/DragSourceListener.java ../../../src/share/classes/java/awt/dnd/DragSourceMotionListener.java ../../../src/share/classes/java/awt/dnd/DropTarget.java ../../../src/share/classes/java/awt/dnd/DropTargetAdapter.java ../../../src/share/classes/java/awt/dnd/DropTargetContext.java ../../../src/share/classes/java/awt/dnd/DropTargetDragEvent.java ../../../src/share/classes/java/awt/dnd/DropTargetDropEvent.java ../../../src/share/classes/java/awt/dnd/DropTargetEvent.java ../../../src/share/classes/java/awt/dnd/DropTargetListener.java ../../../src/share/classes/java/awt/dnd/InvalidDnDOperationException.java ../../../src/share/classes/java/awt/dnd/MouseDragGestureRecognizer.java ../../../src/share/classes/java/awt/dnd/peer/DragSourceContextPeer.java ../../../src/share/classes/java/awt/dnd/peer/DropTargetContextPeer.java ../../../src/share/classes/java/awt/dnd/peer/DropTargetPeer.java ../../../src/share/classes/java/awt/dnd/SerializationTester.java ../../../src/share/classes/java/awt/event/ActionEvent.java ../../../src/share/classes/java/awt/event/ActionListener.java ../../../src/share/classes/java/awt/event/AdjustmentEvent.java ../../../src/share/classes/java/awt/event/AdjustmentListener.java ../../../src/share/classes/java/awt/event/AWTEventListener.java ../../../src/share/classes/java/awt/event/AWTEventListenerProxy.java ../../../src/share/classes/java/awt/event/ComponentAdapter.java ../../../src/share/classes/java/awt/event/ComponentEvent.java ../../../src/share/classes/java/awt/event/ComponentListener.java ../../../src/share/classes/java/awt/event/ContainerAdapter.java ../../../src/share/classes/java/awt/event/ContainerEvent.java ../../../src/share/classes/java/awt/event/ContainerListener.java ../../../src/share/classes/java/awt/event/FocusAdapter.java ../../../src/share/classes/java/awt/event/FocusEvent.java ../../../src/share/classes/java/awt/event/FocusListener.java ../../../src/share/classes/java/awt/event/HierarchyBoundsAdapter.java ../../../src/share/classes/java/awt/event/HierarchyBoundsListener.java ../../../src/share/classes/java/awt/event/HierarchyEvent.java ../../../src/share/classes/java/awt/event/HierarchyListener.java ../../../src/share/classes/java/awt/event/InputEvent.java ../../../src/share/classes/java/awt/event/InputMethodEvent.java ../../../src/share/classes/java/awt/event/InputMethodListener.java ../../../src/share/classes/java/awt/event/InvocationEvent.java ../../../src/share/classes/java/awt/event/ItemEvent.java ../../../src/share/classes/java/awt/event/ItemListener.java ../../../src/share/classes/java/awt/event/KeyAdapter.java ../../../src/share/classes/java/awt/event/KeyEvent.java ../../../src/share/classes/java/awt/event/KeyListener.java ../../../src/share/classes/java/awt/event/MouseAdapter.java ../../../src/share/classes/java/awt/event/MouseEvent.java ../../../src/share/classes/java/awt/event/MouseListener.java ../../../src/share/classes/java/awt/event/MouseMotionAdapter.java ../../../src/share/classes/java/awt/event/MouseMotionListener.java ../../../src/share/classes/java/awt/event/MouseWheelEvent.java ../../../src/share/classes/java/awt/event/MouseWheelListener.java ../../../src/share/classes/java/awt/event/NativeLibLoader.java ../../../src/share/classes/java/awt/event/PaintEvent.java ../../../src/share/classes/java/awt/event/TextEvent.java ../../../src/share/classes/java/awt/event/TextListener.java ../../../src/share/classes/java/awt/event/WindowAdapter.java ../../../src/share/classes/java/awt/event/WindowEvent.java ../../../src/share/classes/java/awt/event/WindowFocusListener.java ../../../src/share/classes/java/awt/event/WindowListener.java ../../../src/share/classes/java/awt/event/WindowStateListener.java ../../../src/share/classes/java/awt/Event.java ../../../src/share/classes/java/awt/EventDispatchThread.java ../../../src/share/classes/java/awt/EventFilter.java ../../../src/share/classes/java/awt/EventQueue.java ../../../src/share/classes/java/awt/FileDialog.java ../../../src/share/classes/java/awt/FlowLayout.java ../../../src/share/classes/java/awt/FocusTraversalPolicy.java ../../../src/share/classes/java/awt/font/CharArrayIterator.java ../../../src/share/classes/java/awt/font/FontRenderContext.java ../../../src/share/classes/java/awt/font/GlyphJustificationInfo.java ../../../src/share/classes/java/awt/font/GlyphMetrics.java ../../../src/share/classes/java/awt/font/GlyphVector.java ../../../src/share/classes/java/awt/font/GraphicAttribute.java ../../../src/share/classes/java/awt/font/ImageGraphicAttribute.java ../../../src/share/classes/java/awt/font/LayoutPath.java ../../../src/share/classes/java/awt/font/LineBreakMeasurer.java ../../../src/share/classes/java/awt/font/LineMetrics.java ../../../src/share/classes/java/awt/font/MultipleMaster.java ../../../src/share/classes/java/awt/font/NumericShaper.java ../../../src/share/classes/java/awt/font/OpenType.java ../../../src/share/classes/java/awt/font/ShapeGraphicAttribute.java ../../../src/share/classes/java/awt/font/StyledParagraph.java ../../../src/share/classes/java/awt/font/TextAttribute.java ../../../src/share/classes/java/awt/font/TextHitInfo.java ../../../src/share/classes/java/awt/font/TextJustifier.java ../../../src/share/classes/java/awt/font/TextLayout.java ../../../src/share/classes/java/awt/font/TextLine.java ../../../src/share/classes/java/awt/font/TextMeasurer.java ../../../src/share/classes/java/awt/font/TransformAttribute.java ../../../src/share/classes/java/awt/Font.java ../../../src/share/classes/java/awt/FontFormatException.java ../../../src/share/classes/java/awt/FontMetrics.java ../../../src/share/classes/java/awt/Frame.java ../../../src/share/classes/java/awt/geom/AffineTransform.java ../../../src/share/classes/java/awt/geom/Arc2D.java ../../../src/share/classes/java/awt/geom/ArcIterator.java ../../../src/share/classes/java/awt/geom/Area.java ../../../src/share/classes/java/awt/geom/CubicCurve2D.java ../../../src/share/classes/java/awt/geom/CubicIterator.java ../../../src/share/classes/java/awt/geom/Dimension2D.java ../../../src/share/classes/java/awt/geom/Ellipse2D.java ../../../src/share/classes/java/awt/geom/EllipseIterator.java ../../../src/share/classes/java/awt/geom/FlatteningPathIterator.java ../../../src/share/classes/java/awt/geom/GeneralPath.java ../../../src/share/classes/java/awt/geom/IllegalPathStateException.java ../../../src/share/classes/java/awt/geom/Line2D.java ../../../src/share/classes/java/awt/geom/LineIterator.java ../../../src/share/classes/java/awt/geom/NoninvertibleTransformException.java ../../../src/share/classes/java/awt/geom/Path2D.java ../../../src/share/classes/java/awt/geom/PathIterator.java ../../../src/share/classes/java/awt/geom/Point2D.java ../../../src/share/classes/java/awt/geom/QuadCurve2D.java ../../../src/share/classes/java/awt/geom/QuadIterator.java ../../../src/share/classes/java/awt/geom/Rectangle2D.java ../../../src/share/classes/java/awt/geom/RectangularShape.java ../../../src/share/classes/java/awt/geom/RectIterator.java ../../../src/share/classes/java/awt/geom/RoundRectangle2D.java ../../../src/share/classes/java/awt/geom/RoundRectIterator.java ../../../src/share/classes/java/awt/GradientPaint.java ../../../src/share/classes/java/awt/GradientPaintContext.java ../../../src/share/classes/java/awt/Graphics.java ../../../src/share/classes/java/awt/Graphics2D.java ../../../src/share/classes/java/awt/GraphicsCallback.java ../../../src/share/classes/java/awt/GraphicsConfigTemplate.java ../../../src/share/classes/java/awt/GraphicsConfiguration.java ../../../src/share/classes/java/awt/GraphicsDevice.java ../../../src/share/classes/java/awt/GraphicsEnvironment.java ../../../src/share/classes/java/awt/GridBagConstraints.java ../../../src/share/classes/java/awt/GridBagLayout.java ../../../src/share/classes/java/awt/GridBagLayoutInfo.java ../../../src/share/classes/java/awt/GridLayout.java ../../../src/share/classes/java/awt/HeadlessException.java ../../../src/share/classes/java/awt/IllegalComponentStateException.java ../../../src/share/classes/java/awt/im/InputContext.java ../../../src/share/classes/java/awt/im/InputMethodHighlight.java ../../../src/share/classes/java/awt/im/InputMethodRequests.java ../../../src/share/classes/java/awt/im/InputSubset.java ../../../src/share/classes/java/awt/im/spi/InputMethod.java ../../../src/share/classes/java/awt/im/spi/InputMethodContext.java ../../../src/share/classes/java/awt/im/spi/InputMethodDescriptor.java ../../../src/share/classes/java/awt/image/AffineTransformOp.java ../../../src/share/classes/java/awt/image/AreaAveragingScaleFilter.java ../../../src/share/classes/java/awt/image/BandCombineOp.java ../../../src/share/classes/java/awt/image/BufferedImage.java ../../../src/share/classes/java/awt/image/BufferedImageFilter.java ../../../src/share/classes/java/awt/image/BufferedImageOp.java ../../../src/share/classes/java/awt/image/BufferStrategy.java ../../../src/share/classes/java/awt/image/ByteLookupTable.java ../../../src/share/classes/java/awt/image/ColorModel.java ../../../src/share/classes/java/awt/image/ComponentColorModel.java ../../../src/share/classes/java/awt/image/ConvolveOp.java ../../../src/share/classes/java/awt/image/CropImageFilter.java ../../../src/share/classes/java/awt/image/DataBufferDouble.java ../../../src/share/classes/java/awt/image/DataBufferFloat.java ../../../src/share/classes/java/awt/image/DirectColorModel.java ../../../src/share/classes/java/awt/image/FilteredImageSource.java ../../../src/share/classes/java/awt/image/ImageConsumer.java ../../../src/share/classes/java/awt/image/ImageFilter.java ../../../src/share/classes/java/awt/image/ImageObserver.java ../../../src/share/classes/java/awt/image/ImageProducer.java ../../../src/share/classes/java/awt/image/ImagingOpException.java ../../../src/share/classes/java/awt/image/IndexColorModel.java ../../../src/share/classes/java/awt/image/Kernel.java ../../../src/share/classes/java/awt/image/LookupOp.java ../../../src/share/classes/java/awt/image/LookupTable.java ../../../src/share/classes/java/awt/image/MemoryImageSource.java ../../../src/share/classes/java/awt/image/PackedColorModel.java ../../../src/share/classes/java/awt/image/PixelGrabber.java ../../../src/share/classes/java/awt/image/PixelInterleavedSampleModel.java ../../../src/share/classes/java/awt/image/RasterFormatException.java ../../../src/share/classes/java/awt/image/RasterOp.java ../../../src/share/classes/java/awt/image/renderable/ParameterBlock.java ../../../src/share/classes/java/awt/image/ReplicateScaleFilter.java ../../../src/share/classes/java/awt/image/RescaleOp.java ../../../src/share/classes/java/awt/image/RGBImageFilter.java ../../../src/share/classes/java/awt/image/ShortLookupTable.java ../../../src/share/classes/java/awt/image/TileObserver.java ../../../src/share/classes/java/awt/image/VolatileImage.java ../../../src/share/classes/java/awt/Image.java ../../../src/share/classes/java/awt/ImageCapabilities.java ../../../src/share/classes/java/awt/Insets.java ../../../src/share/classes/java/awt/ItemSelectable.java ../../../src/share/classes/java/awt/JobAttributes.java ../../../src/share/classes/java/awt/KeyboardFocusManager.java ../../../src/share/classes/java/awt/KeyEventDispatcher.java ../../../src/share/classes/java/awt/KeyEventPostProcessor.java ../../../src/share/classes/java/awt/Label.java ../../../src/share/classes/java/awt/LayoutManager.java ../../../src/share/classes/java/awt/LayoutManager2.java ../../../src/share/classes/java/awt/LinearGradientPaint.java ../../../src/share/classes/java/awt/LinearGradientPaintContext.java ../../../src/share/classes/java/awt/List.java ../../../src/share/classes/java/awt/MediaTracker.java ../../../src/share/classes/java/awt/Menu.java ../../../src/share/classes/java/awt/MenuBar.java ../../../src/share/classes/java/awt/MenuComponent.java ../../../src/share/classes/java/awt/MenuContainer.java ../../../src/share/classes/java/awt/MenuItem.java ../../../src/share/classes/java/awt/MenuShortcut.java ../../../src/share/classes/java/awt/ModalEventFilter.java ../../../src/share/classes/java/awt/MouseInfo.java ../../../src/share/classes/java/awt/MultipleGradientPaint.java ../../../src/share/classes/java/awt/MultipleGradientPaintContext.java ../../../src/share/classes/java/awt/PageAttributes.java ../../../src/share/classes/java/awt/Paint.java ../../../src/share/classes/java/awt/PaintContext.java ../../../src/share/classes/java/awt/Panel.java ../../../src/share/classes/java/awt/peer/ButtonPeer.java ../../../src/share/classes/java/awt/peer/CanvasPeer.java ../../../src/share/classes/java/awt/peer/CheckboxMenuItemPeer.java ../../../src/share/classes/java/awt/peer/CheckboxPeer.java ../../../src/share/classes/java/awt/peer/ChoicePeer.java ../../../src/share/classes/java/awt/peer/ComponentPeer.java ../../../src/share/classes/java/awt/peer/ContainerPeer.java ../../../src/share/classes/java/awt/peer/DesktopPeer.java ../../../src/share/classes/java/awt/peer/DialogPeer.java ../../../src/share/classes/java/awt/peer/FileDialogPeer.java ../../../src/share/classes/java/awt/peer/FontPeer.java ../../../src/share/classes/java/awt/peer/FramePeer.java ../../../src/share/classes/java/awt/peer/KeyboardFocusManagerPeer.java ../../../src/share/classes/java/awt/peer/LabelPeer.java ../../../src/share/classes/java/awt/peer/LightweightPeer.java ../../../src/share/classes/java/awt/peer/ListPeer.java ../../../src/share/classes/java/awt/peer/MenuBarPeer.java ../../../src/share/classes/java/awt/peer/MenuComponentPeer.java ../../../src/share/classes/java/awt/peer/MenuItemPeer.java ../../../src/share/classes/java/awt/peer/MenuPeer.java ../../../src/share/classes/java/awt/peer/MouseInfoPeer.java ../../../src/share/classes/java/awt/peer/PanelPeer.java ../../../src/share/classes/java/awt/peer/PopupMenuPeer.java ../../../src/share/classes/java/awt/peer/RobotPeer.java ../../../src/share/classes/java/awt/peer/ScrollbarPeer.java ../../../src/share/classes/java/awt/peer/ScrollPanePeer.java ../../../src/share/classes/java/awt/peer/SystemTrayPeer.java ../../../src/share/classes/java/awt/peer/TextAreaPeer.java ../../../src/share/classes/java/awt/peer/TextComponentPeer.java ../../../src/share/classes/java/awt/peer/TextFieldPeer.java ../../../src/share/classes/java/awt/peer/TrayIconPeer.java ../../../src/share/classes/java/awt/peer/WindowPeer.java ../../../src/share/classes/java/awt/Point.java ../../../src/share/classes/java/awt/PointerInfo.java ../../../src/share/classes/java/awt/Polygon.java ../../../src/share/classes/java/awt/PopupMenu.java ../../../src/share/classes/java/awt/print/Book.java ../../../src/share/classes/java/awt/print/Pageable.java ../../../src/share/classes/java/awt/print/PageFormat.java ../../../src/share/classes/java/awt/print/Paper.java ../../../src/share/classes/java/awt/print/Printable.java ../../../src/share/classes/java/awt/print/PrinterAbortException.java ../../../src/share/classes/java/awt/print/PrinterException.java ../../../src/share/classes/java/awt/print/PrinterGraphics.java ../../../src/share/classes/java/awt/print/PrinterIOException.java ../../../src/share/classes/java/awt/print/PrinterJob.java ../../../src/share/classes/java/awt/PrintGraphics.java ../../../src/share/classes/java/awt/PrintJob.java ../../../src/share/classes/java/awt/RadialGradientPaint.java ../../../src/share/classes/java/awt/RadialGradientPaintContext.java ../../../src/share/classes/java/awt/Rectangle.java ../../../src/share/classes/java/awt/RenderingHints.java ../../../src/share/classes/java/awt/Robot.java ../../../src/share/classes/java/awt/Scrollbar.java ../../../src/share/classes/java/awt/ScrollPane.java ../../../src/share/classes/java/awt/ScrollPaneAdjustable.java ../../../src/share/classes/java/awt/SentEvent.java ../../../src/share/classes/java/awt/SequencedEvent.java ../../../src/share/classes/java/awt/Shape.java ../../../src/share/classes/java/awt/SplashScreen.java ../../../src/share/classes/java/awt/Stroke.java ../../../src/share/classes/java/awt/SystemColor.java ../../../src/share/classes/java/awt/SystemTray.java ../../../src/share/classes/java/awt/TextArea.java ../../../src/share/classes/java/awt/TextComponent.java ../../../src/share/classes/java/awt/TextField.java ../../../src/share/classes/java/awt/TexturePaint.java ../../../src/share/classes/java/awt/TexturePaintContext.java ../../../src/share/classes/java/awt/Toolkit.java ../../../src/share/classes/java/awt/Transparency.java ../../../src/share/classes/java/awt/TrayIcon.java ../../../src/share/classes/java/awt/Window.java ../../../src/share/classes/sun/awt/geom/AreaOp.java ../../../src/share/classes/sun/awt/geom/ChainEnd.java ../../../src/share/classes/sun/awt/geom/Crossings.java ../../../src/share/classes/sun/awt/geom/Curve.java ../../../src/share/classes/sun/awt/geom/CurveLink.java ../../../src/share/classes/sun/awt/geom/Edge.java ../../../src/share/classes/sun/awt/geom/Order0.java ../../../src/share/classes/sun/awt/geom/Order1.java ../../../src/share/classes/sun/awt/geom/Order2.java ../../../src/share/classes/sun/awt/geom/Order3.java ../../../src/share/classes/sun/awt/geom/PathConsumer2D.java # Running javac: C:/Progra~1/Java/JDK16~1.0_0/bin/java -client -Xmx384m -Xms128m -XX:PermSize=32m -XX:MaxPermSize=160m -Xbootclasspath/p:z:/DEV/OpenJDK/build/WINDOW~1/LANGTO~1/d ist/bootstrap/lib/javac.jar -jar z:/DEV/OpenJDK/build/WINDOW~1/LANGTO~1/dist/boo tstrap/lib/javac.jar -source 1.5 -target 5 -encoding ascii -Xbootclasspath:z:/DE V/OpenJDK/build/WINDOW~1/classes -sourcepath z:/DEV/OpenJDK/build/WINDOW~1/gensr c;../../../src/windows/classes;../../../src/share/classes -d z:/DEV/OpenJDK/buil d/WINDOW~1/classes @z:/DEV/OpenJDK/build/WINDOW~1/tmp/sun/java.awt/.classes.list ..\..\..\src\share\classes\java\awt\image\ColorModel.java:29: cannot find symbol symbol : class ColorSpace location: package java.awt.color import java.awt.color.ColorSpace; ^ ..\..\..\src\share\classes\java\awt\image\ColorModel.java:30: cannot find symbol symbol : class ICC_ColorSpace location: package java.awt.color import java.awt.color.ICC_ColorSpace; ^ ..\..\..\src\share\classes\java\awt\Color.java:32: cannot find symbol symbol : class ColorSpace location: package java.awt.color import java.awt.color.ColorSpace; ^ ..\..\..\src\share\classes\java\awt\GraphicsConfiguration.java:32: cannot find s ymbol symbol : class WritableRaster location: package java.awt.image import java.awt.image.WritableRaster; ^ ..\..\..\src\share\classes\java\awt\image\ColorModel.java:169: cannot find symbo l symbol : class ColorSpace location: class java.awt.image.ColorModel ColorSpace colorSpace = ColorSpace.getInstance(ColorSpace.CS_sRGB); ^ ..\..\..\src\share\classes\java\awt\image\ColorModel.java:325: cannot find symbo l symbol : class ColorSpace location: class java.awt.image.ColorModel protected ColorModel(int pixel_bits, int[] bits, ColorSpace cspace, ^ ..\..\..\src\share\classes\java\awt\image\ColorModel.java:1510: cannot find symb ol symbol : class ColorSpace location: class java.awt.image.ColorModel final public ColorSpace getColorSpace() { ^ ..\..\..\src\share\classes\java\awt\image\ColorModel.java:1535: cannot find symb ol symbol : class WritableRaster location: class java.awt.image.ColorModel public ColorModel coerceData (WritableRaster raster, ^ ..\..\..\src\share\classes\java\awt\image\ColorModel.java:1556: cannot find symb ol symbol : class Raster location: class java.awt.image.ColorModel public boolean isCompatibleRaster(Raster raster) { ^ ..\..\..\src\share\classes\java\awt\image\ColorModel.java:1578: cannot find symb ol symbol : class WritableRaster location: class java.awt.image.ColorModel public WritableRaster createCompatibleWritableRaster(int w, int h) { ^ ..\..\..\src\share\classes\java\awt\image\ColorModel.java:1599: cannot find symb ol symbol : class SampleModel location: class java.awt.image.ColorModel public SampleModel createCompatibleSampleModel(int w, int h) { ^ ..\..\..\src\share\classes\java\awt\image\ColorModel.java:1618: cannot find symb ol symbol : class SampleModel location: class java.awt.image.ColorModel public boolean isCompatibleSampleModel(SampleModel sm) { ^ ..\..\..\src\share\classes\java\awt\image\ColorModel.java:1657: cannot find symb ol symbol : class WritableRaster location: class java.awt.image.ColorModel public WritableRaster getAlphaRaster(WritableRaster raster) { ^ ..\..\..\src\share\classes\java\awt\image\ColorModel.java:1657: cannot find symb ol symbol : class WritableRaster location: class java.awt.image.ColorModel public WritableRaster getAlphaRaster(WritableRaster raster) { ^ ..\..\..\src\share\classes\java\awt\image\ColorModel.java:1700: cannot find symb ol symbol : class ColorSpace location: class java.awt.image.ColorModel static boolean isLinearRGBspace(ColorSpace cs) { ^ ..\..\..\src\share\classes\java\awt\image\ColorModel.java:1706: cannot find symb ol symbol : class ColorSpace location: class java.awt.image.ColorModel static boolean isLinearGRAYspace(ColorSpace cs) { ^ ..\..\..\src\share\classes\java\awt\image\ColorModel.java:1797: cannot find symb ol symbol : class ICC_ColorSpace location: class java.awt.image.ColorModel static byte[] getGray8TosRGB8LUT(ICC_ColorSpace grayCS) { ^ ..\..\..\src\share\classes\java\awt\image\ColorModel.java:1841: cannot find symb ol symbol : class ICC_ColorSpace location: class java.awt.image.ColorModel static byte[] getLinearGray16ToOtherGray8LUT(ICC_ColorSpace grayCS) { ^ ..\..\..\src\share\classes\java\awt\image\ColorModel.java:1882: cannot find symb ol symbol : class ICC_ColorSpace location: class java.awt.image.ColorModel static byte[] getGray16TosRGB8LUT(ICC_ColorSpace grayCS) { ^ ..\..\..\src\share\classes\java\awt\image\ColorModel.java:1930: cannot find symb ol symbol : class ICC_ColorSpace location: class java.awt.image.ColorModel static short[] getLinearGray16ToOtherGray16LUT(ICC_ColorSpace grayCS) { ^ ..\..\..\src\share\classes\java\awt\Color.java:253: cannot find symbol symbol : class ColorSpace location: class java.awt.Color private ColorSpace cs = null; ^ ..\..\..\src\share\classes\java\awt\Color.java:516: cannot find symbol symbol : class ColorSpace location: class java.awt.Color public Color(ColorSpace cspace, float components[], float alpha) { ^ ..\..\..\src\share\classes\java\awt\Color.java:1099: cannot find symbol symbol : class ColorSpace location: class java.awt.Color public float[] getComponents(ColorSpace cspace, float[] compArray) { ^ ..\..\..\src\share\classes\java\awt\Color.java:1143: cannot find symbol symbol : class ColorSpace location: class java.awt.Color public float[] getColorComponents(ColorSpace cspace, float[] compArray) { ^ ..\..\..\src\share\classes\java\awt\Color.java:1171: cannot find symbol symbol : class ColorSpace location: class java.awt.Color public ColorSpace getColorSpace() { -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: sanity.log Url: http://mail.openjdk.java.net/pipermail/build-dev/attachments/20080331/e7ef59ba/sanity.log From Kelly.Ohair at Sun.COM Mon Mar 31 09:23:07 2008 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Mon, 31 Mar 2008 09:23:07 -0700 Subject: [WXP]:fatal error - could n't allocate heap, Win32 error 487 (Was: Any plan to use Ant instead of cygwin/make???) In-Reply-To: <47F019C5.6020101@easynet.fr> References: <47D26FA2.8030305@easynet.fr> <47D5C6BF.6050209@sun.com> <47F019C5.6020101@easynet.fr> Message-ID: <47F10FEB.4000501@sun.com> Thank you for passing this on. I will add this link to the README-builds.html document, I filed a bug on this, 6682167. Maybe I will add an entry on wikis.sun.com too... -kto Francis ANDRE wrote: > Hi Kelly > > I found what was the problem for the instability of cygwin under my WXP. > Since I have noticed some others mails or requests on the web related to > that problem (specially on vista), may be it would be interesting for > the build-dev mailing lists to share the following URLs: > > http://cygwin.com/faq/faq.using.html#faq.using.bloda > http://cygwin.com/acronyms/#BLODA > > (I removed the Logitech webcam software with "Logitech process monitor" > service and after rebooting, there were no more any heap allocation error) > > FA > > > Kelly O'Hair a ?crit : >> >> >> Francis ANDRE wrote: >>> Hi OpenJDK Team >>> >>> >>> While trying to build OpenJDK on WXP SP2, I am facing to a recurrent >>> problem with cygwin that crashes because it could not allocate heap >>> space... >>> >>> $ make >>> 7 [main] ? (232756) C:\Progra~1\cygwin\bin\sh.exe: *** fatal >>> error - could >>> n't allocate heap, Win32 error 487, base 0x6D0000, top 0x6E0000, >>> reserve_size 61 >>> 440, allocsize 65536, page_const 4096 >>> >>> >>> This intermittent heap memory allocation problem is a recurent one >>> explained many times on the cygwin archives mailing list. >>> >>> Even with the suggested command explained in >>> http://www.cygwin.com/ml/cygwin/2005-11/msg00413.html >>> >>> regtool -i set /HKLM/Software/Cygnus\ >>> Solutions/Cygwin/heap_chunk_in_mb 2048 >>> >>> make fails on a regular basis... even after the execution of a >>> rebaseall as stated in the cygwin mails. >>> >>> >>> >>> >>> So, that's why I am wondering if you plan to use cpptasks and ant >>> script since using cpptask and the ant-contrib library could be a >>> viable alternative to avoid the cygwin unstability. >> >> No. >> >> I have never seen this cygwin problem before. Cygwin has been very stable >> for me and nobody has reported any kind of problem like this. >> >> -kto >> >>> >>> Regards >>> >>> FA >> >> From Kelly.Ohair at Sun.COM Mon Mar 31 09:25:55 2008 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Mon, 31 Mar 2008 09:25:55 -0700 Subject: [jdk]: Missing classes from the java.awt.color package In-Reply-To: <47F101D2.3030005@easynet.fr> References: <47F101D2.3030005@easynet.fr> Message-ID: <47F11093.6000502@sun.com> The color stuff is part of our binary plugs issue. Did you get the binary plugs? Set ALT_BINARY_PLUGS_PATH? Hopefully, these binary plugs will go away soon, I know how big a pain they are. -kto Francis ANDRE wrote: > Hi Everybody > > > I am building OpenJDK on WXP SP2 with source trees obtain from the > Mercurial repository and got lot of compile errors on missing classes > from the java.awt.color package like java.awt.color.ColorSpace. > > Did I miss something?? > > Francis > > > > Here the Mercurial changeset for the jdk directory: > changeset: 113:0f955581dc0b > tag: tip > parent: 81:9ae056d2cffd > parent: 112:dbff1fcf1767 > user: yan > date: Mon Mar 24 06:33:16 2008 -0700 > summary: Merge > > > > > Here is the log: > # Java sources to be compiled: (listed in file > z:/DEV/OpenJDK/build/WINDOW~1/tmp > /sun/java.awt/.classes.list) > z:/DEV/OpenJDK/build/WINDOW~1/gensrc/sun/awt/resources/awt.java > z:/DEV/OpenJDK/build/WINDOW~1/gensrc/sun/awt/resources/awt_de.java > z:/DEV/OpenJDK/build/WINDOW~1/gensrc/sun/awt/resources/awt_es.java > z:/DEV/OpenJDK/build/WINDOW~1/gensrc/sun/awt/resources/awt_fr.java > z:/DEV/OpenJDK/build/WINDOW~1/gensrc/sun/awt/resources/awt_it.java > z:/DEV/OpenJDK/build/WINDOW~1/gensrc/sun/awt/resources/awt_ja.java > z:/DEV/OpenJDK/build/WINDOW~1/gensrc/sun/awt/resources/awt_ko.java > z:/DEV/OpenJDK/build/WINDOW~1/gensrc/sun/awt/resources/awt_sv.java > z:/DEV/OpenJDK/build/WINDOW~1/gensrc/sun/awt/resources/awt_zh_CN.java > z:/DEV/OpenJDK/build/WINDOW~1/gensrc/sun/awt/resources/awt_zh_TW.java > z:/DEV/OpenJDK/build/WINDOW~1/gensrc/sun/awt/resources/awt_zh_HK.java > ../../../src/share/classes/java/awt/ActiveEvent.java > ../../../src/share/classes/java/awt/Adjustable.java > ../../../src/share/classes/java/awt/AlphaComposite.java > ../../../src/share/classes/java/awt/AttributeValue.java > ../../../src/share/classes/java/awt/AWTError.java > ../../../src/share/classes/java/awt/AWTEvent.java > ../../../src/share/classes/java/awt/AWTEventMulticaster.java > ../../../src/share/classes/java/awt/AWTException.java > ../../../src/share/classes/java/awt/AWTKeyStroke.java > ../../../src/share/classes/java/awt/BasicStroke.java > ../../../src/share/classes/java/awt/BorderLayout.java > ../../../src/share/classes/java/awt/BufferCapabilities.java > ../../../src/share/classes/java/awt/Button.java > ../../../src/share/classes/java/awt/Canvas.java > ../../../src/share/classes/java/awt/CardLayout.java > ../../../src/share/classes/java/awt/Checkbox.java > ../../../src/share/classes/java/awt/CheckboxGroup.java > ../../../src/share/classes/java/awt/CheckboxMenuItem.java > ../../../src/share/classes/java/awt/Choice.java > ../../../src/share/classes/java/awt/color/ProfileDataException.java > ../../../src/share/classes/java/awt/Color.java > ../../../src/share/classes/java/awt/ColorPaintContext.java > ../../../src/share/classes/java/awt/Component.java > ../../../src/share/classes/java/awt/ComponentOrientation.java > ../../../src/share/classes/java/awt/Composite.java > ../../../src/share/classes/java/awt/CompositeContext.java > ../../../src/share/classes/java/awt/Conditional.java > ../../../src/share/classes/java/awt/Container.java > ../../../src/share/classes/java/awt/ContainerOrderFocusTraversalPolicy.java > ../../../src/share/classes/java/awt/Cursor.java > ../../../src/share/classes/java/awt/datatransfer/Clipboard.java > ../../../src/share/classes/java/awt/datatransfer/ClipboardOwner.java > ../../../src/share/classes/java/awt/datatransfer/DataFlavor.java > ../../../src/share/classes/java/awt/datatransfer/FlavorEvent.java > ../../../src/share/classes/java/awt/datatransfer/FlavorListener.java > ../../../src/share/classes/java/awt/datatransfer/FlavorMap.java > ../../../src/share/classes/java/awt/datatransfer/FlavorTable.java > ../../../src/share/classes/java/awt/datatransfer/MimeType.java > ../../../src/share/classes/java/awt/datatransfer/MimeTypeParameterList.java > ../../../src/share/classes/java/awt/datatransfer/MimeTypeParseException.java > > ../../../src/share/classes/java/awt/datatransfer/StringSelection.java > ../../../src/share/classes/java/awt/datatransfer/SystemFlavorMap.java > ../../../src/share/classes/java/awt/datatransfer/Transferable.java > ../../../src/share/classes/java/awt/datatransfer/UnsupportedFlavorException.java > > > ../../../src/share/classes/java/awt/DefaultFocusTraversalPolicy.java > ../../../src/share/classes/java/awt/DefaultKeyboardFocusManager.java > ../../../src/share/classes/java/awt/Desktop.java > ../../../src/share/classes/java/awt/Dialog.java > ../../../src/share/classes/java/awt/Dimension.java > ../../../src/share/classes/java/awt/DisplayMode.java > ../../../src/share/classes/java/awt/dnd/Autoscroll.java > ../../../src/share/classes/java/awt/dnd/DnDConstants.java > ../../../src/share/classes/java/awt/dnd/DnDEventMulticaster.java > ../../../src/share/classes/java/awt/dnd/DragGestureEvent.java > ../../../src/share/classes/java/awt/dnd/DragGestureListener.java > ../../../src/share/classes/java/awt/dnd/DragGestureRecognizer.java > ../../../src/share/classes/java/awt/dnd/DragSource.java > ../../../src/share/classes/java/awt/dnd/DragSourceAdapter.java > ../../../src/share/classes/java/awt/dnd/DragSourceContext.java > ../../../src/share/classes/java/awt/dnd/DragSourceDragEvent.java > ../../../src/share/classes/java/awt/dnd/DragSourceDropEvent.java > ../../../src/share/classes/java/awt/dnd/DragSourceEvent.java > ../../../src/share/classes/java/awt/dnd/DragSourceListener.java > ../../../src/share/classes/java/awt/dnd/DragSourceMotionListener.java > ../../../src/share/classes/java/awt/dnd/DropTarget.java > ../../../src/share/classes/java/awt/dnd/DropTargetAdapter.java > ../../../src/share/classes/java/awt/dnd/DropTargetContext.java > ../../../src/share/classes/java/awt/dnd/DropTargetDragEvent.java > ../../../src/share/classes/java/awt/dnd/DropTargetDropEvent.java > ../../../src/share/classes/java/awt/dnd/DropTargetEvent.java > ../../../src/share/classes/java/awt/dnd/DropTargetListener.java > ../../../src/share/classes/java/awt/dnd/InvalidDnDOperationException.java > ../../../src/share/classes/java/awt/dnd/MouseDragGestureRecognizer.java > ../../../src/share/classes/java/awt/dnd/peer/DragSourceContextPeer.java > ../../../src/share/classes/java/awt/dnd/peer/DropTargetContextPeer.java > ../../../src/share/classes/java/awt/dnd/peer/DropTargetPeer.java > ../../../src/share/classes/java/awt/dnd/SerializationTester.java > ../../../src/share/classes/java/awt/event/ActionEvent.java > ../../../src/share/classes/java/awt/event/ActionListener.java > ../../../src/share/classes/java/awt/event/AdjustmentEvent.java > ../../../src/share/classes/java/awt/event/AdjustmentListener.java > ../../../src/share/classes/java/awt/event/AWTEventListener.java > ../../../src/share/classes/java/awt/event/AWTEventListenerProxy.java > ../../../src/share/classes/java/awt/event/ComponentAdapter.java > ../../../src/share/classes/java/awt/event/ComponentEvent.java > ../../../src/share/classes/java/awt/event/ComponentListener.java > ../../../src/share/classes/java/awt/event/ContainerAdapter.java > ../../../src/share/classes/java/awt/event/ContainerEvent.java > ../../../src/share/classes/java/awt/event/ContainerListener.java > ../../../src/share/classes/java/awt/event/FocusAdapter.java > ../../../src/share/classes/java/awt/event/FocusEvent.java > ../../../src/share/classes/java/awt/event/FocusListener.java > ../../../src/share/classes/java/awt/event/HierarchyBoundsAdapter.java > ../../../src/share/classes/java/awt/event/HierarchyBoundsListener.java > ../../../src/share/classes/java/awt/event/HierarchyEvent.java > ../../../src/share/classes/java/awt/event/HierarchyListener.java > ../../../src/share/classes/java/awt/event/InputEvent.java > ../../../src/share/classes/java/awt/event/InputMethodEvent.java > ../../../src/share/classes/java/awt/event/InputMethodListener.java > ../../../src/share/classes/java/awt/event/InvocationEvent.java > ../../../src/share/classes/java/awt/event/ItemEvent.java > ../../../src/share/classes/java/awt/event/ItemListener.java > ../../../src/share/classes/java/awt/event/KeyAdapter.java > ../../../src/share/classes/java/awt/event/KeyEvent.java > ../../../src/share/classes/java/awt/event/KeyListener.java > ../../../src/share/classes/java/awt/event/MouseAdapter.java > ../../../src/share/classes/java/awt/event/MouseEvent.java > ../../../src/share/classes/java/awt/event/MouseListener.java > ../../../src/share/classes/java/awt/event/MouseMotionAdapter.java > ../../../src/share/classes/java/awt/event/MouseMotionListener.java > ../../../src/share/classes/java/awt/event/MouseWheelEvent.java > ../../../src/share/classes/java/awt/event/MouseWheelListener.java > ../../../src/share/classes/java/awt/event/NativeLibLoader.java > ../../../src/share/classes/java/awt/event/PaintEvent.java > ../../../src/share/classes/java/awt/event/TextEvent.java > ../../../src/share/classes/java/awt/event/TextListener.java > ../../../src/share/classes/java/awt/event/WindowAdapter.java > ../../../src/share/classes/java/awt/event/WindowEvent.java > ../../../src/share/classes/java/awt/event/WindowFocusListener.java > ../../../src/share/classes/java/awt/event/WindowListener.java > ../../../src/share/classes/java/awt/event/WindowStateListener.java > ../../../src/share/classes/java/awt/Event.java > ../../../src/share/classes/java/awt/EventDispatchThread.java > ../../../src/share/classes/java/awt/EventFilter.java > ../../../src/share/classes/java/awt/EventQueue.java > ../../../src/share/classes/java/awt/FileDialog.java > ../../../src/share/classes/java/awt/FlowLayout.java > ../../../src/share/classes/java/awt/FocusTraversalPolicy.java > ../../../src/share/classes/java/awt/font/CharArrayIterator.java > ../../../src/share/classes/java/awt/font/FontRenderContext.java > ../../../src/share/classes/java/awt/font/GlyphJustificationInfo.java > ../../../src/share/classes/java/awt/font/GlyphMetrics.java > ../../../src/share/classes/java/awt/font/GlyphVector.java > ../../../src/share/classes/java/awt/font/GraphicAttribute.java > ../../../src/share/classes/java/awt/font/ImageGraphicAttribute.java > ../../../src/share/classes/java/awt/font/LayoutPath.java > ../../../src/share/classes/java/awt/font/LineBreakMeasurer.java > ../../../src/share/classes/java/awt/font/LineMetrics.java > ../../../src/share/classes/java/awt/font/MultipleMaster.java > ../../../src/share/classes/java/awt/font/NumericShaper.java > ../../../src/share/classes/java/awt/font/OpenType.java > ../../../src/share/classes/java/awt/font/ShapeGraphicAttribute.java > ../../../src/share/classes/java/awt/font/StyledParagraph.java > ../../../src/share/classes/java/awt/font/TextAttribute.java > ../../../src/share/classes/java/awt/font/TextHitInfo.java > ../../../src/share/classes/java/awt/font/TextJustifier.java > ../../../src/share/classes/java/awt/font/TextLayout.java > ../../../src/share/classes/java/awt/font/TextLine.java > ../../../src/share/classes/java/awt/font/TextMeasurer.java > ../../../src/share/classes/java/awt/font/TransformAttribute.java > ../../../src/share/classes/java/awt/Font.java > ../../../src/share/classes/java/awt/FontFormatException.java > ../../../src/share/classes/java/awt/FontMetrics.java > ../../../src/share/classes/java/awt/Frame.java > ../../../src/share/classes/java/awt/geom/AffineTransform.java > ../../../src/share/classes/java/awt/geom/Arc2D.java > ../../../src/share/classes/java/awt/geom/ArcIterator.java > ../../../src/share/classes/java/awt/geom/Area.java > ../../../src/share/classes/java/awt/geom/CubicCurve2D.java > ../../../src/share/classes/java/awt/geom/CubicIterator.java > ../../../src/share/classes/java/awt/geom/Dimension2D.java > ../../../src/share/classes/java/awt/geom/Ellipse2D.java > ../../../src/share/classes/java/awt/geom/EllipseIterator.java > ../../../src/share/classes/java/awt/geom/FlatteningPathIterator.java > ../../../src/share/classes/java/awt/geom/GeneralPath.java > ../../../src/share/classes/java/awt/geom/IllegalPathStateException.java > ../../../src/share/classes/java/awt/geom/Line2D.java > ../../../src/share/classes/java/awt/geom/LineIterator.java > ../../../src/share/classes/java/awt/geom/NoninvertibleTransformException.java > > ../../../src/share/classes/java/awt/geom/Path2D.java > ../../../src/share/classes/java/awt/geom/PathIterator.java > ../../../src/share/classes/java/awt/geom/Point2D.java > ../../../src/share/classes/java/awt/geom/QuadCurve2D.java > ../../../src/share/classes/java/awt/geom/QuadIterator.java > ../../../src/share/classes/java/awt/geom/Rectangle2D.java > ../../../src/share/classes/java/awt/geom/RectangularShape.java > ../../../src/share/classes/java/awt/geom/RectIterator.java > ../../../src/share/classes/java/awt/geom/RoundRectangle2D.java > ../../../src/share/classes/java/awt/geom/RoundRectIterator.java > ../../../src/share/classes/java/awt/GradientPaint.java > ../../../src/share/classes/java/awt/GradientPaintContext.java > ../../../src/share/classes/java/awt/Graphics.java > ../../../src/share/classes/java/awt/Graphics2D.java > ../../../src/share/classes/java/awt/GraphicsCallback.java > ../../../src/share/classes/java/awt/GraphicsConfigTemplate.java > ../../../src/share/classes/java/awt/GraphicsConfiguration.java > ../../../src/share/classes/java/awt/GraphicsDevice.java > ../../../src/share/classes/java/awt/GraphicsEnvironment.java > ../../../src/share/classes/java/awt/GridBagConstraints.java > ../../../src/share/classes/java/awt/GridBagLayout.java > ../../../src/share/classes/java/awt/GridBagLayoutInfo.java > ../../../src/share/classes/java/awt/GridLayout.java > ../../../src/share/classes/java/awt/HeadlessException.java > ../../../src/share/classes/java/awt/IllegalComponentStateException.java > ../../../src/share/classes/java/awt/im/InputContext.java > ../../../src/share/classes/java/awt/im/InputMethodHighlight.java > ../../../src/share/classes/java/awt/im/InputMethodRequests.java > ../../../src/share/classes/java/awt/im/InputSubset.java > ../../../src/share/classes/java/awt/im/spi/InputMethod.java > ../../../src/share/classes/java/awt/im/spi/InputMethodContext.java > ../../../src/share/classes/java/awt/im/spi/InputMethodDescriptor.java > ../../../src/share/classes/java/awt/image/AffineTransformOp.java > ../../../src/share/classes/java/awt/image/AreaAveragingScaleFilter.java > ../../../src/share/classes/java/awt/image/BandCombineOp.java > ../../../src/share/classes/java/awt/image/BufferedImage.java > ../../../src/share/classes/java/awt/image/BufferedImageFilter.java > ../../../src/share/classes/java/awt/image/BufferedImageOp.java > ../../../src/share/classes/java/awt/image/BufferStrategy.java > ../../../src/share/classes/java/awt/image/ByteLookupTable.java > ../../../src/share/classes/java/awt/image/ColorModel.java > ../../../src/share/classes/java/awt/image/ComponentColorModel.java > ../../../src/share/classes/java/awt/image/ConvolveOp.java > ../../../src/share/classes/java/awt/image/CropImageFilter.java > ../../../src/share/classes/java/awt/image/DataBufferDouble.java > ../../../src/share/classes/java/awt/image/DataBufferFloat.java > ../../../src/share/classes/java/awt/image/DirectColorModel.java > ../../../src/share/classes/java/awt/image/FilteredImageSource.java > ../../../src/share/classes/java/awt/image/ImageConsumer.java > ../../../src/share/classes/java/awt/image/ImageFilter.java > ../../../src/share/classes/java/awt/image/ImageObserver.java > ../../../src/share/classes/java/awt/image/ImageProducer.java > ../../../src/share/classes/java/awt/image/ImagingOpException.java > ../../../src/share/classes/java/awt/image/IndexColorModel.java > ../../../src/share/classes/java/awt/image/Kernel.java > ../../../src/share/classes/java/awt/image/LookupOp.java > ../../../src/share/classes/java/awt/image/LookupTable.java > ../../../src/share/classes/java/awt/image/MemoryImageSource.java > ../../../src/share/classes/java/awt/image/PackedColorModel.java > ../../../src/share/classes/java/awt/image/PixelGrabber.java > ../../../src/share/classes/java/awt/image/PixelInterleavedSampleModel.java > ../../../src/share/classes/java/awt/image/RasterFormatException.java > ../../../src/share/classes/java/awt/image/RasterOp.java > ../../../src/share/classes/java/awt/image/renderable/ParameterBlock.java > ../../../src/share/classes/java/awt/image/ReplicateScaleFilter.java > ../../../src/share/classes/java/awt/image/RescaleOp.java > ../../../src/share/classes/java/awt/image/RGBImageFilter.java > ../../../src/share/classes/java/awt/image/ShortLookupTable.java > ../../../src/share/classes/java/awt/image/TileObserver.java > ../../../src/share/classes/java/awt/image/VolatileImage.java > ../../../src/share/classes/java/awt/Image.java > ../../../src/share/classes/java/awt/ImageCapabilities.java > ../../../src/share/classes/java/awt/Insets.java > ../../../src/share/classes/java/awt/ItemSelectable.java > ../../../src/share/classes/java/awt/JobAttributes.java > ../../../src/share/classes/java/awt/KeyboardFocusManager.java > ../../../src/share/classes/java/awt/KeyEventDispatcher.java > ../../../src/share/classes/java/awt/KeyEventPostProcessor.java > ../../../src/share/classes/java/awt/Label.java > ../../../src/share/classes/java/awt/LayoutManager.java > ../../../src/share/classes/java/awt/LayoutManager2.java > ../../../src/share/classes/java/awt/LinearGradientPaint.java > ../../../src/share/classes/java/awt/LinearGradientPaintContext.java > ../../../src/share/classes/java/awt/List.java > ../../../src/share/classes/java/awt/MediaTracker.java > ../../../src/share/classes/java/awt/Menu.java > ../../../src/share/classes/java/awt/MenuBar.java > ../../../src/share/classes/java/awt/MenuComponent.java > ../../../src/share/classes/java/awt/MenuContainer.java > ../../../src/share/classes/java/awt/MenuItem.java > ../../../src/share/classes/java/awt/MenuShortcut.java > ../../../src/share/classes/java/awt/ModalEventFilter.java > ../../../src/share/classes/java/awt/MouseInfo.java > ../../../src/share/classes/java/awt/MultipleGradientPaint.java > ../../../src/share/classes/java/awt/MultipleGradientPaintContext.java > ../../../src/share/classes/java/awt/PageAttributes.java > ../../../src/share/classes/java/awt/Paint.java > ../../../src/share/classes/java/awt/PaintContext.java > ../../../src/share/classes/java/awt/Panel.java > ../../../src/share/classes/java/awt/peer/ButtonPeer.java > ../../../src/share/classes/java/awt/peer/CanvasPeer.java > ../../../src/share/classes/java/awt/peer/CheckboxMenuItemPeer.java > ../../../src/share/classes/java/awt/peer/CheckboxPeer.java > ../../../src/share/classes/java/awt/peer/ChoicePeer.java > ../../../src/share/classes/java/awt/peer/ComponentPeer.java > ../../../src/share/classes/java/awt/peer/ContainerPeer.java > ../../../src/share/classes/java/awt/peer/DesktopPeer.java > ../../../src/share/classes/java/awt/peer/DialogPeer.java > ../../../src/share/classes/java/awt/peer/FileDialogPeer.java > ../../../src/share/classes/java/awt/peer/FontPeer.java > ../../../src/share/classes/java/awt/peer/FramePeer.java > ../../../src/share/classes/java/awt/peer/KeyboardFocusManagerPeer.java > ../../../src/share/classes/java/awt/peer/LabelPeer.java > ../../../src/share/classes/java/awt/peer/LightweightPeer.java > ../../../src/share/classes/java/awt/peer/ListPeer.java > ../../../src/share/classes/java/awt/peer/MenuBarPeer.java > ../../../src/share/classes/java/awt/peer/MenuComponentPeer.java > ../../../src/share/classes/java/awt/peer/MenuItemPeer.java > ../../../src/share/classes/java/awt/peer/MenuPeer.java > ../../../src/share/classes/java/awt/peer/MouseInfoPeer.java > ../../../src/share/classes/java/awt/peer/PanelPeer.java > ../../../src/share/classes/java/awt/peer/PopupMenuPeer.java > ../../../src/share/classes/java/awt/peer/RobotPeer.java > ../../../src/share/classes/java/awt/peer/ScrollbarPeer.java > ../../../src/share/classes/java/awt/peer/ScrollPanePeer.java > ../../../src/share/classes/java/awt/peer/SystemTrayPeer.java > ../../../src/share/classes/java/awt/peer/TextAreaPeer.java > ../../../src/share/classes/java/awt/peer/TextComponentPeer.java > ../../../src/share/classes/java/awt/peer/TextFieldPeer.java > ../../../src/share/classes/java/awt/peer/TrayIconPeer.java > ../../../src/share/classes/java/awt/peer/WindowPeer.java > ../../../src/share/classes/java/awt/Point.java > ../../../src/share/classes/java/awt/PointerInfo.java > ../../../src/share/classes/java/awt/Polygon.java > ../../../src/share/classes/java/awt/PopupMenu.java > ../../../src/share/classes/java/awt/print/Book.java > ../../../src/share/classes/java/awt/print/Pageable.java > ../../../src/share/classes/java/awt/print/PageFormat.java > ../../../src/share/classes/java/awt/print/Paper.java > ../../../src/share/classes/java/awt/print/Printable.java > ../../../src/share/classes/java/awt/print/PrinterAbortException.java > ../../../src/share/classes/java/awt/print/PrinterException.java > ../../../src/share/classes/java/awt/print/PrinterGraphics.java > ../../../src/share/classes/java/awt/print/PrinterIOException.java > ../../../src/share/classes/java/awt/print/PrinterJob.java > ../../../src/share/classes/java/awt/PrintGraphics.java > ../../../src/share/classes/java/awt/PrintJob.java > ../../../src/share/classes/java/awt/RadialGradientPaint.java > ../../../src/share/classes/java/awt/RadialGradientPaintContext.java > ../../../src/share/classes/java/awt/Rectangle.java > ../../../src/share/classes/java/awt/RenderingHints.java > ../../../src/share/classes/java/awt/Robot.java > ../../../src/share/classes/java/awt/Scrollbar.java > ../../../src/share/classes/java/awt/ScrollPane.java > ../../../src/share/classes/java/awt/ScrollPaneAdjustable.java > ../../../src/share/classes/java/awt/SentEvent.java > ../../../src/share/classes/java/awt/SequencedEvent.java > ../../../src/share/classes/java/awt/Shape.java > ../../../src/share/classes/java/awt/SplashScreen.java > ../../../src/share/classes/java/awt/Stroke.java > ../../../src/share/classes/java/awt/SystemColor.java > ../../../src/share/classes/java/awt/SystemTray.java > ../../../src/share/classes/java/awt/TextArea.java > ../../../src/share/classes/java/awt/TextComponent.java > ../../../src/share/classes/java/awt/TextField.java > ../../../src/share/classes/java/awt/TexturePaint.java > ../../../src/share/classes/java/awt/TexturePaintContext.java > ../../../src/share/classes/java/awt/Toolkit.java > ../../../src/share/classes/java/awt/Transparency.java > ../../../src/share/classes/java/awt/TrayIcon.java > ../../../src/share/classes/java/awt/Window.java > ../../../src/share/classes/sun/awt/geom/AreaOp.java > ../../../src/share/classes/sun/awt/geom/ChainEnd.java > ../../../src/share/classes/sun/awt/geom/Crossings.java > ../../../src/share/classes/sun/awt/geom/Curve.java > ../../../src/share/classes/sun/awt/geom/CurveLink.java > ../../../src/share/classes/sun/awt/geom/Edge.java > ../../../src/share/classes/sun/awt/geom/Order0.java > ../../../src/share/classes/sun/awt/geom/Order1.java > ../../../src/share/classes/sun/awt/geom/Order2.java > ../../../src/share/classes/sun/awt/geom/Order3.java > ../../../src/share/classes/sun/awt/geom/PathConsumer2D.java > # Running javac: > C:/Progra~1/Java/JDK16~1.0_0/bin/java -client -Xmx384m -Xms128m > -XX:PermSize=32m > -XX:MaxPermSize=160m > -Xbootclasspath/p:z:/DEV/OpenJDK/build/WINDOW~1/LANGTO~1/d > ist/bootstrap/lib/javac.jar -jar > z:/DEV/OpenJDK/build/WINDOW~1/LANGTO~1/dist/boo > tstrap/lib/javac.jar -source 1.5 -target 5 -encoding ascii > -Xbootclasspath:z:/DE > V/OpenJDK/build/WINDOW~1/classes -sourcepath > z:/DEV/OpenJDK/build/WINDOW~1/gensr > c;../../../src/windows/classes;../../../src/share/classes -d > z:/DEV/OpenJDK/buil > d/WINDOW~1/classes > @z:/DEV/OpenJDK/build/WINDOW~1/tmp/sun/java.awt/.classes.list > > ..\..\..\src\share\classes\java\awt\image\ColorModel.java:29: cannot > find symbol > > symbol : class ColorSpace > location: package java.awt.color > import java.awt.color.ColorSpace; > ^ > ..\..\..\src\share\classes\java\awt\image\ColorModel.java:30: cannot > find symbol > > symbol : class ICC_ColorSpace > location: package java.awt.color > import java.awt.color.ICC_ColorSpace; > ^ > ..\..\..\src\share\classes\java\awt\Color.java:32: cannot find symbol > symbol : class ColorSpace > location: package java.awt.color > import java.awt.color.ColorSpace; > ^ > ..\..\..\src\share\classes\java\awt\GraphicsConfiguration.java:32: > cannot find s > ymbol > symbol : class WritableRaster > location: package java.awt.image > import java.awt.image.WritableRaster; > ^ > ..\..\..\src\share\classes\java\awt\image\ColorModel.java:169: cannot > find symbo > l > symbol : class ColorSpace > location: class java.awt.image.ColorModel > ColorSpace colorSpace = ColorSpace.getInstance(ColorSpace.CS_sRGB); > ^ > ..\..\..\src\share\classes\java\awt\image\ColorModel.java:325: cannot > find symbo > l > symbol : class ColorSpace > location: class java.awt.image.ColorModel > protected ColorModel(int pixel_bits, int[] bits, ColorSpace cspace, > ^ > ..\..\..\src\share\classes\java\awt\image\ColorModel.java:1510: cannot > find symb > ol > symbol : class ColorSpace > location: class java.awt.image.ColorModel > final public ColorSpace getColorSpace() { > ^ > ..\..\..\src\share\classes\java\awt\image\ColorModel.java:1535: cannot > find symb > ol > symbol : class WritableRaster > location: class java.awt.image.ColorModel > public ColorModel coerceData (WritableRaster raster, > ^ > ..\..\..\src\share\classes\java\awt\image\ColorModel.java:1556: cannot > find symb > ol > symbol : class Raster > location: class java.awt.image.ColorModel > public boolean isCompatibleRaster(Raster raster) { > ^ > ..\..\..\src\share\classes\java\awt\image\ColorModel.java:1578: cannot > find symb > ol > symbol : class WritableRaster > location: class java.awt.image.ColorModel > public WritableRaster createCompatibleWritableRaster(int w, int h) { > ^ > ..\..\..\src\share\classes\java\awt\image\ColorModel.java:1599: cannot > find symb > ol > symbol : class SampleModel > location: class java.awt.image.ColorModel > public SampleModel createCompatibleSampleModel(int w, int h) { > ^ > ..\..\..\src\share\classes\java\awt\image\ColorModel.java:1618: cannot > find symb > ol > symbol : class SampleModel > location: class java.awt.image.ColorModel > public boolean isCompatibleSampleModel(SampleModel sm) { > ^ > ..\..\..\src\share\classes\java\awt\image\ColorModel.java:1657: cannot > find symb > ol > symbol : class WritableRaster > location: class java.awt.image.ColorModel > public WritableRaster getAlphaRaster(WritableRaster raster) { > ^ > ..\..\..\src\share\classes\java\awt\image\ColorModel.java:1657: cannot > find symb > ol > symbol : class WritableRaster > location: class java.awt.image.ColorModel > public WritableRaster getAlphaRaster(WritableRaster raster) { > ^ > ..\..\..\src\share\classes\java\awt\image\ColorModel.java:1700: cannot > find symb > ol > symbol : class ColorSpace > location: class java.awt.image.ColorModel > static boolean isLinearRGBspace(ColorSpace cs) { > ^ > ..\..\..\src\share\classes\java\awt\image\ColorModel.java:1706: cannot > find symb > ol > symbol : class ColorSpace > location: class java.awt.image.ColorModel > static boolean isLinearGRAYspace(ColorSpace cs) { > ^ > ..\..\..\src\share\classes\java\awt\image\ColorModel.java:1797: cannot > find symb > ol > symbol : class ICC_ColorSpace > location: class java.awt.image.ColorModel > static byte[] getGray8TosRGB8LUT(ICC_ColorSpace grayCS) { > ^ > ..\..\..\src\share\classes\java\awt\image\ColorModel.java:1841: cannot > find symb > ol > symbol : class ICC_ColorSpace > location: class java.awt.image.ColorModel > static byte[] getLinearGray16ToOtherGray8LUT(ICC_ColorSpace grayCS) { > ^ > ..\..\..\src\share\classes\java\awt\image\ColorModel.java:1882: cannot > find symb > ol > symbol : class ICC_ColorSpace > location: class java.awt.image.ColorModel > static byte[] getGray16TosRGB8LUT(ICC_ColorSpace grayCS) { > ^ > ..\..\..\src\share\classes\java\awt\image\ColorModel.java:1930: cannot > find symb > ol > symbol : class ICC_ColorSpace > location: class java.awt.image.ColorModel > static short[] getLinearGray16ToOtherGray16LUT(ICC_ColorSpace grayCS) { > ^ > ..\..\..\src\share\classes\java\awt\Color.java:253: cannot find symbol > symbol : class ColorSpace > location: class java.awt.Color > private ColorSpace cs = null; > ^ > ..\..\..\src\share\classes\java\awt\Color.java:516: cannot find symbol > symbol : class ColorSpace > location: class java.awt.Color > public Color(ColorSpace cspace, float components[], float alpha) { > ^ > ..\..\..\src\share\classes\java\awt\Color.java:1099: cannot find symbol > symbol : class ColorSpace > location: class java.awt.Color > public float[] getComponents(ColorSpace cspace, float[] compArray) { > ^ > ..\..\..\src\share\classes\java\awt\Color.java:1143: cannot find symbol > symbol : class ColorSpace > location: class java.awt.Color > public float[] getColorComponents(ColorSpace cspace, float[] > compArray) { > ^ > ..\..\..\src\share\classes\java\awt\Color.java:1171: cannot find symbol > symbol : class ColorSpace > location: class java.awt.Color > public ColorSpace getColorSpace() { > From linuxhippy at gmail.com Mon Mar 31 09:37:56 2008 From: linuxhippy at gmail.com (Clemens Eisserer) Date: Mon, 31 Mar 2008 18:37:56 +0200 Subject: Recommended GCC version? Message-ID: <194f62550803310937g2a1b2a7ci337b9093facb354c@mail.gmail.com> Hello, I wonder which version of GCC is recommended for building OpenJDK? 4.3 will probably not work out-of-the-box, should I downgrade to 4.2 or 4.1? Some time ago I developed using the closed java-source, and I had to install gcc-3.3.6 in order to be able to build the motif-stuff, however using such an old version of gcc, linking hotspot failed with some obscure messages. (I solved it by copying an already compiled library into the build-dirs, so the process thought hotspot was already build ;) ). Is it possible to not build the motif stuff at all? Thanks a lot, lg Clemens From volker.simonis at gmail.com Mon Mar 31 10:06:06 2008 From: volker.simonis at gmail.com (Volker Simonis) Date: Mon, 31 Mar 2008 19:06:06 +0200 Subject: Recommended GCC version? In-Reply-To: <194f62550803310937g2a1b2a7ci337b9093facb354c@mail.gmail.com> References: <194f62550803310937g2a1b2a7ci337b9093facb354c@mail.gmail.com> Message-ID: Hi Clemens, I recently successfully built the whole OpenJDK using gcc 3.3.3 on Suse Enterprise Linux 9.3 (see http://weblogs.java.net/blog/simonis/archive/2008/01/hotspot_develop.html#Build). I had no linking problems. Currently I'm building HotSpot only on OpenSuse 10.0 with gcc 4.0.2. I think with every gcc newer than 3.2.2 (which is the recommanded GCC version if you follow the Readme: http://hg.openjdk.java.net/jdk7/jdk7/raw-file/tip/README-builds.html#gcc) youll have to disable the treatment of warnings as errors (see my blog entry mentioned above). Regarding your linking problem: is this perhaps the 'cannot restore segment prot after reloc' problem (BugID 6538311: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6538311). This is caused by SELinux - there's a workaround in the bug description. Hope this helps, Volker On 3/31/08, Clemens Eisserer wrote: > Hello, > > I wonder which version of GCC is recommended for building OpenJDK? > 4.3 will probably not work out-of-the-box, should I downgrade to 4.2 or 4.1? > > Some time ago I developed using the closed java-source, and I had to > install gcc-3.3.6 in order to be able to build the motif-stuff, > however using such an old version of gcc, linking hotspot failed with > some obscure messages. (I solved it by copying an already compiled > library into the build-dirs, so the process thought hotspot was > already build ;) ). > Is it possible to not build the motif stuff at all? > > Thanks a lot, lg Clemens > From roman.kennke at aicas.com Mon Mar 31 11:25:41 2008 From: roman.kennke at aicas.com (Roman Kennke) Date: Mon, 31 Mar 2008 20:25:41 +0200 Subject: [jdk]: Missing classes from the java.awt.color package In-Reply-To: <47F101D2.3030005@easynet.fr> References: <47F101D2.3030005@easynet.fr> Message-ID: <1206987941.12816.8.camel@kiel> Hi Francis, > I am building OpenJDK on WXP SP2 with source trees obtain from the Mercurial > repository and got lot of compile errors on missing classes from the > java.awt.color package like java.awt.color.ColorSpace. > > Did I miss something?? Yeah, you need the matching binary blobs from: http://download.java.net/openjdk/jdk7/ These contain a (relatively) small bunch of pieces that are not (yet) open-sourced. /Roman -- Dipl.-Inform. (FH) Roman Kennke, Software Engineer, http://kennke.org aicas Allerton Interworks Computer Automated Systems GmbH Haid-und-Neu-Stra?e 18 * D-76131 Karlsruhe * Germany http://www.aicas.com * Tel: +49-721-663 968-0 USt-Id: DE216375633, Handelsregister HRB 109481, AG Karlsruhe Gesch?ftsf?hrer: Dr. James J. Hunt From kelly.ohair at sun.com Mon Mar 31 19:43:34 2008 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Tue, 01 Apr 2008 02:43:34 +0000 Subject: hg: jdk7/build/jdk: 3 new changesets Message-ID: <20080401024418.2F9E7273EA@hg.openjdk.java.net> Changeset: 88d235789027 Author: ohair Date: 2008-03-31 17:17 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/88d235789027 6672405: OPENJDK build: jdk7/jdk/make/tools/freetypecheck leaves dirt behind Summary: OpenJDK freetype sanity check cleanup. Reviewed-by: tbell ! make/common/Defs.gmk ! make/common/shared/Sanity.gmk ! make/tools/Makefile ! make/tools/freetypecheck/Makefile Changeset: e6157955511e Author: ohair Date: 2008-03-31 17:19 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/e6157955511e 6482445: j2se/make/java/java/localegen.sh uses 'sort' from PATH, could get system32/sort Summary: Making sure the right 'sort' utility is found. Reviewed-by: tbell ! make/java/java/genlocales.gmk ! make/java/java/localegen.sh Changeset: 425096dc0fc8 Author: ohair Date: 2008-03-31 17:20 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/425096dc0fc8 6501543: Username can have non-alphanumeric characters Summary: User version string issues, including a L10n issue with month names. Reviewed-by: tbell ! make/common/shared/Defs.gmk