From Rama.Pulavarthi at Sun.COM Tue Sep 1 01:13:20 2009 From: Rama.Pulavarthi at Sun.COM (Rama Pulavarthi) Date: Mon, 31 Aug 2009 18:13:20 -0700 Subject: Need reviewers - 6856630: Restructure jaxp/jaxws repository In-Reply-To: <4A984CE9.4020308@sun.com> References: <4A984CE9.4020308@sun.com> Message-ID: <4A9C7530.1060803@sun.com> In jax-ws repo, Can Java Activation Framework (JAF) sources be packaged in a separate bundle from jax-ws/jaxb source bundle. thanks, Rama Pulavarthi Kelly O'Hair wrote: > > Need reviewers (jaxp and jaxws repository changes): > > 6856630: Restructure jaxp/jaxws repositories > > http://cr.openjdk.java.net/~ohair/jdk7-build-jax-6856630-jaxp/webrev/ > http://cr.openjdk.java.net/~ohair/jdk7-build-jax-6856630-jaxws/webrev/ > > Goal is to ease the jaxp and jaxws integration into jdk7. > The JAXP or JAXWS teams would make the jdk7 source drop bundles > available, > and integration into jdk7 would involve the modifications of > some properties in jaxp/build.properties to use different drop bundles. > > * 'ant source' populates the drop source and would be run prior to > the creation of larger source bundles for openjdk7 and jdk7. > > * Test bundle specifics and how the tests are run are TBD > > * Original source is still in the "src/" directory and after > some soak time will be deleted from the repository or moved aside. > > * Formal builds can use ALT_JAX*_SOURCE_BUNDLE to select the bundle. > > -kto > From xiomara.jayasena at sun.com Tue Sep 1 20:15:40 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Tue, 01 Sep 2009 20:15:40 +0000 Subject: hg: jdk7/build: 2 new changesets Message-ID: <20090901201540.B4EBF1299D@hg.openjdk.java.net> Changeset: d8b49b53d8cf Author: wetmore Date: 2009-08-14 17:29 -0700 URL: http://hg.openjdk.java.net/jdk7/build/rev/d8b49b53d8cf 6872177: JCE framework and provider builds broken following -target 7 changes Reviewed-by: ohair ! make/Defs-internal.gmk Changeset: 4c36e9853dda Author: tbell Date: 2009-08-24 22:39 -0700 URL: http://hg.openjdk.java.net/jdk7/build/rev/4c36e9853dda Merge From xiomara.jayasena at sun.com Tue Sep 1 20:24:50 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Tue, 01 Sep 2009 20:24:50 +0000 Subject: hg: jdk7/build/jdk: 22 new changesets Message-ID: <20090901203543.0E826129B0@hg.openjdk.java.net> Changeset: 1ff977b938e5 Author: sherman Date: 2009-08-13 10:50 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/1ff977b938e5 6840246: Lightweight implementation of String.split for simple use case Summary: Added a fastpath for simple use case Reviewed-by: alanb, martin ! src/share/classes/java/lang/String.java ! test/java/lang/String/Split.java Changeset: 8c0c96a3f9f6 Author: wetmore Date: 2009-08-13 12:36 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/8c0c96a3f9f6 6870335: Provider numbers need to be bumped to 1.7 Reviewed-by: mullan ! src/share/classes/com/sun/security/sasl/Provider.java ! src/share/classes/sun/security/jgss/SunProvider.java ! src/share/classes/sun/security/provider/Sun.java ! src/share/classes/sun/security/smartcardio/SunPCSC.java ! src/share/classes/sun/security/ssl/SunJSSE.java Changeset: 6797a2407a50 Author: wetmore Date: 2009-08-13 12:37 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/6797a2407a50 Merge Changeset: 35f32639ee20 Author: sherman Date: 2009-08-13 15:01 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/35f32639ee20 6676423: (prefs) Opensource unit/regression tests for java.util.prefs Summary: Moved the existing test cases for prefs to open area Reviewed-by: martin, alanb + test/java/util/prefs/CommentsInXml.java + test/java/util/prefs/ConflictInFlush.java + test/java/util/prefs/ExportNode.java + test/java/util/prefs/ExportSubtree.java + test/java/util/prefs/PrefsSpi.java + test/java/util/prefs/PrefsSpi.sh + test/java/util/prefs/RemoveReadOnlyNode.java + test/java/util/prefs/RemoveUnregedListener.java + test/java/util/prefs/SerializeExceptions.java Changeset: f094eb92a6e0 Author: sherman Date: 2009-08-13 15:12 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/f094eb92a6e0 Merge Changeset: 7fcdefc99dc4 Author: sherman Date: 2009-08-14 11:23 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/7fcdefc99dc4 6866397: (file) PathMatcher with regex syntax doesn't match as expected (win) Summary: Use unicode_case_insensitive for windows path matcher for now. Reviewed-by: alanb ! src/windows/classes/sun/nio/fs/WindowsFileSystem.java ! test/java/nio/file/PathMatcher/Basic.java Changeset: 77a1c2056565 Author: sherman Date: 2009-08-14 14:29 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/77a1c2056565 6730652: CharsetEncoder.canEncode(char) returns incorrect values for some charsets Summary: override the canEncode() in ISO2022_CN_CNS Reviewed-by: martin ! src/share/classes/sun/nio/cs/ext/ISO2022.java ! src/share/classes/sun/nio/cs/ext/ISO2022_CN_CNS.java ! test/sun/nio/cs/FindCanEncodeBugs.java Changeset: 8414927b41d8 Author: weijun Date: 2009-08-18 10:20 +0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/8414927b41d8 6829785: TextCallbackHandler does not honor PasswordCallback.isEchoOn() Reviewed-by: mullan ! src/share/classes/com/sun/security/auth/callback/TextCallbackHandler.java ! src/share/classes/sun/security/util/Password.java + test/com/sun/security/auth/callback/TextCallbackHandler/Password.java Changeset: 74029d1cf4e4 Author: tbell Date: 2009-08-18 17:45 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/74029d1cf4e4 Merge Changeset: 5e8986cabdd8 Author: weijun Date: 2009-08-20 11:24 +0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/5e8986cabdd8 6867665: Problem with keytabs with multiple kvno's (key versions) Reviewed-by: valeriep, ohair ! src/share/classes/sun/security/krb5/internal/ktab/KeyTab.java + test/sun/security/krb5/ktab/HighestKvno.java Changeset: dfece53c600f Author: alanb Date: 2009-08-20 08:39 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/dfece53c600f 6595866: File does work with symbolic links (win,vista) Reviewed-by: sherman ! src/windows/native/java/io/WinNTFileSystem_md.c + test/java/io/File/SymLinks.java Changeset: 70c03e494a68 Author: alanb Date: 2009-08-20 08:42 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/70c03e494a68 6870926: (file) Path.toRealPath performance can be improved (win) Reviewed-by: sherman ! src/windows/classes/sun/nio/fs/WindowsFileAttributes.java ! src/windows/classes/sun/nio/fs/WindowsLinkSupport.java ! src/windows/classes/sun/nio/fs/WindowsNativeDispatcher.java ! src/windows/native/sun/nio/fs/WindowsNativeDispatcher.c Changeset: 5cd12b68d09b Author: alanb Date: 2009-08-20 08:48 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/5cd12b68d09b 6866804: (file) Path calls checkPermission insteadof checkXXX (sol) Reviewed-by: sherman ! src/solaris/classes/sun/nio/fs/UnixPath.java ! src/windows/classes/sun/nio/fs/WindowsFileAttributeViews.java + test/java/nio/file/Path/CheckPermissions.java ! test/java/nio/file/Path/Misc.java Changeset: 3992a43bb0a5 Author: darcy Date: 2009-08-21 11:31 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/3992a43bb0a5 6378701: (enum) Unclear purpose of EnumConstantNotPresentException Reviewed-by: lancea, andrew, alanb ! src/share/classes/java/lang/EnumConstantNotPresentException.java ! src/share/classes/java/lang/TypeNotPresentException.java ! src/share/classes/java/lang/annotation/AnnotationFormatError.java ! src/share/classes/java/lang/annotation/AnnotationTypeMismatchException.java ! src/share/classes/java/lang/annotation/IncompleteAnnotationException.java ! src/share/classes/java/lang/reflect/AnnotatedElement.java Changeset: 99a55f6f1cef Author: alanb Date: 2009-08-22 17:40 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/99a55f6f1cef 6874521: Remove @note tags Reviewed-by: andrew, darcy ! src/share/classes/java/nio/channels/Channels.java ! src/share/classes/java/nio/channels/FileChannel.java ! src/share/classes/java/nio/channels/FileLock.java ! src/share/classes/java/nio/channels/package-info.java ! src/share/classes/java/nio/file/FileRef.java ! src/share/classes/java/util/Scanner.java Changeset: cef30252932a Author: alanb Date: 2009-08-23 12:53 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/cef30252932a 6842687: New I/O: Update Asynchronous I/O API to jsr203/nio2-b101 Reviewed-by: sherman ! make/java/nio/FILES_java.gmk ! src/share/classes/java/nio/channels/AsynchronousByteChannel.java ! src/share/classes/java/nio/channels/AsynchronousChannel.java ! src/share/classes/java/nio/channels/AsynchronousDatagramChannel.java ! src/share/classes/java/nio/channels/AsynchronousFileChannel.java ! src/share/classes/java/nio/channels/AsynchronousServerSocketChannel.java ! src/share/classes/java/nio/channels/AsynchronousSocketChannel.java ! src/share/classes/java/nio/channels/CompletionHandler.java ! src/share/classes/java/nio/channels/exceptions - src/share/classes/sun/nio/ch/AbstractFuture.java ! src/share/classes/sun/nio/ch/AsynchronousChannelGroupImpl.java ! src/share/classes/sun/nio/ch/AsynchronousFileChannelImpl.java ! src/share/classes/sun/nio/ch/AsynchronousServerSocketChannelImpl.java ! src/share/classes/sun/nio/ch/AsynchronousSocketChannelImpl.java ! src/share/classes/sun/nio/ch/CompletedFuture.java ! src/share/classes/sun/nio/ch/Invoker.java ! src/share/classes/sun/nio/ch/PendingFuture.java ! src/share/classes/sun/nio/ch/SimpleAsynchronousDatagramChannelImpl.java ! src/share/classes/sun/nio/ch/SimpleAsynchronousFileChannelImpl.java ! src/solaris/classes/sun/nio/ch/EPollPort.java ! src/solaris/classes/sun/nio/ch/Port.java ! src/solaris/classes/sun/nio/ch/SolarisEventPort.java ! src/solaris/classes/sun/nio/ch/UnixAsynchronousServerSocketChannelImpl.java ! src/solaris/classes/sun/nio/ch/UnixAsynchronousSocketChannelImpl.java ! src/windows/classes/sun/nio/ch/Iocp.java ! src/windows/classes/sun/nio/ch/WindowsAsynchronousFileChannelImpl.java ! src/windows/classes/sun/nio/ch/WindowsAsynchronousServerSocketChannelImpl.java ! src/windows/classes/sun/nio/ch/WindowsAsynchronousSocketChannelImpl.java ! src/windows/native/sun/nio/ch/Iocp.c ! test/java/nio/channels/AsynchronousChannelGroup/GroupOfOne.java ! test/java/nio/channels/AsynchronousChannelGroup/Identity.java ! test/java/nio/channels/AsynchronousChannelGroup/Restart.java ! test/java/nio/channels/AsynchronousChannelGroup/Unbounded.java ! test/java/nio/channels/AsynchronousDatagramChannel/Basic.java ! test/java/nio/channels/AsynchronousFileChannel/Basic.java ! test/java/nio/channels/AsynchronousFileChannel/CustomThreadPool.java ! test/java/nio/channels/AsynchronousFileChannel/Lock.java ! test/java/nio/channels/AsynchronousServerSocketChannel/Basic.java ! test/java/nio/channels/AsynchronousSocketChannel/Basic.java + test/java/nio/channels/AsynchronousSocketChannel/DieBeforeComplete.java ! test/java/nio/channels/AsynchronousSocketChannel/StressLoopback.java ! test/java/nio/channels/FileChannel/ReleaseOnCloseDeadlock.java Changeset: fca3e1a178fd Author: alanb Date: 2009-08-23 17:20 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/fca3e1a178fd Merge Changeset: dbcc1f13e4fd Author: weijun Date: 2009-08-24 18:37 +0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/dbcc1f13e4fd 6875033: regression: test of 6867665 fail Reviewed-by: xuelei ! test/sun/security/krb5/ktab/HighestKvno.java Changeset: d954cd279188 Author: ohair Date: 2009-08-24 09:57 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/d954cd279188 6853636: Fix warnings in jdwpgen, add jdwpgen NetBeans project Reviewed-by: andrew, alanb, tbell, swamyv ! .hgignore + make/netbeans/jdwpgen/build.xml + make/netbeans/jdwpgen/nbproject/build-impl.xml + make/netbeans/jdwpgen/nbproject/findbugs.settings + make/netbeans/jdwpgen/nbproject/genfiles.properties + make/netbeans/jdwpgen/nbproject/project.properties + make/netbeans/jdwpgen/nbproject/project.xml + make/netbeans/jdwpgen/nbproject/sqe.properties ! make/tools/src/build/tools/jdwpgen/AbstractNamedNode.java ! make/tools/src/build/tools/jdwpgen/AltNode.java ! make/tools/src/build/tools/jdwpgen/ConstantSetNode.java ! make/tools/src/build/tools/jdwpgen/Main.java ! make/tools/src/build/tools/jdwpgen/Node.java ! make/tools/src/build/tools/jdwpgen/Parse.java ! make/tools/src/build/tools/jdwpgen/RepeatNode.java ! make/tools/src/build/tools/jdwpgen/SelectNode.java Changeset: dd997cc0c823 Author: vinnie Date: 2009-08-24 18:37 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/dd997cc0c823 6872048: bad private keys are generated for 2 specific ECC curves Reviewed-by: wetmore ! src/share/native/sun/security/ec/ec.c ! test/sun/security/ec/TestEC.java Changeset: b71a03c75515 Author: tbell Date: 2009-08-24 22:27 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/b71a03c75515 Merge - src/share/classes/sun/nio/ch/AbstractFuture.java Changeset: b3f3240135f0 Author: xdono Date: 2009-09-01 13:03 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/b3f3240135f0 Merge - src/share/classes/sun/nio/ch/AbstractFuture.java From xiomara.jayasena at sun.com Tue Sep 1 20:49:34 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Tue, 01 Sep 2009 20:49:34 +0000 Subject: hg: jdk7/build/langtools: 10 new changesets Message-ID: <20090901205008.D8F27129BD@hg.openjdk.java.net> Changeset: 8a03f3c7d160 Author: jjg Date: 2009-08-12 07:14 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/8a03f3c7d160 6870706: langtools launcher issues Reviewed-by: mcimadamore ! make/build.xml ! src/share/bin/launcher.sh-template Changeset: 71680973d8ec Author: jjg Date: 2009-08-12 07:54 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/71680973d8ec 6758471: should be able to set jtreg options in langtools build Reviewed-by: mcimadamore ! make/build.properties ! make/build.xml Changeset: 7dbb79875a63 Author: jjg Date: 2009-08-12 10:34 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/7dbb79875a63 6558476: com/sun/tools/javac/Main.compile don't release file handles on return Reviewed-by: darcy + src/share/classes/com/sun/tools/javac/file/CloseableURLClassLoader.java ! src/share/classes/com/sun/tools/javac/file/JavacFileManager.java ! src/share/classes/com/sun/tools/javac/main/JavaCompiler.java ! src/share/classes/com/sun/tools/javac/processing/JavacProcessingEnvironment.java + test/tools/javac/T6558476.java Changeset: b055a5ea0dad Author: tbell Date: 2009-08-18 17:46 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/b055a5ea0dad Merge Changeset: 2aa3a1cdb094 Author: andrew Date: 2009-08-19 20:44 +0100 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/2aa3a1cdb094 6873059: Explicitly use -source 6 -target 6 when compiling with the boot jdk Summary: Set source and target explicitly in pcompile task Reviewed-by: jjg ! make/build.xml Changeset: 2ce3597237f0 Author: darcy Date: 2009-08-19 17:12 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/2ce3597237f0 6871291: Please clarify javax.tools.JavaCompiler.getTask() "classes" parameter Reviewed-by: jjg ! src/share/classes/javax/tools/JavaCompiler.java Changeset: 61c1f735df67 Author: jjg Date: 2009-08-21 11:25 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/61c1f735df67 6873849: suppress notes generated by javac Reviewed-by: darcy ! src/share/classes/com/sun/tools/javac/util/Log.java + test/tools/javac/T6873849.java Changeset: d9febdd5ae21 Author: jjg Date: 2009-08-21 14:58 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/d9febdd5ae21 6873845: refine access to symbol file Reviewed-by: darcy ! src/share/classes/com/sun/tools/javac/code/Lint.java ! src/share/classes/com/sun/tools/javac/comp/Attr.java ! src/share/classes/com/sun/tools/javac/comp/Check.java ! src/share/classes/com/sun/tools/javac/main/JavacOption.java ! src/share/classes/com/sun/tools/javac/main/RecognizedOptions.java ! src/share/classes/com/sun/tools/javac/resources/compiler.properties + test/tools/javac/T6873845.java Changeset: c863e90091ee Author: jjg Date: 2009-08-24 14:38 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/c863e90091ee 6869216: testgetallmembers should consistently use correct filemanager Reviewed-by: darcy ! test/tools/javac/processing/model/testgetallmembers/Main.java Changeset: 33c8c38e1757 Author: tbell Date: 2009-08-24 22:28 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/33c8c38e1757 Merge From gnu_andrew at member.fsf.org Tue Sep 1 22:14:54 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Tue, 1 Sep 2009 23:14:54 +0100 Subject: [PATCH FOR REVIEW]: Make source/target options explicit for CORBA bootstrap tools In-Reply-To: <17c6771e0908270850p7b4dfdd6ye4e28b1f1ded2b95@mail.gmail.com> References: <17c6771e0908180524j50fc9d85q753cebc0e9587d3d@mail.gmail.com> <01F1CCA5-2245-4513-BC63-18FE2A48FEE6@sun.com> <17c6771e0908180913t4ee9adfcud1aa3b1fa3986d7d@mail.gmail.com> <17c6771e0908191610w11b584b9xb53020fa87f58ba@mail.gmail.com> <4A8C87B6.2040509@sun.com> <17c6771e0908200548o7d9f0crfbfb96bb1aef97ed@mail.gmail.com> <17c6771e0908270353s1667f85ci20fbfede67657d56@mail.gmail.com> <814FBE93-D15C-490B-9D9F-8ECDE86AE733@Sun.COM> <17c6771e0908270850p7b4dfdd6ye4e28b1f1ded2b95@mail.gmail.com> Message-ID: <17c6771e0909011514p4e485486m6af0534ce7be88a8@mail.gmail.com> 2009/8/27 Andrew John Hughes : > 2009/8/27 Jonathan Gibbons : >> >> On Aug 27, 2009, at 3:53 AM, Andrew John Hughes wrote: >> >>> 2009/8/20 Andrew John Hughes : >>>> >>>> 2009/8/20 Jonathan Gibbons : >>>>> >>>>> Andrew John Hughes wrote: >>>>> >>>>> 2009/8/18 Andrew John Hughes : >>>>> >>>>> >>>>> 2009/8/18 Jonathan Gibbons : >>>>> >>>>> >>>>> Andrew, >>>>> >>>>> If this is a patch for jdk7, it does not appear to be a patch to a >>>>> recent >>>>> copy >>>>> of 7. >>>>> >>>>> >>>>> It's against b69 which is the latest release (from Friday). ?The >>>>> patches are against the IcedTea forest so builds can be tested with >>>>> IcedTea as well. >>>>> >>>>> Specifically, you do not seem to have the recent changeset ?to set >>>>> >>>>> >>>>> the source/target used to compile JDK to 7. [1] >>>>> >>>>> >>>>> >>>>> Er... yes I do: >>>>> >>>>> # Add the source level >>>>> LANGUAGE_VERSION = -source 7 >>>>> JAVACFLAGS ?+= $(LANGUAGE_VERSION) >>>>> >>>>> # Add the class version we want >>>>> TARGET_CLASS_VERSION = 7 >>>>> CLASS_VERSION = -target $(TARGET_CLASS_VERSION) >>>>> JAVACFLAGS ?+= $(CLASS_VERSION) >>>>> JAVACFLAGS ?+= -encoding ascii >>>>> JAVACFLAGS ?+= -classpath $(BOOTDIR)/lib/tools.jar >>>>> JAVACFLAGS ?+= $(OTHER_JAVACFLAGS) >>>>> >>>>> but these only cover the rt classes and not the bootstrap classes. >>>>> >>>>> >>>>> >>>>> While your patch does not directly conflict with any edits in that >>>>> patch, >>>>> and >>>>> while the effect of your patch looks OK, in that patch I was extending >>>>> the >>>>> precedent of TARGET_CLASS_VERSION to have an explicit macro for >>>>> (just) the version number, so that it is easy to change the value of >>>>> (just) >>>>> the version number from the command line. >>>>> >>>>> With that in mind, I would suggest something like the following for your >>>>> patch: >>>>> >>>>> BOOT_SOURCE_LANGUAGE_VERSION = 6 >>>>> BOOT_TARGET_CLASS_VERSION = 6 >>>>> BOOT_JAVACFLAGS ?+= -encoding ascii -source >>>>> $(BOOT_SOURCE_LANGUAGE_VERSION) >>>>> -target $(BOOT_TARGET_CLASS_VERSION) >>>>> >>>>> >>>>> >>>>> I didn't copy this for the 6 changes because I didn't immediately see >>>>> the point of using variables just for this single use. ?I forgot that >>>>> it is possible to override these from the command line, so I've update >>>>> the patch: >>>>> >>>>> http://cr.openjdk.java.net/~andrew/ecj/02/webrev.02/ >>>>> >>>>> >>>>> >>>>> -- Jon >>>>> >>>>> [1] >>>>> >>>>> http://mail.openjdk.java.net/pipermail/compiler-dev/2009-July/001286.html >>>>> >>>>> >>>>> On Aug 18, 2009, at 5:24 AM, Andrew John Hughes wrote: >>>>> >>>>> >>>>> >>>>> Currently the javac calls for building the bootstrap tools (not the >>>>> classes for the final JDK, which correctly now use source and target >>>>> 7) don't set an explicit source and target version. >>>>> >>>>> The webrev: >>>>> >>>>> http://cr.openjdk.java.net/~andrew/ecj/02/webrev.01/ >>>>> >>>>> sets these to 6 explicitly, as happens in the Ant builds performed by >>>>> langtools/jaxp/jaxws. ?This is noticeable especially when using ecj as >>>>> the bootstrap javac as it defaults to a version < 1.5, and the build >>>>> fails. >>>>> >>>>> Ok to push? >>>>> >>>>> Thanks, >>>>> -- >>>>> Andrew :-) >>>>> >>>>> Free Java Software Engineer >>>>> Red Hat, Inc. (http://www.redhat.com) >>>>> >>>>> Support Free Java! >>>>> Contribute to GNU Classpath and the OpenJDK >>>>> http://www.gnu.org/software/classpath >>>>> http://openjdk.java.net >>>>> >>>>> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >>>>> Fingerprint: F8EF F1EA 401E 2E60 15FA ?7927 142C 2591 94EF D9D8 >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Andrew :-) >>>>> >>>>> Free Java Software Engineer >>>>> Red Hat, Inc. (http://www.redhat.com) >>>>> >>>>> Support Free Java! >>>>> Contribute to GNU Classpath and the OpenJDK >>>>> http://www.gnu.org/software/classpath >>>>> http://openjdk.java.net >>>>> >>>>> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >>>>> Fingerprint: F8EF F1EA 401E 2E60 15FA ?7927 142C 2591 94EF D9D8 >>>>> >>>>> >>>>> >>>>> Is this version now ok? ?If so, I'll push it to the build gate using >>>>> the bug ID Kelly allocated for the same fix in JDK. >>>>> >>>>> >>>>> Andrew, >>>>> >>>>> I approve your webrev >>>>> http://cr.openjdk.java.net/~andrew/ecj/02/webrev.02/ >>>> >>>> Thanks. ?Pushed this last night: >>>> http://hg.openjdk.java.net/jdk7/build/corba/rev/8001ba2bf10d >>>> >>>>> My earlier confusion was caused by the fact that the corba Makefile is >>>>> not >>>>> consistent with the jdk Makefile with respect to the use of >>>>> SOURCE_LANGUAGE_VERSION. >>>>> It would be good to (separately) fix that inconsistency, but that does >>>>> not >>>>> affect the validity of what you propose here. >>>>> >>>> >>>> Yes, I see what you mean now. ?Here's another webrev: >>>> >>>> http://cr.openjdk.java.net/~andrew/consistency/01/webrev.01/ >>>> >>>> which should make the two fairly consistent. ?It brings in a lot of >>>> changes to the version in JDK that seem to have been missed from >>>> CORBA, namely: >>>> >>>> ?* Turning off option outputs on fastdebug builds >>>> ?* Supporting USE_HOTSPOT_INTERPRETER_MODE >>>> ?* Supporting JAVAC_MAX_WARNINGS and JAVAC_WARNINGS_FATAL >>>> ?* The SOURCE_LANGUAGE_VERSION sync above >>>> ?* Include JAR_JFLAGS in BOOT_JAR_JFLAGS >>>> >>>> The following differences remain, which didn't seem appropriate to >>>> include: >>>> >>>> -JAVACFLAGS ?+= -classpath $(BOOTDIR)/lib/tools.jar >>>> +JAVACFLAGS ?+= "-Xbootclasspath:$(CLASSBINDIR)" >>>> ?JAVACFLAGS ?+= $(OTHER_JAVACFLAGS) >>>> >>>> ?# Needed for javah >>>> -JAVAHFLAGS += -classpath $(CLASSBINDIR) >>>> +JAVAHFLAGS += -bootclasspath $(CLASSBINDIR) >>>> >>>> I wasn't sure of the pros/cons of these changes but can easy add them if >>>> needed. >>>> >>>>> -- Jon >>>>> >>>> >>>> >>>> >>>> -- >>>> Andrew :-) >>>> >>>> Free Java Software Engineer >>>> Red Hat, Inc. (http://www.redhat.com) >>>> >>>> Support Free Java! >>>> Contribute to GNU Classpath and the OpenJDK >>>> http://www.gnu.org/software/classpath >>>> http://openjdk.java.net >>>> >>>> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >>>> Fingerprint: F8EF F1EA 401E 2E60 15FA ?7927 142C 2591 94EF D9D8 >>>> >>> >>> Does this change look ok? Can I push it? >>> >>> Thanks, >>> -- >>> Andrew :-) >>> >>> Free Java Software Engineer >>> Red Hat, Inc. (http://www.redhat.com) >>> >>> Support Free Java! >>> Contribute to GNU Classpath and the OpenJDK >>> http://www.gnu.org/software/classpath >>> http://openjdk.java.net >>> >>> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >>> Fingerprint: F8EF F1EA 401E 2E60 15FA ?7927 142C 2591 94EF D9D8 >> >> Andrew, >> >> The changes regarding flags for javac look OK. ?I can't speak to the Hotspot >> options. >> >> -- Jon >> >> > > Ok, thanks Jonathan. ?I'll forward a copy to hotspot-dev for approval > on supporting USE_HOTSPOT_INTERPRETER_MODE. > -- > Andrew :-) > > Free Java Software Engineer > Red Hat, Inc. (http://www.redhat.com) > > Support Free Java! > Contribute to GNU Classpath and the OpenJDK > http://www.gnu.org/software/classpath > http://openjdk.java.net > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) > Fingerprint: F8EF F1EA 401E 2E60 15FA ?7927 142C 2591 94EF D9D8 > The HotSpot developers don't see any issue with USE_HOTSPOT_INTERPRETER_MODE: http://mail.openjdk.java.net/pipermail/hotspot-dev/2009-September/002032.html and it is already in the JDK makefiles. If someone could allocate me a bug ID for this, I'll push it. Thanks, -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From Jonathan.Gibbons at Sun.COM Tue Sep 1 22:17:17 2009 From: Jonathan.Gibbons at Sun.COM (Jonathan Gibbons) Date: Tue, 01 Sep 2009 15:17:17 -0700 Subject: [PATCH FOR REVIEW]: Make source/target options explicit for CORBA bootstrap tools In-Reply-To: <17c6771e0909011514p4e485486m6af0534ce7be88a8@mail.gmail.com> References: <17c6771e0908180524j50fc9d85q753cebc0e9587d3d@mail.gmail.com> <01F1CCA5-2245-4513-BC63-18FE2A48FEE6@sun.com> <17c6771e0908180913t4ee9adfcud1aa3b1fa3986d7d@mail.gmail.com> <17c6771e0908191610w11b584b9xb53020fa87f58ba@mail.gmail.com> <4A8C87B6.2040509@sun.com> <17c6771e0908200548o7d9f0crfbfb96bb1aef97ed@mail.gmail.com> <17c6771e0908270353s1667f85ci20fbfede67657d56@mail.gmail.com> <814FBE93-D15C-490B-9D9F-8ECDE86AE733@Sun.COM> <17c6771e0908270850p7b4dfdd6ye4e28b1f1ded2b95@mail.gmail.com> <17c6771e0909011514p4e485486m6af0534ce7be88a8@mail.gmail.com> Message-ID: <4A9D9D6D.7080807@sun.com> Kelly may not be online today; I'll file it if you like. -- Jon Andrew John Hughes wrote: > 2009/8/27 Andrew John Hughes : > >> 2009/8/27 Jonathan Gibbons : >> >>> On Aug 27, 2009, at 3:53 AM, Andrew John Hughes wrote: >>> >>> >>>> 2009/8/20 Andrew John Hughes : >>>> >>>>> 2009/8/20 Jonathan Gibbons : >>>>> >>>>>> Andrew John Hughes wrote: >>>>>> >>>>>> 2009/8/18 Andrew John Hughes : >>>>>> >>>>>> >>>>>> 2009/8/18 Jonathan Gibbons : >>>>>> >>>>>> >>>>>> Andrew, >>>>>> >>>>>> If this is a patch for jdk7, it does not appear to be a patch to a >>>>>> recent >>>>>> copy >>>>>> of 7. >>>>>> >>>>>> >>>>>> It's against b69 which is the latest release (from Friday). The >>>>>> patches are against the IcedTea forest so builds can be tested with >>>>>> IcedTea as well. >>>>>> >>>>>> Specifically, you do not seem to have the recent changeset to set >>>>>> >>>>>> >>>>>> the source/target used to compile JDK to 7. [1] >>>>>> >>>>>> >>>>>> >>>>>> Er... yes I do: >>>>>> >>>>>> # Add the source level >>>>>> LANGUAGE_VERSION = -source 7 >>>>>> JAVACFLAGS += $(LANGUAGE_VERSION) >>>>>> >>>>>> # Add the class version we want >>>>>> TARGET_CLASS_VERSION = 7 >>>>>> CLASS_VERSION = -target $(TARGET_CLASS_VERSION) >>>>>> JAVACFLAGS += $(CLASS_VERSION) >>>>>> JAVACFLAGS += -encoding ascii >>>>>> JAVACFLAGS += -classpath $(BOOTDIR)/lib/tools.jar >>>>>> JAVACFLAGS += $(OTHER_JAVACFLAGS) >>>>>> >>>>>> but these only cover the rt classes and not the bootstrap classes. >>>>>> >>>>>> >>>>>> >>>>>> While your patch does not directly conflict with any edits in that >>>>>> patch, >>>>>> and >>>>>> while the effect of your patch looks OK, in that patch I was extending >>>>>> the >>>>>> precedent of TARGET_CLASS_VERSION to have an explicit macro for >>>>>> (just) the version number, so that it is easy to change the value of >>>>>> (just) >>>>>> the version number from the command line. >>>>>> >>>>>> With that in mind, I would suggest something like the following for your >>>>>> patch: >>>>>> >>>>>> BOOT_SOURCE_LANGUAGE_VERSION = 6 >>>>>> BOOT_TARGET_CLASS_VERSION = 6 >>>>>> BOOT_JAVACFLAGS += -encoding ascii -source >>>>>> $(BOOT_SOURCE_LANGUAGE_VERSION) >>>>>> -target $(BOOT_TARGET_CLASS_VERSION) >>>>>> >>>>>> >>>>>> >>>>>> I didn't copy this for the 6 changes because I didn't immediately see >>>>>> the point of using variables just for this single use. I forgot that >>>>>> it is possible to override these from the command line, so I've update >>>>>> the patch: >>>>>> >>>>>> http://cr.openjdk.java.net/~andrew/ecj/02/webrev.02/ >>>>>> >>>>>> >>>>>> >>>>>> -- Jon >>>>>> >>>>>> [1] >>>>>> >>>>>> http://mail.openjdk.java.net/pipermail/compiler-dev/2009-July/001286.html >>>>>> >>>>>> >>>>>> On Aug 18, 2009, at 5:24 AM, Andrew John Hughes wrote: >>>>>> >>>>>> >>>>>> >>>>>> Currently the javac calls for building the bootstrap tools (not the >>>>>> classes for the final JDK, which correctly now use source and target >>>>>> 7) don't set an explicit source and target version. >>>>>> >>>>>> The webrev: >>>>>> >>>>>> http://cr.openjdk.java.net/~andrew/ecj/02/webrev.01/ >>>>>> >>>>>> sets these to 6 explicitly, as happens in the Ant builds performed by >>>>>> langtools/jaxp/jaxws. This is noticeable especially when using ecj as >>>>>> the bootstrap javac as it defaults to a version < 1.5, and the build >>>>>> fails. >>>>>> >>>>>> Ok to push? >>>>>> >>>>>> Thanks, >>>>>> -- >>>>>> Andrew :-) >>>>>> >>>>>> Free Java Software Engineer >>>>>> Red Hat, Inc. (http://www.redhat.com) >>>>>> >>>>>> Support Free Java! >>>>>> Contribute to GNU Classpath and the OpenJDK >>>>>> http://www.gnu.org/software/classpath >>>>>> http://openjdk.java.net >>>>>> >>>>>> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >>>>>> Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Andrew :-) >>>>>> >>>>>> Free Java Software Engineer >>>>>> Red Hat, Inc. (http://www.redhat.com) >>>>>> >>>>>> Support Free Java! >>>>>> Contribute to GNU Classpath and the OpenJDK >>>>>> http://www.gnu.org/software/classpath >>>>>> http://openjdk.java.net >>>>>> >>>>>> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >>>>>> Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 >>>>>> >>>>>> >>>>>> >>>>>> Is this version now ok? If so, I'll push it to the build gate using >>>>>> the bug ID Kelly allocated for the same fix in JDK. >>>>>> >>>>>> >>>>>> Andrew, >>>>>> >>>>>> I approve your webrev >>>>>> http://cr.openjdk.java.net/~andrew/ecj/02/webrev.02/ >>>>>> >>>>> Thanks. Pushed this last night: >>>>> http://hg.openjdk.java.net/jdk7/build/corba/rev/8001ba2bf10d >>>>> >>>>> >>>>>> My earlier confusion was caused by the fact that the corba Makefile is >>>>>> not >>>>>> consistent with the jdk Makefile with respect to the use of >>>>>> SOURCE_LANGUAGE_VERSION. >>>>>> It would be good to (separately) fix that inconsistency, but that does >>>>>> not >>>>>> affect the validity of what you propose here. >>>>>> >>>>>> >>>>> Yes, I see what you mean now. Here's another webrev: >>>>> >>>>> http://cr.openjdk.java.net/~andrew/consistency/01/webrev.01/ >>>>> >>>>> which should make the two fairly consistent. It brings in a lot of >>>>> changes to the version in JDK that seem to have been missed from >>>>> CORBA, namely: >>>>> >>>>> * Turning off option outputs on fastdebug builds >>>>> * Supporting USE_HOTSPOT_INTERPRETER_MODE >>>>> * Supporting JAVAC_MAX_WARNINGS and JAVAC_WARNINGS_FATAL >>>>> * The SOURCE_LANGUAGE_VERSION sync above >>>>> * Include JAR_JFLAGS in BOOT_JAR_JFLAGS >>>>> >>>>> The following differences remain, which didn't seem appropriate to >>>>> include: >>>>> >>>>> -JAVACFLAGS += -classpath $(BOOTDIR)/lib/tools.jar >>>>> +JAVACFLAGS += "-Xbootclasspath:$(CLASSBINDIR)" >>>>> JAVACFLAGS += $(OTHER_JAVACFLAGS) >>>>> >>>>> # Needed for javah >>>>> -JAVAHFLAGS += -classpath $(CLASSBINDIR) >>>>> +JAVAHFLAGS += -bootclasspath $(CLASSBINDIR) >>>>> >>>>> I wasn't sure of the pros/cons of these changes but can easy add them if >>>>> needed. >>>>> >>>>> >>>>>> -- Jon >>>>>> >>>>>> >>>>> >>>>> -- >>>>> Andrew :-) >>>>> >>>>> Free Java Software Engineer >>>>> Red Hat, Inc. (http://www.redhat.com) >>>>> >>>>> Support Free Java! >>>>> Contribute to GNU Classpath and the OpenJDK >>>>> http://www.gnu.org/software/classpath >>>>> http://openjdk.java.net >>>>> >>>>> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >>>>> Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 >>>>> >>>>> >>>> Does this change look ok? Can I push it? >>>> >>>> Thanks, >>>> -- >>>> Andrew :-) >>>> >>>> Free Java Software Engineer >>>> Red Hat, Inc. (http://www.redhat.com) >>>> >>>> Support Free Java! >>>> Contribute to GNU Classpath and the OpenJDK >>>> http://www.gnu.org/software/classpath >>>> http://openjdk.java.net >>>> >>>> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >>>> Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 >>>> >>> Andrew, >>> >>> The changes regarding flags for javac look OK. I can't speak to the Hotspot >>> options. >>> >>> -- Jon >>> >>> >>> >> Ok, thanks Jonathan. I'll forward a copy to hotspot-dev for approval >> on supporting USE_HOTSPOT_INTERPRETER_MODE. >> -- >> Andrew :-) >> >> Free Java Software Engineer >> Red Hat, Inc. (http://www.redhat.com) >> >> Support Free Java! >> Contribute to GNU Classpath and the OpenJDK >> http://www.gnu.org/software/classpath >> http://openjdk.java.net >> >> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >> Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 >> >> > > The HotSpot developers don't see any issue with USE_HOTSPOT_INTERPRETER_MODE: > > http://mail.openjdk.java.net/pipermail/hotspot-dev/2009-September/002032.html > > and it is already in the JDK makefiles. > > If someone could allocate me a bug ID for this, I'll push it. > > Thanks, > From Jonathan.Gibbons at Sun.COM Tue Sep 1 22:22:25 2009 From: Jonathan.Gibbons at Sun.COM (Jonathan Gibbons) Date: Tue, 01 Sep 2009 15:22:25 -0700 Subject: [PATCH FOR REVIEW]: Make source/target options explicit for CORBA bootstrap tools In-Reply-To: <17c6771e0909011514p4e485486m6af0534ce7be88a8@mail.gmail.com> References: <17c6771e0908180524j50fc9d85q753cebc0e9587d3d@mail.gmail.com> <01F1CCA5-2245-4513-BC63-18FE2A48FEE6@sun.com> <17c6771e0908180913t4ee9adfcud1aa3b1fa3986d7d@mail.gmail.com> <17c6771e0908191610w11b584b9xb53020fa87f58ba@mail.gmail.com> <4A8C87B6.2040509@sun.com> <17c6771e0908200548o7d9f0crfbfb96bb1aef97ed@mail.gmail.com> <17c6771e0908270353s1667f85ci20fbfede67657d56@mail.gmail.com> <814FBE93-D15C-490B-9D9F-8ECDE86AE733@Sun.COM> <17c6771e0908270850p7b4dfdd6ye4e28b1f1ded2b95@mail.gmail.com> <17c6771e0909011514p4e485486m6af0534ce7be88a8@mail.gmail.com> Message-ID: <4A9D9EA1.6000006@sun.com> 6878106 Make source/target options explicit for CORBA bootstrap tools -- Jon Andrew John Hughes wrote: > 2009/8/27 Andrew John Hughes : > >> 2009/8/27 Jonathan Gibbons : >> >>> On Aug 27, 2009, at 3:53 AM, Andrew John Hughes wrote: >>> >>> >>>> 2009/8/20 Andrew John Hughes : >>>> >>>>> 2009/8/20 Jonathan Gibbons : >>>>> >>>>>> Andrew John Hughes wrote: >>>>>> >>>>>> 2009/8/18 Andrew John Hughes : >>>>>> >>>>>> >>>>>> 2009/8/18 Jonathan Gibbons : >>>>>> >>>>>> >>>>>> Andrew, >>>>>> >>>>>> If this is a patch for jdk7, it does not appear to be a patch to a >>>>>> recent >>>>>> copy >>>>>> of 7. >>>>>> >>>>>> >>>>>> It's against b69 which is the latest release (from Friday). The >>>>>> patches are against the IcedTea forest so builds can be tested with >>>>>> IcedTea as well. >>>>>> >>>>>> Specifically, you do not seem to have the recent changeset to set >>>>>> >>>>>> >>>>>> the source/target used to compile JDK to 7. [1] >>>>>> >>>>>> >>>>>> >>>>>> Er... yes I do: >>>>>> >>>>>> # Add the source level >>>>>> LANGUAGE_VERSION = -source 7 >>>>>> JAVACFLAGS += $(LANGUAGE_VERSION) >>>>>> >>>>>> # Add the class version we want >>>>>> TARGET_CLASS_VERSION = 7 >>>>>> CLASS_VERSION = -target $(TARGET_CLASS_VERSION) >>>>>> JAVACFLAGS += $(CLASS_VERSION) >>>>>> JAVACFLAGS += -encoding ascii >>>>>> JAVACFLAGS += -classpath $(BOOTDIR)/lib/tools.jar >>>>>> JAVACFLAGS += $(OTHER_JAVACFLAGS) >>>>>> >>>>>> but these only cover the rt classes and not the bootstrap classes. >>>>>> >>>>>> >>>>>> >>>>>> While your patch does not directly conflict with any edits in that >>>>>> patch, >>>>>> and >>>>>> while the effect of your patch looks OK, in that patch I was extending >>>>>> the >>>>>> precedent of TARGET_CLASS_VERSION to have an explicit macro for >>>>>> (just) the version number, so that it is easy to change the value of >>>>>> (just) >>>>>> the version number from the command line. >>>>>> >>>>>> With that in mind, I would suggest something like the following for your >>>>>> patch: >>>>>> >>>>>> BOOT_SOURCE_LANGUAGE_VERSION = 6 >>>>>> BOOT_TARGET_CLASS_VERSION = 6 >>>>>> BOOT_JAVACFLAGS += -encoding ascii -source >>>>>> $(BOOT_SOURCE_LANGUAGE_VERSION) >>>>>> -target $(BOOT_TARGET_CLASS_VERSION) >>>>>> >>>>>> >>>>>> >>>>>> I didn't copy this for the 6 changes because I didn't immediately see >>>>>> the point of using variables just for this single use. I forgot that >>>>>> it is possible to override these from the command line, so I've update >>>>>> the patch: >>>>>> >>>>>> http://cr.openjdk.java.net/~andrew/ecj/02/webrev.02/ >>>>>> >>>>>> >>>>>> >>>>>> -- Jon >>>>>> >>>>>> [1] >>>>>> >>>>>> http://mail.openjdk.java.net/pipermail/compiler-dev/2009-July/001286.html >>>>>> >>>>>> >>>>>> On Aug 18, 2009, at 5:24 AM, Andrew John Hughes wrote: >>>>>> >>>>>> >>>>>> >>>>>> Currently the javac calls for building the bootstrap tools (not the >>>>>> classes for the final JDK, which correctly now use source and target >>>>>> 7) don't set an explicit source and target version. >>>>>> >>>>>> The webrev: >>>>>> >>>>>> http://cr.openjdk.java.net/~andrew/ecj/02/webrev.01/ >>>>>> >>>>>> sets these to 6 explicitly, as happens in the Ant builds performed by >>>>>> langtools/jaxp/jaxws. This is noticeable especially when using ecj as >>>>>> the bootstrap javac as it defaults to a version < 1.5, and the build >>>>>> fails. >>>>>> >>>>>> Ok to push? >>>>>> >>>>>> Thanks, >>>>>> -- >>>>>> Andrew :-) >>>>>> >>>>>> Free Java Software Engineer >>>>>> Red Hat, Inc. (http://www.redhat.com) >>>>>> >>>>>> Support Free Java! >>>>>> Contribute to GNU Classpath and the OpenJDK >>>>>> http://www.gnu.org/software/classpath >>>>>> http://openjdk.java.net >>>>>> >>>>>> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >>>>>> Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Andrew :-) >>>>>> >>>>>> Free Java Software Engineer >>>>>> Red Hat, Inc. (http://www.redhat.com) >>>>>> >>>>>> Support Free Java! >>>>>> Contribute to GNU Classpath and the OpenJDK >>>>>> http://www.gnu.org/software/classpath >>>>>> http://openjdk.java.net >>>>>> >>>>>> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >>>>>> Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 >>>>>> >>>>>> >>>>>> >>>>>> Is this version now ok? If so, I'll push it to the build gate using >>>>>> the bug ID Kelly allocated for the same fix in JDK. >>>>>> >>>>>> >>>>>> Andrew, >>>>>> >>>>>> I approve your webrev >>>>>> http://cr.openjdk.java.net/~andrew/ecj/02/webrev.02/ >>>>>> >>>>> Thanks. Pushed this last night: >>>>> http://hg.openjdk.java.net/jdk7/build/corba/rev/8001ba2bf10d >>>>> >>>>> >>>>>> My earlier confusion was caused by the fact that the corba Makefile is >>>>>> not >>>>>> consistent with the jdk Makefile with respect to the use of >>>>>> SOURCE_LANGUAGE_VERSION. >>>>>> It would be good to (separately) fix that inconsistency, but that does >>>>>> not >>>>>> affect the validity of what you propose here. >>>>>> >>>>>> >>>>> Yes, I see what you mean now. Here's another webrev: >>>>> >>>>> http://cr.openjdk.java.net/~andrew/consistency/01/webrev.01/ >>>>> >>>>> which should make the two fairly consistent. It brings in a lot of >>>>> changes to the version in JDK that seem to have been missed from >>>>> CORBA, namely: >>>>> >>>>> * Turning off option outputs on fastdebug builds >>>>> * Supporting USE_HOTSPOT_INTERPRETER_MODE >>>>> * Supporting JAVAC_MAX_WARNINGS and JAVAC_WARNINGS_FATAL >>>>> * The SOURCE_LANGUAGE_VERSION sync above >>>>> * Include JAR_JFLAGS in BOOT_JAR_JFLAGS >>>>> >>>>> The following differences remain, which didn't seem appropriate to >>>>> include: >>>>> >>>>> -JAVACFLAGS += -classpath $(BOOTDIR)/lib/tools.jar >>>>> +JAVACFLAGS += "-Xbootclasspath:$(CLASSBINDIR)" >>>>> JAVACFLAGS += $(OTHER_JAVACFLAGS) >>>>> >>>>> # Needed for javah >>>>> -JAVAHFLAGS += -classpath $(CLASSBINDIR) >>>>> +JAVAHFLAGS += -bootclasspath $(CLASSBINDIR) >>>>> >>>>> I wasn't sure of the pros/cons of these changes but can easy add them if >>>>> needed. >>>>> >>>>> >>>>>> -- Jon >>>>>> >>>>>> >>>>> >>>>> -- >>>>> Andrew :-) >>>>> >>>>> Free Java Software Engineer >>>>> Red Hat, Inc. (http://www.redhat.com) >>>>> >>>>> Support Free Java! >>>>> Contribute to GNU Classpath and the OpenJDK >>>>> http://www.gnu.org/software/classpath >>>>> http://openjdk.java.net >>>>> >>>>> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >>>>> Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 >>>>> >>>>> >>>> Does this change look ok? Can I push it? >>>> >>>> Thanks, >>>> -- >>>> Andrew :-) >>>> >>>> Free Java Software Engineer >>>> Red Hat, Inc. (http://www.redhat.com) >>>> >>>> Support Free Java! >>>> Contribute to GNU Classpath and the OpenJDK >>>> http://www.gnu.org/software/classpath >>>> http://openjdk.java.net >>>> >>>> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >>>> Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 >>>> >>> Andrew, >>> >>> The changes regarding flags for javac look OK. I can't speak to the Hotspot >>> options. >>> >>> -- Jon >>> >>> >>> >> Ok, thanks Jonathan. I'll forward a copy to hotspot-dev for approval >> on supporting USE_HOTSPOT_INTERPRETER_MODE. >> -- >> Andrew :-) >> >> Free Java Software Engineer >> Red Hat, Inc. (http://www.redhat.com) >> >> Support Free Java! >> Contribute to GNU Classpath and the OpenJDK >> http://www.gnu.org/software/classpath >> http://openjdk.java.net >> >> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >> Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 >> >> > > The HotSpot developers don't see any issue with USE_HOTSPOT_INTERPRETER_MODE: > > http://mail.openjdk.java.net/pipermail/hotspot-dev/2009-September/002032.html > > and it is already in the JDK makefiles. > > If someone could allocate me a bug ID for this, I'll push it. > > Thanks, > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gnu_andrew at member.fsf.org Tue Sep 1 22:24:12 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Tue, 1 Sep 2009 23:24:12 +0100 Subject: [PATCH FOR REVIEW]: Make source/target options explicit for CORBA bootstrap tools In-Reply-To: <4A9D9D6D.7080807@sun.com> References: <17c6771e0908180524j50fc9d85q753cebc0e9587d3d@mail.gmail.com> <17c6771e0908180913t4ee9adfcud1aa3b1fa3986d7d@mail.gmail.com> <17c6771e0908191610w11b584b9xb53020fa87f58ba@mail.gmail.com> <4A8C87B6.2040509@sun.com> <17c6771e0908200548o7d9f0crfbfb96bb1aef97ed@mail.gmail.com> <17c6771e0908270353s1667f85ci20fbfede67657d56@mail.gmail.com> <814FBE93-D15C-490B-9D9F-8ECDE86AE733@Sun.COM> <17c6771e0908270850p7b4dfdd6ye4e28b1f1ded2b95@mail.gmail.com> <17c6771e0909011514p4e485486m6af0534ce7be88a8@mail.gmail.com> <4A9D9D6D.7080807@sun.com> Message-ID: <17c6771e0909011524k3b46c31m11aea2ef3496ac10@mail.gmail.com> 2009/9/1 Jonathan Gibbons : > Kelly may not be online today; I'll file it if you like. > > -- Jon > Thanks Jon. I don't mind who does it as long as I get an ID for commit :) I'd do it myself, but there's a delay for obtaining one for external users. > Andrew John Hughes wrote: >> >> 2009/8/27 Andrew John Hughes : >> >>> >>> 2009/8/27 Jonathan Gibbons : >>> >>>> >>>> On Aug 27, 2009, at 3:53 AM, Andrew John Hughes wrote: >>>> >>>> >>>>> >>>>> 2009/8/20 Andrew John Hughes : >>>>> >>>>>> >>>>>> 2009/8/20 Jonathan Gibbons : >>>>>> >>>>>>> >>>>>>> Andrew John Hughes wrote: >>>>>>> >>>>>>> 2009/8/18 Andrew John Hughes : >>>>>>> >>>>>>> >>>>>>> 2009/8/18 Jonathan Gibbons : >>>>>>> >>>>>>> >>>>>>> Andrew, >>>>>>> >>>>>>> If this is a patch for jdk7, it does not appear to be a patch to a >>>>>>> recent >>>>>>> copy >>>>>>> of 7. >>>>>>> >>>>>>> >>>>>>> It's against b69 which is the latest release (from Friday). ?The >>>>>>> patches are against the IcedTea forest so builds can be tested with >>>>>>> IcedTea as well. >>>>>>> >>>>>>> Specifically, you do not seem to have the recent changeset ?to set >>>>>>> >>>>>>> >>>>>>> the source/target used to compile JDK to 7. [1] >>>>>>> >>>>>>> >>>>>>> >>>>>>> Er... yes I do: >>>>>>> >>>>>>> # Add the source level >>>>>>> LANGUAGE_VERSION = -source 7 >>>>>>> JAVACFLAGS ?+= $(LANGUAGE_VERSION) >>>>>>> >>>>>>> # Add the class version we want >>>>>>> TARGET_CLASS_VERSION = 7 >>>>>>> CLASS_VERSION = -target $(TARGET_CLASS_VERSION) >>>>>>> JAVACFLAGS ?+= $(CLASS_VERSION) >>>>>>> JAVACFLAGS ?+= -encoding ascii >>>>>>> JAVACFLAGS ?+= -classpath $(BOOTDIR)/lib/tools.jar >>>>>>> JAVACFLAGS ?+= $(OTHER_JAVACFLAGS) >>>>>>> >>>>>>> but these only cover the rt classes and not the bootstrap classes. >>>>>>> >>>>>>> >>>>>>> >>>>>>> While your patch does not directly conflict with any edits in that >>>>>>> patch, >>>>>>> and >>>>>>> while the effect of your patch looks OK, in that patch I was >>>>>>> extending >>>>>>> the >>>>>>> precedent of TARGET_CLASS_VERSION to have an explicit macro for >>>>>>> (just) the version number, so that it is easy to change the value of >>>>>>> (just) >>>>>>> the version number from the command line. >>>>>>> >>>>>>> With that in mind, I would suggest something like the following for >>>>>>> your >>>>>>> patch: >>>>>>> >>>>>>> BOOT_SOURCE_LANGUAGE_VERSION = 6 >>>>>>> BOOT_TARGET_CLASS_VERSION = 6 >>>>>>> BOOT_JAVACFLAGS ?+= -encoding ascii -source >>>>>>> $(BOOT_SOURCE_LANGUAGE_VERSION) >>>>>>> -target $(BOOT_TARGET_CLASS_VERSION) >>>>>>> >>>>>>> >>>>>>> >>>>>>> I didn't copy this for the 6 changes because I didn't immediately see >>>>>>> the point of using variables just for this single use. ?I forgot that >>>>>>> it is possible to override these from the command line, so I've >>>>>>> update >>>>>>> the patch: >>>>>>> >>>>>>> http://cr.openjdk.java.net/~andrew/ecj/02/webrev.02/ >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- Jon >>>>>>> >>>>>>> [1] >>>>>>> >>>>>>> >>>>>>> http://mail.openjdk.java.net/pipermail/compiler-dev/2009-July/001286.html >>>>>>> >>>>>>> >>>>>>> On Aug 18, 2009, at 5:24 AM, Andrew John Hughes wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> Currently the javac calls for building the bootstrap tools (not the >>>>>>> classes for the final JDK, which correctly now use source and target >>>>>>> 7) don't set an explicit source and target version. >>>>>>> >>>>>>> The webrev: >>>>>>> >>>>>>> http://cr.openjdk.java.net/~andrew/ecj/02/webrev.01/ >>>>>>> >>>>>>> sets these to 6 explicitly, as happens in the Ant builds performed by >>>>>>> langtools/jaxp/jaxws. ?This is noticeable especially when using ecj >>>>>>> as >>>>>>> the bootstrap javac as it defaults to a version < 1.5, and the build >>>>>>> fails. >>>>>>> >>>>>>> Ok to push? >>>>>>> >>>>>>> Thanks, >>>>>>> -- >>>>>>> Andrew :-) >>>>>>> >>>>>>> Free Java Software Engineer >>>>>>> Red Hat, Inc. (http://www.redhat.com) >>>>>>> >>>>>>> Support Free Java! >>>>>>> Contribute to GNU Classpath and the OpenJDK >>>>>>> http://www.gnu.org/software/classpath >>>>>>> http://openjdk.java.net >>>>>>> >>>>>>> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >>>>>>> Fingerprint: F8EF F1EA 401E 2E60 15FA ?7927 142C 2591 94EF D9D8 >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Andrew :-) >>>>>>> >>>>>>> Free Java Software Engineer >>>>>>> Red Hat, Inc. (http://www.redhat.com) >>>>>>> >>>>>>> Support Free Java! >>>>>>> Contribute to GNU Classpath and the OpenJDK >>>>>>> http://www.gnu.org/software/classpath >>>>>>> http://openjdk.java.net >>>>>>> >>>>>>> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >>>>>>> Fingerprint: F8EF F1EA 401E 2E60 15FA ?7927 142C 2591 94EF D9D8 >>>>>>> >>>>>>> >>>>>>> >>>>>>> Is this version now ok? ?If so, I'll push it to the build gate using >>>>>>> the bug ID Kelly allocated for the same fix in JDK. >>>>>>> >>>>>>> >>>>>>> Andrew, >>>>>>> >>>>>>> I approve your webrev >>>>>>> http://cr.openjdk.java.net/~andrew/ecj/02/webrev.02/ >>>>>>> >>>>>> >>>>>> Thanks. ?Pushed this last night: >>>>>> http://hg.openjdk.java.net/jdk7/build/corba/rev/8001ba2bf10d >>>>>> >>>>>> >>>>>>> >>>>>>> My earlier confusion was caused by the fact that the corba Makefile >>>>>>> is >>>>>>> not >>>>>>> consistent with the jdk Makefile with respect to the use of >>>>>>> SOURCE_LANGUAGE_VERSION. >>>>>>> It would be good to (separately) fix that inconsistency, but that >>>>>>> does >>>>>>> not >>>>>>> affect the validity of what you propose here. >>>>>>> >>>>>>> >>>>>> >>>>>> Yes, I see what you mean now. ?Here's another webrev: >>>>>> >>>>>> http://cr.openjdk.java.net/~andrew/consistency/01/webrev.01/ >>>>>> >>>>>> which should make the two fairly consistent. ?It brings in a lot of >>>>>> changes to the version in JDK that seem to have been missed from >>>>>> CORBA, namely: >>>>>> >>>>>> ?* Turning off option outputs on fastdebug builds >>>>>> ?* Supporting USE_HOTSPOT_INTERPRETER_MODE >>>>>> ?* Supporting JAVAC_MAX_WARNINGS and JAVAC_WARNINGS_FATAL >>>>>> ?* The SOURCE_LANGUAGE_VERSION sync above >>>>>> ?* Include JAR_JFLAGS in BOOT_JAR_JFLAGS >>>>>> >>>>>> The following differences remain, which didn't seem appropriate to >>>>>> include: >>>>>> >>>>>> -JAVACFLAGS ?+= -classpath $(BOOTDIR)/lib/tools.jar >>>>>> +JAVACFLAGS ?+= "-Xbootclasspath:$(CLASSBINDIR)" >>>>>> ?JAVACFLAGS ?+= $(OTHER_JAVACFLAGS) >>>>>> >>>>>> ?# Needed for javah >>>>>> -JAVAHFLAGS += -classpath $(CLASSBINDIR) >>>>>> +JAVAHFLAGS += -bootclasspath $(CLASSBINDIR) >>>>>> >>>>>> I wasn't sure of the pros/cons of these changes but can easy add them >>>>>> if >>>>>> needed. >>>>>> >>>>>> >>>>>>> >>>>>>> -- Jon >>>>>>> >>>>>>> >>>>>> >>>>>> -- >>>>>> Andrew :-) >>>>>> >>>>>> Free Java Software Engineer >>>>>> Red Hat, Inc. (http://www.redhat.com) >>>>>> >>>>>> Support Free Java! >>>>>> Contribute to GNU Classpath and the OpenJDK >>>>>> http://www.gnu.org/software/classpath >>>>>> http://openjdk.java.net >>>>>> >>>>>> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >>>>>> Fingerprint: F8EF F1EA 401E 2E60 15FA ?7927 142C 2591 94EF D9D8 >>>>>> >>>>>> >>>>> >>>>> Does this change look ok? Can I push it? >>>>> >>>>> Thanks, >>>>> -- >>>>> Andrew :-) >>>>> >>>>> Free Java Software Engineer >>>>> Red Hat, Inc. (http://www.redhat.com) >>>>> >>>>> Support Free Java! >>>>> Contribute to GNU Classpath and the OpenJDK >>>>> http://www.gnu.org/software/classpath >>>>> http://openjdk.java.net >>>>> >>>>> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >>>>> Fingerprint: F8EF F1EA 401E 2E60 15FA ?7927 142C 2591 94EF D9D8 >>>>> >>>> >>>> Andrew, >>>> >>>> The changes regarding flags for javac look OK. ?I can't speak to the >>>> Hotspot >>>> options. >>>> >>>> -- Jon >>>> >>>> >>>> >>> >>> Ok, thanks Jonathan. ?I'll forward a copy to hotspot-dev for approval >>> on supporting USE_HOTSPOT_INTERPRETER_MODE. >>> -- >>> Andrew :-) >>> >>> Free Java Software Engineer >>> Red Hat, Inc. (http://www.redhat.com) >>> >>> Support Free Java! >>> Contribute to GNU Classpath and the OpenJDK >>> http://www.gnu.org/software/classpath >>> http://openjdk.java.net >>> >>> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >>> Fingerprint: F8EF F1EA 401E 2E60 15FA ?7927 142C 2591 94EF D9D8 >>> >>> >> >> The HotSpot developers don't see any issue with >> USE_HOTSPOT_INTERPRETER_MODE: >> >> >> http://mail.openjdk.java.net/pipermail/hotspot-dev/2009-September/002032.html >> >> and it is already in the JDK makefiles. >> >> If someone could allocate me a bug ID for this, I'll push it. >> >> Thanks, >> > > -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From ahughes at redhat.com Tue Sep 1 22:55:27 2009 From: ahughes at redhat.com (ahughes at redhat.com) Date: Tue, 01 Sep 2009 22:55:27 +0000 Subject: hg: jdk7/build/corba: 6878106: Synchronize CORBA and JDK makefiles where possible Message-ID: <20090901225529.2E899129D1@hg.openjdk.java.net> Changeset: 3f1ef7f899ea Author: andrew Date: 2009-09-01 23:44 +0100 URL: http://hg.openjdk.java.net/jdk7/build/corba/rev/3f1ef7f899ea 6878106: Synchronize CORBA and JDK makefiles where possible Summary: Add recent changes to the JDK makefile to the CORBA makefile Reviewed-by: jjg, never ! make/common/shared/Defs-java.gmk From gnu_andrew at member.fsf.org Tue Sep 1 23:01:31 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Wed, 2 Sep 2009 00:01:31 +0100 Subject: [PATCH FOR REVIEW]: Make source/target options explicit for CORBA bootstrap tools In-Reply-To: <4A9D9EA1.6000006@sun.com> References: <17c6771e0908180524j50fc9d85q753cebc0e9587d3d@mail.gmail.com> <17c6771e0908180913t4ee9adfcud1aa3b1fa3986d7d@mail.gmail.com> <17c6771e0908191610w11b584b9xb53020fa87f58ba@mail.gmail.com> <4A8C87B6.2040509@sun.com> <17c6771e0908200548o7d9f0crfbfb96bb1aef97ed@mail.gmail.com> <17c6771e0908270353s1667f85ci20fbfede67657d56@mail.gmail.com> <814FBE93-D15C-490B-9D9F-8ECDE86AE733@Sun.COM> <17c6771e0908270850p7b4dfdd6ye4e28b1f1ded2b95@mail.gmail.com> <17c6771e0909011514p4e485486m6af0534ce7be88a8@mail.gmail.com> <4A9D9EA1.6000006@sun.com> Message-ID: <17c6771e0909011601x67adacbas3937eaa6ae192d02@mail.gmail.com> 2009/9/1 Jonathan Gibbons : > 6878106 Make source/target options explicit for CORBA??? bootstrap tools > Thanks. Committed: http://hg.openjdk.java.net/jdk7/build/corba/rev/3f1ef7f899ea Note that I changed the summary as this change syncs the JDK and CORBA makefiles. The source/target options fix was already committed. The confusion is my fault, as I should have changed the subject when we moved to discussing this new webrev that arose from the previous one. > -- Jon > > Andrew John Hughes wrote: > > 2009/8/27 Andrew John Hughes : > > > 2009/8/27 Jonathan Gibbons : > > > On Aug 27, 2009, at 3:53 AM, Andrew John Hughes wrote: > > > > 2009/8/20 Andrew John Hughes : > > > 2009/8/20 Jonathan Gibbons : > > > Andrew John Hughes wrote: > > 2009/8/18 Andrew John Hughes : > > > 2009/8/18 Jonathan Gibbons : > > > Andrew, > > If this is a patch for jdk7, it does not appear to be a patch to a > recent > copy > of 7. > > > It's against b69 which is the latest release (from Friday). ?The > patches are against the IcedTea forest so builds can be tested with > IcedTea as well. > > Specifically, you do not seem to have the recent changeset ?to set > > > the source/target used to compile JDK to 7. [1] > > > > Er... yes I do: > > # Add the source level > LANGUAGE_VERSION = -source 7 > JAVACFLAGS ?+= $(LANGUAGE_VERSION) > > # Add the class version we want > TARGET_CLASS_VERSION = 7 > CLASS_VERSION = -target $(TARGET_CLASS_VERSION) > JAVACFLAGS ?+= $(CLASS_VERSION) > JAVACFLAGS ?+= -encoding ascii > JAVACFLAGS ?+= -classpath $(BOOTDIR)/lib/tools.jar > JAVACFLAGS ?+= $(OTHER_JAVACFLAGS) > > but these only cover the rt classes and not the bootstrap classes. > > > > While your patch does not directly conflict with any edits in that > patch, > and > while the effect of your patch looks OK, in that patch I was extending > the > precedent of TARGET_CLASS_VERSION to have an explicit macro for > (just) the version number, so that it is easy to change the value of > (just) > the version number from the command line. > > With that in mind, I would suggest something like the following for your > patch: > > BOOT_SOURCE_LANGUAGE_VERSION = 6 > BOOT_TARGET_CLASS_VERSION = 6 > BOOT_JAVACFLAGS ?+= -encoding ascii -source > $(BOOT_SOURCE_LANGUAGE_VERSION) > -target $(BOOT_TARGET_CLASS_VERSION) > > > > I didn't copy this for the 6 changes because I didn't immediately see > the point of using variables just for this single use. ?I forgot that > it is possible to override these from the command line, so I've update > the patch: > > http://cr.openjdk.java.net/~andrew/ecj/02/webrev.02/ > > > > -- Jon > > [1] > > http://mail.openjdk.java.net/pipermail/compiler-dev/2009-July/001286.html > > > On Aug 18, 2009, at 5:24 AM, Andrew John Hughes wrote: > > > > Currently the javac calls for building the bootstrap tools (not the > classes for the final JDK, which correctly now use source and target > 7) don't set an explicit source and target version. > > The webrev: > > http://cr.openjdk.java.net/~andrew/ecj/02/webrev.01/ > > sets these to 6 explicitly, as happens in the Ant builds performed by > langtools/jaxp/jaxws. ?This is noticeable especially when using ecj as > the bootstrap javac as it defaults to a version < 1.5, and the build > fails. > > Ok to push? > > Thanks, > -- > Andrew :-) > > Free Java Software Engineer > Red Hat, Inc. (http://www.redhat.com) > > Support Free Java! > Contribute to GNU Classpath and the OpenJDK > http://www.gnu.org/software/classpath > http://openjdk.java.net > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) > Fingerprint: F8EF F1EA 401E 2E60 15FA ?7927 142C 2591 94EF D9D8 > > > > > -- > Andrew :-) > > Free Java Software Engineer > Red Hat, Inc. (http://www.redhat.com) > > Support Free Java! > Contribute to GNU Classpath and the OpenJDK > http://www.gnu.org/software/classpath > http://openjdk.java.net > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) > Fingerprint: F8EF F1EA 401E 2E60 15FA ?7927 142C 2591 94EF D9D8 > > > > Is this version now ok? ?If so, I'll push it to the build gate using > the bug ID Kelly allocated for the same fix in JDK. > > > Andrew, > > I approve your webrev > http://cr.openjdk.java.net/~andrew/ecj/02/webrev.02/ > > > Thanks. ?Pushed this last night: > http://hg.openjdk.java.net/jdk7/build/corba/rev/8001ba2bf10d > > > > My earlier confusion was caused by the fact that the corba Makefile is > not > consistent with the jdk Makefile with respect to the use of > SOURCE_LANGUAGE_VERSION. > It would be good to (separately) fix that inconsistency, but that does > not > affect the validity of what you propose here. > > > > Yes, I see what you mean now. ?Here's another webrev: > > http://cr.openjdk.java.net/~andrew/consistency/01/webrev.01/ > > which should make the two fairly consistent. ?It brings in a lot of > changes to the version in JDK that seem to have been missed from > CORBA, namely: > > ?* Turning off option outputs on fastdebug builds > ?* Supporting USE_HOTSPOT_INTERPRETER_MODE > ?* Supporting JAVAC_MAX_WARNINGS and JAVAC_WARNINGS_FATAL > ?* The SOURCE_LANGUAGE_VERSION sync above > ?* Include JAR_JFLAGS in BOOT_JAR_JFLAGS > > The following differences remain, which didn't seem appropriate to > include: > > -JAVACFLAGS ?+= -classpath $(BOOTDIR)/lib/tools.jar > +JAVACFLAGS ?+= "-Xbootclasspath:$(CLASSBINDIR)" > ?JAVACFLAGS ?+= $(OTHER_JAVACFLAGS) > > ?# Needed for javah > -JAVAHFLAGS += -classpath $(CLASSBINDIR) > +JAVAHFLAGS += -bootclasspath $(CLASSBINDIR) > > I wasn't sure of the pros/cons of these changes but can easy add them if > needed. > > > > -- Jon > > > > -- > Andrew :-) > > Free Java Software Engineer > Red Hat, Inc. (http://www.redhat.com) > > Support Free Java! > Contribute to GNU Classpath and the OpenJDK > http://www.gnu.org/software/classpath > http://openjdk.java.net > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) > Fingerprint: F8EF F1EA 401E 2E60 15FA ?7927 142C 2591 94EF D9D8 > > > > Does this change look ok? Can I push it? > > Thanks, > -- > Andrew :-) > > Free Java Software Engineer > Red Hat, Inc. (http://www.redhat.com) > > Support Free Java! > Contribute to GNU Classpath and the OpenJDK > http://www.gnu.org/software/classpath > http://openjdk.java.net > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) > Fingerprint: F8EF F1EA 401E 2E60 15FA ?7927 142C 2591 94EF D9D8 > > > Andrew, > > The changes regarding flags for javac look OK. ?I can't speak to the Hotspot > options. > > -- Jon > > > > > Ok, thanks Jonathan. ?I'll forward a copy to hotspot-dev for approval > on supporting USE_HOTSPOT_INTERPRETER_MODE. > -- > Andrew :-) > > Free Java Software Engineer > Red Hat, Inc. (http://www.redhat.com) > > Support Free Java! > Contribute to GNU Classpath and the OpenJDK > http://www.gnu.org/software/classpath > http://openjdk.java.net > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) > Fingerprint: F8EF F1EA 401E 2E60 15FA ?7927 142C 2591 94EF D9D8 > > > > The HotSpot developers don't see any issue with > USE_HOTSPOT_INTERPRETER_MODE: > > http://mail.openjdk.java.net/pipermail/hotspot-dev/2009-September/002032.html > > and it is already in the JDK makefiles. > > If someone could allocate me a bug ID for this, I'll push it. > > Thanks, > > -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From kelly.ohair at sun.com Wed Sep 2 18:13:34 2009 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Wed, 02 Sep 2009 18:13:34 +0000 Subject: hg: jdk7/build/corba: 6875240: Reduce Makefile build time by limiting repeated exec's (mostly for cygwin building) Message-ID: <20090902181335.C1AA412A7B@hg.openjdk.java.net> Changeset: 1c130e7b7a2e Author: ohair Date: 2009-09-02 09:20 -0700 URL: http://hg.openjdk.java.net/jdk7/build/corba/rev/1c130e7b7a2e 6875240: Reduce Makefile build time by limiting repeated exec's (mostly for cygwin building) Reviewed-by: jjg, iris ! make/Makefile ! make/common/BuildToolJar.gmk ! make/common/CancelImplicits.gmk ! make/common/Defs.gmk ! make/common/Rules.gmk ! make/common/shared/Compiler-msvc.gmk ! make/common/shared/Defs-utils.gmk ! make/common/shared/Defs-windows.gmk ! make/common/shared/Defs.gmk ! make/common/shared/Platform.gmk ! make/jprt.properties From Kelly.Ohair at Sun.COM Thu Sep 3 19:20:26 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Thu, 03 Sep 2009 12:20:26 -0700 Subject: Need reviewers - 6856630: Restructure jaxp/jaxws repository In-Reply-To: <4A9C7530.1060803@sun.com> References: <4A984CE9.4020308@sun.com> <4A9C7530.1060803@sun.com> Message-ID: <4AA016FA.9010001@sun.com> Trying to make my life difficult aren't you? ;^) Ok, I'm trying to remember the JAF discussion I had with your team a while back. As I understand it, JAF (javax.activation), as it exists in the OpenJDK sources (both jdk7 and jdk6) is not changing, and nobody has any plans to change it, and in fact the jaxws team would like to rely on those files existing 'as is' in the JDK. There is no active work going on with JAF, or that is what I was told. After the jaxp/jaxws/corba split in jdk7, I was the one that moved JAF from the larger jdk (used to be called j2se) repository to the jaxws repository, bug was http://bugs.sun.com/view_bug.do?bug_id=6613161 That was a while ago. The reason seemed to be so that jaxws repo could then be built with jdk5 (which did not have javax.activation), and because only the jaxws sources used javax.activation. I will TRY to see if I can create a second source bundle for the jaxws repository, jdk7-jmf*.zip and separate out these sources, or maybe leave them in the jaxws repository as a second source input to the build. Opinions on how this is done? But the jdk jaxws repository will still be the vehicle for the JAF class files to get delivered into the final jdk build image. Is that still ok with you? -kto Rama Pulavarthi wrote: > In jax-ws repo, Can Java Activation Framework (JAF) sources be packaged > in a separate bundle from jax-ws/jaxb source bundle. > > thanks, > Rama Pulavarthi > > Kelly O'Hair wrote: >> Need reviewers (jaxp and jaxws repository changes): >> >> 6856630: Restructure jaxp/jaxws repositories >> >> http://cr.openjdk.java.net/~ohair/jdk7-build-jax-6856630-jaxp/webrev/ >> http://cr.openjdk.java.net/~ohair/jdk7-build-jax-6856630-jaxws/webrev/ >> >> Goal is to ease the jaxp and jaxws integration into jdk7. >> The JAXP or JAXWS teams would make the jdk7 source drop bundles >> available, >> and integration into jdk7 would involve the modifications of >> some properties in jaxp/build.properties to use different drop bundles. >> >> * 'ant source' populates the drop source and would be run prior to >> the creation of larger source bundles for openjdk7 and jdk7. >> >> * Test bundle specifics and how the tests are run are TBD >> >> * Original source is still in the "src/" directory and after >> some soak time will be deleted from the repository or moved aside. >> >> * Formal builds can use ALT_JAX*_SOURCE_BUNDLE to select the bundle. >> >> -kto >> > From Rama.Pulavarthi at Sun.COM Thu Sep 3 22:51:15 2009 From: Rama.Pulavarthi at Sun.COM (Rama Pulavarthi) Date: Thu, 03 Sep 2009 15:51:15 -0700 Subject: Need reviewers - 6856630: Restructure jaxp/jaxws repository In-Reply-To: <4AA016FA.9010001@sun.com> References: <4A984CE9.4020308@sun.com> <4A9C7530.1060803@sun.com> <4AA016FA.9010001@sun.com> Message-ID: <4AA04863.2090703@sun.com> Yes. Its fine if the JAF source bundle resides in jaxws repository. thanks, Rama Pulavarthi Kelly O'Hair wrote: > Trying to make my life difficult aren't you? ;^) > > Ok, I'm trying to remember the JAF discussion I had with your team > a while back. > > As I understand it, JAF (javax.activation), as it exists in the > OpenJDK sources (both jdk7 and jdk6) is not > changing, and nobody has any plans to change it, and in fact > the jaxws team would like to rely on those files existing 'as is' > in the JDK. There is no active work going on with JAF, or that > is what I was told. > > After the jaxp/jaxws/corba split in jdk7, I was the one that moved JAF > from the larger jdk (used to be called j2se) repository to the > jaxws repository, bug was http://bugs.sun.com/view_bug.do?bug_id=6613161 > That was a while ago. The reason seemed to be so that jaxws repo could > then be built with jdk5 (which did not have javax.activation), and > because > only the jaxws sources used javax.activation. > > I will TRY to see if I can create a second source bundle for the jaxws > repository, jdk7-jmf*.zip and separate out these sources, or maybe > leave them in the jaxws repository as a second source input to the > build. Opinions on how this is done? > > But the jdk jaxws repository will still be the vehicle for the JAF class > files to get delivered into the final jdk build image. > Is that still ok with you? > > -kto > > > Rama Pulavarthi wrote: >> In jax-ws repo, Can Java Activation Framework (JAF) sources be packaged >> in a separate bundle from jax-ws/jaxb source bundle. >> >> thanks, >> Rama Pulavarthi >> >> Kelly O'Hair wrote: >>> Need reviewers (jaxp and jaxws repository changes): >>> >>> 6856630: Restructure jaxp/jaxws repositories >>> >>> http://cr.openjdk.java.net/~ohair/jdk7-build-jax-6856630-jaxp/webrev/ >>> http://cr.openjdk.java.net/~ohair/jdk7-build-jax-6856630-jaxws/webrev/ >>> >>> Goal is to ease the jaxp and jaxws integration into jdk7. >>> The JAXP or JAXWS teams would make the jdk7 source drop bundles >>> available, >>> and integration into jdk7 would involve the modifications of >>> some properties in jaxp/build.properties to use different drop bundles. >>> >>> * 'ant source' populates the drop source and would be run prior to >>> the creation of larger source bundles for openjdk7 and jdk7. >>> >>> * Test bundle specifics and how the tests are run are TBD >>> >>> * Original source is still in the "src/" directory and after >>> some soak time will be deleted from the repository or moved aside. >>> >>> * Formal builds can use ALT_JAX*_SOURCE_BUNDLE to select the bundle. >>> >>> -kto >>> >> From Kelly.Ohair at Sun.COM Fri Sep 11 01:33:55 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Thu, 10 Sep 2009 18:33:55 -0700 Subject: Need reviewers - 6856630: Restructure jaxp/jaxws repository In-Reply-To: <4AA016FA.9010001@sun.com> References: <4A984CE9.4020308@sun.com> <4A9C7530.1060803@sun.com> <4AA016FA.9010001@sun.com> Message-ID: <4AA9A903.4050006@sun.com> Joes & Rama, I'll CC the jdk7 open build alias in case anyone else might be interested in this continuing saga. Ok, here is my next attempt at: 6856630: Restructure jaxp/jaxws repositories http://cr.openjdk.java.net/~ohair/openjdk7/jdk7-build-jax-6856630-jaxp/webrev/ http://cr.openjdk.java.net/~ohair/openjdk7/jdk7-build-jax-6856630-jaxws/webrev/ The ant macrodefs for the most part have been replaced with a template xml file that gets turned into any number of drop bundle download targets. The jaxws sources have been broken up into 2 source bundles, jaf is separate. Bundles are temporarily located at: http://kenai.com/projects/jdk7-drops/downloads/download Test bundles are allowed for but currently do not exist. Patches are allowed for, but currently no patches exist. There is a great deal of similarity between these two repositories, it might be possible in the future to share some of these files. Crafting this ant script logic is tricky, nothing is simple. Let me know what you think. -kto P.S. kenai.com downloads behave irregularly, if the file being downloaded does not exist, you still get a file downloaded, but it's not what you wanted. :^( From joe.wang at sun.com Fri Sep 11 05:27:05 2009 From: joe.wang at sun.com (Joe Wang) Date: Thu, 10 Sep 2009 22:27:05 -0700 Subject: Need reviewers - 6856630: Restructure jaxp/jaxws repository In-Reply-To: <4AA9A903.4050006@sun.com> References: <4A984CE9.4020308@sun.com> <4A9C7530.1060803@sun.com> <4AA016FA.9010001@sun.com> <4AA9A903.4050006@sun.com> Message-ID: <4AA9DFA9.5080706@sun.com> Kelly, I'm taking Friday and Monday off. I'll do after I'm back. Thanks, Joe Kelly O'Hair wrote: > Joes & Rama, > > I'll CC the jdk7 open build alias in case anyone else might be > interested in this continuing saga. > > Ok, here is my next attempt at: > 6856630: Restructure jaxp/jaxws repositories > > http://cr.openjdk.java.net/~ohair/openjdk7/jdk7-build-jax-6856630-jaxp/webrev/ > > http://cr.openjdk.java.net/~ohair/openjdk7/jdk7-build-jax-6856630-jaxws/webrev/ > > > The ant macrodefs for the most part have been replaced with a template > xml file that gets turned into any number of drop bundle download > targets. > The jaxws sources have been broken up into 2 source bundles, jaf is > separate. Bundles are temporarily located at: > http://kenai.com/projects/jdk7-drops/downloads/download > Test bundles are allowed for but currently do not exist. > Patches are allowed for, but currently no patches exist. > There is a great deal of similarity between these two repositories, > it might be possible in the future to share some of these files. > > Crafting this ant script logic is tricky, nothing is simple. > > Let me know what you think. > > -kto > > P.S. kenai.com downloads behave irregularly, if the file being downloaded > does not exist, you still get a file downloaded, but it's not what you > wanted. :^( From Joe.Darcy at Sun.COM Fri Sep 11 22:55:51 2009 From: Joe.Darcy at Sun.COM (Joe Darcy) Date: Fri, 11 Sep 2009 15:55:51 -0700 Subject: Need reviewers - 6856630: Restructure jaxp/jaxws repository In-Reply-To: <4AA9A903.4050006@sun.com> References: <4A984CE9.4020308@sun.com> <4A9C7530.1060803@sun.com> <4AA016FA.9010001@sun.com> <4AA9A903.4050006@sun.com> Message-ID: <4AAAD577.3010108@sun.com> Generally looks okay; one minor comment, the jaxp webrev has files that appear to be moved as being deleted and added. Thanks, -Joe On 09/10/09 06:33 PM, Kelly O'Hair wrote: > Joes & Rama, > > I'll CC the jdk7 open build alias in case anyone else might be > interested in this continuing saga. > > Ok, here is my next attempt at: > 6856630: Restructure jaxp/jaxws repositories > > http://cr.openjdk.java.net/~ohair/openjdk7/jdk7-build-jax-6856630-jaxp/webrev/ > > http://cr.openjdk.java.net/~ohair/openjdk7/jdk7-build-jax-6856630-jaxws/webrev/ > > > The ant macrodefs for the most part have been replaced with a template > xml file that gets turned into any number of drop bundle download > targets. > The jaxws sources have been broken up into 2 source bundles, jaf is > separate. Bundles are temporarily located at: > http://kenai.com/projects/jdk7-drops/downloads/download > Test bundles are allowed for but currently do not exist. > Patches are allowed for, but currently no patches exist. > There is a great deal of similarity between these two repositories, > it might be possible in the future to share some of these files. > > Crafting this ant script logic is tricky, nothing is simple. > > Let me know what you think. > > -kto > > P.S. kenai.com downloads behave irregularly, if the file being downloaded > does not exist, you still get a file downloaded, but it's not what you > wanted. :^( From Kelly.Ohair at Sun.COM Fri Sep 11 23:17:19 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Fri, 11 Sep 2009 16:17:19 -0700 Subject: Need reviewers - 6856630: Restructure jaxp/jaxws repository In-Reply-To: <4AAAD577.3010108@sun.com> References: <4A984CE9.4020308@sun.com> <4A9C7530.1060803@sun.com> <4AA016FA.9010001@sun.com> <4AA9A903.4050006@sun.com> <4AAAD577.3010108@sun.com> Message-ID: <4AAADA7F.5080704@sun.com> Yeah, I think that's an artifact of the way I move my patch from one workspace to another. I'll try and fix it when the final changeset is created. -kto Joe Darcy wrote: > Generally looks okay; one minor comment, the jaxp webrev has files that > appear to be moved as being deleted and added. > > Thanks, > > -Joe > > On 09/10/09 06:33 PM, Kelly O'Hair wrote: >> Joes & Rama, >> >> I'll CC the jdk7 open build alias in case anyone else might be >> interested in this continuing saga. >> >> Ok, here is my next attempt at: >> 6856630: Restructure jaxp/jaxws repositories >> >> http://cr.openjdk.java.net/~ohair/openjdk7/jdk7-build-jax-6856630-jaxp/webrev/ >> >> http://cr.openjdk.java.net/~ohair/openjdk7/jdk7-build-jax-6856630-jaxws/webrev/ >> >> >> The ant macrodefs for the most part have been replaced with a template >> xml file that gets turned into any number of drop bundle download >> targets. >> The jaxws sources have been broken up into 2 source bundles, jaf is >> separate. Bundles are temporarily located at: >> http://kenai.com/projects/jdk7-drops/downloads/download >> Test bundles are allowed for but currently do not exist. >> Patches are allowed for, but currently no patches exist. >> There is a great deal of similarity between these two repositories, >> it might be possible in the future to share some of these files. >> >> Crafting this ant script logic is tricky, nothing is simple. >> >> Let me know what you think. >> >> -kto >> >> P.S. kenai.com downloads behave irregularly, if the file being downloaded >> does not exist, you still get a file downloaded, but it's not what you >> wanted. :^( > From mr at sun.com Fri Sep 11 23:21:14 2009 From: mr at sun.com (Mark Reinhold) Date: Fri, 11 Sep 2009 16:21:14 -0700 Subject: Need reviewers - 6856630: Restructure jaxp/jaxws repository In-Reply-To: kelly.ohair@sun.com; Fri, 11 Sep 2009 16:17:19 PDT; <4AAADA7F.5080704@sun.com> Message-ID: <20090911232114.718BD100F@eggemoggin.niobe.net> > Date: Fri, 11 Sep 2009 16:17:19 -0700 > From: kelly.ohair at sun.com > Joe Darcy wrote: >> Generally looks okay; one minor comment, the jaxp webrev has files that >> appear to be moved as being deleted and added. > > Yeah, I think that's an artifact of the way I move my patch from one > workspace to another. > I'll try and fix it when the final changeset is created. hg diff/export --git should do the trick, right? - Mark From Kelly.Ohair at Sun.COM Sat Sep 12 00:14:12 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Fri, 11 Sep 2009 17:14:12 -0700 Subject: Need reviewers - 6856630: Restructure jaxp/jaxws repository In-Reply-To: <20090911232114.718BD100F@eggemoggin.niobe.net> References: <20090911232114.718BD100F@eggemoggin.niobe.net> Message-ID: <4AAAE7D4.7050601@sun.com> Mark Reinhold wrote: >> Date: Fri, 11 Sep 2009 16:17:19 -0700 >> From: kelly.ohair at sun.com > >> Joe Darcy wrote: >>> Generally looks okay; one minor comment, the jaxp webrev has files that >>> appear to be moved as being deleted and added. >> Yeah, I think that's an artifact of the way I move my patch from one >> workspace to another. >> I'll try and fix it when the final changeset is created. > > hg diff/export --git should do the trick, right? > > - Mark I thought that's what I used.... Maybe I forgot to use 'hg mv -A' before I ran diff. -kto From Kelly.Ohair at Sun.COM Sat Sep 12 02:07:20 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Fri, 11 Sep 2009 19:07:20 -0700 Subject: Preliminary work on jdk build time improvements Message-ID: <4AAB0258.1060504@sun.com> Here is a preliminary (and incomplete) webrev on some changes I've been working on to reduce the build time. 6875240: Reduce Makefile build time by limiting repeated exec's (mostly for cygwin building) http://cr.openjdk.java.net/~ohair/openjdk7/jdk7-build-cygwin/webrev/ The Windows cygwin builds will benefit the most on this, but all platforms will get some benefits. Comments and suggestions on this are welcome. -kto From Steve.Blackburn at anu.edu.au Sat Sep 12 05:04:20 2009 From: Steve.Blackburn at anu.edu.au (Steve Blackburn) Date: Sat, 12 Sep 2009 15:04:20 +1000 Subject: DaCapo 9.10-beta0 available Message-ID: <07852484-DE58-4DAC-987F-68F87D42A34F@anu.edu.au> We are pleased to announce the beta release of the forthcoming major release of the DaCapo benchmark suite. We apologize if you receive this email more than once. Please note that this BETA release is NOT SUITABLE AS A RESEARCH TOOL. The purpose of the release is to invite researchers (particularly JVM developers) to evaluate the it and give us feedback (see links below for mailing list and bug trackers). Please be sure to note known bugs and limitations (see end of release notes) before sending in feedback. This will be the first of a number of beta releases. Please check the web site for updates. We welcome your feedback and thank many of you for the contributions you've made already. Best wishes, Steve Blackburn, ANU John Zigman, ANU Kathryn McKinley, UT Austin (On behalf of the DaCapo project). ----- Key information: 1. Source and binary downloads are available here: https://sourceforge.net/projects/dacapobench/files/dacapobench/9.10-beta0 2. Release notes are available below and here: http://www.dacapo-bench.org/RELEASE_NOTES.txt 3. Bug tracker and feature requests here: http://sourceforge.net/projects/dacapobench/develop http://sourceforge.net/tracker/?group_id=172498&atid=861957 http://sourceforge.net/tracker/?group_id=172498&atid=861960 4. Mailing list here: https://sourceforge.net/mail/?group_id=172498 5. Regression results here: http://dacapo.anu.edu.au/regression/sanity/latest/index.html http://dacapo.anu.edu.au/regression/perf/head.html ----- dacapo-9.10-beta0 RELEASE NOTES 2009-09-10 ************************************************************************ * IMPORTANT: This beta release is NOT SUITABLE AS A RESEARCH TOOL. * * * * Please wait for the full release before using the suite for research * * purposes. The benchmarks in this beta release are: * * * * 1) not fully tuned, * * 2) not fully evaluated, * * 3) known to have various limitations and bugs, and * * 4) subject to change without notice. * * * ************************************************************************ This is the first beta release of the anticipated 9.10 release of the DaCapo benchmark suite. These notes are structured as follows: 1. Purpose 2. Overview 3. Usage 4. Changes 5. Known problems and limitations 1. Purpose ---------- This beta release exists specifically (and only) to allow community feedback and contribution to the upcoming major release, and to allow JVM vendors to test against the suite prior to the final release. We strongly encourage the community to explore and evaluate these benchmarks and to send feedback to the dacapo research group via the mailing list and/or bug tracker. Please check the list of known issues (below) before sending feedback. mailing list: dacapobench-researchers at lists.sourceforge.net (subscribe via: http://sourceforge.net/mail/?group_id=172498) bug tracker: http://sourceforge.net/tracker/?group_id=172498&atid=861957 or navigate to it from http://sourceforge.net/projects/dacapobench/develop We are particularly interested in feedback on the following: o The decision to add benchmarks "avrora", "batik", "derby", "sunflow", "tomcat", "tradebeans", and "tradesoap" (see 4.1 below). o The decision to "retire" benchmarks "antlr", "bloat", "chart", and "hsqldb" (see 4.2 below). o The tuning / running time of each of the benchmarks in their default settings. o The structure and behavior of the tradebeans, tradesoap and tomcat client/server benchmarks. o Any issues associated with building, running and usability of the suite. 2. Overview ----------- The DaCapo benchmark suite is slated to be updated every few years. The 9.10 release will be the first major update of the suite, and is strictly incompatible with previous releases: new benchmarks have been added, old benchmarks have been removed, all other benchmarks have been substantially updated. It is for this reason that in any published use of the suite, the version of the suite must be explicitly stated. The release sees the retirement of a number of single-threaded benchmarks (antlr, bloat and chart), the replacement of hsqldb by derby, the addition of six completely new benchmarks, and the upgrade of all other benchmarks to reflect the current release state of the applications from which the benchmarks were derived. These changes are consistent with the original goals of the DaCapo project, which include the desire for the suite to remain relevant and reflect the current state of deployed Java applications. Each of these benchmarks is tested for both performance* and correctness nightly. Results are available here: o performance: http://dacapo.anu.edu.au/regression/perf/head.html o sanity: http://dacapo.anu.edu.au/regression/sanity/latest/ * tradebeans and tradesoap are not yet running performance tests 3. Usage -------- 3.1 Downloading o Download the binary jar and/or source zip from: https://sourceforge.net/projects/dacapobench/files/ o Access the source from subversion via svn co https://dacapobench.svn.sourceforge.net/svnroot/dacapobench dacapobench 3.2 Running o Run a benchmark: java -jar .jar o For usage information, run with no arguments. 3.3 Building o You must have a working, recent version of ant installed. Change to the benchmarks directory and then run: ant -p for instructions on how to build. 4. Changes ---------- 4.1. Additions avrora: AVRORA is a set of simulation and analysis tools in a framework for AVR microcontrollers. The benchmark exhibits a great deal of fine-grained concurrency. The benchmark is courtesy of Ben Titzer (Sun Microsystems) and was developed at UCLA. batik: Batik is an SVG toolkit produced by the Apache foundation. The benchmark renders a number of svg files. derby: Derby is an in-memory database benchmark, using the Derby database produced by the Apache foundation, and executing the pseudojdbc workload previously used by hsqldb. Derby replaces hsqldb. sunflow: Sunflow is a rendering system for photo-realistic images based on raytracing engine. tomcat: Tomcat uses the Apache Tomcat servelet container to run some sample web applications. tradebeans: Tradebeans runs the Apache daytrader workload "directly" (via EJB) within a Geronimo application server. Daytrader is derived from the IBM Trade6 benchmark. tradesoap: Tradesoap is identical to the tradebeans workload, except that client/server communications is via soap protocols (and the workloads are reduced in size to compensate the substantially higher overhead). Tradebeans and tradesoap were added as a pair specifically to allow researchers to analyze overheads associated with the widely used soap protocol. 4.2. Deletions antlr: Antlr is single threaded and highly repetitive. The most recent version of jython uses antlr; so antlr remains represented within the DaCapo suite. bloat: Bloat is not as widely used as our other workloads and the code exhibited some pathologies that were arguably not representive or desirable in a suite that was to be representive of modern Java applications. chart: Chart was repetitive and used a framework that appears not to be as widely used as most of the other DaCapo benchmarks. The Batik workload has some similarities with chart (both are render vector graphics), but is part of a larger heavyly used framework from Apache. hsqldb: Hsqldb has been replaced by derby, which runs the same workload but uses a much more widely used database engine. 4.3. Updates All other benchmarks have been updated to reflect the latest release of the underlying application (with the exception of eclipse, where the update to 3.5 is underway). 4.4. Other Notable Changes The packaging of the DaCapo suite has been completely re-worked and the source code is entirely re-organized. 5. Known Issues --------------- Please consult the bug tracker for a complete and up to date list of known issues (http://sourceforge.net/tracker/?group_id=172498&atid=861957 ). DaCapo is an open source community project. We welcome all assistance in addressing bugs and shortcomings in the suite. A few notable high priority issues are listed here: 5.1 Concurrency We intend to conduct a concurrency audit, analyzing and documenting the level of concurrency in each of the workloads. The per-benchmark documentation available at the commandline (with the -i switch) should report the level of threading for each benchmark. Although most benchmarks exhibit significant concurrency, we have made the conscious decision to continue to include a few single-threaded benchmarks. We do this because as long as there exist a significant number of single threaded applications in popular use, the single-threaded performance of a JVM is important. 5.2 Trade The trade benchmarks currently do not reliably run beyond one or two iterations (and consequently don't appear in our peformance regression results since those regressions perform 10 iterations). The benchmarks are known to suffer from memory leaks and database deadlocks. 5.3 Eclipse We are in the process of updating eclipse, but have not yet completed this, so at present eclipse runs the same version as it did in the 2006 release. 5.4 Derby We intend to move to using a TCPC workload rather than PseudoJDBC for derby. We also wish to remove derby's build-time dependency on a 1.4 JVM. 5.5 Tomcat We intend to make the tomcat workload more interesting. Performacne results show that tomcat currently has a remarkably flat warm-up curve when compared to other benchmarks. -------------- next part -------------- An HTML attachment was scrubbed... URL: From eric.v at upcmail.nl Mon Sep 14 15:10:48 2009 From: eric.v at upcmail.nl (ericjoh) Date: Mon, 14 Sep 2009 08:10:48 -0700 (PDT) Subject: swing-nimbus' BorderMapper does not compile in openjdk-7-ea-src-b71-03_sep_2009 Message-ID: <25437620.post@talk.nabble.com> Hi, While building openjdk-7-ea-src-b71-03_sep_2009, org/jdesktop/synthdesigner/synthmodel/jibxhelpers/BorderMapper.java and others does not compile. I have done $ DEBUG_BINARIES=true DEBUG_CLASSFILES=true OPTIMIZATION_LEVEL=NONE make ALT_BOOTDIR=/home/eric/Java/jdk1.6.0_14 ALT_BINARY_PLUGS_PATH=/home/eric/Java/openjdk/openjdk-binary-plugs ALT_JIBX_LIBS_PATH=/home/eric/Java/openjdk/jibx/lib ALT_CUPS_HEADERS_PATH=/home/eric/Java/openjdk/cups-1.4.0 I see ... make[4]: Entering directory `/home/eric/Java/openjdk/openjdk/jdk/make/tools/swing-nimbus' ... /home/eric/Java/jdk1.6.0_14/bin/javac -J-XX:ThreadStackSize=768 -J-XX:-PrintVMOptions -J-XX:+UnlockDiagnosticVMOptions -J-XX:-LogVMOutput -J-client -J-Xmx896m -J-Xms128m -J-XX:PermSize=32m -J-XX:MaxPermSize=160m -encoding ascii -source 6 -target 6 -XDignore.symbol.file=true -classpath "/home/eric/Java/openjdk/jibx/lib/bcel.jar:/home/eric/Java/openjdk/jibx/lib/xpp3.jar:/home/eric/Java/openjdk/jibx/lib/jibx-bind.jar:/home/eric/Java/openjdk/jibx/lib/jibx-run.jar" \ -d /home/eric/Java/openjdk/openjdk/build/linux-i586/btclasses -sourcepath classes \ classes/org/jdesktop/beans/AbstractBean.java ... classes/org/jdesktop/synthdesigner/synthmodel/jibxhelpers/BorderMapper.java ... classes/org/jdesktop/synthdesigner/synthmodel/jibxhelpers/BorderMapper.java:54: org.jdesktop.synthdesigner.synthmodel.jibxhelpers.BorderMapper is not abstract and does not override abstract method isExtension(java.lang.String) in org.jibx.runtime.IMarshaller public class BorderMapper implements IMarshaller, IUnmarshaller, IAliasable { ^ What am I doing wrong? Thanks. -- View this message in context: http://www.nabble.com/swing-nimbus%27-BorderMapper-does-not-compile-in-openjdk-7-ea-src-b71-03_sep_2009-tp25437620p25437620.html Sent from the OpenJDK Build Infrastructure mailing list archive at Nabble.com. From xiomara.jayasena at sun.com Mon Sep 14 18:02:21 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Mon, 14 Sep 2009 18:02:21 +0000 Subject: hg: jdk7/build: Added tag jdk7-b71 for changeset 4c36e9853dda Message-ID: <20090914180221.9553412120@hg.openjdk.java.net> Changeset: 378f57273f09 Author: xdono Date: 2009-09-03 10:52 -0700 URL: http://hg.openjdk.java.net/jdk7/build/rev/378f57273f09 Added tag jdk7-b71 for changeset 4c36e9853dda ! .hgtags From xiomara.jayasena at sun.com Mon Sep 14 18:02:46 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Mon, 14 Sep 2009 18:02:46 +0000 Subject: hg: jdk7/build/corba: 2 new changesets Message-ID: <20090914180248.E0B2A12125@hg.openjdk.java.net> Changeset: c793a3120926 Author: xdono Date: 2009-09-03 10:52 -0700 URL: http://hg.openjdk.java.net/jdk7/build/corba/rev/c793a3120926 Added tag jdk7-b71 for changeset 3f1ef7f899ea ! .hgtags Changeset: 085333867e39 Author: xdono Date: 2009-09-14 10:57 -0700 URL: http://hg.openjdk.java.net/jdk7/build/corba/rev/085333867e39 Merge From xiomara.jayasena at sun.com Mon Sep 14 18:03:55 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Mon, 14 Sep 2009 18:03:55 +0000 Subject: hg: jdk7/build/hotspot: Added tag jdk7-b71 for changeset 50a95aa4a247 Message-ID: <20090914180401.A987A1212A@hg.openjdk.java.net> Changeset: 6e6427f797c0 Author: xdono Date: 2009-09-03 10:52 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/6e6427f797c0 Added tag jdk7-b71 for changeset 50a95aa4a247 ! .hgtags From xiomara.jayasena at sun.com Mon Sep 14 18:07:34 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Mon, 14 Sep 2009 18:07:34 +0000 Subject: hg: jdk7/build/jaxp: Added tag jdk7-b71 for changeset ff94d8ce0dad Message-ID: <20090914180737.10FEC1212F@hg.openjdk.java.net> Changeset: 37c805b6156f Author: xdono Date: 2009-09-03 10:52 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jaxp/rev/37c805b6156f Added tag jdk7-b71 for changeset ff94d8ce0dad ! .hgtags From xiomara.jayasena at sun.com Mon Sep 14 18:08:09 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Mon, 14 Sep 2009 18:08:09 +0000 Subject: hg: jdk7/build/jaxws: Added tag jdk7-b71 for changeset 03314cf56a72 Message-ID: <20090914180811.9CBBA12134@hg.openjdk.java.net> Changeset: 4c990aa99bc0 Author: xdono Date: 2009-09-03 10:52 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jaxws/rev/4c990aa99bc0 Added tag jdk7-b71 for changeset 03314cf56a72 ! .hgtags From xiomara.jayasena at sun.com Mon Sep 14 18:08:57 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Mon, 14 Sep 2009 18:08:57 +0000 Subject: hg: jdk7/build/jdk: 23 new changesets Message-ID: <20090914181352.DC39212139@hg.openjdk.java.net> Changeset: ce3fde68c495 Author: xdono Date: 2009-09-03 10:53 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/ce3fde68c495 Added tag jdk7-b71 for changeset b3f3240135f0 ! .hgtags Changeset: b115cf946852 Author: sherman Date: 2009-08-25 15:14 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/b115cf946852 4963968: zlib should be upgraded to current version of zlib Summary: upgrade zlib to the latest ver 1.2.3 Reviewed-by: martin, alanb, ksrini ! make/com/sun/java/pack/Makefile ! make/common/Defs.gmk ! make/java/jli/Makefile ! make/java/zip/FILES_c.gmk ! make/java/zip/Makefile ! make/java/zip/reorder-i586 ! make/java/zip/reorder-sparc ! make/java/zip/reorder-sparcv9 ! make/sun/splashscreen/FILES_c.gmk ! make/sun/splashscreen/Makefile - src/share/native/java/util/zip/zlib-1.1.3/ChangeLog - src/share/native/java/util/zip/zlib-1.1.3/README - src/share/native/java/util/zip/zlib-1.1.3/compress.c - src/share/native/java/util/zip/zlib-1.1.3/deflate.c - src/share/native/java/util/zip/zlib-1.1.3/deflate.h - src/share/native/java/util/zip/zlib-1.1.3/doc/algorithm.doc - src/share/native/java/util/zip/zlib-1.1.3/example.c - src/share/native/java/util/zip/zlib-1.1.3/gzio.c - src/share/native/java/util/zip/zlib-1.1.3/infblock.c - src/share/native/java/util/zip/zlib-1.1.3/infblock.h - src/share/native/java/util/zip/zlib-1.1.3/infcodes.c - src/share/native/java/util/zip/zlib-1.1.3/infcodes.h - src/share/native/java/util/zip/zlib-1.1.3/inffast.c - src/share/native/java/util/zip/zlib-1.1.3/inffast.h - src/share/native/java/util/zip/zlib-1.1.3/inffixed.h - src/share/native/java/util/zip/zlib-1.1.3/inflate.c - src/share/native/java/util/zip/zlib-1.1.3/inftrees.c - src/share/native/java/util/zip/zlib-1.1.3/inftrees.h - src/share/native/java/util/zip/zlib-1.1.3/infutil.c - src/share/native/java/util/zip/zlib-1.1.3/infutil.h - src/share/native/java/util/zip/zlib-1.1.3/minigzip.c - src/share/native/java/util/zip/zlib-1.1.3/trees.c - src/share/native/java/util/zip/zlib-1.1.3/trees.h - src/share/native/java/util/zip/zlib-1.1.3/uncompr.c - src/share/native/java/util/zip/zlib-1.1.3/zadler32.c - src/share/native/java/util/zip/zlib-1.1.3/zconf.h - src/share/native/java/util/zip/zlib-1.1.3/zcrc32.c - src/share/native/java/util/zip/zlib-1.1.3/zlib.h - src/share/native/java/util/zip/zlib-1.1.3/zutil.c - src/share/native/java/util/zip/zlib-1.1.3/zutil.h + src/share/native/java/util/zip/zlib-1.2.3/ChangeLog + src/share/native/java/util/zip/zlib-1.2.3/README + src/share/native/java/util/zip/zlib-1.2.3/compress.c + src/share/native/java/util/zip/zlib-1.2.3/crc32.h + src/share/native/java/util/zip/zlib-1.2.3/deflate.c + src/share/native/java/util/zip/zlib-1.2.3/deflate.h + src/share/native/java/util/zip/zlib-1.2.3/gzio.c + src/share/native/java/util/zip/zlib-1.2.3/infback.c + src/share/native/java/util/zip/zlib-1.2.3/inffast.c + src/share/native/java/util/zip/zlib-1.2.3/inffast.h + src/share/native/java/util/zip/zlib-1.2.3/inffixed.h + src/share/native/java/util/zip/zlib-1.2.3/inflate.c + src/share/native/java/util/zip/zlib-1.2.3/inflate.h + src/share/native/java/util/zip/zlib-1.2.3/inftrees.c + src/share/native/java/util/zip/zlib-1.2.3/inftrees.h + src/share/native/java/util/zip/zlib-1.2.3/patches/ChangeLog_java + src/share/native/java/util/zip/zlib-1.2.3/patches/crc32.c.diff + src/share/native/java/util/zip/zlib-1.2.3/patches/inflate.c.diff + src/share/native/java/util/zip/zlib-1.2.3/patches/zconf.h.diff + src/share/native/java/util/zip/zlib-1.2.3/patches/zlib.h.diff + src/share/native/java/util/zip/zlib-1.2.3/trees.c + src/share/native/java/util/zip/zlib-1.2.3/trees.h + src/share/native/java/util/zip/zlib-1.2.3/uncompr.c + src/share/native/java/util/zip/zlib-1.2.3/zadler32.c + src/share/native/java/util/zip/zlib-1.2.3/zconf.h + src/share/native/java/util/zip/zlib-1.2.3/zcrc32.c + src/share/native/java/util/zip/zlib-1.2.3/zlib.h + src/share/native/java/util/zip/zlib-1.2.3/zutil.c + src/share/native/java/util/zip/zlib-1.2.3/zutil.h Changeset: 196c7bb551e7 Author: darcy Date: 2009-08-25 18:58 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/196c7bb551e7 6875861: javadoc build warning on java.util.Properites from unconventional @see ordering Reviewed-by: martin ! src/share/classes/java/util/Properties.java Changeset: 2607e571a6d5 Author: weijun Date: 2009-08-26 12:17 +0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/2607e571a6d5 6868864: Kerberos tests fail under windows/cygwin Reviewed-by: wetmore ! test/sun/security/krb5/auto/basic.sh Changeset: 69396f593772 Author: dl Date: 2009-08-25 19:19 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/69396f593772 6871697: LinkedBlockingQueue Iterator/remove/poll race Summary: More checks for node.next == node Reviewed-by: martin, dholmes, chegar ! src/share/classes/java/util/concurrent/LinkedBlockingQueue.java Changeset: aeaf7b138d90 Author: dl Date: 2009-08-25 19:19 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/aeaf7b138d90 6868712: Improve concurrent queue tests Summary: Fix all known flaky tests, plus minor maintenance Reviewed-by: martin, chegar ! test/java/util/Collection/BiggernYours.java ! test/java/util/Collection/IteratorAtEnd.java ! test/java/util/Collection/MOAT.java ! test/java/util/Collections/RacingCollections.java ! test/java/util/PriorityQueue/RemoveContains.java ! test/java/util/concurrent/BlockingQueue/CancelledProducerConsumerLoops.java ! test/java/util/concurrent/BlockingQueue/Interrupt.java + test/java/util/concurrent/BlockingQueue/LastElement.java ! test/java/util/concurrent/BlockingQueue/MultipleProducersSingleConsumerLoops.java ! test/java/util/concurrent/BlockingQueue/OfferDrainToLoops.java ! test/java/util/concurrent/BlockingQueue/PollMemoryLeak.java ! test/java/util/concurrent/BlockingQueue/ProducerConsumerLoops.java ! test/java/util/concurrent/BlockingQueue/SingleProducerMultipleConsumerLoops.java ! test/java/util/concurrent/ConcurrentQueues/ConcurrentQueueLoops.java ! test/java/util/concurrent/ConcurrentQueues/GCRetention.java ! test/java/util/concurrent/ConcurrentQueues/IteratorWeakConsistency.java + test/java/util/concurrent/ConcurrentQueues/OfferRemoveLoops.java ! test/java/util/concurrent/ConcurrentQueues/RemovePollRace.java - test/java/util/concurrent/LinkedBlockingQueue/LastElement.java - test/java/util/concurrent/LinkedBlockingQueue/OfferRemoveLoops.java Changeset: 25371bf31658 Author: darcy Date: 2009-08-27 11:48 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/25371bf31658 6876628: @throw instead of @throws in two ParagraphView classes Reviewed-by: peterz ! src/share/classes/javax/swing/text/ParagraphView.java ! src/share/classes/javax/swing/text/html/ParagraphView.java Changeset: 5342b0cdbf95 Author: xlu Date: 2009-08-27 18:00 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/5342b0cdbf95 6876282: BigDecimal's divide(BigDecimal bd, RoundingFormat r) produces incorrect result Reviewed-by: darcy ! src/share/classes/java/math/BigDecimal.java ! test/java/math/BigDecimal/DivideTests.java Changeset: 4a5f2147f953 Author: darcy Date: 2009-08-28 11:11 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/4a5f2147f953 6877122: Many javadoc warnings from java.awt.Window, other awt classes Reviewed-by: anthony ! src/share/classes/java/awt/Cursor.java ! src/share/classes/java/awt/Window.java ! src/share/classes/java/awt/dnd/DragSourceContext.java Changeset: e0f79982edd2 Author: darcy Date: 2009-08-28 14:11 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/e0f79982edd2 6261502: (reflect) Add the functionality to screen out the "inappropriate" modifier bits Reviewed-by: alanb ! src/share/classes/java/lang/reflect/Constructor.java ! src/share/classes/java/lang/reflect/Method.java ! src/share/classes/java/lang/reflect/Modifier.java Changeset: 225aa5ee10da Author: tbell Date: 2009-08-28 16:53 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/225aa5ee10da Merge ! src/share/classes/javax/swing/text/ParagraphView.java - src/share/native/java/util/zip/zlib-1.1.3/ChangeLog - src/share/native/java/util/zip/zlib-1.1.3/README - src/share/native/java/util/zip/zlib-1.1.3/compress.c - src/share/native/java/util/zip/zlib-1.1.3/deflate.c - src/share/native/java/util/zip/zlib-1.1.3/deflate.h - src/share/native/java/util/zip/zlib-1.1.3/doc/algorithm.doc - src/share/native/java/util/zip/zlib-1.1.3/example.c - src/share/native/java/util/zip/zlib-1.1.3/gzio.c - src/share/native/java/util/zip/zlib-1.1.3/infblock.c - src/share/native/java/util/zip/zlib-1.1.3/infblock.h - src/share/native/java/util/zip/zlib-1.1.3/infcodes.c - src/share/native/java/util/zip/zlib-1.1.3/infcodes.h - src/share/native/java/util/zip/zlib-1.1.3/inffast.c - src/share/native/java/util/zip/zlib-1.1.3/inffast.h - src/share/native/java/util/zip/zlib-1.1.3/inffixed.h - src/share/native/java/util/zip/zlib-1.1.3/inflate.c - src/share/native/java/util/zip/zlib-1.1.3/inftrees.c - src/share/native/java/util/zip/zlib-1.1.3/inftrees.h - src/share/native/java/util/zip/zlib-1.1.3/infutil.c - src/share/native/java/util/zip/zlib-1.1.3/infutil.h - src/share/native/java/util/zip/zlib-1.1.3/minigzip.c - src/share/native/java/util/zip/zlib-1.1.3/trees.c - src/share/native/java/util/zip/zlib-1.1.3/trees.h - src/share/native/java/util/zip/zlib-1.1.3/uncompr.c - src/share/native/java/util/zip/zlib-1.1.3/zadler32.c - src/share/native/java/util/zip/zlib-1.1.3/zconf.h - src/share/native/java/util/zip/zlib-1.1.3/zcrc32.c - src/share/native/java/util/zip/zlib-1.1.3/zlib.h - src/share/native/java/util/zip/zlib-1.1.3/zutil.c - src/share/native/java/util/zip/zlib-1.1.3/zutil.h - test/java/util/concurrent/LinkedBlockingQueue/LastElement.java - test/java/util/concurrent/LinkedBlockingQueue/OfferRemoveLoops.java Changeset: db5d6b4cbc11 Author: martin Date: 2009-08-31 15:00 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/db5d6b4cbc11 6860431: Character.isSurrogate(char ch) Summary: Add new method Character.isSurrogate(char ch) Reviewed-by: sherman, darcy, okutsu ! src/share/classes/java/lang/Character.java ! src/share/classes/sun/io/CharToByteDBCS_ASCII.java ! src/share/classes/sun/io/CharToByteDBCS_EBCDIC.java ! src/share/classes/sun/nio/cs/ISO_8859_1.java ! src/share/classes/sun/nio/cs/SingleByte.java ! src/share/classes/sun/nio/cs/SingleByteEncoder.java ! src/share/classes/sun/nio/cs/Surrogate.java ! src/share/classes/sun/nio/cs/US_ASCII.java ! src/share/classes/sun/nio/cs/UTF_32Coder.java ! src/share/classes/sun/nio/cs/UTF_8.java ! src/share/classes/sun/nio/cs/UnicodeDecoder.java ! src/share/classes/sun/nio/cs/UnicodeEncoder.java ! src/share/classes/sun/nio/cs/ext/DoubleByte.java ! src/share/classes/sun/nio/cs/ext/DoubleByteEncoder.java ! src/share/classes/sun/nio/cs/ext/EUC_JP.java ! src/share/classes/sun/nio/cs/ext/EUC_JP_LINUX.java ! src/share/classes/sun/nio/cs/ext/EUC_TW.java ! src/share/classes/sun/nio/cs/ext/GB18030.java ! src/share/classes/sun/nio/cs/ext/ISCII91.java ! src/share/classes/sun/nio/cs/ext/ISO2022.java ! src/share/classes/sun/nio/cs/ext/ISO2022_JP.java ! src/share/classes/sun/nio/cs/ext/SimpleEUCEncoder.java Changeset: ed0863629d28 Author: tbell Date: 2009-09-03 18:32 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/ed0863629d28 Merge - src/share/native/java/util/zip/zlib-1.1.3/ChangeLog - src/share/native/java/util/zip/zlib-1.1.3/README - src/share/native/java/util/zip/zlib-1.1.3/compress.c - src/share/native/java/util/zip/zlib-1.1.3/deflate.c - src/share/native/java/util/zip/zlib-1.1.3/deflate.h - src/share/native/java/util/zip/zlib-1.1.3/doc/algorithm.doc - src/share/native/java/util/zip/zlib-1.1.3/example.c - src/share/native/java/util/zip/zlib-1.1.3/gzio.c - src/share/native/java/util/zip/zlib-1.1.3/infblock.c - src/share/native/java/util/zip/zlib-1.1.3/infblock.h - src/share/native/java/util/zip/zlib-1.1.3/infcodes.c - src/share/native/java/util/zip/zlib-1.1.3/infcodes.h - src/share/native/java/util/zip/zlib-1.1.3/inffast.c - src/share/native/java/util/zip/zlib-1.1.3/inffast.h - src/share/native/java/util/zip/zlib-1.1.3/inffixed.h - src/share/native/java/util/zip/zlib-1.1.3/inflate.c - src/share/native/java/util/zip/zlib-1.1.3/inftrees.c - src/share/native/java/util/zip/zlib-1.1.3/inftrees.h - src/share/native/java/util/zip/zlib-1.1.3/infutil.c - src/share/native/java/util/zip/zlib-1.1.3/infutil.h - src/share/native/java/util/zip/zlib-1.1.3/minigzip.c - src/share/native/java/util/zip/zlib-1.1.3/trees.c - src/share/native/java/util/zip/zlib-1.1.3/trees.h - src/share/native/java/util/zip/zlib-1.1.3/uncompr.c - src/share/native/java/util/zip/zlib-1.1.3/zadler32.c - src/share/native/java/util/zip/zlib-1.1.3/zconf.h - src/share/native/java/util/zip/zlib-1.1.3/zcrc32.c - src/share/native/java/util/zip/zlib-1.1.3/zlib.h - src/share/native/java/util/zip/zlib-1.1.3/zutil.c - src/share/native/java/util/zip/zlib-1.1.3/zutil.h - test/java/util/concurrent/LinkedBlockingQueue/LastElement.java - test/java/util/concurrent/LinkedBlockingQueue/OfferRemoveLoops.java Changeset: ee5300e1835a Author: weijun Date: 2009-09-04 14:58 +0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/ee5300e1835a 6876328: different names for the same digest algorithms breaks jarsigner Reviewed-by: mullan ! src/share/classes/sun/security/tools/JarSigner.java + test/sun/security/tools/jarsigner/nameclash.sh Changeset: 98ad1322051e Author: weijun Date: 2009-09-04 14:59 +0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/98ad1322051e 6871847: AlgorithmId.get("SHA256withECDSA") not available Reviewed-by: vinnie ! src/share/classes/sun/security/x509/AlgorithmId.java + test/sun/security/x509/AlgorithmId/SHA256withECDSA.java Changeset: c34f92a47245 Author: darcy Date: 2009-09-04 13:11 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/c34f92a47245 6873951: test/java/lang/reflect/Generics/Probe.java fails. Reviewed-by: alanb ! test/java/lang/reflect/Generics/Probe.java Changeset: 704296144175 Author: martin Date: 2009-09-04 13:44 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/704296144175 6879368: Remove stray quote in Character javadoc Summary: Remove stray quote in Character.valueOf javadoc, using Ulf's \u005CuXXXX technique Reviewed-by: darcy ! src/share/classes/java/lang/Character.java Changeset: 658a4255c797 Author: tbell Date: 2009-09-04 17:07 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/658a4255c797 Merge Changeset: 3f87b755b1c8 Author: alanb Date: 2009-09-04 18:15 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/3f87b755b1c8 6873621: (file) FileStore.supportsFileAttributeView(Class type) returns wrong result Reviewed-by: andrew ! src/share/sample/nio/file/Xdd.java ! src/solaris/classes/sun/nio/fs/LinuxFileStore.java ! src/solaris/classes/sun/nio/fs/SolarisFileStore.java ! src/solaris/classes/sun/nio/fs/UnixFileStore.java ! src/windows/classes/sun/nio/fs/WindowsFileStore.java ! test/java/nio/file/FileStore/Basic.java Changeset: 05ea733a7ae2 Author: alanb Date: 2009-09-04 18:17 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/05ea733a7ae2 6868627: (spec) Files.walkFileTree doesn't make it clear that uncaught errors and exceptions are propagated Reviewed-by: sherman ! src/share/classes/java/nio/file/Files.java ! src/share/classes/java/nio/file/SimpleFileVisitor.java Changeset: 87a2ef2439bc Author: alanb Date: 2009-09-04 22:22 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/87a2ef2439bc 6432567: PIT : com/sun/jdi/BadHandshakeTest.java fails due to java.net.ConnectException Reviewed-by: tbell, ohair, dcubed, andrew ! src/share/transport/socket/socketTransport.c ! test/com/sun/jdi/BadHandshakeTest.java Changeset: 7afdf9d0bc2c Author: alanb Date: 2009-09-05 15:57 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/7afdf9d0bc2c Merge Changeset: abb69e8b1774 Author: tbell Date: 2009-09-06 23:14 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/abb69e8b1774 Merge From xiomara.jayasena at sun.com Mon Sep 14 18:17:36 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Mon, 14 Sep 2009 18:17:36 +0000 Subject: hg: jdk7/build/langtools: 23 new changesets Message-ID: <20090914181815.062D01213E@hg.openjdk.java.net> Changeset: d434aa041b52 Author: xdono Date: 2009-09-03 10:53 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/d434aa041b52 Added tag jdk7-b71 for changeset 33c8c38e1757 ! .hgtags Changeset: 40aca381dcaf Author: darcy Date: 2009-08-25 16:41 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/40aca381dcaf 6872011: Update printing processor to support JSR 308 Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/processing/PrintingProcessor.java Changeset: 25f15fdd168a Author: darcy Date: 2009-08-26 19:28 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/25f15fdd168a 6548708: Annotation processing should free service loader if there are no processors Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/processing/JavacProcessingEnvironment.java Changeset: 8109aa93b212 Author: mcimadamore Date: 2009-08-27 13:40 +0100 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/8109aa93b212 6840638: Project Coin: Improved Type Inference for Generic Instance Creation (aka 'diamond') Summary: diamond operator implementation (simple approach) Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/code/Source.java ! src/share/classes/com/sun/tools/javac/comp/Attr.java ! src/share/classes/com/sun/tools/javac/comp/Check.java ! src/share/classes/com/sun/tools/javac/parser/JavacParser.java ! src/share/classes/com/sun/tools/javac/resources/compiler.properties ! src/share/classes/com/sun/tools/javac/tree/TreeInfo.java + test/tools/javac/generics/diamond/neg/Neg01.java + test/tools/javac/generics/diamond/neg/Neg01.out + test/tools/javac/generics/diamond/neg/Neg02.java + test/tools/javac/generics/diamond/neg/Neg02.out + test/tools/javac/generics/diamond/neg/Neg03.java + test/tools/javac/generics/diamond/neg/Neg03.out + test/tools/javac/generics/diamond/neg/Neg04.java + test/tools/javac/generics/diamond/neg/Neg04.out + test/tools/javac/generics/diamond/neg/Neg05.java + test/tools/javac/generics/diamond/neg/Neg05.out + test/tools/javac/generics/diamond/pos/Pos01.java + test/tools/javac/generics/diamond/pos/Pos02.java + test/tools/javac/generics/diamond/pos/Pos03.java + test/tools/javac/generics/diamond/pos/Pos04.java Changeset: ed31953ca025 Author: jjg Date: 2009-08-27 11:08 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/ed31953ca025 6875336: some tests should use /nodynamiccopyright/ Reviewed-by: darcy ! test/tools/javac/6521805/T6521805a.java ! test/tools/javac/6521805/T6521805a_1.out ! test/tools/javac/6521805/T6521805a_2.out ! test/tools/javac/6521805/T6521805d.java ! test/tools/javac/6521805/T6521805d.out ! test/tools/javac/6717241/T6717241a.java ! test/tools/javac/6717241/T6717241a.out ! test/tools/javac/6717241/T6717241b.java ! test/tools/javac/6717241/T6717241b.out ! test/tools/javac/6734819/T6734819c.java ! test/tools/javac/6734819/T6734819c.out ! test/tools/javac/6758789/T6758789a.java ! test/tools/javac/6758789/T6758789a.out ! test/tools/javac/6758789/T6758789b.java ! test/tools/javac/6758789/T6758789b.out ! test/tools/javac/6840059/T6840059.java ! test/tools/javac/6840059/T6840059.out ! test/tools/javac/Diagnostics/6722234/T6722234a.java ! test/tools/javac/Diagnostics/6722234/T6722234a_1.out ! test/tools/javac/Diagnostics/6722234/T6722234a_2.out ! test/tools/javac/Diagnostics/6722234/T6722234b.java ! test/tools/javac/Diagnostics/6722234/T6722234b_1.out ! test/tools/javac/Diagnostics/6722234/T6722234b_2.out ! test/tools/javac/Diagnostics/6722234/T6722234c.java ! test/tools/javac/Diagnostics/6722234/T6722234c.out ! test/tools/javac/Diagnostics/6722234/T6722234d.java ! test/tools/javac/Diagnostics/6722234/T6722234d_1.out ! test/tools/javac/Diagnostics/6722234/T6722234d_2.out ! test/tools/javac/Diagnostics/6799605/T6799605.java ! test/tools/javac/Diagnostics/6799605/T6799605.out ! test/tools/javac/Diagnostics/6860795/T6860795.java ! test/tools/javac/Diagnostics/6860795/T6860795.out ! test/tools/javac/Diagnostics/6862608/T6862608a.java ! test/tools/javac/Diagnostics/6862608/T6862608a.out ! test/tools/javac/Diagnostics/6862608/T6862608b.java ! test/tools/javac/Diagnostics/6862608/T6862608b.out ! test/tools/javac/Diagnostics/6864382/T6864382.java ! test/tools/javac/Diagnostics/6864382/T6864382.out ! test/tools/javac/OverrideChecks/6199153/T6199153.java ! test/tools/javac/OverrideChecks/6199153/T6199153.out ! test/tools/javac/OverrideChecks/6400189/T6400189a.java ! test/tools/javac/OverrideChecks/6400189/T6400189a.out ! test/tools/javac/OverrideChecks/6400189/T6400189b.java ! test/tools/javac/OverrideChecks/6400189/T6400189b.out ! test/tools/javac/cast/6467183/T6467183a.java ! test/tools/javac/cast/6467183/T6467183a.out ! test/tools/javac/cast/6557182/T6557182.java ! test/tools/javac/cast/6557182/T6557182.out ! test/tools/javac/cast/6665356/T6665356.java ! test/tools/javac/cast/6665356/T6665356.out ! test/tools/javac/cast/6795580/T6795580.java ! test/tools/javac/cast/6795580/T6795580.out ! test/tools/javac/generics/5009937/T5009937.java ! test/tools/javac/generics/5009937/T5009937.out ! test/tools/javac/generics/6182950/T6182950a.java ! test/tools/javac/generics/6182950/T6182950a.out ! test/tools/javac/generics/6182950/T6182950b.java ! test/tools/javac/generics/6182950/T6182950b.out ! test/tools/javac/generics/6677785/T6677785.java ! test/tools/javac/generics/6677785/T6677785.out ! test/tools/javac/generics/6711619/T6711619a.java ! test/tools/javac/generics/6711619/T6711619a.out ! test/tools/javac/generics/6711619/T6711619b.java ! test/tools/javac/generics/6711619/T6711619b.out ! test/tools/javac/generics/6723444/T6723444.java ! test/tools/javac/generics/6723444/T6723444.out ! test/tools/javac/generics/inference/6315770/T6315770.java ! test/tools/javac/generics/inference/6315770/T6315770.out ! test/tools/javac/generics/inference/6611449/T6611449.java ! test/tools/javac/generics/inference/6611449/T6611449.out ! test/tools/javac/generics/inference/6638712/T6638712a.java ! test/tools/javac/generics/inference/6638712/T6638712a.out ! test/tools/javac/generics/inference/6638712/T6638712b.java ! test/tools/javac/generics/inference/6638712/T6638712b.out ! test/tools/javac/generics/inference/6638712/T6638712c.java ! test/tools/javac/generics/inference/6638712/T6638712c.out ! test/tools/javac/generics/inference/6638712/T6638712d.java ! test/tools/javac/generics/inference/6638712/T6638712d.out ! test/tools/javac/generics/inference/6638712/T6638712e.java ! test/tools/javac/generics/inference/6638712/T6638712e.out ! test/tools/javac/generics/inference/6718364/T6718364.java ! test/tools/javac/generics/inference/6718364/T6718364.out ! test/tools/javac/generics/rare/6665356/T6665356.java ! test/tools/javac/generics/rare/6665356/T6665356.out ! test/tools/javac/generics/typevars/6569404/T6569404b.java ! test/tools/javac/generics/typevars/6569404/T6569404b.out ! test/tools/javac/generics/typevars/6680106/T6680106.java ! test/tools/javac/generics/typevars/6680106/T6680106.out ! test/tools/javac/generics/typevars/6804733/T6804733.java ! test/tools/javac/generics/typevars/6804733/T6804733.out ! test/tools/javac/typeAnnotations/failures/AnnotationVersion.java ! test/tools/javac/typeAnnotations/failures/AnnotationVersion.out ! test/tools/javac/typeAnnotations/failures/IncompleteArray.java ! test/tools/javac/typeAnnotations/failures/IncompleteArray.out ! test/tools/javac/typeAnnotations/failures/IncompleteVararg.java ! test/tools/javac/typeAnnotations/failures/IncompleteVararg.out ! test/tools/javac/typeAnnotations/failures/IndexArray.java ! test/tools/javac/typeAnnotations/failures/IndexArray.out ! test/tools/javac/typeAnnotations/failures/LintCast.java ! test/tools/javac/typeAnnotations/failures/LintCast.out ! test/tools/javac/typeAnnotations/failures/Scopes.java ! test/tools/javac/typeAnnotations/failures/Scopes.out ! test/tools/javac/typeAnnotations/failures/StaticFields.java ! test/tools/javac/typeAnnotations/failures/StaticFields.out ! test/tools/javac/typeAnnotations/failures/StaticMethods.java ! test/tools/javac/typeAnnotations/failures/StaticMethods.out ! test/tools/javac/typeAnnotations/failures/common/arrayclass/DuplicateAnnotationValue.java ! test/tools/javac/typeAnnotations/failures/common/arrayclass/DuplicateAnnotationValue.out ! test/tools/javac/typeAnnotations/failures/common/arrayclass/DuplicateTypeAnnotation.java ! test/tools/javac/typeAnnotations/failures/common/arrayclass/DuplicateTypeAnnotation.out ! test/tools/javac/typeAnnotations/failures/common/arrayclass/InvalidLocation.java ! test/tools/javac/typeAnnotations/failures/common/arrayclass/InvalidLocation.out ! test/tools/javac/typeAnnotations/failures/common/arrayclass/MissingAnnotationValue.java ! test/tools/javac/typeAnnotations/failures/common/arrayclass/MissingAnnotationValue.out ! test/tools/javac/typeAnnotations/failures/common/arrays/DuplicateAnnotationValue.java ! test/tools/javac/typeAnnotations/failures/common/arrays/DuplicateAnnotationValue.out ! test/tools/javac/typeAnnotations/failures/common/arrays/DuplicateTypeAnnotation.java ! test/tools/javac/typeAnnotations/failures/common/arrays/DuplicateTypeAnnotation.out ! test/tools/javac/typeAnnotations/failures/common/arrays/InvalidLocation.java ! test/tools/javac/typeAnnotations/failures/common/arrays/InvalidLocation.out ! test/tools/javac/typeAnnotations/failures/common/arrays/MissingAnnotationValue.java ! test/tools/javac/typeAnnotations/failures/common/arrays/MissingAnnotationValue.out ! test/tools/javac/typeAnnotations/failures/common/innertypeparams/DuplicateAnnotationValue.java ! test/tools/javac/typeAnnotations/failures/common/innertypeparams/DuplicateAnnotationValue.out ! test/tools/javac/typeAnnotations/failures/common/innertypeparams/DuplicateTypeAnnotation.java ! test/tools/javac/typeAnnotations/failures/common/innertypeparams/DuplicateTypeAnnotation.out ! test/tools/javac/typeAnnotations/failures/common/innertypeparams/InvalidLocation.java ! test/tools/javac/typeAnnotations/failures/common/innertypeparams/InvalidLocation.out ! test/tools/javac/typeAnnotations/failures/common/innertypeparams/MissingAnnotationValue.java ! test/tools/javac/typeAnnotations/failures/common/innertypeparams/MissingAnnotationValue.out ! test/tools/javac/typeAnnotations/failures/common/newarray/DuplicateAnnotationValue.java ! test/tools/javac/typeAnnotations/failures/common/newarray/DuplicateAnnotationValue.out ! test/tools/javac/typeAnnotations/failures/common/newarray/DuplicateTypeAnnotation.java ! test/tools/javac/typeAnnotations/failures/common/newarray/DuplicateTypeAnnotation.out ! test/tools/javac/typeAnnotations/failures/common/newarray/InvalidLocation.java ! test/tools/javac/typeAnnotations/failures/common/newarray/InvalidLocation.out ! test/tools/javac/typeAnnotations/failures/common/newarray/MissingAnnotationValue.java ! test/tools/javac/typeAnnotations/failures/common/newarray/MissingAnnotationValue.out ! test/tools/javac/typeAnnotations/failures/common/parambounds/DuplicateAnnotationValue.java ! test/tools/javac/typeAnnotations/failures/common/parambounds/DuplicateAnnotationValue.out ! test/tools/javac/typeAnnotations/failures/common/parambounds/DuplicateTypeAnnotation.java ! test/tools/javac/typeAnnotations/failures/common/parambounds/DuplicateTypeAnnotation.out ! test/tools/javac/typeAnnotations/failures/common/parambounds/InvalidLocation.java ! test/tools/javac/typeAnnotations/failures/common/parambounds/InvalidLocation.out ! test/tools/javac/typeAnnotations/failures/common/parambounds/MissingAnnotationValue.java ! test/tools/javac/typeAnnotations/failures/common/parambounds/MissingAnnotationValue.out ! test/tools/javac/typeAnnotations/failures/common/receiver/DuplicateAnnotationValue.java ! test/tools/javac/typeAnnotations/failures/common/receiver/DuplicateAnnotationValue.out ! test/tools/javac/typeAnnotations/failures/common/receiver/DuplicateTypeAnnotation.java ! test/tools/javac/typeAnnotations/failures/common/receiver/DuplicateTypeAnnotation.out ! test/tools/javac/typeAnnotations/failures/common/receiver/InvalidLocation.java ! test/tools/javac/typeAnnotations/failures/common/receiver/InvalidLocation.out ! test/tools/javac/typeAnnotations/failures/common/receiver/MissingAnnotationValue.java ! test/tools/javac/typeAnnotations/failures/common/receiver/MissingAnnotationValue.out ! test/tools/javac/typeAnnotations/failures/common/rest/DuplicateAnnotationValue.java ! test/tools/javac/typeAnnotations/failures/common/rest/DuplicateAnnotationValue.out ! test/tools/javac/typeAnnotations/failures/common/rest/DuplicateTypeAnnotation.java ! test/tools/javac/typeAnnotations/failures/common/rest/DuplicateTypeAnnotation.out ! test/tools/javac/typeAnnotations/failures/common/rest/InvalidLocation.java ! test/tools/javac/typeAnnotations/failures/common/rest/InvalidLocation.out ! test/tools/javac/typeAnnotations/failures/common/rest/MissingAnnotationValue.java ! test/tools/javac/typeAnnotations/failures/common/rest/MissingAnnotationValue.out ! test/tools/javac/typeAnnotations/failures/common/typeArgs/DuplicateAnnotationValue.java ! test/tools/javac/typeAnnotations/failures/common/typeArgs/DuplicateAnnotationValue.out ! test/tools/javac/typeAnnotations/failures/common/typeArgs/DuplicateTypeAnnotation.java ! test/tools/javac/typeAnnotations/failures/common/typeArgs/DuplicateTypeAnnotation.out ! test/tools/javac/typeAnnotations/failures/common/typeArgs/InvalidLocation.java ! test/tools/javac/typeAnnotations/failures/common/typeArgs/InvalidLocation.out ! test/tools/javac/typeAnnotations/failures/common/typeArgs/MissingAnnotationValue.java ! test/tools/javac/typeAnnotations/failures/common/typeArgs/MissingAnnotationValue.out ! test/tools/javac/typeAnnotations/failures/common/typeparams/DuplicateAnnotationValue.java ! test/tools/javac/typeAnnotations/failures/common/typeparams/DuplicateAnnotationValue.out ! test/tools/javac/typeAnnotations/failures/common/typeparams/DuplicateTypeAnnotation.java ! test/tools/javac/typeAnnotations/failures/common/typeparams/DuplicateTypeAnnotation.out ! test/tools/javac/typeAnnotations/failures/common/typeparams/InvalidLocation.java ! test/tools/javac/typeAnnotations/failures/common/typeparams/InvalidLocation.out ! test/tools/javac/typeAnnotations/failures/common/typeparams/MissingAnnotationValue.java ! test/tools/javac/typeAnnotations/failures/common/typeparams/MissingAnnotationValue.out ! test/tools/javac/typeAnnotations/failures/common/wildcards/DuplicateAnnotationValue.java ! test/tools/javac/typeAnnotations/failures/common/wildcards/DuplicateAnnotationValue.out ! test/tools/javac/typeAnnotations/failures/common/wildcards/DuplicateTypeAnnotation.java ! test/tools/javac/typeAnnotations/failures/common/wildcards/DuplicateTypeAnnotation.out ! test/tools/javac/typeAnnotations/failures/common/wildcards/InvalidLocation.java ! test/tools/javac/typeAnnotations/failures/common/wildcards/InvalidLocation.out ! test/tools/javac/typeAnnotations/failures/common/wildcards/MissingAnnotationValue.java ! test/tools/javac/typeAnnotations/failures/common/wildcards/MissingAnnotationValue.out ! test/tools/javac/typeAnnotations/failures/target/Constructor.java ! test/tools/javac/typeAnnotations/failures/target/Constructor.out ! test/tools/javac/typeAnnotations/failures/target/IncompleteArray.java ! test/tools/javac/typeAnnotations/failures/target/IncompleteArray.out ! test/tools/javac/typeAnnotations/failures/target/NotTypeParameter.java ! test/tools/javac/typeAnnotations/failures/target/NotTypeParameter.out ! test/tools/javac/typeAnnotations/failures/target/NotTypeUse.java ! test/tools/javac/typeAnnotations/failures/target/NotTypeUse.out ! test/tools/javac/typeAnnotations/failures/target/VoidMethod.java ! test/tools/javac/typeAnnotations/failures/target/VoidMethod.out ! test/tools/javac/varargs/6806876/T6806876.java ! test/tools/javac/varargs/6806876/T6806876.out ! test/tools/javac/warnings/6747671/T6747671.java ! test/tools/javac/warnings/6747671/T6747671.out Changeset: 74760fd5197f Author: jjg Date: 2009-08-27 15:12 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/74760fd5197f 6843707: bad tests generate files in the test/ directory 6876699: generated files in repository Reviewed-by: darcy - test/tools/javac/meth/InvokeMH_BAD68.java - test/tools/javac/meth/InvokeMH_BAD72.java ! test/tools/javac/meth/MakeNegTests.sh ! test/tools/javac/quid/MakeNegTests.sh - test/tools/javac/quid/QuotedIdent_BAD61.java - test/tools/javac/quid/QuotedIdent_BAD62.java - test/tools/javac/quid/QuotedIdent_BAD63.java Changeset: 2c20f17c429c Author: jjg Date: 2009-08-27 17:39 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/2c20f17c429c 6876753: javap tests fail on Windows Reviewed-by: darcy ! test/tools/javap/T4975569.java ! test/tools/javap/T6729471.java ! test/tools/javap/pathsep.sh ! test/tools/javap/stackmap/T6271292.sh Changeset: f29068bfeaed Author: jjg Date: 2009-08-27 17:50 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/f29068bfeaed 6876755: apt tests fail on Windows Reviewed-by: darcy ! test/tools/apt/Basics/apt.sh ! test/tools/apt/Basics/print.sh ! test/tools/apt/Compile/compile.sh Changeset: 477c5bf1149c Author: jjg Date: 2009-08-27 18:25 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/477c5bf1149c 6876765: javah tests fail on Windows Reviewed-by: darcy ! test/tools/javah/6257087/foo.sh ! test/tools/javah/ConstMacroTest.sh ! test/tools/javah/MissingParamClassTest.sh ! test/tools/javah/ReadOldClass.sh Changeset: 0ba956343648 Author: jjg Date: 2009-08-28 12:12 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/0ba956343648 6876782: two javadoc tests fail on Windows Reviewed-by: darcy ! test/com/sun/javadoc/lib/JavadocTester.java ! test/com/sun/javadoc/testHtmlDefinitionListTag/TestHtmlDefinitionListTag.java ! test/com/sun/javadoc/testSerializedFormDeprecationInfo/TestSerializedFormDeprecationInfo.java Changeset: f0c9fc46990b Author: jjg Date: 2009-08-28 14:48 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/f0c9fc46990b 6877188: some javac shell tests do not work on Windows Reviewed-by: darcy ! test/tools/javac/4846262/Test.sh ! test/tools/javac/6302184/T6302184.sh ! test/tools/javac/ClassPathTest/ClassPathTest.sh ! test/tools/javac/ExtDirs/ExtDirs.sh ! test/tools/javac/ProtectedInnerClass/ProtectedInnerClass.sh ! test/tools/javac/javazip/Test.sh ! test/tools/javac/newlines/Newlines.sh ! test/tools/javac/unicode/SupplementaryJavaID6.sh Changeset: ce5be4c09f2a Author: tbell Date: 2009-08-28 16:54 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/ce5be4c09f2a Merge - test/tools/javac/meth/InvokeMH_BAD68.java - test/tools/javac/meth/InvokeMH_BAD72.java - test/tools/javac/quid/QuotedIdent_BAD61.java - test/tools/javac/quid/QuotedIdent_BAD62.java - test/tools/javac/quid/QuotedIdent_BAD63.java Changeset: d5e76d422509 Author: jjg Date: 2009-08-31 12:36 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/d5e76d422509 6877229: more javac tests fail on Windows Reviewed-by: darcy ! test/tools/javac/6589361/T6589361.java ! test/tools/javac/MissingInclude.sh ! test/tools/javac/T5090006/compiler.sh ! test/tools/javac/api/6440333/T6440333.java ! test/tools/javac/api/Sibling.java ! test/tools/javac/code/ArrayClone.java ! test/tools/javac/constDebug/ConstDebug.sh ! test/tools/javac/fatalErrors/NoJavaLang.sh ! test/tools/javac/innerClassFile/Driver.sh ! test/tools/javac/quid/QuotedIdent.java ! test/tools/javac/quid/QuotedIdent2.java ! test/tools/javac/stackmap/T4955930.sh Changeset: 4fa458c945ac Author: jjg Date: 2009-08-31 17:16 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/4fa458c945ac 6877744: delete extraneous file Reviewed-by: darcy - test/tools/javac/innerClassFile/Driver.java Changeset: 45301370bc5a Author: jjg Date: 2009-08-31 18:25 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/45301370bc5a 6877751: test/tools/javac/6627362/T6627362.java fails Reviewed-by: darcy ! test/tools/javac/6627362/T6627362.java Changeset: 5a72ba18c471 Author: jjg Date: 2009-08-31 19:43 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/5a72ba18c471 6877759: test/tools/javac/processing/environment/round/TestElementsAnnotatedWith.java leaves open file Reviewed-by: darcy ! test/tools/javac/processing/environment/round/TestElementsAnnotatedWith.java Changeset: dda7e13f09fb Author: mcimadamore Date: 2009-09-01 14:53 +0100 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/dda7e13f09fb 6650759: Inference of formal type parameter (unused in formal parameters) is not performed Summary: propagate inference constraints from 15.12.2.7 to 15.12.2.8 Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/code/Type.java ! src/share/classes/com/sun/tools/javac/comp/Infer.java ! test/tools/javac/generics/inference/6302954/T6476073.java ! test/tools/javac/generics/inference/6638712/T6638712b.out ! test/tools/javac/generics/inference/6638712/T6638712e.out + test/tools/javac/generics/inference/6650759/T6650759a.java + test/tools/javac/generics/inference/6650759/T6650759b.java + test/tools/javac/generics/inference/6650759/T6650759c.java + test/tools/javac/generics/inference/6650759/T6650759d.java + test/tools/javac/generics/inference/6650759/T6650759e.java + test/tools/javac/generics/inference/6650759/T6650759f.java + test/tools/javac/generics/inference/6650759/T6650759g.java + test/tools/javac/generics/inference/6650759/T6650759h.java + test/tools/javac/generics/inference/6650759/T6650759i.java + test/tools/javac/generics/inference/6650759/T6650759j.java + test/tools/javac/generics/inference/6650759/T6650759k.java + test/tools/javac/generics/inference/6650759/T6650759l.java + test/tools/javac/generics/inference/6650759/T6650759m.java + test/tools/javac/generics/inference/6650759/T6650759m.out Changeset: 40a1327a5283 Author: jjg Date: 2009-09-01 11:35 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/40a1327a5283 6877763: update langtools/test/Makefile for JPRT Reviewed-by: ohair ! test/Makefile Changeset: 8d999cb7ec09 Author: jjg Date: 2009-09-02 10:20 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/8d999cb7ec09 6874249: Check has duplicate local variable and field for "source" Reviewed-by: mcimadamore ! src/share/classes/com/sun/tools/javac/comp/Check.java Changeset: 90c28923e449 Author: tbell Date: 2009-09-03 18:34 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/90c28923e449 Merge - test/tools/javac/innerClassFile/Driver.java - test/tools/javac/meth/InvokeMH_BAD68.java - test/tools/javac/meth/InvokeMH_BAD72.java - test/tools/javac/quid/QuotedIdent_BAD61.java - test/tools/javac/quid/QuotedIdent_BAD62.java - test/tools/javac/quid/QuotedIdent_BAD63.java Changeset: 35e29f51a7c3 Author: jjg Date: 2009-09-08 11:12 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/35e29f51a7c3 6419701: DefaultFileManager clean up: URI.create 6483788: DefaultFileManager.ZipFileObject.toUri() fails to escape space characters 6501502: JSR 199: FileObject.toUri should return file:///c:/ or file:/c:/ not file://c:/ 6877206: JavaFileObject.toUri returns bogus URI (win) 6877223: tests @ignored because of issues with File.toURI on Windows Reviewed-by: mcimadamore, alanb ! src/share/classes/com/sun/tools/javac/file/BaseFileObject.java ! src/share/classes/com/sun/tools/javac/file/JavacFileManager.java ! src/share/classes/com/sun/tools/javac/file/RegularFileObject.java ! src/share/classes/com/sun/tools/javac/file/SymbolArchive.java ! src/share/classes/com/sun/tools/javac/file/ZipArchive.java ! src/share/classes/com/sun/tools/javac/file/ZipFileIndexArchive.java ! src/share/classes/com/sun/tools/javac/jvm/ClassReader.java ! src/share/classes/com/sun/tools/javadoc/ClassDocImpl.java ! test/tools/javac/Diagnostics/6769027/tester.properties ! test/tools/javac/api/6440333/T6440333.java ! test/tools/javac/api/Sibling.java + test/tools/javac/api/T6483788.java + test/tools/javac/api/T6501502.java + test/tools/javac/api/T6877206.java Changeset: dd98acd9f717 Author: jjg Date: 2009-09-08 11:29 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/dd98acd9f717 6879346: files have Windows newlines Reviewed-by: darcy ! src/share/classes/com/sun/tools/doclets/internal/toolkit/resources/doclet.xml ! test/com/sun/javadoc/testCRLineSeparator/TestCRLineSeparator.java ! test/com/sun/javadoc/testCRLineSeparator/pkg/MyClass.java ! test/com/sun/javadoc/testHref/package-list ! test/com/sun/javadoc/testLinkOption/testNewLineInLink/package.html ! test/com/sun/javadoc/testNoPackagesFile/TestNoPackagesFile.java ! test/com/sun/javadoc/testOverridenMethods/TestMultiInheritence.java ! test/com/sun/javadoc/testRelativeLinks/pkg/package.html ! test/com/sun/javadoc/testTaglets/TestTaglets.java ! test/com/sun/javadoc/testWarnings/pkg/package.html ! test/tools/javah/SubClassConsts.win Changeset: 261c54b2312e Author: jjg Date: 2009-09-08 11:43 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/261c54b2312e 6879371: javap does not close internal default file manager Reviewed-by: darcy ! src/share/classes/com/sun/tools/javap/JavapTask.java + test/tools/javap/T6879371.java From Kelly.Ohair at Sun.COM Tue Sep 15 17:24:39 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Tue, 15 Sep 2009 10:24:39 -0700 Subject: Should GNU make 3.81 be required? Message-ID: <4AAFCDD7.5010900@sun.com> So I'm trying to work out some jdk7 Makefile performance improvements and everything is working out fine on Linux and OpenSolaris... Then I discover that the GNU make features I'm using are seriously broken in GNU make 3.80 and I need 3.81 to get around it. :^( Also it turns out that GNU make 3.78.1 and 3.79 are definitely out of the question because they don't even implement some the make functions I need. I suspect many people still use GNU make 3.78.1 or 3.79. So do I continue on, and assume a new requirement to upgrade to GNU make 3.81 because of these changes (on all platforms), or do I go back to the drawing board and try and make the changes work with 3.80, or even 3.78.1 ??? -kto From Joe.Darcy at Sun.COM Tue Sep 15 17:44:08 2009 From: Joe.Darcy at Sun.COM (Joseph D. Darcy) Date: Tue, 15 Sep 2009 10:44:08 -0700 Subject: Should GNU make 3.81 be required? In-Reply-To: <4AAFCDD7.5010900@sun.com> References: <4AAFCDD7.5010900@sun.com> Message-ID: <4AAFD268.8000502@sun.com> Kelly O'Hair wrote: > > So I'm trying to work out some jdk7 Makefile performance improvements > and everything is working out fine on Linux and OpenSolaris... > Then I discover that the GNU make features I'm using are seriously > broken in GNU make 3.80 and I need 3.81 to get around it. :^( > > Also it turns out that GNU make 3.78.1 and 3.79 are definitely out > of the question because they don't even implement some the make > functions I need. I suspect many people still use GNU make 3.78.1 > or 3.79. > > So do I continue on, and assume a new requirement to upgrade to GNU make > 3.81 because of these changes (on all platforms), or do I go back to the > drawing board and try and make the changes work with 3.80, or even > 3.78.1 ??? > > -kto For as long as I remember, we've used make 3.78.*. I assume the most problematic platform to upgrade is windows. However, if there are significant benefits build time benefits, I think upgrading the make version is justified. -Joe From Tim.Bell at Sun.COM Tue Sep 15 17:45:20 2009 From: Tim.Bell at Sun.COM (Tim Bell) Date: Tue, 15 Sep 2009 10:45:20 -0700 Subject: Should GNU make 3.81 be required? In-Reply-To: <4AAFCDD7.5010900@sun.com> References: <4AAFCDD7.5010900@sun.com> Message-ID: <4AAFD2B0.3080302@sun.com> Hi Kelly: > So I'm trying to work out some jdk7 Makefile performance improvements > and everything is working out fine on Linux and OpenSolaris... > Then I discover that the GNU make features I'm using are seriously > broken in GNU make 3.80 and I need 3.81 to get around it. :^( That's painful. > Also it turns out that GNU make 3.78.1 and 3.79 are definitely out > of the question because they don't even implement some the make > functions I need. I suspect many people still use GNU make 3.78.1 > or 3.79. > > So do I continue on, and assume a new requirement to upgrade to GNU make > 3.81 because of these changes (on all platforms), or do I go back to the > drawing board and try and make the changes work with 3.80, or even > 3.78.1 ??? If we can find a Windows/Cygwin GNU make v3.81 or better that works, I'd vote for updating the requirement to 3.81 for all. I am currently using Cygwin GNU make v3.80 on Windows due to the later Cygwin builds not supporting MS-DOS drive letters or paths: http://hg.openjdk.java.net/jdk7/jdk7/raw-file/tip/README-builds.html#gmake Tim From mr at sun.com Tue Sep 15 17:49:28 2009 From: mr at sun.com (Mark Reinhold) Date: Tue, 15 Sep 2009 10:49:28 -0700 Subject: Should GNU make 3.81 be required? In-Reply-To: joe.darcy@sun.com; Tue, 15 Sep 2009 10:44:08 PDT; <4AAFD268.8000502@sun.com> Message-ID: <20090915174928.A4925DE2@eggemoggin.niobe.net> > Date: Tue, 15 Sep 2009 10:44:08 -0700 > From: joe.darcy at sun.com > For as long as I remember, we've used make 3.78.*. I assume the most > problematic platform to upgrade is windows. However, if there are significant > benefits build time benefits, I think upgrading the make version is justified. I completely agree. It's not like 3.81 is new or anything. It was released in 2006. - Mark From Kelly.Ohair at Sun.COM Tue Sep 15 18:07:56 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Tue, 15 Sep 2009 11:07:56 -0700 Subject: Should GNU make 3.81 be required? In-Reply-To: <4AAFD2B0.3080302@sun.com> References: <4AAFCDD7.5010900@sun.com> <4AAFD2B0.3080302@sun.com> Message-ID: <4AAFD7FC.2030709@sun.com> Tim Bell wrote: > Hi Kelly: > >> So I'm trying to work out some jdk7 Makefile performance improvements >> and everything is working out fine on Linux and OpenSolaris... >> Then I discover that the GNU make features I'm using are seriously >> broken in GNU make 3.80 and I need 3.81 to get around it. :^( > > That's painful. > >> Also it turns out that GNU make 3.78.1 and 3.79 are definitely out >> of the question because they don't even implement some the make >> functions I need. I suspect many people still use GNU make 3.78.1 >> or 3.79. >> >> So do I continue on, and assume a new requirement to upgrade to GNU make >> 3.81 because of these changes (on all platforms), or do I go back to the >> drawing board and try and make the changes work with 3.80, or even >> 3.78.1 ??? > > If we can find a Windows/Cygwin GNU make v3.81 or better that works, I'd > vote for updating the requirement to 3.81 for all. I have a 3.81 for cygwin at http://cr.openjdk.java.net/~ohair/make.exe See if that works for you. -kto > > I am currently using Cygwin GNU make v3.80 on Windows due to the > later Cygwin builds not supporting MS-DOS drive letters or paths: > > http://hg.openjdk.java.net/jdk7/jdk7/raw-file/tip/README-builds.html#gmake > > Tim From Bradford.Wetmore at Sun.COM Tue Sep 15 18:08:38 2009 From: Bradford.Wetmore at Sun.COM (Brad Wetmore) Date: Tue, 15 Sep 2009 11:08:38 -0700 Subject: Should GNU make 3.81 be required? In-Reply-To: <4AAFD2B0.3080302@sun.com> References: <4AAFCDD7.5010900@sun.com> <4AAFD2B0.3080302@sun.com> Message-ID: <4AAFD826.2090803@sun.com> >> So do I continue on, and assume a new requirement to upgrade to GNU make >> 3.81 because of these changes (on all platforms), or do I go back to the >> drawing board and try and make the changes work with 3.80, or even >> 3.78.1 ??? > > If we can find a Windows/Cygwin GNU make v3.81 or better that works, I'd > vote for updating the requirement to 3.81 for all. > > I am currently using Cygwin GNU make v3.80 on Windows due to the > later Cygwin builds not supporting MS-DOS drive letters or paths: > > http://hg.openjdk.java.net/jdk7/jdk7/raw-file/tip/README-builds.html#gmake From that same page, I've been using 3.81 from: http://www.cmake.org/files/cygwin/make.exe (labeled as: "you can download this www.cmake.org make.exe which will not have a libintl2.dll dependency.") for my cygwin installation. It supports the MS-DOS drive letters. Brad From Kelly.Ohair at Sun.COM Tue Sep 15 18:14:28 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Tue, 15 Sep 2009 11:14:28 -0700 Subject: Should GNU make 3.81 be required? In-Reply-To: <20090915174928.A4925DE2@eggemoggin.niobe.net> References: <20090915174928.A4925DE2@eggemoggin.niobe.net> Message-ID: <4AAFD984.1050501@sun.com> Mark Reinhold wrote: >> Date: Tue, 15 Sep 2009 10:44:08 -0700 >> From: joe.darcy at sun.com > >> For as long as I remember, we've used make 3.78.*. I assume the most >> problematic platform to upgrade is windows. However, if there are significant >> benefits build time benefits, I think upgrading the make version is justified. > > I completely agree. > > It's not like 3.81 is new or anything. It was released in 2006. > > - Mark And 3.78.1 is 1999, pre Y2K! :^{ --- It's hard to say that just converting to 3.81 is a performance boost, but my changes certainly will an improvement, and it's kind of hard to accomplish with 10 year old software. :^( -kto From Tim.Bell at Sun.COM Tue Sep 15 18:16:02 2009 From: Tim.Bell at Sun.COM (Tim Bell) Date: Tue, 15 Sep 2009 11:16:02 -0700 Subject: Should GNU make 3.81 be required? In-Reply-To: <4AAFD7FC.2030709@sun.com> References: <4AAFCDD7.5010900@sun.com> <4AAFD2B0.3080302@sun.com> <4AAFD7FC.2030709@sun.com> Message-ID: <4AAFD9E2.10204@sun.com> I wrote: >> I am currently using Cygwin GNU make v3.80 on Windows due to the >> later Cygwin builds not supporting MS-DOS drive letters or paths: >> >> http://hg.openjdk.java.net/jdk7/jdk7/raw-file/tip/README-builds.html#gmake Kelly O'Hair wrote: > I have a 3.81 for cygwin at http://cr.openjdk.java.net/~ohair/make.exe > > See if that works for you. I restarted my most recent Windows XP/Visual Studio 2008 build using this make.exe, which reports "GNU Make 3.81". The sanity check passed and the build is working away. Brad wrote: > From that same page, I've been using 3.81 from: > > http://www.cmake.org/files/cygwin/make.exe > > (labeled as: "you can download this www.cmake.org make.exe which will > not have a libintl2.dll dependency.") > > for my cygwin installation. It supports the MS-DOS drive letters. Excellent! We may be in better shape than I thought, unless there are other make.exe downloads that report 3.81 yet are broken for our purposes - that would be confusing. Tim From joe.wang at sun.com Tue Sep 15 18:28:06 2009 From: joe.wang at sun.com (Joe Wang) Date: Tue, 15 Sep 2009 11:28:06 -0700 Subject: Need reviewers - 6856630: Restructure jaxp/jaxws repository In-Reply-To: <4AAAE7D4.7050601@sun.com> References: <20090911232114.718BD100F@eggemoggin.niobe.net> <4AAAE7D4.7050601@sun.com> Message-ID: <4AAFDCB6.1000208@sun.com> Kelly, I'm downloading the JAXP bundle from the kenai test site. It was very slow initially (almost not moving). But it became normal after I killed the 1st attempt. I'm not sure if that's what you meant when you mentioned kenai download was not stable. Maybe it was my internet connection. Did you mean to use kenai instead of the JAXP project site for the JAXP source bundle download? We have a stopper bug after the performance improvement in jdk6u14, which we've just fixed and delivered into u17. We will need to update the JAXP source bundle for JDK7 as well. Please let us know when you're ready for a jprt build. I'll update the source bundle with the fix and some more recent changes. Thanks, Joe Kelly O'Hair wrote: > > > Mark Reinhold wrote: >>> Date: Fri, 11 Sep 2009 16:17:19 -0700 >>> From: kelly.ohair at sun.com >> >>> Joe Darcy wrote: >>>> Generally looks okay; one minor comment, the jaxp webrev has files >>>> that >>>> appear to be moved as being deleted and added. >>> Yeah, I think that's an artifact of the way I move my patch from one >>> workspace to another. >>> I'll try and fix it when the final changeset is created. >> >> hg diff/export --git should do the trick, right? >> >> - Mark > > I thought that's what I used.... Maybe I forgot to use 'hg mv -A' > before I ran diff. > > -kto From David.Holmes at Sun.COM Tue Sep 15 19:35:35 2009 From: David.Holmes at Sun.COM (David Holmes - Sun Microsystems) Date: Wed, 16 Sep 2009 05:35:35 +1000 Subject: Should GNU make 3.81 be required? In-Reply-To: <4AAFCDD7.5010900@sun.com> References: <4AAFCDD7.5010900@sun.com> Message-ID: <4AAFEC87.10704@sun.com> Hi Kelly, Kelly O'Hair said the following on 09/16/09 03:24: > So I'm trying to work out some jdk7 Makefile performance improvements > and everything is working out fine on Linux and OpenSolaris... > Then I discover that the GNU make features I'm using are seriously > broken in GNU make 3.80 and I need 3.81 to get around it. :^( On Solaris 10 /usr/sfw/bin/gmake (which IIRC comes from the Solaris companion CD) is 3.80. /java/devtools/sparc/bin/gnumake is 3.78.1 I presume the devtools version will be updated to 3.81 ? Updating /usr/sfw/bin/gmake seems less clear ... David From Tim.Bell at Sun.COM Tue Sep 15 20:10:06 2009 From: Tim.Bell at Sun.COM (Tim Bell) Date: Tue, 15 Sep 2009 13:10:06 -0700 Subject: Should GNU make 3.81 be required? In-Reply-To: <4AAFEC87.10704@sun.com> References: <4AAFCDD7.5010900@sun.com> <4AAFEC87.10704@sun.com> Message-ID: <4AAFF49E.9030107@sun.com> David Holmes wrote: > On Solaris 10 /usr/sfw/bin/gmake (which IIRC comes from the Solaris > companion CD) is 3.80. Correct - anything in /usr/sfw or /opt/sfw is from a Software Companion CD. > /java/devtools/sparc/bin/gnumake is 3.78.1 > > I presume the devtools version will be updated to 3.81 ? > > Updating /usr/sfw/bin/gmake seems less clear ... The sfw SVR4 packages are on the way out, and OpenSolaris is on the way in with a new package management system called IPS: /usr/bin/pkg For the command line version /usr/bin/packagemanager For the GUI For the release formerly known as 'Nevada', sometimes called 'Solaris 11', now known as 'OpenSolaris', /usr/sbin/pkgadd will continue to work with the old style SVR4 packages for a few more Solaris builds, but that will end in a few months. The few things in Nevada that could not be open sourced for some reason have been moved to a different server called 'extras': See http://blogs.sun.com/frontline/entry/using_opensolaris_extras_support_repositories for external user facing instructions, and http://infoshare.sfbay/twiki/bin/view/OpenSolaris/ExtraContentRepository for the internal user instructions. My OpenSolaris 2009.06 system has: % which gmake /usr/bin/gmake % gmake -v GNU Make 3.81 Installed via: pfexec pkg install SUNWgmake The new OpenSolaris pkg system is showing a lot of promise, and the old SVR5 tools had been pushed so far they were beyond problematic. For more information, take a look here: Image Packaging System (IPS) For New Users http://dlc.sun.com/osol/docs/content/2008.11/IMGPACKAGESYS/new-user.html OpenSolaris Package Repositories http://opensolaris.org/os/package/ Tim From Kelly.Ohair at Sun.COM Tue Sep 15 22:18:46 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Tue, 15 Sep 2009 15:18:46 -0700 Subject: Should GNU make 3.81 be required? In-Reply-To: <4AAFEC87.10704@sun.com> References: <4AAFCDD7.5010900@sun.com> <4AAFEC87.10704@sun.com> Message-ID: <4AB012C6.5040801@sun.com> I have managed to build a GNU make 3.81 on Solaris 8 (x86 & sparc), and on the old Linux systems we use for jdk5 and jdk6. I have a 3.81 make.exe for cygwin that works, so all I'm missing at this point is a gnumake.exe that will work with MKS builds. GNU make builds very easy on *nix systems (./configure && make), I'll see if I can build an MKS version so we have a complete set. As to updating the public area /java/devtools, that's another issue. -kto David Holmes - Sun Microsystems wrote: > Hi Kelly, > > Kelly O'Hair said the following on 09/16/09 03:24: >> So I'm trying to work out some jdk7 Makefile performance improvements >> and everything is working out fine on Linux and OpenSolaris... >> Then I discover that the GNU make features I'm using are seriously >> broken in GNU make 3.80 and I need 3.81 to get around it. :^( > > On Solaris 10 /usr/sfw/bin/gmake (which IIRC comes from the Solaris > companion CD) is 3.80. > > /java/devtools/sparc/bin/gnumake is 3.78.1 > > I presume the devtools version will be updated to 3.81 ? > > Updating /usr/sfw/bin/gmake seems less clear ... > > David > From Bradford.Wetmore at Sun.COM Tue Sep 15 22:41:05 2009 From: Bradford.Wetmore at Sun.COM (Brad Wetmore) Date: Tue, 15 Sep 2009 15:41:05 -0700 Subject: Should GNU make 3.81 be required? In-Reply-To: <4AAFEC87.10704@sun.com> References: <4AAFCDD7.5010900@sun.com> <4AAFEC87.10704@sun.com> Message-ID: <4AB01801.7050203@sun.com> Tim wrote: > Excellent! We may be in better shape than I thought, unless there > are other make.exe downloads that report 3.81 yet are broken for > our purposes - that would be confusing. A quick reminder, the gnumake 3.81 as part of a normal cygwin install does *NOT* support the drive letters, and thus can't be used. > - that would be confusing. What do you think: is that confusing?!? ;) > I presume the devtools version will be updated to 3.81 ? For the Sun-internal folks, /java/devtools/win32/bin/gnumake.exe is 3.78.1 and *DOES NOT* work on cygwin. The build did work with MKS as of July, but maybe not with the new changes you're proposing. Kelly O'Hair wrote: > I have a 3.81 for cygwin at http://cr.openjdk.java.net/~ohair/make.exe This binary sums to the same value as the one on cmake. Brad "Spent way too much time on this in July" Wetmore David Holmes - Sun Microsystems wrote: > Hi Kelly, > > Kelly O'Hair said the following on 09/16/09 03:24: >> So I'm trying to work out some jdk7 Makefile performance improvements >> and everything is working out fine on Linux and OpenSolaris... >> Then I discover that the GNU make features I'm using are seriously >> broken in GNU make 3.80 and I need 3.81 to get around it. :^( > > On Solaris 10 /usr/sfw/bin/gmake (which IIRC comes from the Solaris > companion CD) is 3.80. > > /java/devtools/sparc/bin/gnumake is 3.78.1 > > I presume the devtools version will be updated to 3.81 ? > > Updating /usr/sfw/bin/gmake seems less clear ... > > David > From Jonathan.Gibbons at Sun.COM Tue Sep 15 23:53:41 2009 From: Jonathan.Gibbons at Sun.COM (Jonathan Gibbons) Date: Tue, 15 Sep 2009 16:53:41 -0700 Subject: Should GNU make 3.81 be required? In-Reply-To: <4AB01801.7050203@sun.com> References: <4AAFCDD7.5010900@sun.com> <4AAFEC87.10704@sun.com> <4AB01801.7050203@sun.com> Message-ID: <4AB02905.5030105@sun.com> It sounds like handling drive letters would be a good sanity test for make. -- Jon Brad Wetmore wrote: > > Tim wrote: > > > Excellent! We may be in better shape than I thought, unless there > > are other make.exe downloads that report 3.81 yet are broken for > > our purposes - that would be confusing. > > A quick reminder, the gnumake 3.81 as part of a normal cygwin install > does *NOT* support the drive letters, and thus can't be used. > > > - that would be confusing. > > What do you think: is that confusing?!? ;) > > > I presume the devtools version will be updated to 3.81 ? > > For the Sun-internal folks, /java/devtools/win32/bin/gnumake.exe is > 3.78.1 and *DOES NOT* work on cygwin. The build did work with MKS as > of July, but maybe not with the new changes you're proposing. > > Kelly O'Hair wrote: > > > I have a 3.81 for cygwin at http://cr.openjdk.java.net/~ohair/make.exe > > This binary sums to the same value as the one on cmake. > > > Brad "Spent way too much time on this in July" Wetmore > > > > David Holmes - Sun Microsystems wrote: >> Hi Kelly, >> >> Kelly O'Hair said the following on 09/16/09 03:24: >>> So I'm trying to work out some jdk7 Makefile performance improvements >>> and everything is working out fine on Linux and OpenSolaris... >>> Then I discover that the GNU make features I'm using are seriously >>> broken in GNU make 3.80 and I need 3.81 to get around it. :^( >> >> On Solaris 10 /usr/sfw/bin/gmake (which IIRC comes from the Solaris >> companion CD) is 3.80. >> >> /java/devtools/sparc/bin/gnumake is 3.78.1 >> >> I presume the devtools version will be updated to 3.81 ? >> >> Updating /usr/sfw/bin/gmake seems less clear ... >> >> David >> From Tim.Bell at Sun.COM Wed Sep 16 00:16:59 2009 From: Tim.Bell at Sun.COM (Tim Bell) Date: Tue, 15 Sep 2009 17:16:59 -0700 Subject: Should GNU make 3.81 be required? In-Reply-To: <4AB01801.7050203@sun.com> References: <4AAFCDD7.5010900@sun.com> <4AAFEC87.10704@sun.com> <4AB01801.7050203@sun.com> Message-ID: <4AB02E7B.4080003@sun.com> Brad wrote: > Kelly O'Hair wrote: > > > I have a 3.81 for cygwin at http://cr.openjdk.java.net/~ohair/make.exe > > This binary sums to the same value as the one on cmake. > > > Brad "Spent way too much time on this in July" Wetmore Ow - my head hurts. So we need Windows GNU make version 3.81 that also has an MD5 sum with a magic value?!?!? Not sure where to begin. On OpenSolaris I would do: /usr/bin/digest -a md5 `which gmake` On Windows with Cygwin, I guess I have to settle for something else - I don't know what it is at the moment. Tim From Bradford.Wetmore at Sun.COM Wed Sep 16 01:40:44 2009 From: Bradford.Wetmore at Sun.COM (Brad Wetmore) Date: Tue, 15 Sep 2009 18:40:44 -0700 Subject: Should GNU make 3.81 be required? In-Reply-To: <4AB02E7B.4080003@sun.com> References: <4AAFCDD7.5010900@sun.com> <4AAFEC87.10704@sun.com> <4AB01801.7050203@sun.com> <4AB02E7B.4080003@sun.com> Message-ID: <4AB0421C.1070608@sun.com> I only mentioned the sum because the one Kelly was suggesting was probably the same one I got from cmake. I wasn't suggesting that you should be testing for that particular version. I would hope you can just create a simple check to see if the drive letter logic is on, possibly using cygpath. Brad Tim Bell wrote: > Brad wrote: >> Kelly O'Hair wrote: >> >> > I have a 3.81 for cygwin at http://cr.openjdk.java.net/~ohair/make.exe >> >> This binary sums to the same value as the one on cmake. >> >> >> Brad "Spent way too much time on this in July" Wetmore > > Ow - my head hurts. So we need Windows GNU make version 3.81 that > also has an MD5 sum with a magic value?!?!? > > Not sure where to begin. > > On OpenSolaris I would do: > > /usr/bin/digest -a md5 `which gmake` > > > On Windows with Cygwin, I guess I have to settle for something > else - I don't know what it is at the moment. > > Tim > > From Bradford.Wetmore at Sun.COM Wed Sep 16 02:06:38 2009 From: Bradford.Wetmore at Sun.COM (Brad Wetmore) Date: Tue, 15 Sep 2009 19:06:38 -0700 Subject: Preliminary work on jdk build time improvements In-Reply-To: <4AAB0258.1060504@sun.com> References: <4AAB0258.1060504@sun.com> Message-ID: <4AB0482E.2000808@sun.com> This is a great optimization. A couple comments. Platform.gmk: Haven't quite figured out why if MAKELEVEL=0 you export $1:=$2, but only export $1 if MAKELEVEL != 0. Sure there's a good reason why, doc'ing it would be appreciated. 48/49: (if $(strip $1)... according to the gnumake docs: $(if condition,then-part[,else-part]) The first argument, condition, first has all preceding and trailing whitespace stripped, then is expanded... I don't think you need to specifically strip. I like the $(or...) mods. Cleans up the logic very nicely. Defs-windows.gmk Not sure why you added 2 spaces of indention on lines 85-87. Brad Kelly O'Hair wrote: > > Here is a preliminary (and incomplete) webrev on some changes > I've been working on to reduce the build time. > > 6875240: Reduce Makefile build time by limiting repeated exec's (mostly > for cygwin building) > > http://cr.openjdk.java.net/~ohair/openjdk7/jdk7-build-cygwin/webrev/ > > The Windows cygwin builds will benefit the most on this, but > all platforms will get some benefits. > > Comments and suggestions on this are welcome. > > -kto From Kelly.Ohair at Sun.COM Wed Sep 16 02:26:32 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Tue, 15 Sep 2009 19:26:32 -0700 Subject: Preliminary work on jdk build time improvements In-Reply-To: <4AB0482E.2000808@sun.com> References: <4AAB0258.1060504@sun.com> <4AB0482E.2000808@sun.com> Message-ID: <4AB04CD8.8070706@sun.com> Brad Wetmore wrote: > > This is a great optimization. > > A couple comments. > > Platform.gmk: > > Haven't quite figured out why if MAKELEVEL=0 you export $1:=$2, but only > export $1 if MAKELEVEL != 0. Sure there's a good reason why, doc'ing it > would be appreciated. The $2 is the thing you don't want evaluated on submakes. I'll expand the comments on this before I'm done. > > 48/49: (if $(strip $1)... > > according to the gnumake docs: > > $(if condition,then-part[,else-part]) > > The first argument, condition, first has all preceding and trailing > whitespace stripped, then is expanded... > > I don't think you need to specifically strip. That documentation fooled me too. The strip is needed, I suspect that it may be doing the strip before it evaluates the argument, and if the argument expands into " xyz", the space is still there. So I found that I had to use an explicit strip for it to work. > > I like the $(or...) mods. Cleans up the logic very nicely. Yeah, I thought so too. > > Defs-windows.gmk > > Not sure why you added 2 spaces of indention on lines 85-87. Yeah, I'll delete that. The define/endef constructs are whitespace preserving, so they really should not be indented, but in general I prefer to indent the makefile logic if I can, makes it easier to read. But this entire block should not be indented. Thanks for the review. -kto > > Brad > > > Kelly O'Hair wrote: >> >> Here is a preliminary (and incomplete) webrev on some changes >> I've been working on to reduce the build time. >> >> 6875240: Reduce Makefile build time by limiting repeated exec's >> (mostly for cygwin building) >> >> http://cr.openjdk.java.net/~ohair/openjdk7/jdk7-build-cygwin/webrev/ >> >> The Windows cygwin builds will benefit the most on this, but >> all platforms will get some benefits. >> >> Comments and suggestions on this are welcome. >> >> -kto From pengyu.ut at gmail.com Wed Sep 16 16:09:56 2009 From: pengyu.ut at gmail.com (Peng Yu) Date: Wed, 16 Sep 2009 11:09:56 -0500 Subject: Where to download jdk source code? Message-ID: <366c6f340909160909r446b8079i2e5d961dc6da2f4@mail.gmail.com> Hi, I have browsed the openjdk website. But I don't find how to download the source code of jdk. Can somebody point to me? Regards, Peng From Jonathan.Gibbons at Sun.COM Wed Sep 16 16:15:12 2009 From: Jonathan.Gibbons at Sun.COM (Jonathan Gibbons) Date: Wed, 16 Sep 2009 09:15:12 -0700 Subject: Where to download jdk source code? In-Reply-To: <366c6f340909160909r446b8079i2e5d961dc6da2f4@mail.gmail.com> References: <366c6f340909160909r446b8079i2e5d961dc6da2f4@mail.gmail.com> Message-ID: <06055B46-DD2E-436B-8DE7-C7BB7714B1A9@sun.com> Look at the links under "Source Code" in the menu bar on the left of every page. There are pointers to Mercurial repositories and source bundles. -- Jon On Sep 16, 2009, at 9:09 AM, Peng Yu wrote: > Hi, > > I have browsed the openjdk website. But I don't find how to download > the source code of jdk. Can somebody point to me? > > Regards, > Peng From Xiomara.Jayasena at Sun.COM Wed Sep 16 16:20:27 2009 From: Xiomara.Jayasena at Sun.COM (Xiomara Jayasena) Date: Wed, 16 Sep 2009 09:20:27 -0700 Subject: Where to download jdk source code? In-Reply-To: <366c6f340909160909r446b8079i2e5d961dc6da2f4@mail.gmail.com> References: <366c6f340909160909r446b8079i2e5d961dc6da2f4@mail.gmail.com> Message-ID: <4AB1104B.9040506@sun.com> Hi, The source is located at: http://hg.openjdk.java.net/jdk7/jdk7 and if you have Mercurial setup you can use the command: % hg fclone http://hg.openjdk.java.net/jdk7/jdk7 myjdk7 or you can get the latest bundle in zip form at: http://download.java.net/openjdk/jdk7/ -Xiomara Peng Yu wrote: > Hi, > > I have browsed the openjdk website. But I don't find how to download > the source code of jdk. Can somebody point to me? > > Regards, > Peng > From kelly.ohair at sun.com Thu Sep 17 20:18:40 2009 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Thu, 17 Sep 2009 20:18:40 +0000 Subject: hg: jdk7/build: 2 new changesets Message-ID: <20090917201840.6C4A312386@hg.openjdk.java.net> Changeset: e76b72562a98 Author: ohair Date: 2009-09-03 17:44 -0700 URL: http://hg.openjdk.java.net/jdk7/build/rev/e76b72562a98 6855174: Improve log output when builds transition from one workspace to another Reviewed-by: jjg ! make/Defs-internal.gmk ! make/corba-rules.gmk ! make/deploy-rules.gmk ! make/hotspot-rules.gmk ! make/install-rules.gmk ! make/jaxp-rules.gmk ! make/jaxws-rules.gmk ! make/jdk-rules.gmk ! make/langtools-rules.gmk ! make/sponsors-rules.gmk Changeset: 931f7f7501da Author: ohair Date: 2009-09-17 13:17 -0700 URL: http://hg.openjdk.java.net/jdk7/build/rev/931f7f7501da Merge From pengyu.ut at gmail.com Thu Sep 17 22:32:22 2009 From: pengyu.ut at gmail.com (Peng Yu) Date: Thu, 17 Sep 2009 17:32:22 -0500 Subject: Build openjdk? Message-ID: <366c6f340909171532v3be3a4a8n1f7ce4e5df4c0ef6@mail.gmail.com> Hi, README of openjdk-7-ea-src-b71-03_sep_2009 says the following. I am wondering why I need step 1. Can I start with step 2 directly? Simple Build Instructions: 1. Download and install a JDK 6 from http://java.sun.com/javase/downloads/index.jsp Set the environment variable ALT_BOOTDIR to the location of this JDK 6. 2. Download and install the Binary Plugs for the most recent JDK7 from http://download.java.net/openjdk/jdk7/ Set the environment variable ALT_BINARY_PLUGS_PATH to the location of these binary plugs. 3. Check the sanity of doing a build with the current machine: gnumake sanity See README-builds.html if you run into problems. 4. Do a complete build of the jdk: gnumake all The resulting JDK image should be found in build/*/j2sdk-image Regards, Peng From Kelly.Ohair at Sun.COM Thu Sep 17 22:37:58 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Thu, 17 Sep 2009 15:37:58 -0700 Subject: Build openjdk? In-Reply-To: <366c6f340909171532v3be3a4a8n1f7ce4e5df4c0ef6@mail.gmail.com> References: <366c6f340909171532v3be3a4a8n1f7ce4e5df4c0ef6@mail.gmail.com> Message-ID: <4AB2BA46.4000706@sun.com> You need a JDK to build the JDK. If you have a JDK (jdk6 vintage) on your system already, yes you can use that, just point ALT_BOOTDIR at it and skip step 1. -kto Peng Yu wrote: > Hi, > > README of openjdk-7-ea-src-b71-03_sep_2009 says the following. I am > wondering why I need step 1. Can I start with step 2 directly? > > Simple Build Instructions: > > 1. Download and install a JDK 6 from > http://java.sun.com/javase/downloads/index.jsp > Set the environment variable ALT_BOOTDIR to the location of this JDK 6. > > 2. Download and install the Binary Plugs for the most recent JDK7 from > http://download.java.net/openjdk/jdk7/ > Set the environment variable ALT_BINARY_PLUGS_PATH to the location of > these binary plugs. > > 3. Check the sanity of doing a build with the current machine: > gnumake sanity > See README-builds.html if you run into problems. > > 4. Do a complete build of the jdk: > gnumake all > The resulting JDK image should be found in build/*/j2sdk-image > > > Regards, > Peng From pengyu.ut at gmail.com Thu Sep 17 23:06:01 2009 From: pengyu.ut at gmail.com (Peng Yu) Date: Thu, 17 Sep 2009 18:06:01 -0500 Subject: Build openjdk? In-Reply-To: <4AB2BA46.4000706@sun.com> References: <366c6f340909171532v3be3a4a8n1f7ce4e5df4c0ef6@mail.gmail.com> <4AB2BA46.4000706@sun.com> Message-ID: <366c6f340909171606q60f11d23k942638e28ba3b49@mail.gmail.com> Hi, I'm not sure which one I should download on http://java.sun.com/javase/downloads/index.jsp Java SE Development Kit (JDK) Bundles or Java SE Development Kit (JDK) What are Java EE, JavaFX SDK and NetBeans 6.7.1? Regards, Peng On Thu, Sep 17, 2009 at 5:37 PM, Kelly O'Hair wrote: > You need a JDK to build the JDK. > > If you have a JDK (jdk6 vintage) on your system already, yes > you can use that, just point ALT_BOOTDIR at it and skip step 1. > > -kto > > Peng Yu wrote: >> >> Hi, >> >> README of openjdk-7-ea-src-b71-03_sep_2009 says the following. I am >> wondering why I need step 1. Can I start with step 2 directly? >> >> Simple Build Instructions: >> >> ?1. Download and install a JDK 6 from >> ? ? http://java.sun.com/javase/downloads/index.jsp >> ? ? Set the environment variable ALT_BOOTDIR to the location of this JDK >> 6. >> >> ?2. Download and install the Binary Plugs for the most recent JDK7 from >> ? ? http://download.java.net/openjdk/jdk7/ >> ? ? Set the environment variable ALT_BINARY_PLUGS_PATH to the location of >> ? ? these binary plugs. >> >> ?3. Check the sanity of doing a build with the current machine: >> ? ? ? gnumake sanity >> ? ? See README-builds.html if you run into problems. >> >> ?4. Do a complete build of the jdk: >> ? ? ? gnumake all >> ? ? The resulting JDK image should be found in build/*/j2sdk-image >> >> >> Regards, >> Peng > From Kelly.Ohair at Sun.COM Thu Sep 17 23:33:21 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Thu, 17 Sep 2009 16:33:21 -0700 Subject: Build openjdk? In-Reply-To: <366c6f340909171606q60f11d23k942638e28ba3b49@mail.gmail.com> References: <366c6f340909171532v3be3a4a8n1f7ce4e5df4c0ef6@mail.gmail.com> <4AB2BA46.4000706@sun.com> <366c6f340909171606q60f11d23k942638e28ba3b49@mail.gmail.com> Message-ID: <4AB2C741.8070606@sun.com> Peng Yu wrote: > Hi, > > I'm not sure which one I should download on > http://java.sun.com/javase/downloads/index.jsp JDK 6 Update 16 is what you want. > > Java SE Development Kit (JDK) Bundles > > or > > Java SE Development Kit (JDK) > > What are Java EE, JavaFX SDK and NetBeans 6.7.1? Larger bundles where they included Java EE, or JavaFX, or NetBeans with the JDK. -kto > > Regards, > Peng > > On Thu, Sep 17, 2009 at 5:37 PM, Kelly O'Hair wrote: >> You need a JDK to build the JDK. >> >> If you have a JDK (jdk6 vintage) on your system already, yes >> you can use that, just point ALT_BOOTDIR at it and skip step 1. >> >> -kto >> >> Peng Yu wrote: >>> Hi, >>> >>> README of openjdk-7-ea-src-b71-03_sep_2009 says the following. I am >>> wondering why I need step 1. Can I start with step 2 directly? >>> >>> Simple Build Instructions: >>> >>> 1. Download and install a JDK 6 from >>> http://java.sun.com/javase/downloads/index.jsp >>> Set the environment variable ALT_BOOTDIR to the location of this JDK >>> 6. >>> >>> 2. Download and install the Binary Plugs for the most recent JDK7 from >>> http://download.java.net/openjdk/jdk7/ >>> Set the environment variable ALT_BINARY_PLUGS_PATH to the location of >>> these binary plugs. >>> >>> 3. Check the sanity of doing a build with the current machine: >>> gnumake sanity >>> See README-builds.html if you run into problems. >>> >>> 4. Do a complete build of the jdk: >>> gnumake all >>> The resulting JDK image should be found in build/*/j2sdk-image >>> >>> >>> Regards, >>> Peng From pengyu.ut at gmail.com Thu Sep 17 23:54:32 2009 From: pengyu.ut at gmail.com (Peng Yu) Date: Thu, 17 Sep 2009 18:54:32 -0500 Subject: Build openjdk? In-Reply-To: <366c6f340909171606q60f11d23k942638e28ba3b49@mail.gmail.com> References: <366c6f340909171532v3be3a4a8n1f7ce4e5df4c0ef6@mail.gmail.com> <4AB2BA46.4000706@sun.com> <366c6f340909171606q60f11d23k942638e28ba3b49@mail.gmail.com> Message-ID: <366c6f340909171654i7b3727b0k496892a16722ce86@mail.gmail.com> Hi, I don't have root permission on my machine. In this case, shall I use the source? http://www.java.net/download/jdk6/6u18/promoted/b02/jdk-6u18-ea-src-b02-jrl-09_sep_2009.jar How to install it? I got the following error. $ java jdk-6u18-ea-src-b02-jrl-09_sep_2009.jar Exception in thread "main" java.lang.NoClassDefFoundError: jdk-6u18-ea-src-b02-jrl-09_sep_2009.jar at gnu.java.lang.MainThread.run(MainThread.java:102) Caused by: java.lang.ClassNotFoundException: jdk-6u18-ea-src-b02-jrl-09_sep_2009.jar not found in gnu.gcj.runtime.SystemClassLoader{urls=[file:./], parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}} at java.net.URLClassLoader.findClass(URLClassLoader.java:529) at java.lang.ClassLoader.loadClass(ClassLoader.java:442) at java.lang.ClassLoader.loadClass(ClassLoader.java:377) at gnu.java.lang.MainThread.run(MainThread.java:98) Regards, Peng On Thu, Sep 17, 2009 at 6:06 PM, Peng Yu wrote: > Hi, > > I'm not sure which one I should download on > http://java.sun.com/javase/downloads/index.jsp > > Java SE Development Kit (JDK) Bundles > > or > > Java SE Development Kit (JDK) > > What are Java EE, JavaFX SDK and NetBeans 6.7.1? > > Regards, > Peng > > On Thu, Sep 17, 2009 at 5:37 PM, Kelly O'Hair wrote: >> You need a JDK to build the JDK. >> >> If you have a JDK (jdk6 vintage) on your system already, yes >> you can use that, just point ALT_BOOTDIR at it and skip step 1. >> >> -kto >> >> Peng Yu wrote: >>> >>> Hi, >>> >>> README of openjdk-7-ea-src-b71-03_sep_2009 says the following. I am >>> wondering why I need step 1. Can I start with step 2 directly? >>> >>> Simple Build Instructions: >>> >>> ?1. Download and install a JDK 6 from >>> ? ? http://java.sun.com/javase/downloads/index.jsp >>> ? ? Set the environment variable ALT_BOOTDIR to the location of this JDK >>> 6. >>> >>> ?2. Download and install the Binary Plugs for the most recent JDK7 from >>> ? ? http://download.java.net/openjdk/jdk7/ >>> ? ? Set the environment variable ALT_BINARY_PLUGS_PATH to the location of >>> ? ? these binary plugs. >>> >>> ?3. Check the sanity of doing a build with the current machine: >>> ? ? ? gnumake sanity >>> ? ? See README-builds.html if you run into problems. >>> >>> ?4. Do a complete build of the jdk: >>> ? ? ? gnumake all >>> ? ? The resulting JDK image should be found in build/*/j2sdk-image >>> >>> >>> Regards, >>> Peng >> > From Kelly.Ohair at Sun.COM Fri Sep 18 00:37:40 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Thu, 17 Sep 2009 17:37:40 -0700 Subject: Build openjdk? In-Reply-To: <366c6f340909171654i7b3727b0k496892a16722ce86@mail.gmail.com> References: <366c6f340909171532v3be3a4a8n1f7ce4e5df4c0ef6@mail.gmail.com> <4AB2BA46.4000706@sun.com> <366c6f340909171606q60f11d23k942638e28ba3b49@mail.gmail.com> <366c6f340909171654i7b3727b0k496892a16722ce86@mail.gmail.com> Message-ID: <4AB2D654.4030305@sun.com> That is NOT open source and is not the OpenJDK. Please refer to http://openjdk.java.net/ and http://download.java.net/openjdk/jdk7/ -kto Peng Yu wrote: > Hi, > > I don't have root permission on my machine. > > In this case, shall I use the source? > > http://www.java.net/download/jdk6/6u18/promoted/b02/jdk-6u18-ea-src-b02-jrl-09_sep_2009.jar > > How to install it? I got the following error. > > $ java jdk-6u18-ea-src-b02-jrl-09_sep_2009.jar > Exception in thread "main" java.lang.NoClassDefFoundError: > jdk-6u18-ea-src-b02-jrl-09_sep_2009.jar > at gnu.java.lang.MainThread.run(MainThread.java:102) > Caused by: java.lang.ClassNotFoundException: > jdk-6u18-ea-src-b02-jrl-09_sep_2009.jar not found in > gnu.gcj.runtime.SystemClassLoader{urls=[file:./], > parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}} > at java.net.URLClassLoader.findClass(URLClassLoader.java:529) > at java.lang.ClassLoader.loadClass(ClassLoader.java:442) > at java.lang.ClassLoader.loadClass(ClassLoader.java:377) > at gnu.java.lang.MainThread.run(MainThread.java:98) > > > Regards, > Peng > > On Thu, Sep 17, 2009 at 6:06 PM, Peng Yu wrote: >> Hi, >> >> I'm not sure which one I should download on >> http://java.sun.com/javase/downloads/index.jsp >> >> Java SE Development Kit (JDK) Bundles >> >> or >> >> Java SE Development Kit (JDK) >> >> What are Java EE, JavaFX SDK and NetBeans 6.7.1? >> >> Regards, >> Peng >> >> On Thu, Sep 17, 2009 at 5:37 PM, Kelly O'Hair wrote: >>> You need a JDK to build the JDK. >>> >>> If you have a JDK (jdk6 vintage) on your system already, yes >>> you can use that, just point ALT_BOOTDIR at it and skip step 1. >>> >>> -kto >>> >>> Peng Yu wrote: >>>> Hi, >>>> >>>> README of openjdk-7-ea-src-b71-03_sep_2009 says the following. I am >>>> wondering why I need step 1. Can I start with step 2 directly? >>>> >>>> Simple Build Instructions: >>>> >>>> 1. Download and install a JDK 6 from >>>> http://java.sun.com/javase/downloads/index.jsp >>>> Set the environment variable ALT_BOOTDIR to the location of this JDK >>>> 6. >>>> >>>> 2. Download and install the Binary Plugs for the most recent JDK7 from >>>> http://download.java.net/openjdk/jdk7/ >>>> Set the environment variable ALT_BINARY_PLUGS_PATH to the location of >>>> these binary plugs. >>>> >>>> 3. Check the sanity of doing a build with the current machine: >>>> gnumake sanity >>>> See README-builds.html if you run into problems. >>>> >>>> 4. Do a complete build of the jdk: >>>> gnumake all >>>> The resulting JDK image should be found in build/*/j2sdk-image >>>> >>>> >>>> Regards, >>>> Peng From pengyu.ut at gmail.com Fri Sep 18 00:47:05 2009 From: pengyu.ut at gmail.com (Peng Yu) Date: Thu, 17 Sep 2009 19:47:05 -0500 Subject: Build openjdk? In-Reply-To: <4AB2D654.4030305@sun.com> References: <366c6f340909171532v3be3a4a8n1f7ce4e5df4c0ef6@mail.gmail.com> <4AB2BA46.4000706@sun.com> <366c6f340909171606q60f11d23k942638e28ba3b49@mail.gmail.com> <366c6f340909171654i7b3727b0k496892a16722ce86@mail.gmail.com> <4AB2D654.4030305@sun.com> Message-ID: <366c6f340909171747m253388f8ta958784e11d24f7d@mail.gmail.com> I think that you have misunderstood me. In my original post, I have already downloaded openjdk-7-ea-src-b71-03_sep_2009. But before I should install jdk 6, which is on http://java.sun.com/javase/downloads/index.jsp I also need the source code to install jdk 6. The source code for jdk6 is http://www.java.net/download/jdk6/6u18/promoted/b02/jdk-6u18-ea-src-b02-jrl-09_sep_2009.jar My current question is how to install jdk 6? Regards, Peng On Thu, Sep 17, 2009 at 7:37 PM, Kelly O'Hair wrote: > That is NOT open source and is not the OpenJDK. > > Please refer to http://openjdk.java.net/ > and http://download.java.net/openjdk/jdk7/ > > -kto > > Peng Yu wrote: >> >> Hi, >> >> I don't have root permission on my machine. >> >> In this case, shall I use the source? >> >> >> http://www.java.net/download/jdk6/6u18/promoted/b02/jdk-6u18-ea-src-b02-jrl-09_sep_2009.jar >> >> How to install it? I got the following error. >> >> $ java jdk-6u18-ea-src-b02-jrl-09_sep_2009.jar >> Exception in thread "main" java.lang.NoClassDefFoundError: >> jdk-6u18-ea-src-b02-jrl-09_sep_2009.jar >> ? at gnu.java.lang.MainThread.run(MainThread.java:102) >> Caused by: java.lang.ClassNotFoundException: >> jdk-6u18-ea-src-b02-jrl-09_sep_2009.jar not found in >> gnu.gcj.runtime.SystemClassLoader{urls=[file:./], >> parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}} >> ? at java.net.URLClassLoader.findClass(URLClassLoader.java:529) >> ? at java.lang.ClassLoader.loadClass(ClassLoader.java:442) >> ? at java.lang.ClassLoader.loadClass(ClassLoader.java:377) >> ? at gnu.java.lang.MainThread.run(MainThread.java:98) >> >> >> Regards, >> Peng >> >> On Thu, Sep 17, 2009 at 6:06 PM, Peng Yu wrote: >>> >>> Hi, >>> >>> I'm not sure which one I should download on >>> http://java.sun.com/javase/downloads/index.jsp >>> >>> Java SE Development Kit (JDK) Bundles >>> >>> or >>> >>> Java SE Development Kit (JDK) >>> >>> What are Java EE, JavaFX SDK and NetBeans 6.7.1? >>> >>> Regards, >>> Peng >>> >>> On Thu, Sep 17, 2009 at 5:37 PM, Kelly O'Hair >>> wrote: >>>> >>>> You need a JDK to build the JDK. >>>> >>>> If you have a JDK (jdk6 vintage) on your system already, yes >>>> you can use that, just point ALT_BOOTDIR at it and skip step 1. >>>> >>>> -kto >>>> >>>> Peng Yu wrote: >>>>> >>>>> Hi, >>>>> >>>>> README of openjdk-7-ea-src-b71-03_sep_2009 says the following. I am >>>>> wondering why I need step 1. Can I start with step 2 directly? >>>>> >>>>> Simple Build Instructions: >>>>> >>>>> ?1. Download and install a JDK 6 from >>>>> ? ?http://java.sun.com/javase/downloads/index.jsp >>>>> ? ?Set the environment variable ALT_BOOTDIR to the location of this JDK >>>>> 6. >>>>> >>>>> ?2. Download and install the Binary Plugs for the most recent JDK7 from >>>>> ? ?http://download.java.net/openjdk/jdk7/ >>>>> ? ?Set the environment variable ALT_BINARY_PLUGS_PATH to the location >>>>> of >>>>> ? ?these binary plugs. >>>>> >>>>> ?3. Check the sanity of doing a build with the current machine: >>>>> ? ? ?gnumake sanity >>>>> ? ?See README-builds.html if you run into problems. >>>>> >>>>> ?4. Do a complete build of the jdk: >>>>> ? ? ?gnumake all >>>>> ? ?The resulting JDK image should be found in build/*/j2sdk-image >>>>> >>>>> >>>>> Regards, >>>>> Peng > From David.Holmes at Sun.COM Fri Sep 18 01:30:31 2009 From: David.Holmes at Sun.COM (David Holmes - Sun Microsystems) Date: Fri, 18 Sep 2009 11:30:31 +1000 Subject: Build openjdk? In-Reply-To: <366c6f340909171747m253388f8ta958784e11d24f7d@mail.gmail.com> References: <366c6f340909171532v3be3a4a8n1f7ce4e5df4c0ef6@mail.gmail.com> <4AB2BA46.4000706@sun.com> <366c6f340909171606q60f11d23k942638e28ba3b49@mail.gmail.com> <366c6f340909171654i7b3727b0k496892a16722ce86@mail.gmail.com> <4AB2D654.4030305@sun.com> <366c6f340909171747m253388f8ta958784e11d24f7d@mail.gmail.com> Message-ID: <4AB2E2B7.3070805@sun.com> Peng, Peng Yu said the following on 09/18/09 10:47: > I think that you have misunderstood me. > > In my original post, I have already downloaded openjdk-7-ea-src-b71-03_sep_2009. > > But before I should install jdk 6, which is on > http://java.sun.com/javase/downloads/index.jsp > > I also need the source code to install jdk 6. The source code for jdk6 > is http://www.java.net/download/jdk6/6u18/promoted/b02/jdk-6u18-ea-src-b02-jrl-09_sep_2009.jar You don't need this to install JDK6 > My current question is how to install jdk 6? What did you download that required root access? As far as I know only Solaris SVR4 packages need that and I don't see them as a download option for JDK6. Regards, David Holmes > Regards, > Peng > > On Thu, Sep 17, 2009 at 7:37 PM, Kelly O'Hair wrote: >> That is NOT open source and is not the OpenJDK. >> >> Please refer to http://openjdk.java.net/ >> and http://download.java.net/openjdk/jdk7/ >> >> -kto >> >> Peng Yu wrote: >>> Hi, >>> >>> I don't have root permission on my machine. >>> >>> In this case, shall I use the source? >>> >>> >>> http://www.java.net/download/jdk6/6u18/promoted/b02/jdk-6u18-ea-src-b02-jrl-09_sep_2009.jar >>> >>> How to install it? I got the following error. >>> >>> $ java jdk-6u18-ea-src-b02-jrl-09_sep_2009.jar >>> Exception in thread "main" java.lang.NoClassDefFoundError: >>> jdk-6u18-ea-src-b02-jrl-09_sep_2009.jar >>> at gnu.java.lang.MainThread.run(MainThread.java:102) >>> Caused by: java.lang.ClassNotFoundException: >>> jdk-6u18-ea-src-b02-jrl-09_sep_2009.jar not found in >>> gnu.gcj.runtime.SystemClassLoader{urls=[file:./], >>> parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}} >>> at java.net.URLClassLoader.findClass(URLClassLoader.java:529) >>> at java.lang.ClassLoader.loadClass(ClassLoader.java:442) >>> at java.lang.ClassLoader.loadClass(ClassLoader.java:377) >>> at gnu.java.lang.MainThread.run(MainThread.java:98) >>> >>> >>> Regards, >>> Peng >>> >>> On Thu, Sep 17, 2009 at 6:06 PM, Peng Yu wrote: >>>> Hi, >>>> >>>> I'm not sure which one I should download on >>>> http://java.sun.com/javase/downloads/index.jsp >>>> >>>> Java SE Development Kit (JDK) Bundles >>>> >>>> or >>>> >>>> Java SE Development Kit (JDK) >>>> >>>> What are Java EE, JavaFX SDK and NetBeans 6.7.1? >>>> >>>> Regards, >>>> Peng >>>> >>>> On Thu, Sep 17, 2009 at 5:37 PM, Kelly O'Hair >>>> wrote: >>>>> You need a JDK to build the JDK. >>>>> >>>>> If you have a JDK (jdk6 vintage) on your system already, yes >>>>> you can use that, just point ALT_BOOTDIR at it and skip step 1. >>>>> >>>>> -kto >>>>> >>>>> Peng Yu wrote: >>>>>> Hi, >>>>>> >>>>>> README of openjdk-7-ea-src-b71-03_sep_2009 says the following. I am >>>>>> wondering why I need step 1. Can I start with step 2 directly? >>>>>> >>>>>> Simple Build Instructions: >>>>>> >>>>>> 1. Download and install a JDK 6 from >>>>>> http://java.sun.com/javase/downloads/index.jsp >>>>>> Set the environment variable ALT_BOOTDIR to the location of this JDK >>>>>> 6. >>>>>> >>>>>> 2. Download and install the Binary Plugs for the most recent JDK7 from >>>>>> http://download.java.net/openjdk/jdk7/ >>>>>> Set the environment variable ALT_BINARY_PLUGS_PATH to the location >>>>>> of >>>>>> these binary plugs. >>>>>> >>>>>> 3. Check the sanity of doing a build with the current machine: >>>>>> gnumake sanity >>>>>> See README-builds.html if you run into problems. >>>>>> >>>>>> 4. Do a complete build of the jdk: >>>>>> gnumake all >>>>>> The resulting JDK image should be found in build/*/j2sdk-image >>>>>> >>>>>> >>>>>> Regards, >>>>>> Peng From xiomara.jayasena at sun.com Fri Sep 18 16:54:05 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Fri, 18 Sep 2009 16:54:05 +0000 Subject: hg: jdk7/build: 4 new changesets Message-ID: <20090918165405.6411F124C7@hg.openjdk.java.net> Changeset: 4079d923a501 Author: peterz Date: 2009-08-31 14:10 +0400 URL: http://hg.openjdk.java.net/jdk7/build/rev/4079d923a501 6844267: Nimbus generator depends on JIBX Summary: Nimbus generator now uses JAXB instead of JIBX Reviewed-by: jasper ! README-builds.html Changeset: 0d7e03b426df Author: yan Date: 2009-09-09 00:49 -0700 URL: http://hg.openjdk.java.net/jdk7/build/rev/0d7e03b426df Merge Changeset: 4c4fe09fb670 Author: xdono Date: 2009-09-17 13:46 -0700 URL: http://hg.openjdk.java.net/jdk7/build/rev/4c4fe09fb670 Added tag jdk7-b72 for changeset 0d7e03b426df ! .hgtags Changeset: 76f6380ac0b4 Author: xdono Date: 2009-09-18 09:39 -0700 URL: http://hg.openjdk.java.net/jdk7/build/rev/76f6380ac0b4 Merge From xiomara.jayasena at sun.com Fri Sep 18 16:54:35 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Fri, 18 Sep 2009 16:54:35 +0000 Subject: hg: jdk7/build/corba: 2 new changesets Message-ID: <20090918165438.56C46124CC@hg.openjdk.java.net> Changeset: 12991b453239 Author: xdono Date: 2009-09-17 13:46 -0700 URL: http://hg.openjdk.java.net/jdk7/build/corba/rev/12991b453239 Added tag jdk7-b72 for changeset c793a3120926 ! .hgtags Changeset: 546970b224ca Author: xdono Date: 2009-09-18 09:39 -0700 URL: http://hg.openjdk.java.net/jdk7/build/corba/rev/546970b224ca Merge From xiomara.jayasena at sun.com Fri Sep 18 16:56:21 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Fri, 18 Sep 2009 16:56:21 +0000 Subject: hg: jdk7/build/hotspot: 32 new changesets Message-ID: <20090918165727.D8CF6124D1@hg.openjdk.java.net> Changeset: a05ea7791ee3 Author: trims Date: 2009-08-21 20:38 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/a05ea7791ee3 6873236: Fork HS16 to HS17 - renumber Major and build numbers of JVM Summary: Update the Major and build numbers for HS17 fork Reviewed-by: jcoomes ! make/hotspot_version Changeset: 1760a1cbed36 Author: dcubed Date: 2009-08-11 11:57 -0600 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/1760a1cbed36 6862945: 4/3 conversion of jmethodID to methodOop in JVMTI is too expensive Summary: Refactor JNIHandles::checked_resolve_jmethod_id() into fast and paranoid parts. Reviewed-by: never, alanb ! src/share/vm/prims/jniCheck.cpp ! src/share/vm/runtime/jniHandles.hpp Changeset: 6ab1d6ece8bd Author: apangin Date: 2009-08-17 15:03 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/6ab1d6ece8bd Merge Changeset: 585222cadf79 Author: apangin Date: 2009-08-19 15:46 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/585222cadf79 Merge Changeset: a774e1abbe85 Author: trims Date: 2009-08-21 20:39 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/a774e1abbe85 Merge Changeset: 046932b72aa2 Author: never Date: 2009-08-14 00:02 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/046932b72aa2 6862956: PhaseIdealLoop should have a CFG verification mode Reviewed-by: kvn, twisti ! src/share/vm/opto/compile.cpp ! src/share/vm/opto/domgraph.cpp ! src/share/vm/opto/loopnode.cpp ! src/share/vm/opto/loopnode.hpp ! src/share/vm/opto/phase.cpp ! src/share/vm/opto/phase.hpp Changeset: 1a81ea4b45d4 Author: kvn Date: 2009-08-14 12:23 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/1a81ea4b45d4 6869822: assert(Universe::narrow_oop_shift() == 0,"use unscaled narrow oop") Summary: Replace the assert with narrow_oop_shift set to 0. Reviewed-by: never, jcoomes ! src/share/vm/memory/universe.cpp Changeset: a70508bb21c3 Author: never Date: 2009-08-14 15:53 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/a70508bb21c3 6862863: C2 compiler fails in elide_copy() Reviewed-by: kvn ! src/share/vm/opto/chaitin.hpp ! src/share/vm/opto/postaloc.cpp Changeset: 55784fd95fe3 Author: never Date: 2009-08-14 15:55 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/55784fd95fe3 Merge Changeset: 7c14587118b3 Author: never Date: 2009-08-14 22:11 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/7c14587118b3 Merge Changeset: c8e2135f7e30 Author: cfang Date: 2009-08-17 09:48 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/c8e2135f7e30 6829127: Deoptimization Failure on Specjvm98 _227_mtrt with -XX:+DeoptimizeALot since Hs11 b01 Summary: Make sure the control word is correct in deopt_blob after restore_result_registers Reviewed-by: kvn, never ! src/cpu/x86/vm/sharedRuntime_x86_32.cpp Changeset: 662f330d7275 Author: cfang Date: 2009-08-17 12:11 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/662f330d7275 6866651: Regression: simple int sum crashes jvm (build 1.6.0_14-b08 and 1.7.0-ea-b59) Summary: delay dead code elimination in set_req_X to make it safe Reviewed-by: kvn, never ! src/share/vm/opto/phaseX.cpp + test/compiler/6866651/Test.java Changeset: d0acbc302e14 Author: never Date: 2009-08-17 14:45 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/d0acbc302e14 6795465: Crash in assembler_sparc.cpp with client compiler on solaris-sparc Reviewed-by: twisti, cfang ! src/cpu/sparc/vm/c1_Defs_sparc.hpp ! src/cpu/sparc/vm/c1_FrameMap_sparc.cpp ! src/cpu/sparc/vm/c1_LIRGenerator_sparc.cpp ! src/share/vm/includeDB_compiler1 + test/compiler/6795465/Test6795465.java Changeset: cd18bd5e667c Author: never Date: 2009-08-19 18:54 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/cd18bd5e667c 6873777: FPU control word optimization still performed with SSE Reviewed-by: kvn ! src/share/vm/opto/compile.cpp Changeset: 357d4e2eb4dd Author: kvn Date: 2009-08-19 19:05 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/357d4e2eb4dd 6873799: enable escape analysis by default Summary: enable escape analysis by default Reviewed-by: never ! src/share/vm/opto/c2_globals.hpp Changeset: 72088be4b386 Author: cfang Date: 2009-08-20 12:42 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/72088be4b386 6873116: Modify reexecute implementation to use pcDesc to record the reexecute bit Summary: use PcDesc to keep record of the reexecute bit instead of using DebugInfoStreams Reviewed-by: kvn, never, twisti ! agent/src/share/classes/sun/jvm/hotspot/code/DebugInfoReadStream.java ! agent/src/share/classes/sun/jvm/hotspot/code/NMethod.java ! agent/src/share/classes/sun/jvm/hotspot/code/PCDesc.java ! agent/src/share/classes/sun/jvm/hotspot/code/ScopeDesc.java ! src/share/vm/classfile/javaClasses.cpp ! src/share/vm/code/debugInfo.hpp ! src/share/vm/code/debugInfoRec.cpp ! src/share/vm/code/nmethod.cpp ! src/share/vm/code/pcDesc.cpp ! src/share/vm/code/pcDesc.hpp ! src/share/vm/code/scopeDesc.cpp ! src/share/vm/code/scopeDesc.hpp ! src/share/vm/opto/callnode.cpp ! src/share/vm/prims/jvmtiCodeBlobEvents.cpp ! src/share/vm/runtime/vframe.hpp ! src/share/vm/runtime/vmStructs.cpp Changeset: 82bd76d4d7f2 Author: kvn Date: 2009-08-24 11:13 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/82bd76d4d7f2 6873800: enable compressed oops by default Summary: enable compressed oops by default Reviewed-by: never, ysr ! src/share/vm/runtime/arguments.cpp Changeset: cdb8b7c37ac1 Author: never Date: 2009-08-24 22:26 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/cdb8b7c37ac1 6875329: fix for 6795465 broke exception handler cloning Reviewed-by: kvn ! src/cpu/sparc/vm/c1_LIRGenerator_sparc.cpp ! src/cpu/x86/vm/c1_LIRGenerator_x86.cpp Changeset: aba04734b61e Author: kvn Date: 2009-08-25 13:08 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/aba04734b61e Merge Changeset: 05f89f00a864 Author: jmasa Date: 2009-08-24 10:36 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/05f89f00a864 6798898: CMS: bugs related to class unloading Summary: Override should_remember_klasses() and remember_klass() as needed. Reviewed-by: ysr, jcoomes ! src/share/vm/gc_implementation/concurrentMarkSweep/cmsOopClosures.hpp ! src/share/vm/gc_implementation/concurrentMarkSweep/cmsOopClosures.inline.hpp ! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.cpp ! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.hpp ! src/share/vm/gc_implementation/includeDB_gc_concurrentMarkSweep ! src/share/vm/memory/iterator.cpp ! src/share/vm/memory/iterator.hpp ! src/share/vm/memory/referenceProcessor.cpp Changeset: e1fdf4fd34dc Author: tonyp Date: 2009-08-19 12:53 -0400 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/e1fdf4fd34dc 6871111: G1: remove the concurrent overhead tracker Summary: Removing the concurrent overhead tracker from G1, along with the GC overhead reporter and the G1AccountConcurrentOverhead (both of which rely on the the concurrent overhead tracker). Reviewed-by: iveresov, johnc ! src/share/vm/gc_implementation/g1/concurrentG1RefineThread.cpp ! src/share/vm/gc_implementation/g1/concurrentG1RefineThread.hpp ! src/share/vm/gc_implementation/g1/concurrentMark.cpp ! src/share/vm/gc_implementation/g1/concurrentMark.hpp ! src/share/vm/gc_implementation/g1/concurrentMarkThread.cpp ! src/share/vm/gc_implementation/g1/concurrentZFThread.cpp ! src/share/vm/gc_implementation/g1/concurrentZFThread.hpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp ! src/share/vm/gc_implementation/g1/g1CollectorPolicy.cpp ! src/share/vm/gc_implementation/g1/g1CollectorPolicy.hpp ! src/share/vm/gc_implementation/g1/g1MMUTracker.cpp ! src/share/vm/gc_implementation/g1/g1MMUTracker.hpp ! src/share/vm/gc_implementation/g1/g1_globals.hpp ! src/share/vm/gc_implementation/includeDB_gc_g1 ! src/share/vm/gc_implementation/includeDB_gc_shared - src/share/vm/gc_implementation/shared/coTracker.cpp - src/share/vm/gc_implementation/shared/coTracker.hpp - src/share/vm/gc_implementation/shared/gcOverheadReporter.cpp - src/share/vm/gc_implementation/shared/gcOverheadReporter.hpp Changeset: ead53f6b615d Author: tonyp Date: 2009-08-24 13:52 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/ead53f6b615d Merge - src/share/vm/gc_implementation/shared/coTracker.cpp - src/share/vm/gc_implementation/shared/coTracker.hpp - src/share/vm/gc_implementation/shared/gcOverheadReporter.cpp - src/share/vm/gc_implementation/shared/gcOverheadReporter.hpp Changeset: b37c246bf7ce Author: jcoomes Date: 2009-08-11 15:37 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/b37c246bf7ce 6861660: OopMapBlock count/size confusion Reviewed-by: tonyp, iveresov ! src/share/vm/classfile/classFileParser.cpp ! src/share/vm/classfile/classFileParser.hpp ! src/share/vm/memory/oopFactory.cpp ! src/share/vm/memory/oopFactory.hpp ! src/share/vm/oops/instanceKlass.cpp ! src/share/vm/oops/instanceKlass.hpp ! src/share/vm/oops/instanceKlassKlass.cpp ! src/share/vm/oops/instanceKlassKlass.hpp ! src/share/vm/oops/instanceRefKlass.cpp Changeset: 9eebd3ac74cf Author: jcoomes Date: 2009-08-13 16:22 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/9eebd3ac74cf 6845368: large objects cause a crash or unexpected exception Reviewed-by: jmasa, iveresov ! src/share/vm/classfile/classFileParser.cpp ! src/share/vm/classfile/classFileParser.hpp ! src/share/vm/memory/oopFactory.cpp ! src/share/vm/memory/oopFactory.hpp ! src/share/vm/oops/instanceKlass.cpp ! src/share/vm/oops/instanceKlass.hpp ! src/share/vm/oops/instanceKlassKlass.cpp ! src/share/vm/oops/instanceKlassKlass.hpp ! src/share/vm/oops/instanceRefKlass.cpp + test/gc/6845368/bigobj.java Changeset: 8624da129f0b Author: apetrusenko Date: 2009-08-31 05:27 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/8624da129f0b 6841313: G1: dirty cards of survivor regions in parallel Reviewed-by: tonyp, iveresov ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp ! src/share/vm/gc_implementation/g1/g1_globals.hpp ! src/share/vm/memory/cardTableModRefBS.cpp ! src/share/vm/memory/cardTableModRefBS.hpp Changeset: 8b46c4d82093 Author: ysr Date: 2009-09-02 00:04 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/8b46c4d82093 4957990: Perm heap bloat in JVM Summary: Treat ProfileData in MDO's as a source of weak, not strong, roots. Fixes the bug for stop-world collection -- the case of concurrent collection will be fixed separately. Reviewed-by: jcoomes, jmasa, kvn, never ! src/share/vm/code/nmethod.cpp ! src/share/vm/code/nmethod.hpp ! src/share/vm/gc_implementation/concurrentMarkSweep/cmsOopClosures.hpp ! src/share/vm/gc_implementation/concurrentMarkSweep/cmsOopClosures.inline.hpp ! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.cpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.hpp ! src/share/vm/gc_implementation/g1/g1MarkSweep.cpp ! src/share/vm/gc_implementation/includeDB_gc_parallelScavenge ! src/share/vm/gc_implementation/parallelScavenge/pcTasks.cpp ! src/share/vm/gc_implementation/parallelScavenge/psCompactionManager.cpp ! src/share/vm/gc_implementation/parallelScavenge/psCompactionManager.hpp ! src/share/vm/gc_implementation/parallelScavenge/psMarkSweep.cpp ! src/share/vm/gc_implementation/parallelScavenge/psParallelCompact.cpp ! src/share/vm/gc_implementation/parallelScavenge/psParallelCompact.hpp ! src/share/vm/gc_implementation/shared/markSweep.cpp ! src/share/vm/gc_implementation/shared/markSweep.hpp ! src/share/vm/gc_interface/collectedHeap.hpp ! src/share/vm/includeDB_core ! src/share/vm/interpreter/interpreterRuntime.cpp ! src/share/vm/interpreter/interpreterRuntime.hpp ! src/share/vm/memory/genMarkSweep.cpp ! src/share/vm/memory/iterator.hpp ! src/share/vm/oops/methodDataOop.cpp ! src/share/vm/oops/methodDataOop.hpp ! src/share/vm/runtime/globals.hpp ! src/share/vm/runtime/sweeper.cpp Changeset: 2c79770d1f6e Author: tonyp Date: 2009-07-30 16:22 -0400 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/2c79770d1f6e 6819085: G1: use larger and/or user settable region size Summary: Instead of the region size being hard-coded, allow the user to set it. Reviewed-by: jmasa, johnc, apetrusenko ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.hpp ! src/share/vm/gc_implementation/g1/g1CollectorPolicy.cpp ! src/share/vm/gc_implementation/g1/g1CollectorPolicy.hpp ! src/share/vm/gc_implementation/g1/g1_globals.hpp ! src/share/vm/gc_implementation/g1/heapRegion.cpp ! src/share/vm/gc_implementation/g1/heapRegion.hpp ! src/share/vm/gc_implementation/g1/heapRegionRemSet.cpp ! src/share/vm/gc_implementation/g1/sparsePRT.cpp ! src/share/vm/gc_implementation/g1/sparsePRT.hpp ! src/share/vm/gc_implementation/includeDB_gc_g1 Changeset: b1606b3c0a8a Author: apetrusenko Date: 2009-09-04 05:31 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/b1606b3c0a8a Merge ! src/share/vm/code/nmethod.cpp - src/share/vm/gc_implementation/shared/coTracker.cpp - src/share/vm/gc_implementation/shared/coTracker.hpp - src/share/vm/gc_implementation/shared/gcOverheadReporter.cpp - src/share/vm/gc_implementation/shared/gcOverheadReporter.hpp Changeset: b1f5ced5da21 Author: jcoomes Date: 2009-09-03 19:21 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/b1f5ced5da21 6879076: disable jprt sync after builds are done Reviewed-by: kamg, dholmes ! make/jprt.properties Changeset: 68ef3fdcdb76 Author: ysr Date: 2009-09-10 16:46 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/68ef3fdcdb76 6872136: CMS: confusing message may be printed when a collector is switched off implicitly Summary: Fix CDS/CMS option overrides related to iCMS option CMSIncrementalMode; explicate overrides to error stream. Reviewed-by: coleenp ! src/share/vm/runtime/arguments.cpp Changeset: a94714c55065 Author: trims Date: 2009-09-15 20:44 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/a94714c55065 Merge Changeset: 1e5f0e56d242 Author: xdono Date: 2009-09-17 13:46 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/1e5f0e56d242 Added tag jdk7-b72 for changeset a94714c55065 ! .hgtags From xiomara.jayasena at sun.com Fri Sep 18 17:01:51 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Fri, 18 Sep 2009 17:01:51 +0000 Subject: hg: jdk7/build/jaxp: Added tag jdk7-b72 for changeset 37c805b6156f Message-ID: <20090918170154.44BD9124DC@hg.openjdk.java.net> Changeset: 93dfa6e0fe76 Author: xdono Date: 2009-09-17 13:46 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jaxp/rev/93dfa6e0fe76 Added tag jdk7-b72 for changeset 37c805b6156f ! .hgtags From xiomara.jayasena at sun.com Fri Sep 18 17:02:27 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Fri, 18 Sep 2009 17:02:27 +0000 Subject: hg: jdk7/build/jaxws: Added tag jdk7-b72 for changeset 4c990aa99bc0 Message-ID: <20090918170229.D09A6124E1@hg.openjdk.java.net> Changeset: d79f0d601c2b Author: xdono Date: 2009-09-17 13:46 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jaxws/rev/d79f0d601c2b Added tag jdk7-b72 for changeset 4c990aa99bc0 ! .hgtags From xiomara.jayasena at sun.com Fri Sep 18 17:03:59 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Fri, 18 Sep 2009 17:03:59 +0000 Subject: hg: jdk7/build/jdk: 30 new changesets Message-ID: <20090918171033.499AC124E6@hg.openjdk.java.net> Changeset: 559fb14d0ae9 Author: anthony Date: 2009-08-27 16:42 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/559fb14d0ae9 6780496: Javaw process taking up 80-90 percent of CPU time! Summary: The transparency effects get enabled on showing, and disabled on hiding a window Reviewed-by: art, dcherepanov ! src/windows/native/sun/windows/awt_Dialog.cpp ! src/windows/native/sun/windows/awt_Frame.cpp ! src/windows/native/sun/windows/awt_Window.cpp ! src/windows/native/sun/windows/awt_Window.h Changeset: 7599cca4fe5e Author: dcherepanov Date: 2009-08-27 17:04 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/7599cca4fe5e 6852051: Getting Null Pointer Exception when displaying message for TrayIcon on Opensolaris Reviewed-by: anthony ! src/share/classes/java/awt/Component.java Changeset: 911a82b4901f Author: dcherepanov Date: 2009-08-27 17:06 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/911a82b4901f 6854898: Frame is located at the negative coordinates instead of origin for Solaris 10 CDE Reviewed-by: art, anthony ! src/solaris/classes/sun/awt/X11/XErrorHandler.java ! src/solaris/classes/sun/awt/X11/XToolkit.java Changeset: d5ac8fb96d13 Author: anthony Date: 2009-08-28 19:34 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/d5ac8fb96d13 6689468: test/closed/java/awt/Component/VisibleHwInLwContTest/VisibleHwInLwContTest.html fails Summary: The addNotify() checks whether the component is actually hidden, and hides the peer appropriately if needed Reviewed-by: art, dcherepanov ! src/share/classes/java/awt/Component.java Changeset: d755ace580b2 Author: yan Date: 2009-09-04 14:50 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/d755ace580b2 6871299: Shift+Tab no longer generates a KEY_TYPED event; used to with JRE 1.5 Summary: Add XK_ISO_Left_Tab -> VK_TAB rule Reviewed-by: dcherepanov ! src/solaris/classes/sun/awt/X11/XKeysym.java ! src/solaris/classes/sun/awt/X11/keysym2ucs.h Changeset: 5a584fbcc712 Author: yan Date: 2009-09-09 00:48 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/5a584fbcc712 Merge Changeset: a48c15bcf64f Author: rupashka Date: 2009-08-14 13:18 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/a48c15bcf64f 6824600: OOM occurs when setLookAndFeel() is executed in Windows L&F(XP style) Reviewed-by: alexp ! src/share/classes/com/sun/java/swing/plaf/windows/DesktopProperty.java ! src/share/classes/com/sun/java/swing/plaf/windows/WindowsLookAndFeel.java ! src/share/classes/javax/swing/plaf/metal/MetalFontDesktopProperty.java ! src/share/classes/javax/swing/plaf/metal/MetalLookAndFeel.java + test/com/sun/java/swing/plaf/windows/Test6824600.java Changeset: fa334ff12794 Author: alexp Date: 2009-08-19 17:24 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/fa334ff12794 6872492: JLayer sources contain wrong header Reviewed-by: rupashka ! src/share/classes/javax/swing/JLayer.java ! src/share/classes/javax/swing/plaf/LayerUI.java Changeset: 3e36c9abb569 Author: yan Date: 2009-08-20 23:30 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/3e36c9abb569 Merge - test/java/util/concurrent/ConcurrentLinkedQueue/ConcurrentQueueLoops.java - test/java/util/concurrent/ConcurrentLinkedQueue/LoopHelpers.java Changeset: e8d93257cf7e Author: rupashka Date: 2009-08-21 16:59 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/e8d93257cf7e 6579827: vista : JSlider on JColorchooser is not properly render or can't be seen completely. Reviewed-by: peterz ! src/share/classes/javax/swing/plaf/basic/BasicSliderUI.java + test/javax/swing/JSlider/6579827/bug6579827.java Changeset: d07bd8fa89e4 Author: rupashka Date: 2009-08-24 18:21 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/d07bd8fa89e4 6849266: closed/javax/swing/JFileChooser/6484091/bug6484091.java fails on solaris 10 sparc Reviewed-by: peterz + test/javax/swing/JFileChooser/6484091/bug6484091.java Changeset: 799439873bf9 Author: alexp Date: 2009-08-24 19:22 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/799439873bf9 6824395: Several Swing core components prevent using them in wrapper classes Reviewed-by: peterz ! src/share/classes/javax/swing/JEditorPane.java ! src/share/classes/javax/swing/JLayer.java ! src/share/classes/javax/swing/JList.java ! src/share/classes/javax/swing/JTable.java ! src/share/classes/javax/swing/JTextField.java ! src/share/classes/javax/swing/JTree.java ! src/share/classes/javax/swing/plaf/LayerUI.java ! src/share/classes/javax/swing/text/JTextComponent.java ! src/share/classes/sun/swing/SwingUtilities2.java + test/javax/swing/JLayer/6824395/bug6824395.java ! test/javax/swing/JLayer/SerializationTest/SerializationTest.java Changeset: 4914723317b9 Author: peytoia Date: 2009-08-31 12:55 +0900 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/4914723317b9 6851214: (tz) New Jordan rule creates a failure for SimpleTimeZone parsing post tzdata2009h Reviewed-by: okutsu ! src/share/classes/java/util/SimpleTimeZone.java + test/java/util/TimeZone/ListTimeZones.java Changeset: 7aa6cb832991 Author: peytoia Date: 2009-08-31 14:50 +0900 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/7aa6cb832991 6872467: (tz) Support tzdata2009l Reviewed-by: okutsu ! make/sun/javazic/tzdata/VERSION ! make/sun/javazic/tzdata/africa ! make/sun/javazic/tzdata/antarctica ! make/sun/javazic/tzdata/asia ! make/sun/javazic/tzdata/australasia ! make/sun/javazic/tzdata/backward ! make/sun/javazic/tzdata/etcetera ! make/sun/javazic/tzdata/europe ! make/sun/javazic/tzdata/factory ! make/sun/javazic/tzdata/iso3166.tab ! make/sun/javazic/tzdata/leapseconds ! make/sun/javazic/tzdata/northamerica ! make/sun/javazic/tzdata/pacificnew ! make/sun/javazic/tzdata/solar87 ! make/sun/javazic/tzdata/solar88 ! make/sun/javazic/tzdata/solar89 ! make/sun/javazic/tzdata/southamerica ! make/sun/javazic/tzdata/systemv ! make/sun/javazic/tzdata/zone.tab Changeset: 92b6482e7719 Author: peytoia Date: 2009-08-31 14:53 +0900 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/92b6482e7719 6456628: (tz) Default timezone is incorrectly set occasionally on Linux Reviewed-by: okutsu ! src/solaris/native/java/util/TimeZone_md.c Changeset: f7d606ca25a9 Author: peterz Date: 2009-08-31 13:46 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/f7d606ca25a9 6802944: Nimbus initialization is too slow Reviewed-by: jasper ! make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/generator/DefaultsGenerator.java ! src/share/classes/javax/swing/plaf/nimbus/Defaults.template ! src/share/classes/javax/swing/plaf/nimbus/DerivedColor.java ! src/share/classes/javax/swing/plaf/nimbus/NimbusLookAndFeel.java ! src/share/classes/javax/swing/plaf/nimbus/NimbusStyle.java Changeset: 7e7153da24ef Author: peterz Date: 2009-08-31 13:56 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/7e7153da24ef 6844267: Nimbus generator depends on JIBX Summary: Nimbus generator now uses JAXB instead of JIBX Reviewed-by: jasper ! README ! make/common/Sanity.gmk ! make/common/shared/Defs.gmk ! make/common/shared/Sanity-Settings.gmk ! make/common/shared/Sanity.gmk ! make/javax/swing/plaf/Makefile - make/javax/swing/plaf/nimbus/Makefile ! make/tools/Makefile + make/tools/generate_nimbus/Makefile + make/tools/src/build/tools/generatenimbus/Generator.java + make/tools/src/build/tools/generatenimbus/ObjectFactory.java + make/tools/src/build/tools/generatenimbus/Paint.java + make/tools/src/build/tools/generatenimbus/PainterGenerator.java + make/tools/src/build/tools/generatenimbus/Shape.java + make/tools/src/build/tools/generatenimbus/SynthModel.java + make/tools/src/build/tools/generatenimbus/UIDefault.java + make/tools/src/build/tools/generatenimbus/UIStyle.java + make/tools/src/build/tools/generatenimbus/Utils.java - make/tools/swing-nimbus/Makefile - make/tools/swing-nimbus/classes/org/jdesktop/beans/AbstractBean.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/BezierControlPoint.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/BlendingMode.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/Canvas.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/ControlPoint.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/Designer.jibx.xml - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/DoubleBean.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/EllipseShape.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/GraphicsHelper.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/Layer.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/LayerContainer.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/PaintedShape.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/PathShape.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/RectangleShape.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/SimpleShape.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/TemplateLayer.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/effects/DropShadowEffect.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/effects/Effect.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/effects/EffectUtils.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/effects/EffectUtilsTemp.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/effects/InnerGlowEffect.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/effects/InnerShadowEffect.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/effects/OuterGlowEffect.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/effects/ShadowEffect.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/font/Typeface.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/jibxhelpers/CanvasMapper.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/jibxhelpers/ColorMapper.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/jibxhelpers/DimensionMapper.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/jibxhelpers/InsetsMapper.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/paint/AbstractGradient.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/paint/Gradient.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/paint/GradientStop.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/paint/Matte.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/paint/PaintModel.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/paint/RadialGradient.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/paint/Texture.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/utils/HasPath.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/utils/HasResources.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/utils/HasUIDefaults.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/generator/DefaultsGenerator.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/generator/Generator.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/generator/GeneratorUtils.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/generator/ObjectCodeConvertors.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/generator/PainterGenerator.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/generator/TemplateWriter.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/CustomUIDefault.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/HasUIStyle.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/PainterBorder.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/SynthModel.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/SynthModel.jibx.xml - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIBorder.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIColor.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIComponent.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIDefault.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIDimension.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIFont.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIIcon.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIIconRegion.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIInsets.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIPaint.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIProperty.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIRegion.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIState.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIStateType.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIStyle.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/jibxhelpers/BorderMapper.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/jibxhelpers/ClassConverter.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/jibxhelpers/ClassMapper.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/jibxhelpers/FontMapper.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/jibxhelpers/UIPropertyMapper.java Changeset: e7d311b4ae94 Author: alexp Date: 2009-08-31 18:39 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/e7d311b4ae94 6872503: JLayer event handling should be rewritten Reviewed-by: art ! src/share/classes/javax/swing/JLayer.java + test/javax/swing/JLayer/6872503/bug6872503.java Changeset: 9d8f551780d5 Author: peytoia Date: 2009-09-01 15:39 +0900 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/9d8f551780d5 6830423: Unified Ext B character not displayed with Dialog font Reviewed-by: okutsu ! src/windows/classes/sun/awt/windows/fontconfig.properties Changeset: 37c33432e98a Author: peytoia Date: 2009-09-01 15:42 +0900 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/37c33432e98a 6838887: (tz) Add UTC and Yerevan to tzmappings Reviewed-by: okutsu ! src/windows/lib/tzmappings Changeset: 5780cff2763c Author: peytoia Date: 2009-09-01 16:15 +0900 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/5780cff2763c 6856390: RFE : sequence.allfonts.UTF-8.ja for Windows fontconfig.properties Reviewed-by: okutsu ! src/windows/classes/sun/awt/windows/fontconfig.properties Changeset: 4f819e2e0bfc Author: peterz Date: 2009-09-01 15:34 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/4f819e2e0bfc 6387579: Usage of package-private class as parameter of a method (javax.swing.tree.DefaultTreeSelectionModel) Reviewed-by: rupashka ! src/share/classes/javax/swing/tree/DefaultTreeSelectionModel.java Changeset: 935814bd43a6 Author: alexp Date: 2009-09-01 18:51 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/935814bd43a6 6875153: JLayer.isOptimizedDrawingEnabled() throws NPE for null glass pane set Reviewed-by: rupashka ! src/share/classes/javax/swing/JLayer.java ! src/share/classes/javax/swing/plaf/LayerUI.java + test/javax/swing/JLayer/6875153/bug6875153.java Changeset: 281fbd82a971 Author: alexp Date: 2009-09-02 17:47 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/281fbd82a971 6797139: JButton title is truncating for some strings irrespective of preferred size. Reviewed-by: peterz ! src/share/classes/javax/swing/SwingUtilities.java ! src/share/classes/javax/swing/plaf/synth/SynthMenuItemLayoutHelper.java ! src/share/classes/sun/swing/MenuItemLayoutHelper.java ! src/share/classes/sun/swing/SwingUtilities2.java + test/javax/swing/SwingUtilities/6797139/bug6797139.java Changeset: ff468ef27959 Author: gsm Date: 2009-09-07 12:27 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/ff468ef27959 6699856: Creating text in a JTextPane using Chinese text causes undesired behavior Reviewed-by: peterz ! src/share/classes/javax/swing/JEditorPane.java ! src/share/classes/javax/swing/JTextPane.java ! src/share/classes/javax/swing/text/JTextComponent.java Changeset: 01c46cb72eb7 Author: rupashka Date: 2009-09-07 15:09 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/01c46cb72eb7 6589634: Unable to view focus on "Up one level", "create new folder" etc. of JFileChooser Dialog Reviewed-by: peterz, loneid ! src/share/classes/com/sun/java/swing/plaf/windows/WindowsFileChooserUI.java Changeset: d73a741a7ea1 Author: malenkov Date: 2009-09-08 14:08 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/d73a741a7ea1 6868185: 2 JCK api/java_beans/Introspector/ tests fails starting from jdk7 b66 Reviewed-by: peterz ! src/share/classes/com/sun/beans/finder/BeanInfoFinder.java Changeset: e289c06b6d36 Author: yan Date: 2009-09-09 00:51 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/e289c06b6d36 Merge - make/javax/swing/plaf/nimbus/Makefile - make/tools/swing-nimbus/Makefile - make/tools/swing-nimbus/classes/org/jdesktop/beans/AbstractBean.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/BezierControlPoint.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/BlendingMode.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/Canvas.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/ControlPoint.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/Designer.jibx.xml - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/DoubleBean.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/EllipseShape.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/GraphicsHelper.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/Layer.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/LayerContainer.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/PaintedShape.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/PathShape.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/RectangleShape.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/SimpleShape.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/TemplateLayer.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/effects/DropShadowEffect.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/effects/Effect.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/effects/EffectUtils.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/effects/EffectUtilsTemp.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/effects/InnerGlowEffect.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/effects/InnerShadowEffect.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/effects/OuterGlowEffect.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/effects/ShadowEffect.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/font/Typeface.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/jibxhelpers/CanvasMapper.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/jibxhelpers/ColorMapper.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/jibxhelpers/DimensionMapper.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/jibxhelpers/InsetsMapper.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/paint/AbstractGradient.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/paint/Gradient.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/paint/GradientStop.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/paint/Matte.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/paint/PaintModel.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/paint/RadialGradient.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/paint/Texture.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/utils/HasPath.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/utils/HasResources.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/utils/HasUIDefaults.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/generator/DefaultsGenerator.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/generator/Generator.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/generator/GeneratorUtils.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/generator/ObjectCodeConvertors.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/generator/PainterGenerator.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/generator/TemplateWriter.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/CustomUIDefault.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/HasUIStyle.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/PainterBorder.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/SynthModel.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/SynthModel.jibx.xml - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIBorder.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIColor.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIComponent.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIDefault.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIDimension.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIFont.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIIcon.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIIconRegion.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIInsets.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIPaint.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIProperty.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIRegion.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIState.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIStateType.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIStyle.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/jibxhelpers/BorderMapper.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/jibxhelpers/ClassConverter.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/jibxhelpers/ClassMapper.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/jibxhelpers/FontMapper.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/jibxhelpers/UIPropertyMapper.java Changeset: 460639b036f3 Author: yan Date: 2009-09-15 23:41 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/460639b036f3 Merge - make/javax/swing/plaf/nimbus/Makefile - make/tools/swing-nimbus/Makefile - make/tools/swing-nimbus/classes/org/jdesktop/beans/AbstractBean.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/BezierControlPoint.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/BlendingMode.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/Canvas.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/ControlPoint.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/Designer.jibx.xml - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/DoubleBean.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/EllipseShape.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/GraphicsHelper.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/Layer.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/LayerContainer.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/PaintedShape.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/PathShape.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/RectangleShape.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/SimpleShape.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/TemplateLayer.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/effects/DropShadowEffect.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/effects/Effect.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/effects/EffectUtils.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/effects/EffectUtilsTemp.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/effects/InnerGlowEffect.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/effects/InnerShadowEffect.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/effects/OuterGlowEffect.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/effects/ShadowEffect.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/font/Typeface.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/jibxhelpers/CanvasMapper.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/jibxhelpers/ColorMapper.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/jibxhelpers/DimensionMapper.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/jibxhelpers/InsetsMapper.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/paint/AbstractGradient.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/paint/Gradient.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/paint/GradientStop.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/paint/Matte.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/paint/PaintModel.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/paint/RadialGradient.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/paint/Texture.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/utils/HasPath.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/utils/HasResources.java - make/tools/swing-nimbus/classes/org/jdesktop/swingx/designer/utils/HasUIDefaults.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/generator/DefaultsGenerator.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/generator/Generator.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/generator/GeneratorUtils.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/generator/ObjectCodeConvertors.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/generator/PainterGenerator.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/generator/TemplateWriter.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/CustomUIDefault.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/HasUIStyle.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/PainterBorder.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/SynthModel.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/SynthModel.jibx.xml - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIBorder.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIColor.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIComponent.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIDefault.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIDimension.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIFont.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIIcon.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIIconRegion.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIInsets.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIPaint.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIProperty.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIRegion.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIState.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIStateType.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/UIStyle.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/jibxhelpers/BorderMapper.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/jibxhelpers/ClassConverter.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/jibxhelpers/ClassMapper.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/jibxhelpers/FontMapper.java - make/tools/swing-nimbus/classes/org/jdesktop/synthdesigner/synthmodel/jibxhelpers/UIPropertyMapper.java Changeset: f09a2bfba691 Author: xdono Date: 2009-09-17 13:47 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/f09a2bfba691 Added tag jdk7-b72 for changeset 460639b036f3 ! .hgtags From xiomara.jayasena at sun.com Fri Sep 18 17:17:22 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Fri, 18 Sep 2009 17:17:22 +0000 Subject: hg: jdk7/build/langtools: Added tag jdk7-b72 for changeset 261c54b2312e Message-ID: <20090918171725.DB372124EB@hg.openjdk.java.net> Changeset: bfad32768345 Author: xdono Date: 2009-09-17 13:47 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/bfad32768345 Added tag jdk7-b72 for changeset 261c54b2312e ! .hgtags From Kelly.Ohair at Sun.COM Fri Sep 18 22:25:33 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Fri, 18 Sep 2009 15:25:33 -0700 Subject: Need reviewer - regression in corba build Message-ID: <4AB408DD.6050809@sun.com> We have run into a corba build problem, not all the classes are getting delivered via the corba/dist/lib/classes.jar file. It appears to be some strange interaction with VPATH and the wildcard logic I added recently in changeset http://hg.openjdk.java.net/jdk7/build/corba/rev/1c130e7b7a2e I filed 6883790: corba build problem related to wildcard and vpath, regression Webrev is here: http://cr.openjdk.java.net/~ohair/openjdk7/corba-build-problem/webrev/ I'm just putting back the FIND logic instead of using wildcard. Not everyone was seeing the problem, so it's some kind of strange unpredictable thing that isn't seen by everyone. I only managed to reproduce it on a solaris 10 sparc machine. -kto From Xiomara.Jayasena at Sun.COM Fri Sep 18 22:50:39 2009 From: Xiomara.Jayasena at Sun.COM (Xiomara Jayasena) Date: Fri, 18 Sep 2009 15:50:39 -0700 Subject: Need reviewer - regression in corba build In-Reply-To: <4AB408DD.6050809@sun.com> References: <4AB408DD.6050809@sun.com> Message-ID: <4AB40EBF.5000401@sun.com> Kelly O'Hair wrote: > > We have run into a corba build problem, not all the classes are > getting delivered via the corba/dist/lib/classes.jar file. > > It appears to be some strange interaction with VPATH and the > wildcard logic I added recently in changeset > http://hg.openjdk.java.net/jdk7/build/corba/rev/1c130e7b7a2e > > I filed > 6883790: corba build problem related to wildcard and vpath, regression > > Webrev is here: > http://cr.openjdk.java.net/~ohair/openjdk7/corba-build-problem/webrev/ > > I'm just putting back the FIND logic instead of using wildcard. > > Not everyone was seeing the problem, so it's some kind of strange > unpredictable thing that isn't seen by everyone. > I only managed to reproduce it on a solaris 10 sparc machine. I am seeing in on the 32 bit fedora system as well and of course both solaris 32 and 64 bit systems. -Xiomara > > -kto From kelly.ohair at sun.com Fri Sep 18 23:28:04 2009 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Fri, 18 Sep 2009 23:28:04 +0000 Subject: hg: jdk7/build/corba: 6883790: corba build problem related to wildcard and vpath, regression Message-ID: <20090918232806.E752A125BC@hg.openjdk.java.net> Changeset: 31ce3cac3cc1 Author: ohair Date: 2009-09-18 16:26 -0700 URL: http://hg.openjdk.java.net/jdk7/build/corba/rev/31ce3cac3cc1 6883790: corba build problem related to wildcard and vpath, regression Reviewed-by: tbell ! make/common/Rules.gmk From Tim.Bell at Sun.COM Fri Sep 18 23:31:18 2009 From: Tim.Bell at Sun.COM (Tim Bell) Date: Fri, 18 Sep 2009 16:31:18 -0700 Subject: Need reviewer - regression in corba build In-Reply-To: <4AB408DD.6050809@sun.com> References: <4AB408DD.6050809@sun.com> Message-ID: <4AB41846.8090401@sun.com> Hi Kelly: > We have run into a corba build problem, not all the classes are > getting delivered via the corba/dist/lib/classes.jar file. > > It appears to be some strange interaction with VPATH and the > wildcard logic I added recently in changeset > http://hg.openjdk.java.net/jdk7/build/corba/rev/1c130e7b7a2e > > I filed > 6883790: corba build problem related to wildcard and vpath, regression > > Webrev is here: > http://cr.openjdk.java.net/~ohair/openjdk7/corba-build-problem/webrev/ > > I'm just putting back the FIND logic instead of using wildcard. Approved. I see you are restoring the old find logic removed in changeset 1c130e7b7a2e: http://hg.openjdk.java.net/jdk7/build/corba/diff/1c130e7b7a2e/make/common/Rules.gmk So these changes are not quite as scary as they look at first glance, since we have already been using them. > Not everyone was seeing the problem, so it's some kind of strange > unpredictable thing that isn't seen by everyone. > I only managed to reproduce it on a solaris 10 sparc machine. These have not hit the TL forest yet, so I don't have anything to report about predictability. Tim From kelly.ohair at sun.com Sat Sep 19 00:11:56 2009 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Sat, 19 Sep 2009 00:11:56 +0000 Subject: hg: jdk7/build/corba: 6883816: corba fix for missing javax/transaction/xa classes (the real fix) Message-ID: <20090919001157.AC848125CC@hg.openjdk.java.net> Changeset: 2aa5665d86a5 Author: ohair Date: 2009-09-18 17:10 -0700 URL: http://hg.openjdk.java.net/jdk7/build/corba/rev/2aa5665d86a5 6883816: corba fix for missing javax/transaction/xa classes (the real fix) Reviewed-by: tbell ! make/common/Rules.gmk From kelly.ohair at sun.com Mon Sep 21 23:06:58 2009 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Mon, 21 Sep 2009 23:06:58 +0000 Subject: hg: jdk7/build/jaxp: 6856630: Restructure jaxp/jaxws repositories Message-ID: <20090921230701.3402F126C0@hg.openjdk.java.net> Changeset: 534e23823a1b Author: ohair Date: 2009-09-21 13:54 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jaxp/rev/534e23823a1b 6856630: Restructure jaxp/jaxws repositories Reviewed-by: darcy, tbell ! .hgignore ! README + build-defs.xml + build-drop-template.xml + build.properties + build.xml + jaxp.properties ! make/Makefile - make/build.properties - make/build.xml ! make/jprt.properties - make/tools/StripProperties/StripProperties.java - make/tools/StripProperties/StripPropertiesTask.java + nbproject/findbugs.settings + nbproject/project.xml + nbproject/sqe.properties + patches/jaxp_src/README From kelly.ohair at sun.com Mon Sep 21 23:06:58 2009 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Mon, 21 Sep 2009 23:06:58 +0000 Subject: hg: jdk7/build/jaxws: 6856630: Restructure jaxp/jaxws repositories Message-ID: <20090921230701.82B40126C1@hg.openjdk.java.net> Changeset: ae2bec597586 Author: ohair Date: 2009-09-21 13:57 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jaxws/rev/ae2bec597586 6856630: Restructure jaxp/jaxws repositories Reviewed-by: darcy, tbell ! .hgignore ! README + build-defs.xml + build-drop-template.xml + build.properties + build.xml + jaxws.properties ! make/Makefile - make/build.properties - make/build.xml ! make/jprt.properties - make/tools/StripProperties/StripProperties.java - make/tools/StripProperties/StripPropertiesTask.java + nbproject/findbugs.settings + nbproject/project.xml + nbproject/sqe.properties + patches/jaxws_src/README From Kelly.Ohair at Sun.COM Mon Sep 21 23:28:55 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Mon, 21 Sep 2009 16:28:55 -0700 Subject: 6856630: Restructure jaxp/jaxws repository Message-ID: <4AB80C37.6000108@sun.com> This 6856630 change has been integrated into the build forest jaxp and jaxws repositories: http://hg.openjdk.java.net/jdk7/build/jaxws/rev/ae2bec597586 http://hg.openjdk.java.net/jdk7/build/jaxp/rev/534e23823a1b Assuming we get successful test builds of the build forest, these changes will get integrated into the jdk7 master forest. Notes: * The jaxws (and jaf) and jaxp sources have been extracted and put into separate source zip files. These zip files represent the source deliveries into the jdk7 project. Selection of the bundles is determined by the properties in the files jax*/jax*.properties and jax*/build-defs.xml. The current 3 source drop bundles are: jdk7-jaf-2009_08_28.zip jdk7-jaxp-2009_08_28.zip jdk7-jaxws-2009_08_28.zip If not found in the /java/devtools/share/jdk7-drops directory, the ant scripts will look for them at http://kenai.com/projects/jdk7-drops/downloads a temporary site for now until the JAX* teams engage. * The original jaxp/src and jaxws/src files are still there, but should not be used unless the drop source bundles are unavailable (currently the drop bundles contain the exact same files). A warning will be issued if they are used. Eventually the original jaxp/src and jaxws/src files will be deleted from the jdk7 repositories. * 'ant source' or 'cd make && make source' will get the drop bundles and populate the drop source area. But this should happen automatically. Please ask questions, this is kind of a big change and anything can go wrong, please let me know if there are problems. -kto From kelly.ohair at sun.com Tue Sep 22 00:22:25 2009 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Tue, 22 Sep 2009 00:22:25 +0000 Subject: hg: jdk7/build/jaxws: 6884220: Have drop sources ignore the output.dir property Message-ID: <20090922002227.A395E126CB@hg.openjdk.java.net> Changeset: 77708e68db52 Author: ohair Date: 2009-09-21 17:21 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jaxws/rev/77708e68db52 6884220: Have drop sources ignore the output.dir property Reviewed-by: xdono ! build.properties From kelly.ohair at sun.com Tue Sep 22 00:22:24 2009 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Tue, 22 Sep 2009 00:22:24 +0000 Subject: hg: jdk7/build/jaxp: 6884220: Have drop sources ignore the output.dir property Message-ID: <20090922002227.91FFF126CA@hg.openjdk.java.net> Changeset: 0748962aa825 Author: ohair Date: 2009-09-21 17:21 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jaxp/rev/0748962aa825 6884220: Have drop sources ignore the output.dir property Reviewed-by: xdono ! build.properties From xiomara.jayasena at sun.com Tue Sep 22 21:15:35 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Tue, 22 Sep 2009 21:15:35 +0000 Subject: hg: jdk7/build: 6884624: Update copyright year Message-ID: <20090922211536.0D153127B7@hg.openjdk.java.net> Changeset: d70b157f6407 Author: xdono Date: 2009-09-22 14:06 -0700 URL: http://hg.openjdk.java.net/jdk7/build/rev/d70b157f6407 6884624: Update copyright year Summary: Update copyright for files that have been modified in 2009 through Septermber Reviewed-by: tbell, ohair ! make/corba-rules.gmk ! make/hotspot-rules.gmk ! make/install-rules.gmk ! make/jaxp-rules.gmk ! make/jaxws-rules.gmk ! make/langtools-rules.gmk ! make/sponsors-rules.gmk From xiomara.jayasena at sun.com Tue Sep 22 21:16:12 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Tue, 22 Sep 2009 21:16:12 +0000 Subject: hg: jdk7/build/corba: 6884624: Update copyright year Message-ID: <20090922211613.AFCAA127BC@hg.openjdk.java.net> Changeset: b751c528c555 Author: xdono Date: 2009-09-22 14:06 -0700 URL: http://hg.openjdk.java.net/jdk7/build/corba/rev/b751c528c555 6884624: Update copyright year Summary: Update copyright for files that have been modified in 2009 through Septermber Reviewed-by: tbell, ohair ! make/common/CancelImplicits.gmk From xiomara.jayasena at sun.com Tue Sep 22 21:16:53 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Tue, 22 Sep 2009 21:16:53 +0000 Subject: hg: jdk7/build/hotspot: 6884624: Update copyright year Message-ID: <20090922211659.CE801127C1@hg.openjdk.java.net> Changeset: 89e0543e1737 Author: xdono Date: 2009-09-22 14:06 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/89e0543e1737 6884624: Update copyright year Summary: Update copyright for files that have been modified in 2009 through Septermber Reviewed-by: tbell, ohair ! agent/make/saenv.sh ! agent/make/saenv64.sh ! agent/src/os/solaris/proc/Makefile ! agent/src/os/solaris/proc/mapfile ! agent/src/share/classes/sun/jvm/hotspot/memory/CompactibleFreeListSpace.java ! agent/src/share/classes/sun/jvm/hotspot/memory/FreeChunk.java ! src/cpu/x86/vm/c1_LIRGenerator_x86.cpp ! src/os_cpu/solaris_sparc/vm/atomic_solaris_sparc.inline.hpp ! src/os_cpu/solaris_x86/vm/atomic_solaris_x86.inline.hpp ! src/share/vm/c1/c1_IR.cpp ! src/share/vm/c1/c1_IR.hpp ! src/share/vm/c1/c1_LIRAssembler.cpp ! src/share/vm/ci/ciObjectFactory.cpp ! src/share/vm/classfile/classLoader.hpp ! src/share/vm/code/debugInfoRec.hpp ! src/share/vm/code/nmethod.hpp ! src/share/vm/compiler/oopMap.cpp ! src/share/vm/compiler/oopMap.hpp ! src/share/vm/gc_implementation/g1/concurrentZFThread.cpp ! src/share/vm/gc_implementation/g1/g1MMUTracker.cpp ! src/share/vm/gc_implementation/parallelScavenge/pcTasks.cpp ! src/share/vm/gc_implementation/parallelScavenge/psCompactionManager.cpp ! src/share/vm/gc_implementation/parallelScavenge/psCompactionManager.hpp ! src/share/vm/gc_implementation/shared/markSweep.cpp ! src/share/vm/gc_implementation/shared/markSweep.hpp ! src/share/vm/memory/genMarkSweep.cpp ! src/share/vm/memory/iterator.cpp ! src/share/vm/memory/iterator.hpp ! src/share/vm/memory/serialize.cpp ! src/share/vm/oops/arrayKlass.cpp ! src/share/vm/oops/instanceKlassKlass.hpp ! src/share/vm/oops/instanceRefKlass.cpp ! src/share/vm/oops/methodDataOop.hpp ! src/share/vm/oops/objArrayOop.hpp ! src/share/vm/opto/compile.hpp ! src/share/vm/opto/idealKit.cpp ! src/share/vm/opto/idealKit.hpp ! src/share/vm/opto/ifnode.cpp ! src/share/vm/opto/phaseX.cpp ! src/share/vm/opto/phaseX.hpp ! src/share/vm/opto/postaloc.cpp ! src/share/vm/prims/jvm.h ! src/share/vm/runtime/atomic.hpp ! src/share/vm/runtime/perfData.hpp ! src/share/vm/runtime/sweeper.cpp ! src/share/vm/runtime/vframeArray.hpp ! src/share/vm/runtime/vframe_hp.hpp ! src/share/vm/services/threadService.cpp ! src/share/vm/services/threadService.hpp From xiomara.jayasena at sun.com Tue Sep 22 21:17:53 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Tue, 22 Sep 2009 21:17:53 +0000 Subject: hg: jdk7/build/jaxp: 6884624: Update copyright year Message-ID: <20090922211756.75981127C6@hg.openjdk.java.net> Changeset: ee9c7578aca5 Author: xdono Date: 2009-09-22 14:06 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jaxp/rev/ee9c7578aca5 6884624: Update copyright year Summary: Update copyright for files that have been modified in 2009 through Septermber Reviewed-by: tbell, ohair ! src/share/classes/com/sun/org/apache/xerces/internal/impl/XMLScanner.java From xiomara.jayasena at sun.com Tue Sep 22 21:18:51 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Tue, 22 Sep 2009 21:18:51 +0000 Subject: hg: jdk7/build/langtools: 6884624: Update copyright year Message-ID: <20090922211856.48DEC127CF@hg.openjdk.java.net> Changeset: 14735c7932d7 Author: xdono Date: 2009-09-22 14:06 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/14735c7932d7 6884624: Update copyright year Summary: Update copyright for files that have been modified in 2009 through Septermber Reviewed-by: tbell, ohair ! src/share/classes/com/sun/tools/javac/code/Type.java ! src/share/classes/com/sun/tools/javac/file/BaseFileObject.java ! src/share/classes/com/sun/tools/javac/file/JavacFileManager.java ! src/share/classes/com/sun/tools/javac/file/RegularFileObject.java ! src/share/classes/com/sun/tools/javac/file/SymbolArchive.java ! src/share/classes/com/sun/tools/javac/file/ZipArchive.java ! src/share/classes/com/sun/tools/javac/file/ZipFileIndexArchive.java ! src/share/classes/com/sun/tools/javac/jvm/ClassReader.java ! src/share/classes/com/sun/tools/javap/JavapTask.java ! test/com/sun/javadoc/lib/JavadocTester.java ! test/com/sun/javadoc/testCRLineSeparator/TestCRLineSeparator.java ! test/com/sun/javadoc/testCRLineSeparator/pkg/MyClass.java ! test/com/sun/javadoc/testNoPackagesFile/TestNoPackagesFile.java ! test/com/sun/javadoc/testOverridenMethods/TestMultiInheritence.java ! test/com/sun/javadoc/testTaglets/TestTaglets.java ! test/tools/apt/Basics/apt.sh ! test/tools/apt/Basics/print.sh ! test/tools/apt/Compile/compile.sh ! test/tools/javac/4846262/Test.sh ! test/tools/javac/6302184/T6302184.sh ! test/tools/javac/6627362/T6627362.java ! test/tools/javac/ClassPathTest/ClassPathTest.sh ! test/tools/javac/ExtDirs/ExtDirs.sh ! test/tools/javac/MissingInclude.sh ! test/tools/javac/ProtectedInnerClass/ProtectedInnerClass.sh ! test/tools/javac/T5090006/compiler.sh ! test/tools/javac/api/6440333/T6440333.java ! test/tools/javac/api/Sibling.java ! test/tools/javac/code/ArrayClone.java ! test/tools/javac/constDebug/ConstDebug.sh ! test/tools/javac/fatalErrors/NoJavaLang.sh ! test/tools/javac/generics/inference/6302954/T6476073.java ! test/tools/javac/innerClassFile/Driver.sh ! test/tools/javac/javazip/Test.sh ! test/tools/javac/meth/MakeNegTests.sh ! test/tools/javac/newlines/Newlines.sh ! test/tools/javac/quid/MakeNegTests.sh ! test/tools/javac/quid/QuotedIdent.java ! test/tools/javac/quid/QuotedIdent2.java ! test/tools/javac/stackmap/T4955930.sh ! test/tools/javac/unicode/SupplementaryJavaID6.sh ! test/tools/javah/6257087/foo.sh ! test/tools/javah/ConstMacroTest.sh ! test/tools/javah/MissingParamClassTest.sh ! test/tools/javah/ReadOldClass.sh ! test/tools/javap/T4975569.java ! test/tools/javap/pathsep.sh ! test/tools/javap/stackmap/T6271292.sh From Dalibor.Topic at Sun.COM Wed Sep 23 14:30:49 2009 From: Dalibor.Topic at Sun.COM (Dalibor Topic) Date: Wed, 23 Sep 2009 16:30:49 +0200 Subject: Request for review: README-builds.html updates Message-ID: <4ABA3119.6030907@sun.com> Hi, Bringing the docs from OpenJDK 6 and OpenJDK 7 a bit more in line, I offer you the following webrev for review, fixing 6872735: Further update build readme for new platforms 6641691: Bring build readme's up-to-date with one potential commit: http://cr.openjdk.java.net/~robilad/6872735.7/webrev.00/ cheers, dalibor topic -- ******************************************************************* Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55 http://openjdk.java.net D-20097 Hamburg mailto:Dalibor.Topic at sun.com Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht M?nchen: HRB 161028 Gesch?ftsf?hrer: Thomas Schr?der, Wolfgang Engels, Wolf Frenkel Vorsitzender des Aufsichtsrates: Martin H?ring From gnu_andrew at member.fsf.org Wed Sep 23 14:37:05 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Wed, 23 Sep 2009 15:37:05 +0100 Subject: Request for review: README-builds.html updates In-Reply-To: <4ABA3119.6030907@sun.com> References: <4ABA3119.6030907@sun.com> Message-ID: <17c6771e0909230737y1dee54f8kd9e81d8a331068a9@mail.gmail.com> 2009/9/23 Dalibor Topic : > Hi, > > Bringing the docs from OpenJDK 6 and OpenJDK 7 a bit more in line, > I offer you the following webrev for review, fixing > > 6872735: Further update build readme for new platforms > 6641691: Bring build readme's up-to-date > > with one potential commit: > > http://cr.openjdk.java.net/~robilad/6872735.7/webrev.00/ > > cheers, > dalibor topic > -- > ******************************************************************* > Dalibor Topic ? ? ? ? ? ? ? ? ? Tel: (+49 40) 23 646 738 > Java F/OSS Ambassador ? ? ? ? ? AIM: robiladonaim > Sun Microsystems GmbH ? ? ? ? ? Mobile: (+49 177) 2664 192 > Nagelsweg 55 ? ? ? ? ? ? ? ? ? ?http://openjdk.java.net > D-20097 Hamburg ? ? ? ? ? ? ? ? mailto:Dalibor.Topic at sun.com > Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten > Amtsgericht M?nchen: HRB 161028 > Gesch?ftsf?hrer: Thomas Schr?der, Wolfgang Engels, Wolf Frenkel > Vorsitzender des Aufsichtsrates: Martin H?ring > > > The Fedora stuff looks a bit odd. For 9, you have: + yum-builddep java-openjdk +

+ yum install gcc gcc-c++ +

+ In addition, it's necessary to set a few environment variables for the build: + +

+ export LANG=C ALT_BOOTDIR=/usr/lib/jvm/java-1.6.0-openjdk but then for 10 and 11: + yum-builddep java-1.6.0-openjdk +

+ yum install gcc gcc-c++ +

+ In addition, it's necessary to set a few environment variables for the build: + +

+ export LANG=C ALT_BOOTDIR=/usr/lib/jvm/java-openjdk + I think either java-openjdk or java-1.6.0-openjdk should be used consistently throughout. The former is probably most future proof, as it should still work when OpenJDK7 is released around March. Otherwise, looks good. Thanks for the update, -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From Kelly.Ohair at Sun.COM Wed Sep 23 17:43:14 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Wed, 23 Sep 2009 10:43:14 -0700 Subject: Request for review: README-builds.html updates In-Reply-To: <4ABA3119.6030907@sun.com> References: <4ABA3119.6030907@sun.com> Message-ID: <4ABA5E32.1090405@sun.com> Excellent. I approve. -kto Dalibor Topic wrote: > Hi, > > Bringing the docs from OpenJDK 6 and OpenJDK 7 a bit more in line, > I offer you the following webrev for review, fixing > > 6872735: Further update build readme for new platforms > 6641691: Bring build readme's up-to-date > > with one potential commit: > > http://cr.openjdk.java.net/~robilad/6872735.7/webrev.00/ > > cheers, > dalibor topic From Dalibor.Topic at Sun.COM Wed Sep 23 17:53:06 2009 From: Dalibor.Topic at Sun.COM (Dalibor Topic) Date: Wed, 23 Sep 2009 19:53:06 +0200 Subject: Request for review: README-builds.html updates In-Reply-To: <17c6771e0909230737y1dee54f8kd9e81d8a331068a9@mail.gmail.com> References: <4ABA3119.6030907@sun.com> <17c6771e0909230737y1dee54f8kd9e81d8a331068a9@mail.gmail.com> Message-ID: <4ABA6082.5030309@sun.com> Andrew John Hughes wrote: > I think either java-openjdk or java-1.6.0-openjdk should be used > consistently throughout. The former is probably most future proof, as > it should still work when OpenJDK7 is released around March. > > Otherwise, looks good. Thanks for the update, Thank you for the review, Andrew, I'll update it to use java-openjdk throughout. cheers, dalibor topic -- ******************************************************************* Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55 http://openjdk.java.net D-20097 Hamburg mailto:Dalibor.Topic at sun.com Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht M?nchen: HRB 161028 Gesch?ftsf?hrer: Thomas Schr?der, Wolfgang Engels, Wolf Frenkel Vorsitzender des Aufsichtsrates: Martin H?ring From dalibor.topic at sun.com Wed Sep 23 18:23:11 2009 From: dalibor.topic at sun.com (dalibor.topic at sun.com) Date: Wed, 23 Sep 2009 18:23:11 +0000 Subject: hg: jdk7/build: 6872735: Further update build readme for new platforms; ... Message-ID: <20090923182311.735EE1282A@hg.openjdk.java.net> Changeset: 3ac6dcf78232 Author: robilad Date: 2009-09-23 20:06 +0200 URL: http://hg.openjdk.java.net/jdk7/build/rev/3ac6dcf78232 6872735: Further update build readme for new platforms 6641691: Bring build readme's up-to-date Summary: Added build instructions for Debian, Ubuntu 8.04, 8.10, 9.04, Fedora 10, 11, OpenSolaris 2009.06, OpenSUSE and Mandriva Reviewed-by: ohair, andrew ! README-builds.html From Dalibor.Topic at Sun.COM Wed Sep 23 18:24:03 2009 From: Dalibor.Topic at Sun.COM (Dalibor Topic) Date: Wed, 23 Sep 2009 20:24:03 +0200 Subject: Request for review: README-builds.html updates In-Reply-To: <4ABA5E32.1090405@sun.com> References: <4ABA3119.6030907@sun.com> <4ABA5E32.1090405@sun.com> Message-ID: <4ABA67C3.700@sun.com> Kelly O'Hair wrote: > Excellent. I approve. thank you very much, Kelly - pushed to build-gate. cheers, dalibor topic > > -kto > > Dalibor Topic wrote: >> Hi, >> >> Bringing the docs from OpenJDK 6 and OpenJDK 7 a bit more in line, >> I offer you the following webrev for review, fixing >> 6872735: Further update build readme for new platforms >> 6641691: Bring build readme's up-to-date >> >> with one potential commit: >> >> http://cr.openjdk.java.net/~robilad/6872735.7/webrev.00/ >> >> cheers, >> dalibor topic -- ******************************************************************* Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55 http://openjdk.java.net D-20097 Hamburg mailto:Dalibor.Topic at sun.com Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht M?nchen: HRB 161028 Gesch?ftsf?hrer: Thomas Schr?der, Wolfgang Engels, Wolf Frenkel Vorsitzender des Aufsichtsrates: Martin H?ring From Kelly.Ohair at Sun.COM Thu Sep 24 00:58:01 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Wed, 23 Sep 2009 17:58:01 -0700 Subject: Need reviewers : 6875240: Reduce Makefile build time Message-ID: <4ABAC419.6020602@sun.com> 6875240: Reduce Makefile build time by limiting repeated exec's (mostly for cygwin building) Current webrev: http://cr.openjdk.java.net/~ohair/openjdk7/jdk7-build-cygwin-6875240/webrev/ Effectively, these changes use the environment variables as a cache so that make variables are not repeatedly calculated, avoiding unnecessary fork/execs. My implementation requires a switch to GNU make 3.81. (My GNU make 3.81 binaries are at http://cr.openjdk.java.net/~ohair/MakeBinaries/) I measured a build on Solaris X86 just now, the fork system calls (forkx and vforkx) went from roughly 113,000 to 50,000. The build time on Solaris wasn't changed a lot, maybe shaved a few minutes off, but this should help with cygwin a great deal. No numbers on cygwin builds yet. -kto From maxim.porges at highwinds.com Thu Sep 24 03:11:00 2009 From: maxim.porges at highwinds.com (Maxim Porges) Date: Wed, 23 Sep 2009 23:11:00 -0400 Subject: Building OpenJDK Java 1.7.0 on Mac OS X 10.6 Message-ID: <65CE8007-E535-4C06-BFA6-B81424F113C7@highwinds.com> Hi, I've been following Stephen Bannasch's very thorough and detailed article (http://confluence.concord.org/display/CCTR/Build+OpenJDK+Java+1.7.0+on+Mac+OS+X+10.5 ) for installing OpenJDK 1.7.0 on OS X (thanks very much to Stephen for putting that together). I'm actually trying to install OpenJDK 1.7.0 on Snow Leopard 10.6, and it is almost working. Unfortunately, it stops building about halfway through with the following error message. Compiling /Users/mporges/bsd-port/hotspot/src/share/vm/runtime/ arguments.cpp rm -f arguments.o g++ -D_ALLBSD_SOURCE -D_GNU_SOURCE -DIA32 -DPRODUCT -I. -I../generated/ adfiles -I../generated/jvmtifiles -I/Users/mporges/bsd-port/hotspot/ src/share/vm/asm -I/Users/mporges/bsd-port/hotspot/src/share/vm/c1 -I/ Users/mporges/bsd-port/hotspot/src/share/vm/ci -I/Users/mporges/bsd- port/hotspot/src/share/vm/classfile -I/Users/mporges/bsd-port/hotspot/ src/share/vm/code -I/Users/mporges/bsd-port/hotspot/src/share/vm/ compiler -I/Users/mporges/bsd-port/hotspot/src/share/vm/ gc_implementation -I/Users/mporges/bsd-port/hotspot/src/share/vm/ gc_implementation/concurrentMarkSweep -I/Users/mporges/bsd-port/ hotspot/src/share/vm/gc_implementation/g1 -I/Users/mporges/bsd-port/ hotspot/src/share/vm/gc_implementation/parallelScavenge -I/Users/ mporges/bsd-port/hotspot/src/share/vm/gc_implementation/parNew -I/ Users/mporges/bsd-port/hotspot/src/share/vm/gc_implementation/shared - I/Users/mporges/bsd-port/hotspot/src/share/vm/gc_interface -I/Users/ mporges/bsd-port/hotspot/src/share/vm/interpreter -I/Users/mporges/bsd- port/hotspot/src/share/vm/libadt -I/Users/mporges/bsd-port/hotspot/src/ share/vm/memory -I/Users/mporges/bsd-port/hotspot/src/share/vm/oops -I/ Users/mporges/bsd-port/hotspot/src/share/vm/opto -I/Users/mporges/bsd- port/hotspot/src/share/vm/prims -I/Users/mporges/bsd-port/hotspot/src/ share/vm/runtime -I/Users/mporges/bsd-port/hotspot/src/share/vm/ services -I/Users/mporges/bsd-port/hotspot/src/share/vm/utilities -I/ Users/mporges/bsd-port/hotspot/src/cpu/x86/vm -I/Users/mporges/bsd- port/hotspot/src/os/bsd/vm -I/Users/mporges/bsd-port/hotspot/src/ os_cpu/bsd_x86/vm -I../generated -DHOTSPOT_RELEASE_VERSION="\"16.0- b08\"" -DHOTSPOT_BUILD_TARGET="\"product\"" - DHOTSPOT_BUILD_USER="\"mporges\"" -DHOTSPOT_LIB_ARCH=\"i386\" - DJRE_RELEASE_VERSION="\"1.7.0-internal-mporges_2009_09_23_22_44-b00\"" -DHOTSPOT_VM_DISTRO="\"OpenJDK\"" -DCOMPILER2 -DCOMPILER1 -fPIC -fno- rtti -fno-exceptions -pthread -fcheck-new -m32 -march=i586 - mstackrealign -pipe -O3 -fno-strict-aliasing -DVM_LITTLE_ENDIAN - Werror -Wpointer-arith -Wconversion -Wsign-compare -D_XOPEN_SOURCE - D_DARWIN_C_SOURCE -c -o arguments.o /Users/mporges/bsd-port/hotspot/ src/share/vm/runtime/arguments.cpp cc1plus: warnings being treated as errors /Users/mporges/bsd-port/hotspot/src/share/vm/runtime/arguments.cpp: In static member function 'static void Arguments::set_aggressive_opts_flags()': /Users/mporges/bsd-port/hotspot/src/share/vm/runtime/arguments.cpp: 1398: warning: format '%d' expects type 'int', but argument 3 has type 'intx' make[6]: *** [arguments.o] Error 1 make[5]: *** [the_vm] Error 2 make[4]: *** [product] Error 2 make[3]: *** [generic_build2] Error 2 make[2]: *** [product] Error 2 make[1]: *** [hotspot-build] Error 2 make: *** [build_product_image] Error 2 I was hoping I could get around this by removing the -Werror flag, but I'm really not familiar with make-based builds (being a Java programmer after all) and wondered if anybody on the list could assist with this, or offer another solution. Thanks, - max -------------- next part -------------- An HTML attachment was scrubbed... URL: From John.Coomes at sun.com Fri Sep 25 17:20:20 2009 From: John.Coomes at sun.com (John Coomes) Date: Fri, 25 Sep 2009 10:20:20 -0700 Subject: Building OpenJDK Java 1.7.0 on Mac OS X 10.6 In-Reply-To: <65CE8007-E535-4C06-BFA6-B81424F113C7@highwinds.com> References: <65CE8007-E535-4C06-BFA6-B81424F113C7@highwinds.com> Message-ID: <19132.64468.869155.481539@sun.com> Maxim Porges (maxim.porges at highwinds.com) wrote: > Hi, > > I've been following Stephen Bannasch's very thorough and detailed > article (http://confluence.concord.org/display/CCTR/Build+OpenJDK+Java+1.7.0+on+Mac+OS+X+10.5 > ) for installing OpenJDK 1.7.0 on OS X (thanks very much to Stephen > for putting that together). I'm actually trying to install OpenJDK > 1.7.0 on Snow Leopard 10.6, and it is almost working. Unfortunately, > it stops building about halfway through with the following error > message. > > Compiling /Users/mporges/bsd-port/hotspot/src/share/vm/runtime/ > arguments.cpp > ... > cc1plus: warnings being treated as errors > /Users/mporges/bsd-port/hotspot/src/share/vm/runtime/arguments.cpp: In > static member function 'static void > Arguments::set_aggressive_opts_flags()': > /Users/mporges/bsd-port/hotspot/src/share/vm/runtime/arguments.cpp: > 1398: warning: format '%d' expects type 'int', but argument 3 has type > 'intx' > ... Do you have current source? I believe this was fixed in jdk7-b47 by: changeset: 511:2328d1d3f8cf user: xlu date: Wed Dec 24 19:13:53 2008 -0800 summary: 6781583: Hotspot build fails on linux 64 bit platform with gcc 4.3.2 http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/2328d1d3f8cf -John From maxim.porges at highwinds.com Sat Sep 26 04:53:56 2009 From: maxim.porges at highwinds.com (Maxim Porges) Date: Fri, 25 Sep 2009 23:53:56 -0500 Subject: Building OpenJDK Java 1.7.0 on Mac OS X 10.6 In-Reply-To: <19132.64468.869155.481539@sun.com> References: <65CE8007-E535-4C06-BFA6-B81424F113C7@highwinds.com> <19132.64468.869155.481539@sun.com> Message-ID: <0556DDE8-C73D-40FA-9112-17364C3A2D56@corp.highwinds.com> Hmm, perhaps not. Thanks for the tip -I'll give it another shot with this build. - max On Sep 25, 2009, at 1:20 PM, "John Coomes" wrote: > Maxim Porges (maxim.porges at highwinds.com) wrote: >> Hi, >> >> I've been following Stephen Bannasch's very thorough and detailed >> article (http://confluence.concord.org/display/CCTR/Build+OpenJDK+Java+1.7.0+on+Mac+OS+X+10.5 >> ) for installing OpenJDK 1.7.0 on OS X (thanks very much to Stephen >> for putting that together). I'm actually trying to install OpenJDK >> 1.7.0 on Snow Leopard 10.6, and it is almost working. Unfortunately, >> it stops building about halfway through with the following error >> message. >> >> Compiling /Users/mporges/bsd-port/hotspot/src/share/vm/runtime/ >> arguments.cpp >> ... >> cc1plus: warnings being treated as errors >> /Users/mporges/bsd-port/hotspot/src/share/vm/runtime/arguments.cpp: >> In >> static member function 'static void >> Arguments::set_aggressive_opts_flags()': >> /Users/mporges/bsd-port/hotspot/src/share/vm/runtime/arguments.cpp: >> 1398: warning: format '%d' expects type 'int', but argument 3 has >> type >> 'intx' >> ... > > Do you have current source? I believe this was fixed in jdk7-b47 by: > > changeset: 511:2328d1d3f8cf > user: xlu > date: Wed Dec 24 19:13:53 2008 -0800 > summary: 6781583: Hotspot build fails on linux 64 bit platform > with gcc 4.3.2 > > http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/2328d1d3f8cf > > -John > > From pete at a11ysoft.com Mon Sep 28 16:14:36 2009 From: pete at a11ysoft.com (Pete Brunet) Date: Mon, 28 Sep 2009 11:14:36 -0500 Subject: Freetype version check failure - copy of DLL failed Message-ID: <4AC0E0EC.4000103@a11ysoft.com> In the process of getting set up for building the open jdk I ran make sanity and was getting freetype version check failures. My version of freetype was installed via the binary installer at http://gnuwin32.sourceforge.net/packages/freetype.htm. To fix the problem I had to copy C:\Program Files\GnuWin32\bin\freetype6.dll to C:\OpenJDK\jdk7\build\windows-i586\btbins This line in C:\OpenJDK\jdk7\jdk\make\tools\freetypecheck\Makefile was supposed to do the latter but for whatever reason it didn't: $(CP) $(FREETYPE_DLL) $(@D)/ I did try editing the file to change FREETYPE_DLL from freetype.dll to freetype6.dll and also copy the file from C:\Program Files\GnuWin32\bin to C:\Program Files\GnuWin32\lib but that didn't fix the problem so maybe the $(@D) is incorrect. I haven't figured out how to get tracing turned on so I don't know what $(@D) resolved to. -- *Pete Brunet* a11ysoft - Accessibility Architecture and Development (512) 238-6967 (work), (512) 689-4155 (cell) Skype: pete.brunet IM: ptbrunet (AOL, Google), ptbrunet at live.com (MSN http://www.a11ysoft.com/about/ Ionosphere: WS4G -------------- next part -------------- An HTML attachment was scrubbed... URL: From Tim.Bell at Sun.COM Mon Sep 28 17:33:28 2009 From: Tim.Bell at Sun.COM (Tim Bell) Date: Mon, 28 Sep 2009 10:33:28 -0700 Subject: Freetype version check failure - copy of DLL failed In-Reply-To: <4AC0E0EC.4000103@a11ysoft.com> References: <4AC0E0EC.4000103@a11ysoft.com> Message-ID: <4AC0F368.2010908@sun.com> Pete Brunet wrote: > In the process of getting set up for building the open jdk I ran make > sanity and was getting freetype version check failures. My version of > freetype was installed via the binary installer at > http://gnuwin32.sourceforge.net/packages/freetype.htm. > > To fix the problem I had to copy C:\Program > Files\GnuWin32\bin\freetype6.dll to > C:\OpenJDK\jdk7\build\windows-i586\btbins > > This line in C:\OpenJDK\jdk7\jdk\make\tools\freetypecheck\Makefile was > supposed to do the latter but for whatever reason it didn't: > $(CP) $(FREETYPE_DLL) $(@D)/ > I did try editing the file to change FREETYPE_DLL from freetype.dll to > freetype6.dll and also copy the file from C:\Program Files\GnuWin32\bin > to C:\Program Files\GnuWin32\lib but that didn't fix the problem so > maybe the $(@D) is incorrect. The Windows JDK build gets severe heartburn when spaces appear in any path. You didn't include the error output, but my first guess is that the copy command tried to access "C:\Program" Use the Windows "dir /x" command to look up the mangled (short) form of the "C:\Program Files" directory, which is usually something like "PROGRA~1" Here is what I use on my Windows OpenJDK build machine to get freetype: ALT_FREETYPE_HEADERS_PATH=c:/devtools/windows/freetype-i586/include ALT_FREETYPE_LIB_PATH=c:/devtools/windows/freetype-i586/lib Note: no spaces in the paths, and no backward slashes: '\' Hope this helps. If not, please post the relevant output from your build log. Tim From Kelly.Ohair at Sun.COM Mon Sep 28 17:46:56 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Mon, 28 Sep 2009 10:46:56 -0700 Subject: Broken jdk7 due to recent jaxp/jaxws changes. Message-ID: <4AC0F690.1090409@sun.com> Just a heads up... My recent openjdk7 jaxp/jaxws restructuring changes appears to have broken something. When a fresh jdk7 build is used as the boot jdk, the build is failing inside the hotspot repository build with something like: /tmp/jprt/P2/B/160234.ohair/source/build/linux-i586/bootjdk/j2sdk-image/bin/java -classpath /tmp/jprt/P2/B/160234.ohair/source/build/linux-i586/hotspot/outputdir/linux_i486_compiler2/product/../generated/jvmtifiles jvmtiGen -IN /tmp/jprt/P2/B/160234.ohair/source/hotspot/src/share/vm/interpreter/bytecodeInterpreterWithChecks.xml -XSL /tmp/jprt/P2/B/160234.ohair/source/hotspot/src/share/vm/interpreter/bytecodeInterpreterWithChecks.xsl -OUT /tmp/jprt/P2/B/160234.ohair/source/build/linux-i586/hotspot/outputdir/linux_i486_compiler2/product/../generated/jvmtifiles/bytecodeInterpreterWithChecks.cpp Exception in thread "main" com.sun.org.apache.xml.internal.serializer.utils.WrappedRuntimeException: Could not load the propery file 'output_xml.properties' for output method 'xml' (check CLASSPATH) at com.sun.org.apache.xml.internal.serializer.OutputPropertiesFactory.getDefaultMethodProperties(OutputPropertiesFactory.java:324) at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.setDefaults(TransformerImpl.java:1124) at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.createOutputProperties(TransformerImpl.java:1085) at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.(TransformerImpl.java:250) at com.sun.org.apache.xalan.internal.xsltc.trax.TemplatesImpl.newTransformer(TemplatesImpl.java:386) at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl.newTransformer(TransformerFactoryImpl.java:619) at jvmtiGen.main(jvmtiGen.java:144) No specific details as to why just yet. I'm looking into it. -kto From pete at a11ysoft.com Mon Sep 28 20:54:08 2009 From: pete at a11ysoft.com (Pete Brunet) Date: Mon, 28 Sep 2009 15:54:08 -0500 Subject: Freetype version check failure - copy of DLL failed In-Reply-To: <4AC0F368.2010908@sun.com> References: <4AC0E0EC.4000103@a11ysoft.com> <4AC0F368.2010908@sun.com> Message-ID: <4AC12270.30504@a11ysoft.com> Thanks Tim, It must be something else. Here are my two environment variables: ALT_FREETYPE_HEADERS_PATH=C:/Progra~1/GnuWin32/include ALT_FREETYPE_LIB_PATH=C:/Progra~1/GnuWin32/lib At a minimum I have to edit C:\OpenJDK\jdk7\jdk\make\tools\freetypecheck\Makefile as follows: # change freetype.dll to freetype6.dll FREETYPE_DLL = $(FREETYPE_LIB_PATH)/freetype6.dll because there is no freetype.dll in C:\Program Files\GnuWin32, just freetype6.dll. Here is my "make sanity" output: ERROR: FreeType version 2.3.0 or higher is required. make[2]: Entering directory `/cygdrive/c/OpenJDK/jdk7/jdk/make/tools/freetypecheck' c:/OpenJDK/jdk7/build/windows-i586/btbins/freetype_versioncheck.exe make[2]: Leaving directory `/cygdrive/c/OpenJDK/jdk7/jdk/make/tools/freetypecheck' Failed to build freetypecheck. BTW, How do I put prints in the make file to see the values of the variables? Pete --- Tim Bell wrote: > Pete Brunet wrote: > >> In the process of getting set up for building the open jdk I ran make >> sanity and was getting freetype version check failures. My version of >> freetype was installed via the binary installer at >> http://gnuwin32.sourceforge.net/packages/freetype.htm. >> >> To fix the problem I had to copy C:\Program >> Files\GnuWin32\bin\freetype6.dll to >> C:\OpenJDK\jdk7\build\windows-i586\btbins >> >> This line in C:\OpenJDK\jdk7\jdk\make\tools\freetypecheck\Makefile was >> supposed to do the latter but for whatever reason it didn't: >> $(CP) $(FREETYPE_DLL) $(@D)/ >> > > >> I did try editing the file to change FREETYPE_DLL from freetype.dll to >> freetype6.dll and also copy the file from C:\Program Files\GnuWin32\bin >> to C:\Program Files\GnuWin32\lib but that didn't fix the problem so >> maybe the $(@D) is incorrect. >> > > The Windows JDK build gets severe heartburn when spaces appear > in any path. You didn't include the error output, but my first > guess is that the copy command tried to access "C:\Program" > > Use the Windows "dir /x" command to look up the mangled (short) > form of the "C:\Program Files" directory, which is usually > something like "PROGRA~1" > > Here is what I use on my Windows OpenJDK build machine to > get freetype: > > ALT_FREETYPE_HEADERS_PATH=c:/devtools/windows/freetype-i586/include > ALT_FREETYPE_LIB_PATH=c:/devtools/windows/freetype-i586/lib > > > Note: no spaces in the paths, and no backward slashes: '\' > > Hope this helps. If not, please post the relevant output > from your build log. > > Tim > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Kelly.Ohair at Sun.COM Mon Sep 28 23:02:38 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Mon, 28 Sep 2009 16:02:38 -0700 Subject: Broken jdk7 due to recent jaxp/jaxws changes. In-Reply-To: <4AC0F690.1090409@sun.com> References: <4AC0F690.1090409@sun.com> Message-ID: <4AC1408E.8070509@sun.com> Just an update on this build problem. It appears there are some missing property files from jaxws, and some missing changes in both jaxp jaxws that were introduced while I was working on this restructuring. The two webrevs are here: http://cr.openjdk.java.net/~ohair/openjdk7/jdk7-build-jaxp-fix/webrev/ http://cr.openjdk.java.net/~ohair/openjdk7/jdk7-build-jaxws-fix/webrev/ This is preliminary until I can verify that the problem decribed below is indeed fixed by my changes. Sorry about this. -kto Kelly O'Hair wrote: > > Just a heads up... > > My recent openjdk7 jaxp/jaxws restructuring changes appears to have broken > something. When a fresh jdk7 build is used as the boot jdk, the build > is failing inside the hotspot repository build with something like: > > /tmp/jprt/P2/B/160234.ohair/source/build/linux-i586/bootjdk/j2sdk-image/bin/java > -classpath > /tmp/jprt/P2/B/160234.ohair/source/build/linux-i586/hotspot/outputdir/linux_i486_compiler2/product/../generated/jvmtifiles > jvmtiGen -IN > /tmp/jprt/P2/B/160234.ohair/source/hotspot/src/share/vm/interpreter/bytecodeInterpreterWithChecks.xml > -XSL > /tmp/jprt/P2/B/160234.ohair/source/hotspot/src/share/vm/interpreter/bytecodeInterpreterWithChecks.xsl > -OUT > /tmp/jprt/P2/B/160234.ohair/source/build/linux-i586/hotspot/outputdir/linux_i486_compiler2/product/../generated/jvmtifiles/bytecodeInterpreterWithChecks.cpp > > Exception in thread "main" > com.sun.org.apache.xml.internal.serializer.utils.WrappedRuntimeException: > Could not load the propery file 'output_xml.properties' for output > method 'xml' (check CLASSPATH) > at > com.sun.org.apache.xml.internal.serializer.OutputPropertiesFactory.getDefaultMethodProperties(OutputPropertiesFactory.java:324) > > at > com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.setDefaults(TransformerImpl.java:1124) > > at > com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.createOutputProperties(TransformerImpl.java:1085) > > at > com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.(TransformerImpl.java:250) > > at > com.sun.org.apache.xalan.internal.xsltc.trax.TemplatesImpl.newTransformer(TemplatesImpl.java:386) > > at > com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl.newTransformer(TransformerFactoryImpl.java:619) > > at jvmtiGen.main(jvmtiGen.java:144) > > > No specific details as to why just yet. > > I'm looking into it. > > -kto From kelly.ohair at sun.com Tue Sep 29 02:55:54 2009 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Tue, 29 Sep 2009 02:55:54 +0000 Subject: hg: jdk7/build/jaxws: 6886359: Missing jaxws property files and missing changes in jaxp/jaxws drop bundles Message-ID: <20090929025557.0D66812A3A@hg.openjdk.java.net> Changeset: 558985e26fe1 Author: ohair Date: 2009-09-28 19:38 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jaxws/rev/558985e26fe1 6886359: Missing jaxws property files and missing changes in jaxp/jaxws drop bundles Reviewed-by: jjg, tbell ! build-defs.xml ! jaxws.properties From kelly.ohair at sun.com Tue Sep 29 02:57:21 2009 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Tue, 29 Sep 2009 02:57:21 +0000 Subject: hg: jdk7/build/jaxp: 6886359: Missing jaxws property files and missing changes in jaxp/jaxws drop bundles Message-ID: <20090929025723.C99B212A41@hg.openjdk.java.net> Changeset: feb05980f9f2 Author: ohair Date: 2009-09-28 19:39 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jaxp/rev/feb05980f9f2 6886359: Missing jaxws property files and missing changes in jaxp/jaxws drop bundles Reviewed-by: jjg, tbell ! build-defs.xml ! jaxp.properties From Tim.Bell at Sun.COM Wed Sep 30 21:50:24 2009 From: Tim.Bell at Sun.COM (Tim Bell) Date: Wed, 30 Sep 2009 14:50:24 -0700 Subject: Freetype version check failure - copy of DLL failed In-Reply-To: <4AC12270.30504@a11ysoft.com> References: <4AC0E0EC.4000103@a11ysoft.com> <4AC0F368.2010908@sun.com> <4AC12270.30504@a11ysoft.com> Message-ID: <4AC3D2A0.4030708@sun.com> Pete Brunet wrote: > Thanks Tim, It must be something else. Here are my two environment > variables: > > ALT_FREETYPE_HEADERS_PATH=C:/Progra~1/GnuWin32/include > ALT_FREETYPE_LIB_PATH=C:/Progra~1/GnuWin32/lib Good - that looks OK. >>> freetype was installed via the binary installer at >>> http://gnuwin32.sourceforge.net/packages/freetype.htm. After installing bits from there, I needed to copy bin/freetype6.dll to lib/freetype6.dll > At a minimum I have to edit > C:\OpenJDK\jdk7\jdk\make\tools\freetypecheck\Makefile as follows: > # change freetype.dll to freetype6.dll > FREETYPE_DLL = $(FREETYPE_LIB_PATH)/freetype6.dll > because there is no freetype.dll in C:\Program Files\GnuWin32, just > freetype6.dll. And then edit the makefile to reach for freetype6.dll, as you did. Here are my diffs: % pwd /cygdrive/g/OpenJDK/jdk/make/tools/freetypecheck $ diff -u Makefile.00 Makefile --- Makefile.00 2009-08-19 18:39:51.531250000 -0700 +++ Makefile 2009-09-30 13:49:28.794625000 -0700 @@ -36,7 +36,7 @@ # Start with CFLAGS (which gets us the required -xarch setting on solaris) ifeq ($(PLATFORM), windows) FT_OPTIONS = /nologo $(CC_OBJECT_OUTPUT_FLAG)$(TEMPDIR) - FREETYPE_DLL = $(FREETYPE_LIB_PATH)/freetype.dll + FREETYPE_DLL = $(FREETYPE_LIB_PATH)/freetype6.dll FT_LD_OPTIONS = $(FREETYPE_LIB_PATH)/freetype.lib else FT_OPTIONS = $(CFLAGS) Unfortunately, the freetype_versioncheck.exe that is created after doing that fails to initialize: When run in a Cygwin window: $ g:/OpenJDK/build/windows-i586/btbins/freetype_versioncheck.exe $ echo $? 34 When run in a DOS cmd window, I get an "Application Error" pop-up that reads "The application failed to initialize properly (0xc0000022). Click on OK to terminate the application" [OK] If I look at freetype_versioncheck.exe using the dependancywalker tool [1], it shows an unresolved reference to ZLIB1.DLL When I switch my OpenJDK build environment back to use my existing copy of freetype 2.3.4 [2], the versioncheck program builds, works OK (no mention of ZLIB1.DLL), and prints: $ g:/OpenJDK/build/windows-i586/btbins/freetype_versioncheck.exe Required version of freetype: 2.3.0 Detected freetype headers: 2.3.4 Detected freetype library: 2.3.4 $ echo $? 0 > Here is my "make sanity" output: > > ERROR: FreeType version 2.3.0 or higher is required. > make[2]: Entering directory > `/cygdrive/c/OpenJDK/jdk7/jdk/make/tools/freetypecheck' > c:/OpenJDK/jdk7/build/windows-i586/btbins/freetype_versioncheck.exe > make[2]: Leaving directory > `/cygdrive/c/OpenJDK/jdk7/jdk/make/tools/freetypecheck' > Failed to build freetypecheck. > > BTW, How do I put prints in the make file to see the values of the > variables? You could add "echo" lines to the commands run by a make rule. Also, make commands are prefixed with '@' to make them silent. Remove the '@' to see more output. HTH- Tim [1] http://www.dependencywalker.com/ [2] See step 8: http://blogs.sun.com/TimBell/entry/building_openjdk7_on_32_bit The files I modified are available here: http://cr.openjdk.java.net/~tbell/freetype/