From Kelly.Ohair at Sun.COM Thu Nov 1 00:14:03 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Wed, 31 Oct 2007 17:14:03 -0700 Subject: build failure - IDL files? In-Reply-To: <47291514.40306@sun.com> References: <20071030100129.GC48098@uiuc.edu> <4727703D.2000703@sun.com> <20071030211037.GA53437@uiuc.edu> <4727A5D9.4020005@sun.com> <20071030220037.GB53437@uiuc.edu> <4727B482.8090800@sun.com> <028E5A2B-A79A-44E4-A806-781B58E083DA@uiuc.edu> <4728A748.4040607@sun.com> <47291514.40306@sun.com> Message-ID: <47291A4B.5090901@sun.com> There may be a bug in the corba Makefiles. I think the file corba/make/common/shared/Defs.gmk is missing the lines ifdef ALT_LANGTOOLS_DIST LANGTOOLS_DIST :=$(call FullPath,$(ALT_LANGTOOLS_DIST)) else LANGTOOLS_DIST = endif But I haven't verified that 100% yet. I suspect the control Makefiles are sending in ALT_LANGTOOLS_DIST, and the corba Makefiles may have expected LANGTOOLS_DIST. I need to head home now, but if anyone can verify the above I'll get a bug files and we can fix this in Build 24. -kto Kelly O'Hair wrote: > This seems strange. The first thing it should do is build langtools, not > corba. ahh you cut out part of the log... > > Once langtools is built, all other java compilations should run the BOOT > jdk > with the javac.jar from the langtools build. > The trigger for this is that the corba, jaxp, jaxws, and jdk repositories > should get a ALT_LANGTOOLS_DIST setting that points at the langtools "dist" > directory, which should prevent using the ALT_JDK_IMPORT_PATH javac. > > Look in build/linux-*/langtools/dist and make sure langtools built ok. > > I'll try this myself and see if I can reproduce the problem on the antique > linux machines I have. > > -kto > > > Nicholas Riley wrote: >> >> On Oct 31, 2007, at 11:03 AM, Kelly O'Hair wrote: >> >>> A FULL jdk control build involves having the following directories: >>> >>> control langtools corba jaxp jaxws hotspot j2se >>> >>> And you are right, you should not need to set ALT_JDK_IMPORT_PATH >>> when doing >>> a full control build. >>> The ALT_JDK_IMPORT_PATH should just be used when the build detects one >>> of the above areas is not participating in the build. >>> >>> Doing a 'cd control/make && gnumake' should first build langtools >>> with the >>> BOOT jdk (ALT_BOOTDIR), then build hotspot, corba, jaxp, jaxws, and >>> finally >>> go into j2se to build everything else and construct the j2sdk-image. >>> >>> Do you have all these areas? It seems like the Makefiles think you do >>> not. >> >> >> No, I didn't. So I started again with the Mercurial version. >> >> % hg fclone http://hg.openjdk.java.net/jdk7/MASTER/ jdk7 >> [...] >> % cd jdk7 >> % ls -l >> total 268K >> -rw-rw---- 1 njriley zilles 1.5K Oct 31 17:33 ASSEMBLY_EXCEPTION >> -rw-rw---- 1 njriley zilles 19K Oct 31 17:33 LICENSE >> -rw-rw---- 1 njriley zilles 14K Oct 31 17:33 Makefile >> -rw-rw---- 1 njriley zilles 1.2K Oct 31 17:33 README >> -rw-rw---- 1 njriley zilles 55K Oct 31 17:33 README-builds.html >> -rw-rw---- 1 njriley zilles 125K Oct 31 17:33 THIRD_PARTY_README >> drwxrwxr-x 4 njriley zilles 4.0K Oct 31 17:41 build/ >> drwxrwx--- 5 njriley zilles 4.0K Oct 31 17:33 corba/ >> drwxrwx--- 8 njriley zilles 4.0K Oct 31 17:34 hotspot/ >> drwxrwx--- 5 njriley zilles 4.0K Oct 31 17:34 jaxp/ >> drwxrwx--- 5 njriley zilles 4.0K Oct 31 17:34 jaxws/ >> drwxrwx--- 6 njriley zilles 4.0K Oct 31 17:37 jdk/ >> drwxrwx--- 6 njriley zilles 4.0K Oct 31 17:37 langtools/ >> drwxrwx--- 3 njriley zilles 4.0K Oct 31 17:33 make/ >> % make >> [...] >> >>>Recursively making xa build @ Wed Oct 31 17:47:32 CDT 2007 ... >> make[3]: Entering directory >> `/mounts/hel/disks/0/shared-data/njriley/openjdk/jdk7/corba/make/javax/xa' >> >> ../../common/shared/Defs-linux.gmk:136: "WARNING: Value of >> JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" >> # Java sources to be compiled: (listed in file >> /mounts/hel/disks/0/shared-data/njriley/openjdk/jdk7/build/linux-i586/corba/tmp/sun/javax.transaction.xa/.classes.list) >> >> ../../../src/share/classes/javax/transaction/xa/XAResource.java >> ../../../src/share/classes/javax/transaction/xa/XAException.java >> ../../../src/share/classes/javax/transaction/xa/Xid.java >> # Running javac: >> Check_ALT_JDK_IMPORT_PATH/bin/javac -J-XX:ThreadStackSize=768 >> -J-client -J-Xmx896m -J-Xms128m -J-XX:PermSize=32m >> -J-XX:MaxPermSize=160m -source 1.5 -target 5 -encoding ascii >> -classpath /usr/lib/jvm/java/lib/tools.jar -sourcepath >> /mounts/hel/disks/0/shared-data/njriley/openjdk/jdk7/build/linux-i586/corba/gensrc:../../../src/solaris/classes:../../../src/share/classes >> -d >> /mounts/hel/disks/0/shared-data/njriley/openjdk/jdk7/build/linux-i586/corba/classes >> @/mounts/hel/disks/0/shared-data/njriley/openjdk/jdk7/build/linux-i586/corba/tmp/sun/javax.transaction.xa/.classes.list >> >> /bin/sh: Check_ALT_JDK_IMPORT_PATH/bin/javac: No such file or directory >> make[3]: *** [.compile.classlist] Error 127 >> make[3]: Leaving directory >> `/mounts/hel/disks/0/shared-data/njriley/openjdk/jdk7/corba/make/javax/xa' >> >> make[2]: *** [build] Error 1 >> make[2]: Leaving directory >> `/mounts/hel/disks/0/shared-data/njriley/openjdk/jdk7/corba/make/javax' >> make[1]: *** [build] Error 1 >> make[1]: Leaving directory >> `/mounts/hel/disks/0/shared-data/njriley/openjdk/jdk7/corba/make' >> make: *** [corba-build] Error 2 >> >> So I'm still lost. It seems I've got all the components above (sans >> the control reorganization I read about on your weblog), but it's >> still looking for stuff in ALT_JDK_IMPORT_PATH. I also needed to set >> ANT_HOME, which I didn't need before, but that's not a big deal. >> From ted at tedneward.com Thu Nov 1 08:02:51 2007 From: ted at tedneward.com (Ted Neward) Date: Thu, 1 Nov 2007 01:02:51 -0700 Subject: custom packages In-Reply-To: <975ae7d10710300629v38bf3761i4199718dc99278c5@mail.gmail.com> References: <975ae7d10710290738x36317e25s6ee48b91fff2bc26@mail.gmail.com> <0ab501c81a88$2a1df560$7e59e020$@com> <975ae7d10710300629v38bf3761i4199718dc99278c5@mail.gmail.com> Message-ID: <10c801c81c5d$9f2f90d0$dd8eb270$@com> > 2) I want to modify the jvm to make it load by default my classes. > Dude, that's what I just told you: bootclasspath/p will cause the JVM to load your classes before those found in rt.jar. If you want to completely remove the Sun classes, leave rt.jar off the bootclasspath altogether. Try it. *shrug* Or, don't, and chase the butterfly's tail for a while to implement something that's already in the JVM. Your time is yours to do what you will with it. :-) Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing http://www.tedneward.com > -----Original Message----- > From: Roger Abelenda [mailto:rabelenda at gmail.com] > Sent: Tuesday, October 30, 2007 6:29 AM > To: Ted Neward > Cc: build-dev at openjdk.java.net > Subject: Re: custom packages > > 1) Ok, thanks, i will search for an other list. > 2) I want to modify the jvm to make it load by default my classes. > > 2007/10/29, Ted Neward : > > (1) This has nothing to do with building the JDK; it's probably more > > appropriate to a different list. > > (2) You need make no changes to the JVM to make this happen--simply > put your > > code in a directory and point to it at runtime with the - > Xbootclasspath/p > > command-line parameter. > > > > Ted Neward > > Java, .NET, XML Services > > Consulting, Teaching, Speaking, Writing > > http://www.tedneward.com > > > > > > > -----Original Message----- > > > From: build-dev-bounces at openjdk.java.net [mailto:build-dev- > > > bounces at openjdk.java.net] On Behalf Of Roger Abelenda > > > Sent: Monday, October 29, 2007 7:39 AM > > > To: build-dev at openjdk.java.net > > > Subject: custom packages > > > > > > Hi there, me again :-). I'm implementing an DatagramSocket and a > > > datagramPacket and i want to subsitute the ones of the jvm with > this > > > ones. If you know: where may i put my code and what shall i do to > make > > > it compile when i compile the jvm?, and , what changes i need to do > to > > > plug it into the original code to make the jvm call my classes when > > > somebody calls the original ones?. I thought to change the > > > classloader.c and the resolve.c. Any other options? thanks. > > > > > > No virus found in this incoming message. > > > Checked by AVG Free Edition. > > > Version: 7.5.503 / Virus Database: 269.15.12/1098 - Release Date: > > > 10/29/2007 9:28 AM > > > > > > > No virus found in this outgoing message. > > Checked by AVG Free Edition. > > Version: 7.5.503 / Virus Database: 269.15.12/1098 - Release Date: > 10/29/2007 > > 9:28 AM > > > > > > > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.503 / Virus Database: 269.15.12/1098 - Release Date: > 10/29/2007 9:28 AM > No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.15.15/1101 - Release Date: 10/31/2007 10:06 AM From njriley at uiuc.edu Thu Nov 1 09:25:33 2007 From: njriley at uiuc.edu (Nicholas Riley) Date: Thu, 1 Nov 2007 04:25:33 -0500 Subject: build failure - IDL files? In-Reply-To: <47291514.40306@sun.com> References: <20071030100129.GC48098@uiuc.edu> <4727703D.2000703@sun.com> <20071030211037.GA53437@uiuc.edu> <4727A5D9.4020005@sun.com> <20071030220037.GB53437@uiuc.edu> <4727B482.8090800@sun.com> <028E5A2B-A79A-44E4-A806-781B58E083DA@uiuc.edu> <4728A748.4040607@sun.com> <47291514.40306@sun.com> Message-ID: On Oct 31, 2007, at 7:14 PM, Kelly O'Hair wrote: > There may be a bug in the corba Makefiles. > > I think the file corba/make/common/shared/Defs.gmk is missing the > lines > > ifdef ALT_LANGTOOLS_DIST > LANGTOOLS_DIST :=$(call FullPath,$(ALT_LANGTOOLS_DIST)) > else > LANGTOOLS_DIST = > endif > > But I haven't verified that 100% yet. I suspect the control > Makefiles are > sending in ALT_LANGTOOLS_DIST, and the corba Makefiles may have > expected > LANGTOOLS_DIST. > > I need to head home now, but if anyone can verify the above I'll > get a bug > files and we can fix this in Build 24. That worked, and the build completed finally! It makes sense given the include order: corba/make/javax/xa/Makefile :include $(BUILDDIR)/common/ Defs.gmk corba/make/common/Defs.gmk :include $(BUILDDIR)/common/shared/ Platform.gmk corba/make/common/Defs.gmk :include $(TOPDIR)/make/common/ CancelImplicits.gmk corba/make/common/Defs.gmk :include $(TOPDIR)/make/common/Defs-$ (PLATFORM).gmk corba/make/common/Defs-linux.gmk :include $(BUILDDIR)/common/ shared/Defs.gmk corba/make/common/shared/Defs.gmk :include $(BUILDDIR)/ common/shared/Defs-utils.gmk corba/make/common/shared/Defs.gmk :include $(BUILDDIR)/ common/shared/Defs-$(PLATFORM).gmk (I inserted the LANGTOOLS_DIST definition here) corba/make/common/shared/Defs.gmk :include $(BUILDDIR)/ common/shared/Compiler.gmk corba/make/common/Defs.gmk :include $(BUILDDIR)/common/shared/ Defs-java.gmk corba/make/common/shared/Defs-java.gmk: JAVAC_JAR = $ (LANGTOOLS_DIST)/bootstrap/lib/javac.jar -- Nicholas Riley | From Kelly.Ohair at Sun.COM Thu Nov 1 16:20:31 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Thu, 01 Nov 2007 09:20:31 -0700 Subject: build failure - IDL files? In-Reply-To: References: <20071030100129.GC48098@uiuc.edu> <4727703D.2000703@sun.com> <20071030211037.GA53437@uiuc.edu> <4727A5D9.4020005@sun.com> <20071030220037.GB53437@uiuc.edu> <4727B482.8090800@sun.com> <028E5A2B-A79A-44E4-A806-781B58E083DA@uiuc.edu> <4728A748.4040607@sun.com> <47291514.40306@sun.com> Message-ID: <4729FCCF.5070700@sun.com> Thanks for the verification. The corba make directory and makefiles are kind of a poor copy of the ones in the jdk/j2se directory, we did this as just a temporary thing. And I messed this up. The corba repository will be going through some transformations in the future, hopefully making it 100% pure java, perhaps built with an ant script like the jaxp/jaxws ones (ones that utilize a langtools compiler if provided). So most of the makefiles will probably go away at some point, and all dependence on a native C/C++ compiler etc. will go away. I'll file a bug for this corba bug and get it fixed. -kto Nicholas Riley wrote: > On Oct 31, 2007, at 7:14 PM, Kelly O'Hair wrote: >> There may be a bug in the corba Makefiles. >> >> I think the file corba/make/common/shared/Defs.gmk is missing the lines >> >> ifdef ALT_LANGTOOLS_DIST >> LANGTOOLS_DIST :=$(call FullPath,$(ALT_LANGTOOLS_DIST)) >> else >> LANGTOOLS_DIST = >> endif >> >> But I haven't verified that 100% yet. I suspect the control Makefiles are >> sending in ALT_LANGTOOLS_DIST, and the corba Makefiles may have expected >> LANGTOOLS_DIST. >> >> I need to head home now, but if anyone can verify the above I'll get a >> bug >> files and we can fix this in Build 24. > > That worked, and the build completed finally! It makes sense given the > include order: > > corba/make/javax/xa/Makefile :include > $(BUILDDIR)/common/Defs.gmk > corba/make/common/Defs.gmk :include > $(BUILDDIR)/common/shared/Platform.gmk > corba/make/common/Defs.gmk :include > $(TOPDIR)/make/common/CancelImplicits.gmk > corba/make/common/Defs.gmk :include > $(TOPDIR)/make/common/Defs-$(PLATFORM).gmk > corba/make/common/Defs-linux.gmk :include > $(BUILDDIR)/common/shared/Defs.gmk > corba/make/common/shared/Defs.gmk :include > $(BUILDDIR)/common/shared/Defs-utils.gmk > corba/make/common/shared/Defs.gmk :include > $(BUILDDIR)/common/shared/Defs-$(PLATFORM).gmk > (I inserted the LANGTOOLS_DIST definition here) > corba/make/common/shared/Defs.gmk :include > $(BUILDDIR)/common/shared/Compiler.gmk > corba/make/common/Defs.gmk :include > $(BUILDDIR)/common/shared/Defs-java.gmk > corba/make/common/shared/Defs-java.gmk: JAVAC_JAR = > $(LANGTOOLS_DIST)/bootstrap/lib/javac.jar > From Kelly.Ohair at Sun.COM Fri Nov 2 01:24:35 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Thu, 01 Nov 2007 18:24:35 -0700 Subject: OpenJDK Mercurial Transition Update 6 Message-ID: <472A7C53.8030906@sun.com> Update 6 on the Mercurial Transition: http://weblogs.java.net/blog/kellyohair/archive/2007/11/openjdk_mercuri_6.html --- It's alive! http://hg.openjdk.java.net (These repositories are EXPERIMENTAL right now) -kto From roman.kennke at aicas.com Mon Nov 5 10:10:26 2007 From: roman.kennke at aicas.com (Roman Kennke) Date: Mon, 05 Nov 2007 11:10:26 +0100 Subject: sun.org.mozilla? In-Reply-To: <1193391929.6653.15.camel@mercury> References: <1193391929.6653.15.camel@mercury> Message-ID: <1194257426.12602.31.camel@mercury> Still no thoughts about this? The b23 drop also doesn't have such classes, and they are not in the built JAR either. I suspect, OpenJDK is building against the classes from the boot JDK, but doesn't actually ship these classes themselves. This would lead to javax.script not working correctly I guess. /Roman Am Freitag, den 26.10.2007, 11:45 +0200 schrieb Roman Kennke: > Hi there, > > where are the sources or classes for the sun.org.mozilla.* packages? > They are referenced from com.sun.script.* but I can't find them nowhere > in the source tree. Any hints? > > /Roman > -- Dipl.-Inform. (FH) Roman Kennke, Software Engineer, http://kennke.org aicas Allerton Interworks Computer Automated Systems GmbH Haid-und-Neu-Stra?e 18 * D-76131 Karlsruhe * Germany http://www.aicas.com * Tel: +49-721-663 968-0 USt-Id: DE216375633, Handelsregister HRB 109481, AG Karlsruhe Gesch?ftsf?hrer: Dr. James J. Hunt From rabelenda at gmail.com Mon Nov 5 14:48:48 2007 From: rabelenda at gmail.com (Roger Abelenda) Date: Mon, 5 Nov 2007 12:48:48 -0200 Subject: Building specific classes Message-ID: <975ae7d10711050648w5b6312a4x30ff0c36644c0c40@mail.gmail.com> Hi, i don't knwo if this is the maillist where i can do this question. The question is: what i need to do when i modify one of the classes of the openjdk and i want to compile only this class and integrate it in the compiled openjdk?. Thanks. From Kelly.Ohair at Sun.COM Mon Nov 5 16:33:55 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Mon, 05 Nov 2007 08:33:55 -0800 Subject: sun.org.mozilla? In-Reply-To: <1194257426.12602.31.camel@mercury> References: <1193391929.6653.15.camel@mercury> <1194257426.12602.31.camel@mercury> Message-ID: <472F45F3.4030007@sun.com> The sun.org.mozilla source is the rhino source as I recall, which should be available at http://www.mozilla.org/rhino/ under the MPL license I think? There is some MPL vs. GPL legal issue involved with this and I don't know the details. -kto Roman Kennke wrote: > Still no thoughts about this? The b23 drop also doesn't have such > classes, and they are not in the built JAR either. I suspect, OpenJDK is > building against the classes from the boot JDK, but doesn't actually > ship these classes themselves. This would lead to javax.script not > working correctly I guess. > > /Roman > > Am Freitag, den 26.10.2007, 11:45 +0200 schrieb Roman Kennke: >> Hi there, >> >> where are the sources or classes for the sun.org.mozilla.* packages? >> They are referenced from com.sun.script.* but I can't find them nowhere >> in the source tree. Any hints? >> >> /Roman >> From Jean-Christophe.Collet at Sun.COM Tue Nov 6 18:01:22 2007 From: Jean-Christophe.Collet at Sun.COM (Jean-Christophe Collet) Date: Tue, 06 Nov 2007 19:01:22 +0100 Subject: New Webrev (23.1) pushed In-Reply-To: <472F6199.8090001@Sun.COM> References: <472F5DA3.4060505@sun.com> <472F6199.8090001@Sun.COM> Message-ID: <4730ABF2.1040200@sun.com> Jim Holmlund wrote: > Thank you for doing all the work on this! > > My favorite RFE would be 'Next File' and 'Previous File' and 'Index' > links at the bottom > of the frames diff pages, eg, next to the Next/Previous diff buttons. A good idea, but not as easy as it sounds since the HTML is generated on the fly, file by file. I think I can come up with a way to do that though. That being said, I'm sad to announce the version 23.1 was very short lived. I just pushed 23.2 and it has some significant changes: - Support for 'hg foutgoing' (That was a nasty one, it seems to work in my tests but I wouldn't be surprised if there are bugs in that code) - fixed the '-b' option - Added color coding for filenames: Black for modified files, Green for new files, and Red for deleted files - Changed the HTML of the index page to be easier to read Feedback welcome. PS: I've found that the forest extension has quite a few bugs (the fstatus command for instance is quite broken) From Paul.Hohensee at Sun.COM Tue Nov 6 18:22:44 2007 From: Paul.Hohensee at Sun.COM (Paul Hohensee) Date: Tue, 06 Nov 2007 13:22:44 -0500 Subject: webrev accessibility Message-ID: <4730B0F4.3080407@sun.com> I'm not sure this is the right list to ask this question, but here it is. When we at Sun put out requests for code reviews, we include a URL for what we call a 'webrev', which provides several different kinds of view of the change, including simple diffs, a patch file and different forms of annotated html. We're going to make the script that generates a webrev (also called 'webrev') generally available. My question is, where can we store webrevs so they're accessible to the community, and what's the process for putting them there? Paul From mr at sun.com Tue Nov 6 18:25:45 2007 From: mr at sun.com (Mark Reinhold) Date: Tue, 06 Nov 2007 10:25:45 -0800 Subject: webrev accessibility In-Reply-To: paul.hohensee@sun.com; Tue, 06 Nov 2007 13:22:44 EST; <4730B0F4.3080407@sun.com> Message-ID: <20071106182545.22FF866B3@eggemoggin.niobe.net> > Date: Tue, 06 Nov 2007 13:22:44 -0500 > From: paul.hohensee at sun.com > ... > > My question is, where can we store webrevs so they're accessible to > the community, and what's the process for putting them there? This was discussed a few weeks ago [1]. Those of us hacking on the infrastructure are focused on Mercurial at the moment, but we hope to get to the webrev problem soon. - Mark [1] http://thread.gmane.org/gmane.comp.java.openjdk.general/446 From freds at jfrog.org Tue Nov 6 19:03:07 2007 From: freds at jfrog.org (Frederic Simon) Date: Tue, 6 Nov 2007 21:03:07 +0200 Subject: webrev accessibility In-Reply-To: <20071106182545.22FF866B3@eggemoggin.niobe.net> References: <4730B0F4.3080407@sun.com> <20071106182545.22FF866B3@eggemoggin.niobe.net> Message-ID: In a lot of Java open source software (JBoss, Codehaus, some Apache projects), they use JIRA and the integration with VCS (Subversion, CVS, ...) to manage the flow and validation of a task. A task with all the code patches associated looks like: http://www.jfrog.org/jira/browse/RTFACT-258?page=com.atlassian.jira.plugin.ext.subversion:subversion-commits-tabpanel All patches/comments/validation are linked here in the task. The patch code in jfrog is visible with viewvc for Subversion. But Mercurial gitweb look&feel for OpenJDK is better and looks like: http://www.jfrog.org/hg/openJDK/MASTER/langtools/rev/f5877e328128 My 2cts on this issue. I really hope the interface will have an easy search and browse, beacuse today's bug DB is quite annoying. Good luck. On 11/6/07, Mark Reinhold wrote: > > > Date: Tue, 06 Nov 2007 13:22:44 -0500 > > From: paul.hohensee at sun.com > > > ... > > > > My question is, where can we store webrevs so they're accessible to > > the community, and what's the process for putting them there? > > This was discussed a few weeks ago [1]. Those of us hacking on the > infrastructure are focused on Mercurial at the moment, but we hope to > get to the webrev problem soon. > > - Mark > > > [1] http://thread.gmane.org/gmane.comp.java.openjdk.general/446 > -- http://freddy33.bglogspot.com/ http://www.jfrog.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From Kelly.Ohair at Sun.COM Tue Nov 6 20:39:03 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Tue, 06 Nov 2007 12:39:03 -0800 Subject: The Mercurial Forest Extension In-Reply-To: <4728F478.8060406@sun.com> References: <4728F478.8060406@sun.com> Message-ID: <4730D0E7.7070807@sun.com> For anyone using the forest extension with Mercurial 0.9.5, there was a recent update to it for 0.9.5, you may want to get a fresh hgforest clone, or do a 'hg pull && hg update' to get the new forest.py file and update your copies. The old forest.py would fail with 0.9.5 for me with a simple 'hg fstatus', the new one works fine, although I did not try the new one with 0.9.4, so be careful. --- The failure looked like: <> hg fstatus ** unknown exception encountered, details follow ** report bug details to http://www.selenic.com/mercurial/bts ** or mercurial at selenic.com ** Mercurial Distributed SCM (version 0.9.5) Traceback (most recent call last): File "/java/devtools/i386/mercurial/0.9.5/bin/hg", line 14, in ? mercurial.dispatch.run() File "/java/svc/kto/Mercurial/0.9.5/dist/solaris-i586/usr/local/lib/python2.4/site-packages/mercurial/dispatch.py", line 20, in run sys.exit(dispatch(sys.argv[1:])) File "/java/svc/kto/Mercurial/0.9.5/dist/solaris-i586/usr/local/lib/python2.4/site-packages/mercurial/dispatch.py", line 29, in dispatch return _runcatch(u, args) File "/java/svc/kto/Mercurial/0.9.5/dist/solaris-i586/usr/local/lib/python2.4/site-packages/mercurial/dispatch.py", line 45, in _runcatch return _dispatch(ui, args) File "/java/svc/kto/Mercurial/0.9.5/dist/solaris-i586/usr/local/lib/python2.4/site-packages/mercurial/dispatch.py", line 348, in _dispatch ret = _runcommand(ui, options, cmd, d) File "/java/svc/kto/Mercurial/0.9.5/dist/solaris-i586/usr/local/lib/python2.4/site-packages/mercurial/dispatch.py", line 401, in _runcommand return checkargs() File "/java/svc/kto/Mercurial/0.9.5/dist/solaris-i586/usr/local/lib/python2.4/site-packages/mercurial/dispatch.py", line 357, in checkargs return cmdfunc() File "/java/svc/kto/Mercurial/0.9.5/dist/solaris-i586/usr/local/lib/python2.4/site-packages/mercurial/dispatch.py", line 340, in d = lambda: func(ui, repo, *args, **cmdoptions) File "/java/svc/kto/Mercurial/0.9.5/dist/solaris-i586/usr/local/lib/python2.4/site-packages/hgext/forest.py", line 1186, in status prehooks=[lambda tree: check_mq(tree)]) File "/java/svc/kto/Mercurial/0.9.5/dist/solaris-i586/usr/local/lib/python2.4/site-packages/hgext/forest.py", line 597, in apply paths[0], revs = parseurl(paths[0], opts['rev']) ValueError: too many values to unpack -kto Kelly O'Hair wrote: > > To get the Mercurial Forest Extension: > > hg clone http://www.terminus.org/hg/hgforest hgforest > > Then I copy hgforest/forest.py to the hgext directory of my Mercurial > intallation area, and add this to your ~/.hgrc file: > > [extensions] > hgext.forest = > > But you can put forest.py anywhere you want, as long as the [extensions] > refers to that location. > > -kto > > From dan at fabulich.com Wed Nov 7 05:32:30 2007 From: dan at fabulich.com (Dan Fabulich) Date: Tue, 6 Nov 2007 21:32:30 -0800 (Pacific Standard Time) Subject: Upcoming OpenJDK infrastructure projects In-Reply-To: <20071106203633.27F1766B3@eggemoggin.niobe.net> References: <20071106203633.27F1766B3@eggemoggin.niobe.net> Message-ID: I'm not sure if this request is in-scope for "OpenJDK infrastructure projects", but I'd like to pipe up in favor of simplifying the Windows build experience. Specifically... 1) Update the build to work with Visual C++ 2005 Express, the free (no-charge) version of the Visual Studio C++ compiler. The fix isn't too hard, but it requires a bit of figuring: http://bugs.sun.com/view_bug.do?bug_id=6523947 2) Provide support for building under MSYS make/shell, perhaps instead of Cygwin. Cygwin make doesn't handle paths of the form "c:/code/openjdk" and has stated that they intend not to; they recommend using the MinGW MSYS make instead of Cygwin make for these purposes. http://cygwin.com/ml/cygwin/2006-07/msg00671.html The Mozilla project updated their Cygwin-only build to work under MSYS, and now offer a convenient installer to set the whole thing up. Something like that for OpenJDK would be fantastic, though it's just a dream at this point. :-) http://developer.mozilla.org/en/docs/Windows_Build_Prerequisites (Note that I DON'T mean that we should support building with MinGW gcc; that'd be cool, but IMO it's not necessary to build Windows software using a Free-as-in-speech compiler; using a free-as-in-beer compiler is fine for non-free platforms.) I'd hoped to begin work on these myself at some point, though I'm pretty busy yet. :-( -Dan From mr at sun.com Wed Nov 7 18:58:38 2007 From: mr at sun.com (Mark Reinhold) Date: Wed, 07 Nov 2007 10:58:38 -0800 Subject: Group forests created Message-ID: <20071107185838.261C066B3@eggemoggin.niobe.net> I've created and loaded a set of experimental group integration forests on hg.openjdk.java.net. These are the forests to which individual developers will push their changes. Group integrators are responsible for periodically syncing with the master forest and pushing changes up to the master after suitable testing. At the moment the content of these forests is identical to jdk7/MASTER, but that will change as we do some dry-run integrations over the next week or so. Notifications for all of these forests go to this list for now (I can easily change that if people have objections). We'll redirect them to the appropriate Group lists once we complete the Mercurial cutover. One thing that's abundantly clear is that I need to hack on hgwebdir.cgi some more so that it understands Projects and forests. The index page on http://hg.openjdk.java.net takes too long to load and is too hard to navigate. - Mark From freds at jfrog.org Wed Nov 7 19:05:43 2007 From: freds at jfrog.org (Frederic Simon) Date: Wed, 7 Nov 2007 21:05:43 +0200 Subject: Group forests created In-Reply-To: <20071107185838.261C066B3@eggemoggin.niobe.net> References: <20071107185838.261C066B3@eggemoggin.niobe.net> Message-ID: Without hacking hgwebdir.cgi, you can eneter multiple ScriptAlias in apache conf that will point to different hgweb.config files (and each has a different set of repo path). My 2cts on this. On 11/7/07, Mark Reinhold wrote: > > I've created and loaded a set of experimental group integration forests > on hg.openjdk.java.net. These are the forests to which individual > developers will push their changes. Group integrators are responsible > for periodically syncing with the master forest and pushing changes up > to the master after suitable testing. > > At the moment the content of these forests is identical to jdk7/MASTER, > but that will change as we do some dry-run integrations over the next > week or so. > > Notifications for all of these forests go to this list for now (I can > easily change that if people have objections). We'll redirect them to > the appropriate Group lists once we complete the Mercurial cutover. > > One thing that's abundantly clear is that I need to hack on hgwebdir.cgi > some more so that it understands Projects and forests. The index page > on http://hg.openjdk.java.net takes too long to load and is too hard to > navigate. > > - Mark > -- http://freddy33.bglogspot.com/ http://www.jfrog.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From mr at sun.com Wed Nov 7 19:13:32 2007 From: mr at sun.com (Mark Reinhold) Date: Wed, 07 Nov 2007 11:13:32 -0800 Subject: Sandboxes available Message-ID: <20071107191332.3A1AA66B3@eggemoggin.niobe.net> I've created a couple of sandbox trees on hg.openjdk.java.net. sandbox/simple is a simple push/pull tree that works in the obvious way. sandbox/box is a gated tree; you pull from sandbox/box, and then push (via ssh) to sandbox/box-gate. If your new changesets pass the gate checks then they'll automagically be pushed to the sandbox/box tree. If they don't pass then your push transaction will be aborted. (At the moment there are no gate checks; that will change soon.) Notifications for these trees go to sandbox-changes at openjdk.java.net. Feel free to subscribe. If you'd like to play around with these -- even if you don't work at Sun -- send an ssh public key to keys at openjdk.java.net. Have fun, and don't push anything huge or important or confidential to these trees. They will be reinitialized at random times. - Mark From mr at sun.com Wed Nov 7 19:19:42 2007 From: mr at sun.com (Mark Reinhold) Date: Wed, 07 Nov 2007 11:19:42 -0800 Subject: Group forests created In-Reply-To: freds@jfrog.org; Wed, 07 Nov 2007 21:05:43 +0200; Message-ID: <20071107191942.7EB6A66B3@eggemoggin.niobe.net> > Date: Wed, 07 Nov 2007 21:05:43 +0200 > From: Frederic Simon > Without hacking hgwebdir.cgi, you can eneter multiple ScriptAlias in apache > conf that will point to different hgweb.config files (and each has a > different set of repo path). That'd work -- if we were running this on Apache. Hacking hgwebdir.cgi isn't so hard really, it's just Python. - Mark From freds at jfrog.org Wed Nov 7 19:30:30 2007 From: freds at jfrog.org (Frederic Simon) Date: Wed, 7 Nov 2007 21:30:30 +0200 Subject: Group forests created In-Reply-To: <20071107191942.7EB6A66B3@eggemoggin.niobe.net> References: <20071107191942.7EB6A66B3@eggemoggin.niobe.net> Message-ID: Oups, ;-) On 11/7/07, Mark Reinhold wrote: > > > Date: Wed, 07 Nov 2007 21:05:43 +0200 > > From: Frederic Simon > > > Without hacking hgwebdir.cgi, you can eneter multiple ScriptAlias in > apache > > conf that will point to different hgweb.config files (and each has a > > different set of repo path). > > That'd work -- if we were running this on Apache. > > Hacking hgwebdir.cgi isn't so hard really, it's just Python. > > - Mark > -- http://freddy33.bglogspot.com/ http://www.jfrog.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From Erik.Trimble at Sun.COM Wed Nov 7 22:04:51 2007 From: Erik.Trimble at Sun.COM (Erik Trimble) Date: Wed, 07 Nov 2007 14:04:51 -0800 Subject: Upcoming OpenJDK infrastructure projects In-Reply-To: References: <20071106203633.27F1766B3@eggemoggin.niobe.net> Message-ID: <1194473091.26860.8.camel@hsdev-7> The first suggestion makes a lot of sense, though I'd have to say it's non-trivial, unfortunately. We're certainly exploring it as a possible option. Changing from Cygwin to any other shell is probably not going to happen. Frankly, unless there seems to be a _very_ compelling reason to do so, the time and effort required to do this change is better spent simplifying the Windows build itself. Cygwin provides an entire development system, and supporting more than one such environment is really not worth the effort, in my opinion. It would also seem not to make sense to require TWO separate sets of software to build the JDK (both Cygwin and MSYS). On Tue, 2007-11-06 at 21:32 -0800, Dan Fabulich wrote: > I'm not sure if this request is in-scope for "OpenJDK infrastructure > projects", but I'd like to pipe up in favor of simplifying the > Windows build experience. > > Specifically... > > 1) Update the build to work with Visual C++ 2005 Express, the free > (no-charge) version of the Visual Studio C++ compiler. > > The fix isn't too hard, but it requires a bit of figuring: > http://bugs.sun.com/view_bug.do?bug_id=6523947 > > 2) Provide support for building under MSYS make/shell, perhaps instead of > Cygwin. > > Cygwin make doesn't handle paths of the form "c:/code/openjdk" and has > stated that they intend not to; they recommend using the MinGW MSYS make > instead of Cygwin make for these purposes. > > http://cygwin.com/ml/cygwin/2006-07/msg00671.html > > The Mozilla project updated their Cygwin-only build to work under MSYS, > and now offer a convenient installer to set the whole thing up. > Something like that for OpenJDK would be fantastic, though it's just a > dream at this point. :-) > > http://developer.mozilla.org/en/docs/Windows_Build_Prerequisites > > (Note that I DON'T mean that we should support building with MinGW gcc; > that'd be cool, but IMO it's not necessary to build Windows software using > a Free-as-in-speech compiler; using a free-as-in-beer compiler is fine for > non-free platforms.) > > I'd hoped to begin work on these myself at some point, though I'm pretty > busy yet. :-( > > -Dan Note that I don't speak for Sun, the OpenJDK project, or anyone but myself on these issues, and can't make any promises. -- Erik Trimble Java System Support Mailstop: usca14-102 Phone: x17195 Santa Clara, CA Timezone: US/Pacific (GMT-0800) From peter.jones at Sun.COM Thu Nov 8 00:01:48 2007 From: peter.jones at Sun.COM (Peter Jones) Date: Wed, 7 Nov 2007 19:01:48 -0500 Subject: New Webrev (23.1) pushed In-Reply-To: <4730ABF2.1040200@sun.com> References: <472F5DA3.4060505@sun.com> <472F6199.8090001@Sun.COM> <4730ABF2.1040200@sun.com> Message-ID: <20071108000148.GE8565@east> On Tue, Nov 06, 2007 at 07:01:22PM +0100, Jean-Christophe Collet wrote: > That being said, I'm sad to announce the version 23.1 was very short lived. > I just pushed 23.2 and it has some significant changes: > > - Support for 'hg foutgoing' (That was a nasty one, it seems to work in my > tests but I wouldn't be surprised if there are bugs in that code) > - fixed the '-b' option > - Added color coding for filenames: Black for modified files, Green for new > files, and Red for deleted files > - Changed the HTML of the index page to be easier to read > > Feedback welcome. Many thanks for your efforts with webrev for Mercurial. A few comments/questions about the latest version (some or all of which may well be misunderstandings on my part-- and I'm not familiar with forests yet to understand how they might apply to them either): It now uses "sort -g", but /usr/bin/sort on my Solaris 10 box doesn't support "-g", wouldn't "-n" be good enough here? If I understand the latest support for automatically generating the file list from "hg outgoing", both the file list and the diffs (if no "-r") are generated relative to the lowest-numbered revision in the outgoing list. That seems fine if no changesets have been pulled since the first unpushed commit, but if changesets have been pulled from the parent (and merged), those files/diffs get included too, which I don't think would be the typical desire-- I'm hoping for a file list like the familiar Teamware "putback -n" behavior, which I think would involve comparing the status of the repository relative to latest changeset shared with its parent (but with comments listed from every changeset in the outgoing list that affected a given file). Does that sound reasonable/feasible? I was hoping that I could manually achieve this effect by specifying the "latest changeset shared with the parent" using "-r", but when "-r" is used with no file list, it seems that the file list is still generated based on the "hg outgoing" (or if empty, "hg status") algorithm, which was surprising to me-- I would expect it to generate the file list based on the status of the repository relative to the specified revision, in the "-r" case? I tried an explicit file list too, but when an explicit file list is given, it doesn't make any attempt to accumulate multiple changeset comments per file, rather just including the comments for the latest changeset affecting each given file (I think). I might expect the comment accumulation behavior to be orthogonal to whether an explicit file list is given (like, it would always include comments from all changesets in the outgoing list affecting a given file). More about changeset comments: in the case described above where I have pulled changesets from the parent and merged with committed but unpushed changesets, even though I want diffs against the latest changeset shared with the parent, I still want comments from all of the outgoing changesets (not just, say, the comments from later merge changesets), so that seems to suggest a need to use "hg outgoing" even when "-r" is used and the file list is based on the specified revision-- (or else maybe a different revision could be specified for the purposes of comment accumulation?). FWIW (not much I expect), below are diffs vs. version 23.2 for crude hacking I did to serve an immediate (non-JDK) need: file list is generated relative to specified revision when "-r" is used, and "hg outgoing" is executed even when an explicit file list is provided (in order to get comment accumulation)-- and there is another kludge to only include comments from the outgoing changesets, not changesets pulled from the parent (I thought that "hg log --follow-first" might help with that, but it didn't seem to). And no consideration for forests... Cheers, -- Peter diff -bu /java/jdk/bin/webrev ~/bin/webrev --- /java/jdk/bin/webrev Tue Nov 6 12:47:23 2007 +++ /home/pj23592/bin/webrev Wed Nov 7 16:10:13 2007 @@ -1160,7 +1160,14 @@ fi if [ -z "$active" ] ; then if [[ -n $FIRST_CREV ]] then - comm=`hg log --rev $FIRST_CREV:tip --template 'rev {rev} : {desc}\n' $logf` +# comm=`hg log --rev $FIRST_CREV:tip --template 'rev {rev} : {desc}\n' $logf` + comm="" + for rev in $ALL_CREV; do + tmpcomm=`hg log --rev $rev --follow --template 'rev {rev} : {desc}\n' $logf` + if [[ -n $tmpcomm ]]; then + comm="$comm\n$tmpcomm" + fi + done else comm=`hg log -l1 --template '{desc}\n' $logf` fi @@ -1572,10 +1579,9 @@ if [ -n "$forestflag" ]; then flist_from_mercurial_forest else - if [ -z "$Nflag" ]; then - print " File list from hg outgoing $PWS ..." - FIRST_CREV=`hg outgoing -q --template '{rev}\n' $OUTPWS | sort -g | head -1` - if [[ -n $FIRST_CREV ]]; then + if [ -n "$rflag" ]; then + STATUS_REV="--rev $PARENT_REV" + elif [[ -n $FIRST_CREV ]]; then OUTREV=`expr $FIRST_CREV - 1` STATUS_REV="--rev $OUTREV" HG_LIST_FROM_COMMIT=1 @@ -1584,7 +1590,6 @@ print "\n No outgoing, perhaps you haven't commited." print " File list from hg status -mard ...\c" fi - fi # First let's list all the modified or deleted files hg status $STATUS_REV -mdn > $FLIST @@ -2093,6 +2098,15 @@ if [[ -z "$OUTPWS" ]]; then OUTPWS=`hg path default 2>/dev/null` fi + + # + # determine revisions not in parent (unless -N was used) + # + if [ -z "$Nflag" ]; then + print " File list from hg outgoing $PWS ..." + ALL_CREV=`hg outgoing -q --template '{rev}\n' $OUTPWS | sort -n` + FIRST_CREV=`hg outgoing -q --template '{rev}\n' $OUTPWS | sort -n | head -1` + fi fi if [[ -n $lflag ]]; then From roman.kennke at aicas.com Thu Nov 8 14:26:55 2007 From: roman.kennke at aicas.com (Roman Kennke) Date: Thu, 08 Nov 2007 15:26:55 +0100 Subject: Group forests created In-Reply-To: <20071107185838.261C066B3@eggemoggin.niobe.net> References: <20071107185838.261C066B3@eggemoggin.niobe.net> Message-ID: <1194532015.15597.14.camel@mercury> Hi Mark, > I've created and loaded a set of experimental group integration forests > on hg.openjdk.java.net. These are the forests to which individual > developers will push their changes. Group integrators are responsible > for periodically syncing with the master forest and pushing changes up > to the master after suitable testing. Great news! Thank you so much. /Roman -- Dipl.-Inform. (FH) Roman Kennke, Software Engineer, http://kennke.org aicas Allerton Interworks Computer Automated Systems GmbH Haid-und-Neu-Stra?e 18 * D-76131 Karlsruhe * Germany http://www.aicas.com * Tel: +49-721-663 968-0 USt-Id: DE216375633, Handelsregister HRB 109481, AG Karlsruhe Gesch?ftsf?hrer: Dr. James J. Hunt From Jean-Christophe.Collet at Sun.COM Thu Nov 8 15:48:38 2007 From: Jean-Christophe.Collet at Sun.COM (Jean-Christophe Collet) Date: Thu, 08 Nov 2007 16:48:38 +0100 Subject: New Webrev (23.1) pushed In-Reply-To: <20071108000148.GE8565@east> References: <472F5DA3.4060505@sun.com> <472F6199.8090001@Sun.COM> <4730ABF2.1040200@sun.com> <20071108000148.GE8565@east> Message-ID: <47332FD6.3000303@sun.com> Peter Jones wrote: > Many thanks for your efforts with webrev for Mercurial. A few > comments/questions about the latest version (some or all of which may > well be misunderstandings on my part-- and I'm not familiar with > forests yet to understand how they might apply to them either): > > It now uses "sort -g", but /usr/bin/sort on my Solaris 10 box doesn't > support "-g", wouldn't "-n" be good enough here? > > Ah yes, -g is not portable. I'll use -n instead. Thanks. > If I understand the latest support for automatically generating the > file list from "hg outgoing", both the file list and the diffs (if no > "-r") are generated relative to the lowest-numbered revision in the > outgoing list. That seems fine if no changesets have been pulled > since the first unpushed commit, but if changesets have been pulled > from the parent (and merged), those files/diffs get included too, > which I don't think would be the typical desire-- I'm hoping for a > file list like the familiar Teamware "putback -n" behavior, which I > think would involve comparing the status of the repository relative to > latest changeset shared with its parent (but with comments listed from > every changeset in the outgoing list that affected a given file). > Does that sound reasonable/feasible? > Unfortunately mercurial works quite differently from teamware and "hg outgoing" doesn't provide quite the kind of information we need. So I have to cross-reference that with "hg status". Hence the complicated script. > I was hoping that I could manually achieve this effect by specifying > the "latest changeset shared with the parent" using "-r", but when > "-r" is used with no file list, it seems that the file list is still > generated based on the "hg outgoing" (or if empty, "hg status") > algorithm, which was surprising to me-- I would expect it to generate > the file list based on the status of the repository relative to the > specified revision, in the "-r" case? > > I tried an explicit file list too, but when an explicit file list is > given, it doesn't make any attempt to accumulate multiple changeset > comments per file, rather just including the comments for the latest > changeset affecting each given file (I think). I might expect the > comment accumulation behavior to be orthogonal to whether an explicit > file list is given (like, it would always include comments from all > changesets in the outgoing list affecting a given file). > > More about changeset comments: in the case described above where I > have pulled changesets from the parent and merged with committed but > unpushed changesets, even though I want diffs against the latest > changeset shared with the parent, I still want comments from all of > the outgoing changesets (not just, say, the comments from later merge > changesets), so that seems to suggest a need to use "hg outgoing" even > when "-r" is used and the file list is based on the specified > revision-- (or else maybe a different revision could be specified for > the purposes of comment accumulation?). > > Ah yes, I didn't deal cleanly with -r in that case. I think I've made the proper changes now, and it should provide the right comments now. Incidently using -r kind of makes "hg outgoing" un-necessary, since we'll use "hg status --rev " to generate the list. It will work with a provided file list as well now. All that being said, I think I will have to write a "How to use webrev with mercurial" document because it's becoming a bit complex, in particular with the DOs and DONTs. For instance it's a good idea to wait until after the webrev is done before doing an hg pull if you've commited. In any case, version 22.3 is available. > FWIW (not much I expect), below are diffs vs. version 23.2 for crude > hacking I did to serve an immediate (non-JDK) need: file list is > generated relative to specified revision when "-r" is used, and "hg > outgoing" is executed even when an explicit file list is provided (in > order to get comment accumulation)-- and there is another kludge to > only include comments from the outgoing changesets, not changesets > pulled from the parent (I thought that "hg log --follow-first" might > help with that, but it didn't seem to). And no consideration for > forests... > > Cheers, > -- Peter > > > From peter.jones at Sun.COM Fri Nov 9 15:53:52 2007 From: peter.jones at Sun.COM (Peter Jones) Date: Fri, 9 Nov 2007 10:53:52 -0500 Subject: New Webrev (23.1) pushed In-Reply-To: <47332FD6.3000303@sun.com> References: <472F5DA3.4060505@sun.com> <472F6199.8090001@Sun.COM> <4730ABF2.1040200@sun.com> <20071108000148.GE8565@east> <47332FD6.3000303@sun.com> Message-ID: <20071109155352.GA1409@east> On Thu, Nov 08, 2007 at 04:48:38PM +0100, Jean-Christophe Collet wrote: >> If I understand the latest support for automatically generating the >> file list from "hg outgoing", both the file list and the diffs (if >> no "-r") are generated relative to the lowest-numbered revision in >> the outgoing list. That seems fine if no changesets have been >> pulled since the first unpushed commit, but if changesets have been >> pulled from the parent (and merged), those files/diffs get included >> too, which I don't think would be the typical desire-- I'm hoping >> for a file list like the familiar Teamware "putback -n" behavior, >> which I think would involve comparing the status of the repository >> relative to latest changeset shared with its parent (but with >> comments listed from every changeset in the outgoing list that >> affected a given file). Does that sound reasonable/feasible? > > Unfortunately mercurial works quite differently from teamware and > "hg outgoing" doesn't provide quite the kind of information we > need. So I have to cross-reference that with "hg status". Hence the > complicated script. Right-- my question above is more about which revision to compare against when it chooses based on the output of "hg outgoing". The current choice (OUTREV in the script) seems to be: (1) the lowest-numbered revision in the outgoing list minus one But in order to generate desired diffs in the case that changesets have been pulled/merged since some of the outgoing commits, I'm thinking that something like this would be preferable: (2) the highest-numbered revision not in the outgoing list When no changesets have been pulled/merged since any outgoing commits (perhaps the common case), then (2) should be the same as (1) anyway. [By the way, I have seemed to find that "hg status --rev $rev -aC" does not report moved (vs. added) files properly in a changeset that contains a merge of $rev with the changeset that originally moved the file, so must craft an explicit file list to get the desired output in that case-- may be http://www.selenic.com/mercurial/bts/issue760 ?] >> I was hoping that I could manually achieve this effect by >> specifying the "latest changeset shared with the parent" using >> "-r", but when "-r" is used with no file list, it seems that the >> file list is still generated based on the "hg outgoing" (or if >> empty, "hg status") algorithm, which was surprising to me-- I would >> expect it to generate the file list based on the status of the >> repository relative to the specified revision, in the "-r" case? >> >> I tried an explicit file list too, but when an explicit file list >> is given, it doesn't make any attempt to accumulate multiple >> changeset comments per file, rather just including the comments for >> the latest changeset affecting each given file (I think). I might >> expect the comment accumulation behavior to be orthogonal to >> whether an explicit file list is given (like, it would always >> include comments from all changesets in the outgoing list affecting >> a given file). >> >> More about changeset comments: in the case described above where I >> have pulled changesets from the parent and merged with committed but >> unpushed changesets, even though I want diffs against the latest >> changeset shared with the parent, I still want comments from all of >> the outgoing changesets (not just, say, the comments from later merge >> changesets), so that seems to suggest a need to use "hg outgoing" even >> when "-r" is used and the file list is based on the specified >> revision-- (or else maybe a different revision could be specified for >> the purposes of comment accumulation?). > > Ah yes, I didn't deal cleanly with -r in that case. I think I've > made the proper changes now, and it should provide the right > comments now. Incidently using -r kind of makes "hg outgoing" > un-necessary, since we'll use "hg status --rev " to generate > the list. (As above, "hg outgoing" is still arguably desirable with "-r" for determining which changesets' comments to accumulate. In version 23.3, I see that you do still do "hg outgoing" when "-r" is given.) > It will work with a provided file list as well now. Looking at version 23.3, I'm not sure. ALL_CREV & OUTREV are only set if flist_from_mercurial is called. ALL_CREV being set is required in comments_from_mercurial to activate what looks like the behavior I was interested in (only comments from changesets in the outgoing list that affected a given file). And if there's an explicit file list but "-r" isn't given, then because neither PARENT_REV nor OUTREV will be set, the diffs will only be against the tip. Again, whether or not there is an explicit file list seems orthogonal to which revision to compare against, so if "-r" is not given, I would except the same outgoing-based algorithm to apply (unless "-N" is given); that was the motivation for moving the "hg outgoing" outside flist_from_mercurial. Also, the current "hg outgoing" command doesn't use OUTPWS. In comments_from_mercurial, I don't understand the "hg log --rev $LOWER_CREV:$UPPER_CREV ..." done in the "-r" case-- that seems to duplicate comments generated in the following for loop (in the opposite order), as well as some extras? > All that being said, I think I will have to write a "How to use > webrev with mercurial" document because it's becoming a bit complex, > in particular with the DOs and DONTs. For instance it's a good idea > to wait until after the webrev is done before doing an hg pull if > you've commited. Perhaps some of the cases I'm expressing interest in here will be unusual with OpenJDK engineering practices, that's not clear to me yet. Still, I assume that some merging of pulled changesets will be inevitable, and there will be a desire to see webrev-style diffs of changesets after merging. Cheers, -- Peter From kelly.ohair at sun.com Fri Nov 9 23:49:44 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Fri, 09 Nov 2007 23:49:44 +0000 Subject: jdk7/tl: Added junk Message-ID: <20071109234944.8EEDE2529E@hg.openjdk.java.net> Changeset: cbb2915931cd Author: ohair Date: 2007-11-09 15:47 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/rev/cbb2915931cd Added junk + junk From kelly.ohair at sun.com Fri Nov 9 23:50:04 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Fri, 09 Nov 2007 23:50:04 +0000 Subject: jdk7/tl/corba: Added junk Message-ID: <20071109235005.6A915252A4@hg.openjdk.java.net> Changeset: 22306825ab5e Author: ohair Date: 2007-11-09 15:47 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/corba/rev/22306825ab5e Added junk + junk From kelly.ohair at sun.com Fri Nov 9 23:50:51 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Fri, 09 Nov 2007 23:50:51 +0000 Subject: jdk7/tl/hotspot: Added junk Message-ID: <20071109235053.A1B72252AA@hg.openjdk.java.net> Changeset: 4fbb76406145 Author: ohair Date: 2007-11-09 15:47 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/4fbb76406145 Added junk + junk From kelly.ohair at sun.com Fri Nov 9 23:52:10 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Fri, 09 Nov 2007 23:52:10 +0000 Subject: jdk7/tl/jaxp: Added junk Message-ID: <20071109235212.4D1FE252B0@hg.openjdk.java.net> Changeset: 2030d4b64c3f Author: ohair Date: 2007-11-09 15:47 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jaxp/rev/2030d4b64c3f Added junk + junk From kelly.ohair at sun.com Fri Nov 9 23:52:25 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Fri, 09 Nov 2007 23:52:25 +0000 Subject: jdk7/tl/jaxws: Added junk Message-ID: <20071109235226.EF5CE252B6@hg.openjdk.java.net> Changeset: d861124b4394 Author: ohair Date: 2007-11-09 15:47 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jaxws/rev/d861124b4394 Added junk + junk From kelly.ohair at sun.com Fri Nov 9 23:52:35 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Fri, 09 Nov 2007 23:52:35 +0000 Subject: jdk7/tl/jdk: Added junk Message-ID: <20071109235248.BA24C252BC@hg.openjdk.java.net> Changeset: b438378d48a9 Author: ohair Date: 2007-11-09 15:47 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/b438378d48a9 Added junk + junk From kelly.ohair at sun.com Fri Nov 9 23:54:46 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Fri, 09 Nov 2007 23:54:46 +0000 Subject: jdk7/tl/langtools: Added junk Message-ID: <20071109235447.C4DB7252C2@hg.openjdk.java.net> Changeset: e548e610ec78 Author: ohair Date: 2007-11-09 15:47 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/e548e610ec78 Added junk + junk From xiomara.jayasena at sun.com Sat Nov 10 00:00:32 2007 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Sat, 10 Nov 2007 00:00:32 +0000 Subject: jdk7/tl: 2 new changesets Message-ID: <20071110000032.C2AC5252CA@hg.openjdk.java.net> Changeset: e1bdac1823a1 Author: xdono Date: 2007-11-09 15:56 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/rev/e1bdac1823a1 55555: empty change ! Makefile Changeset: 1850c9e3538f Author: xdono Date: 2007-11-09 15:57 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/rev/1850c9e3538f Automated merge with http://hg.openjdk.java.net/jdk7/tl/ From kelly.ohair at sun.com Sat Nov 10 00:13:57 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Sat, 10 Nov 2007 00:13:57 +0000 Subject: jdk7/tl/corba: Added tag test-tag for changeset 22306825ab5e Message-ID: <20071110001358.83950252D2@hg.openjdk.java.net> Changeset: 2e1498855d17 Author: ohair Date: 2007-11-09 16:12 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/corba/rev/2e1498855d17 Added tag test-tag for changeset 22306825ab5e + .hgtags From kelly.ohair at sun.com Sat Nov 10 00:14:33 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Sat, 10 Nov 2007 00:14:33 +0000 Subject: jdk7/tl/hotspot: Added tag test-tag for changeset 4fbb76406145 Message-ID: <20071110001436.145F5252D8@hg.openjdk.java.net> Changeset: 036a6d4ba0ac Author: ohair Date: 2007-11-09 16:12 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/036a6d4ba0ac Added tag test-tag for changeset 4fbb76406145 + .hgtags From kelly.ohair at sun.com Sat Nov 10 00:16:00 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Sat, 10 Nov 2007 00:16:00 +0000 Subject: jdk7/tl/jaxp: Added tag test-tag for changeset 2030d4b64c3f Message-ID: <20071110001602.14C67252DE@hg.openjdk.java.net> Changeset: ad6c1ff92c0a Author: ohair Date: 2007-11-09 16:12 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jaxp/rev/ad6c1ff92c0a Added tag test-tag for changeset 2030d4b64c3f + .hgtags From kelly.ohair at sun.com Sat Nov 10 00:16:09 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Sat, 10 Nov 2007 00:16:09 +0000 Subject: jdk7/tl/jaxws: Added tag test-tag for changeset d861124b4394 Message-ID: <20071110001610.A8036252E4@hg.openjdk.java.net> Changeset: d0da022294cf Author: ohair Date: 2007-11-09 16:12 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jaxws/rev/d0da022294cf Added tag test-tag for changeset d861124b4394 + .hgtags From kelly.ohair at sun.com Sat Nov 10 00:16:18 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Sat, 10 Nov 2007 00:16:18 +0000 Subject: jdk7/tl/jdk: Added tag test-tag for changeset b438378d48a9 Message-ID: <20071110001630.35D9A252EA@hg.openjdk.java.net> Changeset: 0fe0b1b794be Author: ohair Date: 2007-11-09 16:12 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/0fe0b1b794be Added tag test-tag for changeset b438378d48a9 + .hgtags From kelly.ohair at sun.com Sat Nov 10 00:18:42 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Sat, 10 Nov 2007 00:18:42 +0000 Subject: jdk7/tl/langtools: Added tag test-tag for changeset e548e610ec78 Message-ID: <20071110001843.CF83B252F0@hg.openjdk.java.net> Changeset: 39a19ae06f59 Author: ohair Date: 2007-11-09 16:12 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/39a19ae06f59 Added tag test-tag for changeset e548e610ec78 + .hgtags From kelly.ohair at sun.com Sat Nov 10 00:19:19 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Sat, 10 Nov 2007 00:19:19 +0000 Subject: jdk7/tl: 2 new changesets Message-ID: <20071110001919.46BCC252F6@hg.openjdk.java.net> Changeset: 8e0ae5329539 Author: ohair Date: 2007-11-09 16:12 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/rev/8e0ae5329539 Added tag test-tag for changeset cbb2915931cd + .hgtags Changeset: acde8ad4ef7c Author: ohair Date: 2007-11-09 16:14 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/rev/acde8ad4ef7c Merge From xiomara.jayasena at sun.com Sat Nov 10 00:40:10 2007 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Sat, 10 Nov 2007 00:40:10 +0000 Subject: jdk7/tl: Added tag jdk1.7.0-ea-b23 for changeset acde8ad4ef7c Message-ID: <20071110004010.89FD12531A@hg.openjdk.java.net> Changeset: 6e16a5e11e08 Author: xdono Date: 2007-11-09 16:35 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/rev/6e16a5e11e08 Added tag jdk1.7.0-ea-b23 for changeset acde8ad4ef7c ! .hgtags From kelly.ohair at sun.com Sat Nov 10 00:47:36 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Sat, 10 Nov 2007 00:47:36 +0000 Subject: jdk7/tl/corba: xxx the test line Message-ID: <20071110004737.454F625342@hg.openjdk.java.net> Changeset: 3f5daa726f9f Author: ohair Date: 2007-11-09 16:41 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/corba/rev/3f5daa726f9f xxx the test line ! junk From kelly.ohair at sun.com Sat Nov 10 00:49:36 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Sat, 10 Nov 2007 00:49:36 +0000 Subject: jdk7/tl/hotspot: xxx the test line Message-ID: <20071110004938.5997B2534C@hg.openjdk.java.net> Changeset: 58140014ae4a Author: ohair Date: 2007-11-09 16:41 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/58140014ae4a xxx the test line ! junk From kelly.ohair at sun.com Sat Nov 10 00:50:41 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Sat, 10 Nov 2007 00:50:41 +0000 Subject: jdk7/tl/jaxp: xxx the test line Message-ID: <20071110005043.2C65925352@hg.openjdk.java.net> Changeset: 695d996cc500 Author: ohair Date: 2007-11-09 16:41 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jaxp/rev/695d996cc500 xxx the test line ! junk From kelly.ohair at sun.com Sat Nov 10 00:50:50 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Sat, 10 Nov 2007 00:50:50 +0000 Subject: jdk7/tl/jaxws: xxx the test line Message-ID: <20071110005051.7916F25358@hg.openjdk.java.net> Changeset: 3a184d8e3d80 Author: ohair Date: 2007-11-09 16:41 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jaxws/rev/3a184d8e3d80 xxx the test line ! junk From kelly.ohair at sun.com Sat Nov 10 00:50:58 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Sat, 10 Nov 2007 00:50:58 +0000 Subject: jdk7/tl/jdk: xxx the test line Message-ID: <20071110005110.7267F2535E@hg.openjdk.java.net> Changeset: 7ffee64bd299 Author: ohair Date: 2007-11-09 16:41 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/7ffee64bd299 xxx the test line ! junk From kelly.ohair at sun.com Sat Nov 10 00:53:04 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Sat, 10 Nov 2007 00:53:04 +0000 Subject: jdk7/tl/langtools: xxx the test line Message-ID: <20071110005306.7EE5B25374@hg.openjdk.java.net> Changeset: e1e5e027b57c Author: ohair Date: 2007-11-09 16:41 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/e1e5e027b57c xxx the test line ! junk From Kelly.Ohair at Sun.COM Sat Nov 10 00:55:43 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Fri, 09 Nov 2007 16:55:43 -0800 Subject: All the jdk7/tl email Message-ID: <4735018F.2080403@sun.com> FYI... My apologies for all the jdk7/tl email clutter, I'm testing forest push operations on the experimental repositories. -kto From kelly.ohair at sun.com Sat Nov 10 01:05:15 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Sat, 10 Nov 2007 01:05:15 +0000 Subject: jdk7/tl: 2 new changesets Message-ID: <20071110010515.B73C125384@hg.openjdk.java.net> Changeset: 22923a5e0f29 Author: ohair Date: 2007-11-09 16:43 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/rev/22923a5e0f29 xxx the test line ! junk Changeset: f6970a92fd34 Author: ohair Date: 2007-11-09 17:04 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/rev/f6970a92fd34 Merge From kelly.ohair at sun.com Sat Nov 10 01:05:21 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Sat, 10 Nov 2007 01:05:21 +0000 Subject: jdk7/tl/corba: 2 new changesets Message-ID: <20071110010522.BC18C2538A@hg.openjdk.java.net> Changeset: 3c74a267218b Author: ohair Date: 2007-11-09 16:43 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/corba/rev/3c74a267218b xxx the test line ! junk Changeset: c66a3960cc8d Author: ohair Date: 2007-11-09 17:04 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/corba/rev/c66a3960cc8d Merge ! junk From kelly.ohair at sun.com Sat Nov 10 01:06:04 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Sat, 10 Nov 2007 01:06:04 +0000 Subject: jdk7/tl/hotspot: 2 new changesets Message-ID: <20071110010608.90FF925390@hg.openjdk.java.net> Changeset: 7f434d510c49 Author: ohair Date: 2007-11-09 16:43 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/7f434d510c49 xxx the test line ! junk Changeset: 7b9636879053 Author: ohair Date: 2007-11-09 17:04 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/7b9636879053 Merge ! junk From kelly.ohair at sun.com Sat Nov 10 01:07:19 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Sat, 10 Nov 2007 01:07:19 +0000 Subject: jdk7/tl/jaxp: 2 new changesets Message-ID: <20071110010722.588DB25396@hg.openjdk.java.net> Changeset: 8706c1aab216 Author: ohair Date: 2007-11-09 16:43 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jaxp/rev/8706c1aab216 xxx the test line ! junk Changeset: a99e421a4a56 Author: ohair Date: 2007-11-09 17:04 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jaxp/rev/a99e421a4a56 Merge ! junk From kelly.ohair at sun.com Sat Nov 10 01:07:30 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Sat, 10 Nov 2007 01:07:30 +0000 Subject: jdk7/tl/jaxws: 2 new changesets Message-ID: <20071110010733.7C0E22539C@hg.openjdk.java.net> Changeset: 54642cdb83e0 Author: ohair Date: 2007-11-09 16:43 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jaxws/rev/54642cdb83e0 xxx the test line ! junk Changeset: 096a6fdb56c6 Author: ohair Date: 2007-11-09 17:04 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jaxws/rev/096a6fdb56c6 Merge ! junk From kelly.ohair at sun.com Sat Nov 10 01:07:42 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Sat, 10 Nov 2007 01:07:42 +0000 Subject: jdk7/tl/jdk: 2 new changesets Message-ID: <20071110010806.1CB15253A2@hg.openjdk.java.net> Changeset: f3a0ec3c1799 Author: ohair Date: 2007-11-09 16:43 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/f3a0ec3c1799 xxx the test line ! junk Changeset: 98c3756381ed Author: ohair Date: 2007-11-09 17:04 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/98c3756381ed Merge ! junk From Dmitri.Trembovetski at Sun.COM Sat Nov 10 01:09:51 2007 From: Dmitri.Trembovetski at Sun.COM (Dmitri Trembovetski) Date: Fri, 09 Nov 2007 17:09:51 -0800 Subject: All the jdk7/tl email In-Reply-To: <4735018F.2080403@sun.com> References: <4735018F.2080403@sun.com> Message-ID: <473504DF.1070101@Sun.COM> I hope this is not a sign of things to come though - it'd suck to get 15 emails for each push. Thanks, Dmitri Kelly O'Hair wrote: > FYI... > > My apologies for all the jdk7/tl email clutter, I'm testing forest push > operations on the experimental repositories. > > -kto From kelly.ohair at sun.com Sat Nov 10 01:11:21 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Sat, 10 Nov 2007 01:11:21 +0000 Subject: jdk7/tl/langtools: 2 new changesets Message-ID: <20071110011124.64794253A8@hg.openjdk.java.net> Changeset: 4c7722aec999 Author: ohair Date: 2007-11-09 16:43 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/4c7722aec999 xxx the test line ! junk Changeset: ee71f6ebaebb Author: ohair Date: 2007-11-09 17:04 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/ee71f6ebaebb Merge ! junk From kelly.ohair at sun.com Sat Nov 10 01:17:29 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Sat, 10 Nov 2007 01:17:29 +0000 Subject: jdk7/tl: 3 new changesets Message-ID: <20071110011729.E8594253C0@hg.openjdk.java.net> Changeset: 070d11b2b7c7 Author: ohair Date: 2007-11-09 16:41 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/rev/070d11b2b7c7 xxx the test line ! junk Changeset: 48a288edea59 Author: ohair Date: 2007-11-09 17:16 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/rev/48a288edea59 Merge Changeset: ec87984511ab Author: ohair Date: 2007-11-09 17:17 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/rev/ec87984511ab Merge ! junk From Kelly.Ohair at Sun.COM Sat Nov 10 01:24:26 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Fri, 09 Nov 2007 17:24:26 -0800 Subject: All the jdk7/tl email In-Reply-To: <473504DF.1070101@Sun.COM> References: <4735018F.2080403@sun.com> <473504DF.1070101@Sun.COM> Message-ID: <4735084A.60908@sun.com> Only if the person made changes in all the repositories, which would be highly unlikely.... well, unless I had to change a bunch of Makefiles.. and I don't do that very often.. ;^) -kto Dmitri Trembovetski wrote: > > I hope this is not a sign of things to come though - > it'd suck to get 15 emails for each push. > > Thanks, > Dmitri > > Kelly O'Hair wrote: >> FYI... >> >> My apologies for all the jdk7/tl email clutter, I'm testing forest push >> operations on the experimental repositories. >> >> -kto From tim.bell at sun.com Sat Nov 10 02:07:19 2007 From: tim.bell at sun.com (tim.bell at sun.com) Date: Sat, 10 Nov 2007 02:07:19 +0000 Subject: jdk7/tl: 7654321: banner adds on Makefiles Message-ID: <20071110020719.B635025402@hg.openjdk.java.net> Changeset: 8792e7dbf130 Author: tbell Date: 2007-11-09 18:06 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/rev/8792e7dbf130 7654321: banner adds on Makefiles ! Makefile ! junk From tim.bell at sun.com Sat Nov 10 02:07:35 2007 From: tim.bell at sun.com (tim.bell at sun.com) Date: Sat, 10 Nov 2007 02:07:35 +0000 Subject: jdk7/tl/jdk: 7654321: banner adds on Makefiles Message-ID: <20071110020747.671AE25410@hg.openjdk.java.net> Changeset: 7615b71c9ba8 Author: tbell Date: 2007-11-09 18:06 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/7615b71c9ba8 7654321: banner adds on Makefiles ! make/jpda/Makefile ! make/mkdemo/jpda/Makefile From xiomara.jayasena at sun.com Sat Nov 10 04:27:39 2007 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Sat, 10 Nov 2007 04:27:39 +0000 Subject: jdk7/tl: Added tag jdk7-ea-b99 for changeset 8792e7dbf130 Message-ID: <20071110042739.DB0AD25431@hg.openjdk.java.net> Changeset: 2e4d6d562de7 Author: xdono Date: 2007-11-09 20:03 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/rev/2e4d6d562de7 Added tag jdk7-ea-b99 for changeset 8792e7dbf130 ! .hgtags From xiomara.jayasena at sun.com Sat Nov 10 04:27:45 2007 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Sat, 10 Nov 2007 04:27:45 +0000 Subject: jdk7/tl/corba: Added tag jdk7-ea-b99 for changeset c66a3960cc8d Message-ID: <20071110042746.30FE125437@hg.openjdk.java.net> Changeset: 6733b693e111 Author: xdono Date: 2007-11-09 20:13 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/corba/rev/6733b693e111 Added tag jdk7-ea-b99 for changeset c66a3960cc8d ! .hgtags From xiomara.jayasena at sun.com Sat Nov 10 04:27:53 2007 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Sat, 10 Nov 2007 04:27:53 +0000 Subject: jdk7/tl/hotspot: Added tag jdk7-ea-b99 for changeset 7b9636879053 Message-ID: <20071110042755.5257F2543D@hg.openjdk.java.net> Changeset: deb4be71f293 Author: xdono Date: 2007-11-09 20:13 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/deb4be71f293 Added tag jdk7-ea-b99 for changeset 7b9636879053 ! .hgtags From xiomara.jayasena at sun.com Sat Nov 10 04:28:03 2007 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Sat, 10 Nov 2007 04:28:03 +0000 Subject: jdk7/tl/jaxp: Added tag jdk7-ea-b99 for changeset a99e421a4a56 Message-ID: <20071110042804.D280125443@hg.openjdk.java.net> Changeset: 141756fe15a7 Author: xdono Date: 2007-11-09 20:13 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jaxp/rev/141756fe15a7 Added tag jdk7-ea-b99 for changeset a99e421a4a56 ! .hgtags From xiomara.jayasena at sun.com Sat Nov 10 04:28:12 2007 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Sat, 10 Nov 2007 04:28:12 +0000 Subject: jdk7/tl/jaxws: Added tag jdk7-ea-b99 for changeset 096a6fdb56c6 Message-ID: <20071110042813.728A925449@hg.openjdk.java.net> Changeset: 13a7d97e993a Author: xdono Date: 2007-11-09 20:13 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jaxws/rev/13a7d97e993a Added tag jdk7-ea-b99 for changeset 096a6fdb56c6 ! .hgtags From xiomara.jayasena at sun.com Sat Nov 10 04:28:21 2007 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Sat, 10 Nov 2007 04:28:21 +0000 Subject: jdk7/tl/jdk: Added tag jdk7-ea-b99 for changeset 7615b71c9ba8 Message-ID: <20071110042833.4036E2544F@hg.openjdk.java.net> Changeset: 9fc487433dfd Author: xdono Date: 2007-11-09 20:13 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/9fc487433dfd Added tag jdk7-ea-b99 for changeset 7615b71c9ba8 ! .hgtags From xiomara.jayasena at sun.com Sat Nov 10 04:28:55 2007 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Sat, 10 Nov 2007 04:28:55 +0000 Subject: jdk7/tl/langtools: Added tag jdk7-ea-b99 for changeset ee71f6ebaebb Message-ID: <20071110042857.15D0125455@hg.openjdk.java.net> Changeset: f589ebd2a9d0 Author: xdono Date: 2007-11-09 20:13 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/f589ebd2a9d0 Added tag jdk7-ea-b99 for changeset ee71f6ebaebb ! .hgtags From xiomara.jayasena at sun.com Sat Nov 10 05:31:00 2007 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Sat, 10 Nov 2007 05:31:00 +0000 Subject: jdk7/tl: Added tag jdk7-ea-b98 for changeset 2e4d6d562de7 Message-ID: <20071110053100.2FEC525469@hg.openjdk.java.net> Changeset: 082010cdc4b8 Author: xdono Date: 2007-11-09 21:19 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/rev/082010cdc4b8 Added tag jdk7-ea-b98 for changeset 2e4d6d562de7 ! .hgtags From xiomara.jayasena at sun.com Sat Nov 10 05:31:06 2007 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Sat, 10 Nov 2007 05:31:06 +0000 Subject: jdk7/tl/corba: Added tag jdk7-ea-b98 for changeset 6733b693e111 Message-ID: <20071110053107.31A722546F@hg.openjdk.java.net> Changeset: aee1d2361181 Author: xdono Date: 2007-11-09 21:19 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/corba/rev/aee1d2361181 Added tag jdk7-ea-b98 for changeset 6733b693e111 ! .hgtags From Bradford.Wetmore at Sun.COM Sat Nov 10 05:31:32 2007 From: Bradford.Wetmore at Sun.COM (Brad Wetmore) Date: Fri, 09 Nov 2007 21:31:32 -0800 Subject: webrevs of forests with arbitrary "parents" Message-ID: <47354234.80900@sun.com> Hi Jessie, It's possible this has been rehashed before, I've read so much email over the last week...My brain is full, can I go home now? In my role as gatekeeper, I create build/test/integration dirs using the following layout: jsn tl \ / \ / \ / int % hg fclone http://.../jsn % hg fpull http://.../jsn % hg fpull http://.../tl % hg cd int % hg fupdate After I build/test, I push to jsn (aka rebase), then push to tl (integration). I want to capture what's going into each gate with webrev. I would have thought my commands would be something like: % webrev -f -p http://.../jsn # what's going from tl to jsn % webrev -f -p http://.../tl # what's going from jsn to tl But: % webrev -f -p http://.../tl SCM detected: mercurial SORRY: When using the -p otion, you need to specify a revision. This is done with the -r option. and: % webrev -f -r tip -p http://.../tl The -r flag is incompatible with the use of forests Surely there's a way to do this. Also, is "tip" the right changeset id to use? There are some changesets from tl in my int area which should be going back to jsn. It's not reporting them. Suppose I skip "-f"... % pwd /ws/nightlies1/ws/jdk/make/closed % webrev -r tip -p http://closedjdk.sfbay/jdk7/jsn/jdk/make/closed SCM detected: mercurial Workspace: /ws/nightlies1/ws/jdk/make/closed Compare against: Compare against version: tip Output to: /ws/nightlies1/ws/jdk/make/closed/webrev Output Files: index.html: Done. The should have been 2 files updated. Thanks, Brad From xiomara.jayasena at sun.com Sat Nov 10 05:31:44 2007 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Sat, 10 Nov 2007 05:31:44 +0000 Subject: jdk7/tl/hotspot: Added tag jdk7-ea-b98 for changeset deb4be71f293 Message-ID: <20071110053146.CC9DF25475@hg.openjdk.java.net> Changeset: 0728f0199b0c Author: xdono Date: 2007-11-09 21:19 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/0728f0199b0c Added tag jdk7-ea-b98 for changeset deb4be71f293 ! .hgtags From xiomara.jayasena at sun.com Sat Nov 10 05:33:20 2007 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Sat, 10 Nov 2007 05:33:20 +0000 Subject: jdk7/tl/jaxp: Added tag jdk7-ea-b98 for changeset 141756fe15a7 Message-ID: <20071110053322.58C492547B@hg.openjdk.java.net> Changeset: 5de13263b128 Author: xdono Date: 2007-11-09 21:19 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jaxp/rev/5de13263b128 Added tag jdk7-ea-b98 for changeset 141756fe15a7 ! .hgtags From xiomara.jayasena at sun.com Sat Nov 10 05:33:29 2007 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Sat, 10 Nov 2007 05:33:29 +0000 Subject: jdk7/tl/jaxws: Added tag jdk7-ea-b98 for changeset 13a7d97e993a Message-ID: <20071110053330.B42D725481@hg.openjdk.java.net> Changeset: d172dafca693 Author: xdono Date: 2007-11-09 21:19 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jaxws/rev/d172dafca693 Added tag jdk7-ea-b98 for changeset 13a7d97e993a ! .hgtags From xiomara.jayasena at sun.com Sat Nov 10 05:33:37 2007 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Sat, 10 Nov 2007 05:33:37 +0000 Subject: jdk7/tl/jdk: Added tag jdk7-ea-b98 for changeset 9fc487433dfd Message-ID: <20071110053349.9F7F825487@hg.openjdk.java.net> Changeset: 77f89108b2e4 Author: xdono Date: 2007-11-09 21:19 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/77f89108b2e4 Added tag jdk7-ea-b98 for changeset 9fc487433dfd ! .hgtags From xiomara.jayasena at sun.com Sat Nov 10 05:36:33 2007 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Sat, 10 Nov 2007 05:36:33 +0000 Subject: jdk7/tl/langtools: Added tag jdk7-ea-b98 for changeset f589ebd2a9d0 Message-ID: <20071110053635.5659D2548D@hg.openjdk.java.net> Changeset: 50a34e0d4fc1 Author: xdono Date: 2007-11-09 21:19 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/50a34e0d4fc1 Added tag jdk7-ea-b98 for changeset f589ebd2a9d0 ! .hgtags From kelly.ohair at sun.com Sun Nov 11 19:33:16 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Sun, 11 Nov 2007 19:33:16 +0000 Subject: jdk7/tl: Added tag foobar1 for changeset 082010cdc4b8 Message-ID: <20071111193316.8DF2A25493@hg.openjdk.java.net> Changeset: c9d8a5a54cb2 Author: ohair Date: 2007-11-11 11:29 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/rev/c9d8a5a54cb2 Added tag foobar1 for changeset 082010cdc4b8 ! .hgtags From kelly.ohair at sun.com Sun Nov 11 19:33:22 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Sun, 11 Nov 2007 19:33:22 +0000 Subject: jdk7/tl/corba: Added tag foobar1 for changeset aee1d2361181 Message-ID: <20071111193322.E8EE325499@hg.openjdk.java.net> Changeset: 02aa5dc5ba8e Author: ohair Date: 2007-11-11 11:29 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/corba/rev/02aa5dc5ba8e Added tag foobar1 for changeset aee1d2361181 ! .hgtags From kelly.ohair at sun.com Sun Nov 11 19:34:00 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Sun, 11 Nov 2007 19:34:00 +0000 Subject: jdk7/tl/hotspot: Added tag foobar1 for changeset 0728f0199b0c Message-ID: <20071111193402.8D3892549F@hg.openjdk.java.net> Changeset: e3993d6bd774 Author: ohair Date: 2007-11-11 11:29 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/e3993d6bd774 Added tag foobar1 for changeset 0728f0199b0c ! .hgtags From kelly.ohair at sun.com Sun Nov 11 19:35:05 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Sun, 11 Nov 2007 19:35:05 +0000 Subject: jdk7/tl/jaxp: Added tag foobar1 for changeset 5de13263b128 Message-ID: <20071111193507.2402D254A5@hg.openjdk.java.net> Changeset: 84753a8341d3 Author: ohair Date: 2007-11-11 11:29 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jaxp/rev/84753a8341d3 Added tag foobar1 for changeset 5de13263b128 ! .hgtags From kelly.ohair at sun.com Sun Nov 11 19:35:14 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Sun, 11 Nov 2007 19:35:14 +0000 Subject: jdk7/tl/jaxws: Added tag foobar1 for changeset d172dafca693 Message-ID: <20071111193517.1C6C7254AB@hg.openjdk.java.net> Changeset: b5b64e5dadc9 Author: ohair Date: 2007-11-11 11:29 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jaxws/rev/b5b64e5dadc9 Added tag foobar1 for changeset d172dafca693 ! .hgtags From kelly.ohair at sun.com Sun Nov 11 19:35:26 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Sun, 11 Nov 2007 19:35:26 +0000 Subject: jdk7/tl/jdk: Added tag foobar1 for changeset 77f89108b2e4 Message-ID: <20071111193543.C26E3254B1@hg.openjdk.java.net> Changeset: 638aa04a652d Author: ohair Date: 2007-11-11 11:29 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/638aa04a652d Added tag foobar1 for changeset 77f89108b2e4 ! .hgtags From kelly.ohair at sun.com Sun Nov 11 19:37:47 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Sun, 11 Nov 2007 19:37:47 +0000 Subject: jdk7/tl/langtools: Added tag foobar1 for changeset 50a34e0d4fc1 Message-ID: <20071111193748.A6358254B7@hg.openjdk.java.net> Changeset: 4146a98d14ee Author: ohair Date: 2007-11-11 11:29 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/4146a98d14ee Added tag foobar1 for changeset 50a34e0d4fc1 ! .hgtags From kelly.ohair at sun.com Sun Nov 11 19:40:41 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Sun, 11 Nov 2007 19:40:41 +0000 Subject: jdk7/tl: 2 new changesets Message-ID: <20071111194042.06FA9254BD@hg.openjdk.java.net> Changeset: 2e129c7ac139 Author: ohair Date: 2007-11-11 11:15 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/rev/2e129c7ac139 testfile addition + testfile Changeset: 23bb234dec9b Author: ohair Date: 2007-11-11 11:39 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/rev/23bb234dec9b Automated merge with http://hg.openjdk.java.net/jdk7/tl/ From kelly.ohair at sun.com Sun Nov 11 19:40:47 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Sun, 11 Nov 2007 19:40:47 +0000 Subject: jdk7/tl/corba: 2 new changesets Message-ID: <20071111194049.5A14E254C3@hg.openjdk.java.net> Changeset: 7dd9a7657945 Author: ohair Date: 2007-11-11 11:15 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/corba/rev/7dd9a7657945 testfile addition + testfile Changeset: 1567de7e4c2e Author: ohair Date: 2007-11-11 11:39 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/corba/rev/1567de7e4c2e Automated merge with http://hg.openjdk.java.net/jdk7/tl/corba From kelly.ohair at sun.com Sun Nov 11 19:41:42 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Sun, 11 Nov 2007 19:41:42 +0000 Subject: jdk7/tl/hotspot: 2 new changesets Message-ID: <20071111194147.209AD254C9@hg.openjdk.java.net> Changeset: d4e7ef4bf426 Author: ohair Date: 2007-11-11 11:15 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/d4e7ef4bf426 testfile addition + testfile Changeset: 604b97d53776 Author: ohair Date: 2007-11-11 11:39 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/604b97d53776 Automated merge with http://hg.openjdk.java.net/jdk7/tl/hotspot From kelly.ohair at sun.com Sun Nov 11 19:43:45 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Sun, 11 Nov 2007 19:43:45 +0000 Subject: jdk7/tl/jaxp: 2 new changesets Message-ID: <20071111194348.C5546254CF@hg.openjdk.java.net> Changeset: b74c4ea4ddf7 Author: ohair Date: 2007-11-11 11:15 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jaxp/rev/b74c4ea4ddf7 testfile addition + testfile Changeset: d722487fee30 Author: ohair Date: 2007-11-11 11:39 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jaxp/rev/d722487fee30 Automated merge with http://hg.openjdk.java.net/jdk7/tl/jaxp From kelly.ohair at sun.com Sun Nov 11 19:43:57 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Sun, 11 Nov 2007 19:43:57 +0000 Subject: jdk7/tl/jaxws: 2 new changesets Message-ID: <20071111194359.C3793254D5@hg.openjdk.java.net> Changeset: 70b44744e58c Author: ohair Date: 2007-11-11 11:15 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jaxws/rev/70b44744e58c testfile addition + testfile Changeset: 3f00ea95c65e Author: ohair Date: 2007-11-11 11:39 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jaxws/rev/3f00ea95c65e Automated merge with http://hg.openjdk.java.net/jdk7/tl/jaxws From kelly.ohair at sun.com Sun Nov 11 19:44:08 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Sun, 11 Nov 2007 19:44:08 +0000 Subject: jdk7/tl/jdk: 2 new changesets Message-ID: <20071111194432.80AC1254DB@hg.openjdk.java.net> Changeset: 0162db574ce3 Author: ohair Date: 2007-11-11 11:15 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/0162db574ce3 testfile addition + testfile Changeset: 2c67b542f067 Author: ohair Date: 2007-11-11 11:40 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/2c67b542f067 Automated merge with http://hg.openjdk.java.net/jdk7/tl/jdk From kelly.ohair at sun.com Sun Nov 11 19:47:46 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Sun, 11 Nov 2007 19:47:46 +0000 Subject: jdk7/tl/langtools: 2 new changesets Message-ID: <20071111194750.03595254E1@hg.openjdk.java.net> Changeset: 5459826401aa Author: ohair Date: 2007-11-11 11:15 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/5459826401aa testfile addition + testfile Changeset: 12bae05f5099 Author: ohair Date: 2007-11-11 11:40 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/12bae05f5099 Automated merge with http://hg.openjdk.java.net/jdk7/tl/langtools From kelly.ohair at sun.com Sun Nov 11 20:17:24 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Sun, 11 Nov 2007 20:17:24 +0000 Subject: jdk7/tl: Comment changes at tail of file - even more junk Message-ID: <20071111201724.CE420254F5@hg.openjdk.java.net> Changeset: 88c495d7dd03 Author: ohair Date: 2007-11-11 12:17 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/rev/88c495d7dd03 Comment changes at tail of file - even more junk ! Makefile From kelly.ohair at sun.com Sun Nov 11 20:22:55 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Sun, 11 Nov 2007 20:22:55 +0000 Subject: jdk7/tl: 3 new changesets Message-ID: <20071111202255.C20CB254FB@hg.openjdk.java.net> Changeset: 644f1f3b2728 Author: ohair Date: 2007-11-11 12:16 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/rev/644f1f3b2728 Comment changes at tail of file. ! Makefile Changeset: 25997943704a Author: ohair Date: 2007-11-11 12:18 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/rev/25997943704a Merge Changeset: 078672f43bd5 Author: ohair Date: 2007-11-11 12:22 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/rev/078672f43bd5 Merge ! Makefile From joel.feraud at sun.com Mon Nov 12 15:16:59 2007 From: joel.feraud at sun.com (joel.feraud at sun.com) Date: Mon, 12 Nov 2007 15:16:59 +0000 Subject: jdk7/tl/jdk: 2 new changesets Message-ID: <20071112151723.8A4C72551F@hg.openjdk.java.net> Changeset: 9f64bd5e0735 Author: jferaud Date: 2007-11-09 13:08 +0100 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/9f64bd5e0735 7777777: Empty change ! make/Makefile Changeset: b7b9cea53986 Author: jferaud Date: 2007-11-12 16:14 +0100 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/b7b9cea53986 test merge From Bradford.Wetmore at Sun.COM Mon Nov 12 22:58:16 2007 From: Bradford.Wetmore at Sun.COM (Brad Wetmore) Date: Mon, 12 Nov 2007 14:58:16 -0800 Subject: Sparse repositories and fclone/fpull Message-ID: <4738DA88.6070407@sun.com> One of the Mercurial assumptions a few of us (Tim/Kelly/I) have been working under is that we can use "partial trees" for our builds/tests. For example, for my gatekeeping, I want to build most things, but not hotspot and some of the closed repositories (install). So I fclone'd openjdk, then deleted hotspot. Watch the fpull: % \rm -rf hotspot % hg fpull [.] pulling from http://hg.openjdk.java.net/jdk7/tl/ searching for changes no changes found [corba] pulling from http://hg.openjdk.java.net/jdk7/tl/corba searching for changes no changes found [hotspot] requesting all changes adding changesets adding manifests adding file changes added 6 changesets with 2899 changes to 2896 files ...deleted... Yep, the subrepository I deleted was recreated...sigh...looks like I have to keep everything around, or else clone each subrepository separately. So, is there an option to only update the subrepositories that are present? Brad From mr at sun.com Mon Nov 12 23:12:43 2007 From: mr at sun.com (Mark Reinhold) Date: Mon, 12 Nov 2007 15:12:43 -0800 Subject: Sparse repositories and fclone/fpull In-Reply-To: bradford.wetmore@sun.com; Mon, 12 Nov 2007 14:58:16 PST; <4738DA88.6070407@sun.com> Message-ID: <20071112231243.60FC326CA91@eggemoggin.niobe.net> > Date: Mon, 12 Nov 2007 14:58:16 -0800 > From: bradford.wetmore at sun.com > ... > > Yep, the subrepository I deleted was recreated...sigh...looks like I > have to keep everything around, or else clone each subrepository separately. > > So, is there an option to only update the subrepositories that are present? Not so far as I know, but it wouldn't be hard to hack one into forest.py. - Mark From wetmore at sun.com Tue Nov 13 00:38:19 2007 From: wetmore at sun.com (wetmore at sun.com) Date: Tue, 13 Nov 2007 00:38:19 +0000 Subject: jdk7/jsn/langtools: Hello there, Duke! Message-ID: <20071113003820.F1ABC2552C@hg.openjdk.java.net> Changeset: 8d2bb475b3dd Author: wetmore Date: 2007-11-12 16:37 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/langtools/rev/8d2bb475b3dd Hello there, Duke! ! make/Makefile From wetmore at sun.com Tue Nov 13 01:08:06 2007 From: wetmore at sun.com (wetmore at sun.com) Date: Tue, 13 Nov 2007 01:08:06 +0000 Subject: jdk7/jsn/langtools: 11 new changesets Message-ID: <20071113010824.0CD4B25532@hg.openjdk.java.net> Changeset: e548e610ec78 Author: ohair Date: 2007-11-09 15:47 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/langtools/rev/e548e610ec78 Added junk + junk Changeset: 39a19ae06f59 Author: ohair Date: 2007-11-09 16:12 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/langtools/rev/39a19ae06f59 Added tag test-tag for changeset e548e610ec78 + .hgtags Changeset: e1e5e027b57c Author: ohair Date: 2007-11-09 16:41 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/langtools/rev/e1e5e027b57c xxx the test line ! junk Changeset: 4c7722aec999 Author: ohair Date: 2007-11-09 16:43 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/langtools/rev/4c7722aec999 xxx the test line ! junk Changeset: ee71f6ebaebb Author: ohair Date: 2007-11-09 17:04 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/langtools/rev/ee71f6ebaebb Merge ! junk Changeset: f589ebd2a9d0 Author: xdono Date: 2007-11-09 20:13 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/langtools/rev/f589ebd2a9d0 Added tag jdk7-ea-b99 for changeset ee71f6ebaebb ! .hgtags Changeset: 50a34e0d4fc1 Author: xdono Date: 2007-11-09 21:19 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/langtools/rev/50a34e0d4fc1 Added tag jdk7-ea-b98 for changeset f589ebd2a9d0 ! .hgtags Changeset: 4146a98d14ee Author: ohair Date: 2007-11-11 11:29 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/langtools/rev/4146a98d14ee Added tag foobar1 for changeset 50a34e0d4fc1 ! .hgtags Changeset: 5459826401aa Author: ohair Date: 2007-11-11 11:15 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/langtools/rev/5459826401aa testfile addition + testfile Changeset: 12bae05f5099 Author: ohair Date: 2007-11-11 11:40 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/langtools/rev/12bae05f5099 Automated merge with http://hg.openjdk.java.net/jdk7/tl/langtools Changeset: 3191daff8073 Author: wetmore Date: 2007-11-12 17:07 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/langtools/rev/3191daff8073 Merged with TL gate From wetmore at sun.com Tue Nov 13 01:14:17 2007 From: wetmore at sun.com (wetmore at sun.com) Date: Tue, 13 Nov 2007 01:14:17 +0000 Subject: jdk7/jsn/langtools: This is a simple test Message-ID: <20071113011419.3C6422553A@hg.openjdk.java.net> Changeset: 8c00a18dc2ce Author: wetmore Date: 2007-11-12 17:12 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/langtools/rev/8c00a18dc2ce This is a simple test ! make/Makefile From wetmore at sun.com Tue Nov 13 01:19:25 2007 From: wetmore at sun.com (wetmore at sun.com) Date: Tue, 13 Nov 2007 01:19:25 +0000 Subject: jdk7/jsn/langtools: This is yet another simple test Message-ID: <20071113011927.0CD5025540@hg.openjdk.java.net> Changeset: 57c873e5bb48 Author: wetmore Date: 2007-11-12 17:19 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/langtools/rev/57c873e5bb48 This is yet another simple test ! make/Makefile From wetmore at sun.com Tue Nov 13 01:21:39 2007 From: wetmore at sun.com (wetmore at sun.com) Date: Tue, 13 Nov 2007 01:21:39 +0000 Subject: jdk7/jsn/langtools: This is is getting complicated Message-ID: <20071113012141.6C26D25546@hg.openjdk.java.net> Changeset: 947367b8a6b5 Author: wetmore Date: 2007-11-12 17:21 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/langtools/rev/947367b8a6b5 This is is getting complicated ! make/Makefile From wetmore at sun.com Tue Nov 13 01:26:53 2007 From: wetmore at sun.com (wetmore at sun.com) Date: Tue, 13 Nov 2007 01:26:53 +0000 Subject: jdk7/jsn/langtools: 2 new changesets Message-ID: <20071113012656.8B8942554C@hg.openjdk.java.net> Changeset: 39bdac3a94da Author: wetmore Date: 2007-11-12 17:22 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/langtools/rev/39bdac3a94da Eenie Meenie Minni Moe ! make/Makefile Changeset: 93a519c63e8e Author: wetmore Date: 2007-11-12 17:26 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/langtools/rev/93a519c63e8e hello world ! make/Makefile From wetmore at sun.com Tue Nov 13 01:41:30 2007 From: wetmore at sun.com (wetmore at sun.com) Date: Tue, 13 Nov 2007 01:41:30 +0000 Subject: jdk7/jsn/langtools: Unix style commit Message-ID: <20071113014132.7954725554@hg.openjdk.java.net> Changeset: 6598217f61a6 Author: wetmore Date: 2007-11-12 17:40 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/langtools/rev/6598217f61a6 Unix style commit ! make/Makefile From tim.bell at sun.com Tue Nov 13 04:43:02 2007 From: tim.bell at sun.com (tim.bell at sun.com) Date: Tue, 13 Nov 2007 04:43:02 +0000 Subject: jdk7/tl: 7654321: touch all Makefiles Message-ID: <20071113044302.CD7212555B@hg.openjdk.java.net> Changeset: 464d5c66de6f Author: tbell Date: 2007-11-12 20:42 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/rev/464d5c66de6f 7654321: touch all Makefiles ! Makefile From tim.bell at sun.com Tue Nov 13 04:57:00 2007 From: tim.bell at sun.com (tim.bell at sun.com) Date: Tue, 13 Nov 2007 04:57:00 +0000 Subject: jdk7/tl/corba: 7654322: touch all Makefiles Message-ID: <20071113045701.639E22556F@hg.openjdk.java.net> Changeset: ccd42d367593 Author: tbell Date: 2007-11-12 20:52 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/corba/rev/ccd42d367593 7654322: touch all Makefiles ! make/Makefile ! make/com/Makefile ! make/com/sun/Makefile ! make/com/sun/corba/Makefile ! make/com/sun/corba/se/Makefile ! make/com/sun/corba/se/PortableActivationIDL/Makefile ! make/com/sun/corba/se/connection/Makefile ! make/com/sun/corba/se/core/Makefile ! make/com/sun/corba/se/corespi/Makefile ! make/com/sun/corba/se/impl/Makefile ! make/com/sun/corba/se/impl/activation/Makefile ! make/com/sun/corba/se/impl/activation/orbd/Makefile ! make/com/sun/corba/se/impl/activation/servertool/Makefile ! make/com/sun/corba/se/impl/interceptors/Makefile ! make/com/sun/corba/se/impl/logging/Makefile ! make/com/sun/corba/se/impl/monitoring/Makefile ! make/com/sun/corba/se/impl/naming/Makefile ! make/com/sun/corba/se/impl/naming/cosnaming/Makefile ! make/com/sun/corba/se/impl/naming/namingutil/Makefile ! make/com/sun/corba/se/impl/naming/pcosnaming/Makefile ! make/com/sun/corba/se/impl/oa/Makefile ! make/com/sun/corba/se/impl/oa/poa/Makefile ! make/com/sun/corba/se/impl/oa/toa/Makefile ! make/com/sun/corba/se/interceptor/Makefile ! make/com/sun/corba/se/pept/Makefile ! make/com/sun/corba/se/rmi/Makefile ! make/com/sun/corba/se/rmi/rmic/Makefile ! make/com/sun/corba/se/sources/Makefile ! make/com/sun/corba/se/spi/Makefile ! make/com/sun/corba/se/spi/activation/Makefile ! make/com/sun/corba/se/spi/copyobject/Makefile ! make/com/sun/corba/se/spi/encoding/Makefile ! make/com/sun/corba/se/spi/extension/Makefile ! make/com/sun/corba/se/spi/legacy/Makefile ! make/com/sun/corba/se/spi/legacy/connection/Makefile ! make/com/sun/corba/se/spi/legacy/interceptor/Makefile ! make/com/sun/corba/se/spi/logging/Makefile ! make/com/sun/corba/se/spi/monitoring/Makefile ! make/javax/Makefile ! make/javax/xa/Makefile ! make/org/Makefile ! make/org/omg/CORBA/Makefile ! make/org/omg/CosNaming/Makefile ! make/org/omg/DynamicAny/Makefile ! make/org/omg/Makefile ! make/org/omg/PortableInterceptor/Makefile ! make/org/omg/PortableServer/Makefile ! make/org/omg/idl/Makefile ! make/org/omg/sources/Makefile ! make/sun/Makefile ! make/sun/corba/Makefile ! make/sun/corba/core/Makefile ! make/sun/corba/org/Makefile ! make/sun/corba/org/omg/Makefile ! make/sun/rmi/Makefile ! make/sun/rmi/corbalogcompile/Makefile ! make/sun/rmi/corbalogsources/Makefile ! make/sun/rmi/rmic/Makefile ! make/tools/Makefile ! make/tools/idlj/Makefile ! make/tools/strip_properties/Makefile ! src/share/classes/com/sun/tools/corba/se/logutil/Makefile From tim.bell at sun.com Tue Nov 13 04:57:33 2007 From: tim.bell at sun.com (tim.bell at sun.com) Date: Tue, 13 Nov 2007 04:57:33 +0000 Subject: jdk7/tl/hotspot: 7654322: touch all Makefiles Message-ID: <20071113045735.77D2325575@hg.openjdk.java.net> Changeset: 39fdd477b25b Author: tbell Date: 2007-11-12 20:52 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/39fdd477b25b 7654322: touch all Makefiles ! agent/make/Makefile ! agent/src/os/linux/Makefile ! agent/src/os/solaris/Makefile ! agent/src/os/solaris/dbx/Makefile ! agent/src/os/solaris/proc/Makefile ! agent/src/os/win32/Makefile ! agent/src/os/win32/windbg/Makefile ! agent/test/libproc/Makefile ! build/linux/Makefile ! build/solaris/Makefile ! build/windows/projectfiles/common/Makefile ! build/windows/projectfiles/compiler1/Makefile ! build/windows/projectfiles/compiler2/Makefile ! build/windows/projectfiles/core/Makefile ! build/windows/projectfiles/kernel/Makefile ! build/windows/projectfiles/tiered/Makefile ! make/Makefile ! test/Makefile From tim.bell at sun.com Tue Nov 13 04:58:25 2007 From: tim.bell at sun.com (tim.bell at sun.com) Date: Tue, 13 Nov 2007 04:58:25 +0000 Subject: jdk7/tl/jaxp: 7654322: touch all Makefiles Message-ID: <20071113045827.6CA352557B@hg.openjdk.java.net> Changeset: dd4fa618b39a Author: tbell Date: 2007-11-12 20:53 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jaxp/rev/dd4fa618b39a 7654322: touch all Makefiles ! make/Makefile From tim.bell at sun.com Tue Nov 13 04:58:34 2007 From: tim.bell at sun.com (tim.bell at sun.com) Date: Tue, 13 Nov 2007 04:58:34 +0000 Subject: jdk7/tl/jaxws: 7654322: touch all Makefiles Message-ID: <20071113045836.2E0C325581@hg.openjdk.java.net> Changeset: a9506f9440d4 Author: tbell Date: 2007-11-12 20:53 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jaxws/rev/a9506f9440d4 7654322: touch all Makefiles ! make/Makefile From tim.bell at sun.com Tue Nov 13 04:58:44 2007 From: tim.bell at sun.com (tim.bell at sun.com) Date: Tue, 13 Nov 2007 04:58:44 +0000 Subject: jdk7/tl/jdk: 7654322: touch all Makefiles Message-ID: <20071113045856.4FFBB25587@hg.openjdk.java.net> Changeset: 9442b90a75e1 Author: tbell Date: 2007-11-12 20:53 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/9442b90a75e1 7654322: touch all Makefiles ! make/Makefile ! make/com/Makefile ! make/com/sun/Makefile ! make/com/sun/crypto/provider/Makefile ! make/com/sun/demo/Makefile ! make/com/sun/demo/jvmti/Makefile ! make/com/sun/demo/jvmti/hprof/Makefile ! make/com/sun/image/Makefile ! make/com/sun/inputmethods/Makefile ! make/com/sun/inputmethods/indicim/Makefile ! make/com/sun/inputmethods/thaiim/Makefile ! make/com/sun/jarsigner/Makefile ! make/com/sun/java/Makefile ! make/com/sun/java/browser/Makefile ! make/com/sun/java/browser/dom/Makefile ! make/com/sun/java/browser/net/Makefile ! make/com/sun/java/pack/Makefile ! make/com/sun/java/pack/prop/Makefile ! make/com/sun/jmx/Makefile ! make/com/sun/jmx/snmp/Makefile ! make/com/sun/jndi/Makefile ! make/com/sun/jndi/cosnaming/Makefile ! make/com/sun/jndi/dns/Makefile ! make/com/sun/jndi/ldap/Makefile ! make/com/sun/jndi/rmi/Makefile ! make/com/sun/jndi/rmi/registry/Makefile ! make/com/sun/jndi/toolkit/Makefile ! make/com/sun/net/httpserver/Makefile ! make/com/sun/net/ssl/Makefile ! make/com/sun/org/Makefile ! make/com/sun/org/apache/Makefile ! make/com/sun/org/apache/xml/Makefile ! make/com/sun/rowset/Makefile ! make/com/sun/script/Makefile ! make/com/sun/security/Makefile ! make/com/sun/security/auth/Makefile ! make/com/sun/security/auth/module/Makefile ! make/com/sun/security/jgss/Makefile ! make/com/sun/security/sasl/Makefile ! make/com/sun/sql/Makefile ! make/com/sun/tools/Makefile ! make/com/sun/tools/attach/Makefile ! make/com/sun/xml/Makefile ! make/docs/Makefile ! make/java/Makefile ! make/java/applet/Makefile ! make/java/awt/Makefile ! make/java/beans/Makefile ! make/java/fdlibm/Makefile ! make/java/hpi/Makefile ! make/java/hpi/native/Makefile ! make/java/hpi/windows/Makefile ! make/java/instrument/Makefile ! make/java/jar/Makefile ! make/java/java/Makefile ! make/java/java/reflect/Makefile ! make/java/java_crw_demo/Makefile ! make/java/java_hprof_demo/Makefile ! make/java/jexec/Makefile ! make/java/jli/Makefile ! make/java/jvm/Makefile ! make/java/logging/Makefile ! make/java/main/Makefile ! make/java/main/java/Makefile ! make/java/main/javaw/Makefile ! make/java/management/Makefile ! make/java/math/Makefile ! make/java/net/Makefile ! make/java/nio/Makefile ! make/java/npt/Makefile ! make/java/redist/Makefile ! make/java/rmi/Makefile ! make/java/security/Makefile ! make/java/sql/Makefile ! make/java/sun_nio/Makefile ! make/java/text/Makefile ! make/java/util/Makefile ! make/java/verify/Makefile ! make/java/version/Makefile ! make/java/zip/Makefile ! make/javax/Makefile ! make/javax/accessibility/Makefile ! make/javax/crypto/Makefile ! make/javax/imageio/Makefile ! make/javax/management/Makefile ! make/javax/print/Makefile ! make/javax/rmi/Makefile ! make/javax/rmi/ssl/Makefile ! make/javax/sound/Makefile ! make/javax/sound/jsoundalsa/Makefile ! make/javax/sound/jsoundds/Makefile ! make/javax/sound/jsoundhs/Makefile ! make/javax/sql/Makefile ! make/javax/swing/Makefile ! make/javax/swing/beaninfo/Makefile ! make/javax/swing/html32dtd/Makefile ! make/javax/swing/plaf/Makefile ! make/jpda/Makefile ! make/jpda/back/Makefile ! make/jpda/bdi/Makefile ! make/jpda/expr/Makefile ! make/jpda/front/Makefile ! make/jpda/gui/Makefile ! make/jpda/jdwp/Makefile ! make/jpda/transport/Makefile ! make/jpda/transport/shmem/Makefile ! make/jpda/transport/socket/Makefile ! make/jpda/tty/Makefile ! make/launchers/Makefile ! make/mkdemo/Makefile ! make/mkdemo/applets/Animator/Makefile ! make/mkdemo/applets/ArcTest/Makefile ! make/mkdemo/applets/BarChart/Makefile ! make/mkdemo/applets/Blink/Makefile ! make/mkdemo/applets/CardTest/Makefile ! make/mkdemo/applets/Clock/Makefile ! make/mkdemo/applets/DitherTest/Makefile ! make/mkdemo/applets/DrawTest/Makefile ! make/mkdemo/applets/Fractal/Makefile ! make/mkdemo/applets/GraphLayout/Makefile ! make/mkdemo/applets/GraphicsTest/Makefile ! make/mkdemo/applets/JumpingBox/Makefile ! make/mkdemo/applets/Makefile ! make/mkdemo/applets/MoleculeViewer/Makefile ! make/mkdemo/applets/NervousText/Makefile ! make/mkdemo/applets/SimpleGraph/Makefile ! make/mkdemo/applets/SortDemo/Makefile ! make/mkdemo/applets/SpreadSheet/Makefile ! make/mkdemo/applets/TicTacToe/Makefile ! make/mkdemo/applets/WireFrame/Makefile ! make/mkdemo/jfc/CodePointIM/Makefile ! make/mkdemo/jfc/FileChooserDemo/Makefile ! make/mkdemo/jfc/Font2DTest/Makefile ! make/mkdemo/jfc/Java2D/Makefile ! make/mkdemo/jfc/Makefile ! make/mkdemo/jfc/Metalworks/Makefile ! make/mkdemo/jfc/Notepad/Makefile ! make/mkdemo/jfc/SampleTree/Makefile ! make/mkdemo/jfc/Stylepad/Makefile ! make/mkdemo/jfc/SwingApplet/Makefile ! make/mkdemo/jfc/SwingSet2/Makefile ! make/mkdemo/jfc/TableExample/Makefile ! make/mkdemo/jni/Makefile ! make/mkdemo/jni/Poller/Makefile ! make/mkdemo/jpda/Makefile ! make/mkdemo/jvmti/Makefile ! make/mkdemo/jvmti/gctest/Makefile ! make/mkdemo/jvmti/heapTracker/Makefile ! make/mkdemo/jvmti/heapViewer/Makefile ! make/mkdemo/jvmti/hprof/Makefile ! make/mkdemo/jvmti/minst/Makefile ! make/mkdemo/jvmti/mtrace/Makefile ! make/mkdemo/jvmti/versionCheck/Makefile ! make/mkdemo/jvmti/waiters/Makefile ! make/mkdemo/management/FullThreadDump/Makefile ! make/mkdemo/management/JTop/Makefile ! make/mkdemo/management/Makefile ! make/mkdemo/management/MemoryMonitor/Makefile ! make/mkdemo/management/VerboseGC/Makefile ! make/mkdemo/scripting/Makefile ! make/mkdemo/scripting/jconsole-plugin/Makefile ! make/mksample/Makefile ! make/mksample/dtrace/Makefile ! make/mksample/jmx/Makefile ! make/mksample/jmx/jmx-scandir/Makefile ! make/mksample/nbproject/Makefile ! make/mksample/nio/Makefile ! make/mksample/nio/server/Makefile ! make/mksample/scripting/Makefile ! make/mksample/scripting/scriptpad/Makefile ! make/mksample/webservices/EbayClient/Makefile ! make/mksample/webservices/EbayServer/Makefile ! make/mksample/webservices/Makefile ! make/org/Makefile ! make/org/ietf/Makefile ! make/org/ietf/jgss/Makefile ! make/org/jcp/Makefile ! make/sun/Makefile ! make/sun/applet/Makefile ! make/sun/audio/Makefile ! make/sun/awt/Makefile ! make/sun/beans/Makefile ! make/sun/cmm/Makefile ! make/sun/cmm/kcms/Makefile ! make/sun/cmm/lcms/Makefile ! make/sun/dcpr/Makefile ! make/sun/font/Makefile ! make/sun/font/t2k/Makefile ! make/sun/headless/Makefile ! make/sun/image/Makefile ! make/sun/image/generic/Makefile ! make/sun/image/vis/Makefile ! make/sun/jar/Makefile ! make/sun/javazic/Makefile ! make/sun/jawt/Makefile ! make/sun/jconsole/Makefile ! make/sun/jdbc/Makefile ! make/sun/jdga/Makefile ! make/sun/jpeg/Makefile ! make/sun/launcher/Makefile ! make/sun/management/Makefile ! make/sun/management/jmxremote/Makefile ! make/sun/management/snmp/Makefile ! make/sun/misc/Makefile ! make/sun/native2ascii/Makefile ! make/sun/net/Makefile ! make/sun/net/others/Makefile ! make/sun/net/spi/Makefile ! make/sun/net/spi/nameservice/Makefile ! make/sun/net/spi/nameservice/dns/Makefile ! make/sun/nio/Makefile ! make/sun/org/Makefile ! make/sun/org/mozilla/Makefile ! make/sun/org/mozilla/javascript/Makefile ! make/sun/pisces/Makefile ! make/sun/rmi/Makefile ! make/sun/rmi/cgi/Makefile ! make/sun/rmi/oldtools/Makefile ! make/sun/rmi/registry/Makefile ! make/sun/rmi/rmi/Makefile ! make/sun/rmi/rmic/Makefile ! make/sun/rmi/rmid/Makefile ! make/sun/security/Makefile ! make/sun/security/action/Makefile ! make/sun/security/jgss/Makefile ! make/sun/security/jgss/wrapper/Makefile ! make/sun/security/krb5/Makefile ! make/sun/security/mscapi/Makefile ! make/sun/security/other/Makefile ! make/sun/security/pkcs11/Makefile ! make/sun/security/smartcardio/Makefile ! make/sun/security/tools/Makefile ! make/sun/security/util/Makefile ! make/sun/serialver/Makefile ! make/sun/splashscreen/Makefile ! make/sun/text/Makefile ! make/sun/tools/Makefile ! make/sun/xawt/Makefile ! make/sunw/Makefile ! make/tools/GenerateCharacter/Makefile ! make/tools/Makefile ! make/tools/addjsum/Makefile ! make/tools/auto_multi/Makefile ! make/tools/buildmetaindex/Makefile ! make/tools/commentchecker/Makefile ! make/tools/compile_font_config/Makefile ! make/tools/compile_properties/Makefile ! make/tools/dir_diff/Makefile ! make/tools/dtdbuilder/Makefile ! make/tools/fontchecker/Makefile ! make/tools/freetypecheck/Makefile ! make/tools/generate_break_iterator/Makefile ! make/tools/generatecurrencydata/Makefile ! make/tools/hasher_classes/Makefile ! make/tools/jarreorder/Makefile ! make/tools/jarsplit/Makefile ! make/tools/javazic/Makefile ! make/tools/jdwpgen/Makefile ! make/tools/makeclasslist/Makefile ! make/tools/reorder/Makefile ! make/tools/strip_properties/Makefile ! make/tools/winver/Makefile ! src/share/demo/java2d/J2DBench/Makefile ! src/share/sample/vm/clr-jvm/Makefile ! src/share/sample/vm/jvm-clr/Makefile ! test/Makefile ! test/java/net/URLClassLoader/sealing/Makefile ! test/java/nio/channels/spi/SelectorProvider/inheritedChannel/Makefile ! test/java/rmi/reliability/benchmark/bench/Makefile ! test/java/rmi/reliability/benchmark/bench/rmi/Makefile ! test/java/util/PluggableLocale/providersrc/Makefile ! test/sun/management/jmxremote/bootstrap/Makefile From tim.bell at sun.com Tue Nov 13 05:00:41 2007 From: tim.bell at sun.com (tim.bell at sun.com) Date: Tue, 13 Nov 2007 05:00:41 +0000 Subject: jdk7/tl/langtools: 7654322: touch all Makefiles Message-ID: <20071113050042.A623A2558D@hg.openjdk.java.net> Changeset: 5f835b2631d9 Author: tbell Date: 2007-11-12 20:54 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/5f835b2631d9 7654322: touch all Makefiles ! make/Makefile ! src/share/opensource/javac/Makefile ! test/Makefile From mr at sun.com Tue Nov 13 16:53:11 2007 From: mr at sun.com (Mark Reinhold) Date: Tue, 13 Nov 2007 08:53:11 -0800 Subject: Tags for promoted builds In-Reply-To: xiomara.jayasena@sun.com; Sat, 10 Nov 2007 04:27:39 GMT; <20071110042739.DB0AD25431@hg.openjdk.java.net> Message-ID: <20071113165311.18B5C26CA91@eggemoggin.niobe.net> > Date: Sat, 10 Nov 2007 04:27:39 +0000 > From: xiomara.jayasena at sun.com > Changeset: 2e4d6d562de7 > Author: xdono > Date: 2007-11-09 20:03 -0800 > URL: http://hg.openjdk.java.net/jdk7/tl/rev/2e4d6d562de7 > > Added tag jdk7-ea-b99 for changeset 8792e7dbf130 The problem with this tag format, which is based on our ancient bundle-naming scheme, is that the middle token changes over time, from "ea" to "beta" to (maybe) "beta2" to "rc" to "fcs". This makes it unnecessarily difficult to look up a changeset for a specific build -- you also need to know in which phase of the release cycle it was promoted. I think it'd make more sense to use simple "jdk7-bNN" tags, and then also tag specific milestones as "jdk7-beta", "jdk7-rc1", "jdk7-fcs", etc. - Mark From Xiomara.Jayasena at Sun.COM Tue Nov 13 17:51:28 2007 From: Xiomara.Jayasena at Sun.COM (Xiomara.Jayasena at Sun.COM) Date: Tue, 13 Nov 2007 09:51:28 -0800 Subject: Tags for promoted builds In-Reply-To: <20071113165311.18B5C26CA91@eggemoggin.niobe.net> References: <20071113165311.18B5C26CA91@eggemoggin.niobe.net> Message-ID: <4739E420.10909@Sun.COM> What you see below was just for practice. I had some discussions around this in RE and with Kelly and the conclusion was that it would be jdk7-bNN as you are suggesting. I will also tag specific milestones as mentioned below. Thanks, -Xiomara Mark Reinhold wrote: >>Date: Sat, 10 Nov 2007 04:27:39 +0000 >>From: xiomara.jayasena at sun.com >> >> > > > >>Changeset: 2e4d6d562de7 >>Author: xdono >>Date: 2007-11-09 20:03 -0800 >>URL: http://hg.openjdk.java.net/jdk7/tl/rev/2e4d6d562de7 >> >>Added tag jdk7-ea-b99 for changeset 8792e7dbf130 >> >> > >The problem with this tag format, which is based on our ancient >bundle-naming scheme, is that the middle token changes over time, >from "ea" to "beta" to (maybe) "beta2" to "rc" to "fcs". This >makes it unnecessarily difficult to look up a changeset for a >specific build -- you also need to know in which phase of the >release cycle it was promoted. > >I think it'd make more sense to use simple "jdk7-bNN" tags, and >then also tag specific milestones as "jdk7-beta", "jdk7-rc1", >"jdk7-fcs", etc. > >- Mark > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kelly.ohair at sun.com Tue Nov 13 18:05:22 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Tue, 13 Nov 2007 18:05:22 +0000 Subject: jdk7/tl: 4 new changesets Message-ID: <20071113180522.7E40725601@hg.openjdk.java.net> Changeset: 44ab86240fae Author: ohair Date: 2007-11-11 15:23 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/rev/44ab86240fae yyy ! junk Changeset: b0d1c0dcb5b5 Author: ohair Date: 2007-11-11 15:22 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/rev/b0d1c0dcb5b5 xxx ! junk Changeset: 957cd57d7cf1 Author: ohair Date: 2007-11-11 15:32 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/rev/957cd57d7cf1 xxx ! junk Changeset: bfcc776c82f0 Author: ohair Date: 2007-11-13 09:59 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/rev/bfcc776c82f0 Merge From kelly.ohair at sun.com Tue Nov 13 18:10:49 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Tue, 13 Nov 2007 18:10:49 +0000 Subject: jdk7/tl: Added junk.abc (testing hg fpush timing) Message-ID: <20071113181049.CE68425621@hg.openjdk.java.net> Changeset: f9a97bc09ff9 Author: ohair Date: 2007-11-13 10:08 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/rev/f9a97bc09ff9 Added junk.abc (testing hg fpush timing) + junk.abc From kelly.ohair at sun.com Tue Nov 13 18:10:55 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Tue, 13 Nov 2007 18:10:55 +0000 Subject: jdk7/tl/corba: Added junk.abc (testing hg fpush timing) Message-ID: <20071113181056.4D99B25627@hg.openjdk.java.net> Changeset: f25410e55873 Author: ohair Date: 2007-11-13 10:08 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/corba/rev/f25410e55873 Added junk.abc (testing hg fpush timing) + junk.abc From kelly.ohair at sun.com Tue Nov 13 18:11:28 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Tue, 13 Nov 2007 18:11:28 +0000 Subject: jdk7/tl/hotspot: Added junk.abc (testing hg fpush timing) Message-ID: <20071113181130.EBA942562D@hg.openjdk.java.net> Changeset: 92ff0c0ff4c7 Author: ohair Date: 2007-11-13 10:08 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/92ff0c0ff4c7 Added junk.abc (testing hg fpush timing) + junk.abc From kelly.ohair at sun.com Tue Nov 13 18:12:27 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Tue, 13 Nov 2007 18:12:27 +0000 Subject: jdk7/tl/jaxp: Added junk.abc (testing hg fpush timing) Message-ID: <20071113181228.AA25F25633@hg.openjdk.java.net> Changeset: 5db2663431de Author: ohair Date: 2007-11-13 10:08 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jaxp/rev/5db2663431de Added junk.abc (testing hg fpush timing) + junk.abc From kelly.ohair at sun.com Tue Nov 13 18:12:35 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Tue, 13 Nov 2007 18:12:35 +0000 Subject: jdk7/tl/jaxws: Added junk.abc (testing hg fpush timing) Message-ID: <20071113181236.E6FBE25639@hg.openjdk.java.net> Changeset: 06b80c183136 Author: ohair Date: 2007-11-13 10:08 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jaxws/rev/06b80c183136 Added junk.abc (testing hg fpush timing) + junk.abc From kelly.ohair at sun.com Tue Nov 13 18:12:45 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Tue, 13 Nov 2007 18:12:45 +0000 Subject: jdk7/tl/jdk: Added junk.abc (testing hg fpush timing) Message-ID: <20071113181257.471762563F@hg.openjdk.java.net> Changeset: aa5bb4ad0e23 Author: ohair Date: 2007-11-13 10:08 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/aa5bb4ad0e23 Added junk.abc (testing hg fpush timing) + junk.abc From kelly.ohair at sun.com Tue Nov 13 18:15:09 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Tue, 13 Nov 2007 18:15:09 +0000 Subject: jdk7/tl/langtools: Added junk.abc (testing hg fpush timing) Message-ID: <20071113181511.123E525645@hg.openjdk.java.net> Changeset: aef3dd3f6a18 Author: ohair Date: 2007-11-13 10:08 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/aef3dd3f6a18 Added junk.abc (testing hg fpush timing) + junk.abc From john.coomes at sun.com Thu Nov 15 00:56:19 2007 From: john.coomes at sun.com (john.coomes at sun.com) Date: Thu, 15 Nov 2007 00:56:19 +0000 Subject: jdk7/hotspot-gc/hotspot: 9876543 make gc better Message-ID: <20071115005622.265B7256E0@hg.openjdk.java.net> Changeset: e44754018a19 Author: jcoomes Date: 2007-11-14 16:53 -0800 URL: http://hg.openjdk.java.net/jdk7/hotspot-gc/hotspot/rev/e44754018a19 9876543 make gc better ! src/share/vm/gc_implementation/parallelScavenge/psParallelCompact.cpp From john.coomes at sun.com Thu Nov 15 01:07:06 2007 From: john.coomes at sun.com (john.coomes at sun.com) Date: Thu, 15 Nov 2007 01:07:06 +0000 Subject: jdk7/hotspot-gc/hotspot: 9876543 make gc better (fix comment) Message-ID: <20071115010708.51821256EA@hg.openjdk.java.net> Changeset: 98a807091399 Author: jcoomes Date: 2007-11-14 17:05 -0800 URL: http://hg.openjdk.java.net/jdk7/hotspot-gc/hotspot/rev/98a807091399 9876543 make gc better (fix comment) ! src/share/vm/gc_implementation/parallelScavenge/psParallelCompact.cpp From Yuri.Nesterenko at Sun.COM Thu Nov 15 14:04:33 2007 From: Yuri.Nesterenko at Sun.COM (Yuri Nesterenko) Date: Thu, 15 Nov 2007 17:04:33 +0300 Subject: Tags for promoted builds In-Reply-To: <4739E420.10909@Sun.COM> References: <20071113165311.18B5C26CA91@eggemoggin.niobe.net> <4739E420.10909@Sun.COM> Message-ID: <20071115140433.GD5574@frigate.russia.sun.com> By the way, how about tagging, say, moment of a certain PIT build? Returning to this point may be necessary in situations with performance bugs (for instance). Thanks, -Yuri On Tue, Nov 13, 2007 at 09:51:28AM -0800, Xiomara.Jayasena at Sun.COM wrote: > > What you see below was just for practice. I had some discussions around > this in RE and with Kelly and the conclusion was that it would be > jdk7-bNN as you are suggesting. I will also tag specific milestones as > mentioned below. > > Thanks, > -Xiomara > > > Mark Reinhold wrote: > > >>Date: Sat, 10 Nov 2007 04:27:39 +0000 > >>From: xiomara.jayasena at sun.com > >> > >> > > > > > > > >>Changeset: 2e4d6d562de7 > >>Author: xdono > >>Date: 2007-11-09 20:03 -0800 > >>URL: http://hg.openjdk.java.net/jdk7/tl/rev/2e4d6d562de7 > >> > >>Added tag jdk7-ea-b99 for changeset 8792e7dbf130 > >> > >> > > > >The problem with this tag format, which is based on our ancient > >bundle-naming scheme, is that the middle token changes over time, > >from "ea" to "beta" to (maybe) "beta2" to "rc" to "fcs". This > >makes it unnecessarily difficult to look up a changeset for a > >specific build -- you also need to know in which phase of the > >release cycle it was promoted. > > > >I think it'd make more sense to use simple "jdk7-bNN" tags, and > >then also tag specific milestones as "jdk7-beta", "jdk7-rc1", > >"jdk7-fcs", etc. > > > >- Mark > > > > > From mark at klomp.org Thu Nov 15 14:38:31 2007 From: mark at klomp.org (Mark Wielaard) Date: Thu, 15 Nov 2007 15:38:31 +0100 Subject: PIT (Was: Tags for promoted builds) In-Reply-To: <20071115140433.GD5574@frigate.russia.sun.com> References: <20071113165311.18B5C26CA91@eggemoggin.niobe.net> <4739E420.10909@Sun.COM> <20071115140433.GD5574@frigate.russia.sun.com> Message-ID: <1195137511.3010.15.camel@dijkstra.wildebeest.org> Hi, On Thu, 2007-11-15 at 17:04 +0300, Yuri Nesterenko wrote: > By the way, how about tagging, say, moment of a certain PIT build? > Returning to this point may be necessary in situations with performance > bugs (for instance). I found PIT described in the Glossary (thanks kto!) http://blogs.sun.com/kto/entry/glossary_for_jdk_builds PIT A formal testing process that integrators are required to go thorough prior to integrating their source changes into the MASTER area. This glossary really should go on the main openjdk website and made required reading for anybody daring to follow the mailinglist :) Is there more info on what the PIT testing process precisely is? And will it change for the new mercurial setup? Cheers, Mark From Xiomara.Jayasena at Sun.COM Thu Nov 15 15:54:52 2007 From: Xiomara.Jayasena at Sun.COM (Xiomara Jayasena) Date: Thu, 15 Nov 2007 07:54:52 -0800 Subject: Tags for promoted builds In-Reply-To: <20071115140433.GD5574@frigate.russia.sun.com> References: <20071113165311.18B5C26CA91@eggemoggin.niobe.net> <4739E420.10909@Sun.COM> <20071115140433.GD5574@frigate.russia.sun.com> Message-ID: <473C6BCC.5090205@sun.com> Yuri Nesterenko wrote: > By the way, how about tagging, say, moment of a certain PIT build? > A few of us (Mark R., kto, etc.) discussed this and decided to only have tags for promoted builds -- to reduce the number of tags. > Returning to this point may be necessary in situations with performance > bugs (for instance). > Yes, that would be helpful. Is how this is handle now not sufficient? Thanks, -Xiomara > Thanks, > -Yuri > > On Tue, Nov 13, 2007 at 09:51:28AM -0800, Xiomara.Jayasena at Sun.COM wrote: > >> What you see below was just for practice. I had some discussions around >> this in RE and with Kelly and the conclusion was that it would be >> jdk7-bNN as you are suggesting. I will also tag specific milestones as >> mentioned below. >> >> Thanks, >> -Xiomara >> >> >> Mark Reinhold wrote: >> >> >>>> Date: Sat, 10 Nov 2007 04:27:39 +0000 >>>> From: xiomara.jayasena at sun.com >>>> >>>> >>>> >>> >>> >>>> Changeset: 2e4d6d562de7 >>>> Author: xdono >>>> Date: 2007-11-09 20:03 -0800 >>>> URL: http://hg.openjdk.java.net/jdk7/tl/rev/2e4d6d562de7 >>>> >>>> Added tag jdk7-ea-b99 for changeset 8792e7dbf130 >>>> >>>> >>>> >>> The problem with this tag format, which is based on our ancient >>> bundle-naming scheme, is that the middle token changes over time, >>> >> >from "ea" to "beta" to (maybe) "beta2" to "rc" to "fcs". This >> >>> makes it unnecessarily difficult to look up a changeset for a >>> specific build -- you also need to know in which phase of the >>> release cycle it was promoted. >>> >>> I think it'd make more sense to use simple "jdk7-bNN" tags, and >>> then also tag specific milestones as "jdk7-beta", "jdk7-rc1", >>> "jdk7-fcs", etc. >>> >>> - Mark >>> >>> >>> From Kelly.Ohair at Sun.COM Thu Nov 15 17:07:15 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Thu, 15 Nov 2007 09:07:15 -0800 Subject: PIT (Was: Tags for promoted builds) In-Reply-To: <1195137511.3010.15.camel@dijkstra.wildebeest.org> References: <20071113165311.18B5C26CA91@eggemoggin.niobe.net> <4739E420.10909@Sun.COM> <20071115140433.GD5574@frigate.russia.sun.com> <1195137511.3010.15.camel@dijkstra.wildebeest.org> Message-ID: <473C7CC3.3010904@sun.com> Once we have a good openjdk wiki page, I thought this glossary could go there. Besides, many of the things I defined might not be 100% correct. -kto Mark Wielaard wrote: > Hi, > > On Thu, 2007-11-15 at 17:04 +0300, Yuri Nesterenko wrote: >> By the way, how about tagging, say, moment of a certain PIT build? >> Returning to this point may be necessary in situations with performance >> bugs (for instance). > > I found PIT described in the Glossary (thanks kto!) > http://blogs.sun.com/kto/entry/glossary_for_jdk_builds > > PIT > A formal testing process that integrators are required to go > thorough prior to integrating their source changes into the > MASTER area. > > This glossary really should go on the main openjdk website and made > required reading for anybody daring to follow the mailinglist :) > > Is there more info on what the PIT testing process precisely is? > And will it change for the new mercurial setup? > > Cheers, > > Mark > From Kelly.Ohair at Sun.COM Thu Nov 15 17:21:23 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Thu, 15 Nov 2007 09:21:23 -0800 Subject: Tags for promoted builds In-Reply-To: <20071115140433.GD5574@frigate.russia.sun.com> References: <20071113165311.18B5C26CA91@eggemoggin.niobe.net> <4739E420.10909@Sun.COM> <20071115140433.GD5574@frigate.russia.sun.com> Message-ID: <473C8013.6080904@sun.com> The Mercurial tags thesmelves are very cheap, essentially they provide you a way to name a changeset and optionally provide some arbitrary text to the tag. Global tags are just entries in the repository .hgtags file, and every new tag is potentially a new changset because this managed file gets modified. Local tags stay with your repository and people can do whatever they want with local tags. The interesting thing about global tags is that you can add tags to old changsets at anytime, and in general you can edit the set of tags by just editing .hgtags. So tags aren't as permanent as a changeset number, they are just edits to a file. They are extremely handy, but I'm not exactly sure I'd use a tag name where I could use a changeset id if I wanted a permanent reference to a change in a repository. (Also, each repository needs a tag, there is no 'forest' tag command yet). Our current thinking is that we should reserve global tags to major product events, like promotions. Adding tags for day to day or team specific events might just work out fine, but think about the clutter and potential conflicts in the .hgtags file. Think about after a year when you run 'hg tags' and get a list of 100 promotion tags, or 5,000 various tags from teams for nightlies, PIT's, SWATs, JPRT jobs, etc. Could get very cluttered. I'm thinking that the Java Release Engineering team (RE) should kind of 'own' the .hgtags files. But that's just my gut feeling... -kto Yuri Nesterenko wrote: > By the way, how about tagging, say, moment of a certain PIT build? > Returning to this point may be necessary in situations with performance > bugs (for instance). > > Thanks, > -Yuri > > On Tue, Nov 13, 2007 at 09:51:28AM -0800, Xiomara.Jayasena at Sun.COM wrote: >> What you see below was just for practice. I had some discussions around >> this in RE and with Kelly and the conclusion was that it would be >> jdk7-bNN as you are suggesting. I will also tag specific milestones as >> mentioned below. >> >> Thanks, >> -Xiomara >> >> >> Mark Reinhold wrote: >> >>>> Date: Sat, 10 Nov 2007 04:27:39 +0000 >>>> From: xiomara.jayasena at sun.com >>>> >>>> >>> >>> >>>> Changeset: 2e4d6d562de7 >>>> Author: xdono >>>> Date: 2007-11-09 20:03 -0800 >>>> URL: http://hg.openjdk.java.net/jdk7/tl/rev/2e4d6d562de7 >>>> >>>> Added tag jdk7-ea-b99 for changeset 8792e7dbf130 >>>> >>>> >>> The problem with this tag format, which is based on our ancient >>> bundle-naming scheme, is that the middle token changes over time, >> >from "ea" to "beta" to (maybe) "beta2" to "rc" to "fcs". This >>> makes it unnecessarily difficult to look up a changeset for a >>> specific build -- you also need to know in which phase of the >>> release cycle it was promoted. >>> >>> I think it'd make more sense to use simple "jdk7-bNN" tags, and >>> then also tag specific milestones as "jdk7-beta", "jdk7-rc1", >>> "jdk7-fcs", etc. >>> >>> - Mark >>> >>> From jennifer.godinez at sun.com Thu Nov 15 17:25:48 2007 From: jennifer.godinez at sun.com (jennifer.godinez at sun.com) Date: Thu, 15 Nov 2007 17:25:48 +0000 Subject: jdk7/2d: 7777777: Empty change Message-ID: <20071115172548.547F6256FB@hg.openjdk.java.net> Changeset: 2c2a99b4da50 Author: jgodinez Date: 2007-11-12 11:28 -0800 URL: http://hg.openjdk.java.net/jdk7/2d/rev/2c2a99b4da50 7777777: Empty change ! Makefile From jennifer.godinez at sun.com Thu Nov 15 21:35:28 2007 From: jennifer.godinez at sun.com (jennifer.godinez at sun.com) Date: Thu, 15 Nov 2007 21:35:28 +0000 Subject: jdk7/MASTER: 7777777: Empty change Message-ID: <20071115213528.6075D25738@hg.openjdk.java.net> Changeset: 2c2a99b4da50 Author: jgodinez Date: 2007-11-12 11:28 -0800 URL: http://hg.openjdk.java.net/jdk7/MASTER/rev/2c2a99b4da50 7777777: Empty change ! Makefile From Kelly.Ohair at Sun.COM Thu Nov 15 22:05:29 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Thu, 15 Nov 2007 14:05:29 -0800 Subject: OpenJDK Mercurial Transition Update 7 Message-ID: <473CC2A9.8060508@sun.com> Update 7 on the Mercurial Transition: http://weblogs.java.net/blog/kellyohair/archive/2007/11/openjdk_mercuri_1.html -kto From xiomara.jayasena at sun.com Fri Nov 16 01:32:26 2007 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Fri, 16 Nov 2007 01:32:26 +0000 Subject: jdk7/MASTER: 8 new changesets Message-ID: <20071116013226.4E6272574E@hg.openjdk.java.net> Changeset: cabfcc4ead02 Author: xdono Date: 2007-11-15 17:12 -0800 URL: http://hg.openjdk.java.net/jdk7/MASTER/rev/cabfcc4ead02 Added tag jdk7-b98 for changeset 1acfb3b2dfe8 + .hgtags Changeset: 33f97a2d6628 Author: xdono Date: 2007-11-15 17:20 -0800 URL: http://hg.openjdk.java.net/jdk7/MASTER/rev/33f97a2d6628 Added tag ea for changeset cabfcc4ead02 ! .hgtags Changeset: 80b694d7af3c Author: xdono Date: 2007-11-15 17:21 -0800 URL: http://hg.openjdk.java.net/jdk7/MASTER/rev/80b694d7af3c Added tag ea for changeset 33f97a2d6628 ! .hgtags Changeset: 3532ed3d34ae Author: xdono Date: 2007-11-15 17:23 -0800 URL: http://hg.openjdk.java.net/jdk7/MASTER/rev/3532ed3d34ae Removed tag jdk7-b98 ! .hgtags Changeset: adcb0d9aff3a Author: xdono Date: 2007-11-15 17:23 -0800 URL: http://hg.openjdk.java.net/jdk7/MASTER/rev/adcb0d9aff3a Added tag jdk7-b98 for changeset 3532ed3d34ae ! .hgtags Changeset: 9329b2888009 Author: xdono Date: 2007-11-15 17:24 -0800 URL: http://hg.openjdk.java.net/jdk7/MASTER/rev/9329b2888009 Removed tag ea ! .hgtags Changeset: e642828bafb3 Author: xdono Date: 2007-11-15 17:24 -0800 URL: http://hg.openjdk.java.net/jdk7/MASTER/rev/e642828bafb3 Added tag ea for changeset 9329b2888009 ! .hgtags Changeset: 2e6e5e0fa313 Author: xdono Date: 2007-11-15 17:27 -0800 URL: http://hg.openjdk.java.net/jdk7/MASTER/rev/2e6e5e0fa313 Automated merge with file:/p/dolphin/jdk7/REPOS/sandbox/integration/sync From xiomara.jayasena at sun.com Fri Nov 16 01:42:07 2007 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Fri, 16 Nov 2007 01:42:07 +0000 Subject: jdk7/MASTER/corba: 2 new changesets Message-ID: <20071116014209.9A9E725778@hg.openjdk.java.net> Changeset: ff63e19f15b1 Author: xdono Date: 2007-11-15 17:12 -0800 URL: http://hg.openjdk.java.net/jdk7/MASTER/corba/rev/ff63e19f15b1 Added tag jdk7-b98 for changeset 6f1fd7fbfb4c + .hgtags Changeset: 389896f42208 Author: xdono Date: 2007-11-15 17:21 -0800 URL: http://hg.openjdk.java.net/jdk7/MASTER/corba/rev/389896f42208 Added tag ea for changeset ff63e19f15b1 ! .hgtags From xiomara.jayasena at sun.com Fri Nov 16 02:35:24 2007 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Fri, 16 Nov 2007 02:35:24 +0000 Subject: jdk7/MASTER/hotspot: 2 new changesets Message-ID: <20071116023528.D41F6257E0@hg.openjdk.java.net> Changeset: 38b77760d8e2 Author: xdono Date: 2007-11-15 17:12 -0800 URL: http://hg.openjdk.java.net/jdk7/MASTER/hotspot/rev/38b77760d8e2 Added tag jdk7-b98 for changeset 280051e520a0 + .hgtags Changeset: de9a59a5e8da Author: xdono Date: 2007-11-15 17:21 -0800 URL: http://hg.openjdk.java.net/jdk7/MASTER/hotspot/rev/de9a59a5e8da Added tag ea for changeset 38b77760d8e2 ! .hgtags From xiomara.jayasena at sun.com Fri Nov 16 02:36:49 2007 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Fri, 16 Nov 2007 02:36:49 +0000 Subject: jdk7/MASTER/jaxp: 2 new changesets Message-ID: <20071116023651.EDFC7257E6@hg.openjdk.java.net> Changeset: d7ea0d1129a8 Author: xdono Date: 2007-11-15 17:12 -0800 URL: http://hg.openjdk.java.net/jdk7/MASTER/jaxp/rev/d7ea0d1129a8 Added tag jdk7-b98 for changeset 136894844a69 + .hgtags Changeset: af119b365b6c Author: xdono Date: 2007-11-15 17:21 -0800 URL: http://hg.openjdk.java.net/jdk7/MASTER/jaxp/rev/af119b365b6c Added tag ea for changeset d7ea0d1129a8 ! .hgtags From xiomara.jayasena at sun.com Fri Nov 16 02:37:04 2007 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Fri, 16 Nov 2007 02:37:04 +0000 Subject: jdk7/MASTER/jaxws: 2 new changesets Message-ID: <20071116023707.67ACE257EC@hg.openjdk.java.net> Changeset: 5e1eb9b8fc38 Author: xdono Date: 2007-11-15 17:12 -0800 URL: http://hg.openjdk.java.net/jdk7/MASTER/jaxws/rev/5e1eb9b8fc38 Added tag jdk7-b98 for changeset 1aaf78f51359 + .hgtags Changeset: f7ace41c3d09 Author: xdono Date: 2007-11-15 17:21 -0800 URL: http://hg.openjdk.java.net/jdk7/MASTER/jaxws/rev/f7ace41c3d09 Added tag ea for changeset 5e1eb9b8fc38 ! .hgtags From xiomara.jayasena at sun.com Fri Nov 16 02:37:19 2007 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Fri, 16 Nov 2007 02:37:19 +0000 Subject: jdk7/MASTER/jdk: 2 new changesets Message-ID: <20071116023743.7DE7F257F2@hg.openjdk.java.net> Changeset: 8dbae7f25420 Author: xdono Date: 2007-11-15 17:12 -0800 URL: http://hg.openjdk.java.net/jdk7/MASTER/jdk/rev/8dbae7f25420 Added tag jdk7-b98 for changeset 3a3c4785e7a7 + .hgtags Changeset: a6a8a49ece3e Author: xdono Date: 2007-11-15 17:21 -0800 URL: http://hg.openjdk.java.net/jdk7/MASTER/jdk/rev/a6a8a49ece3e Added tag ea for changeset 8dbae7f25420 ! .hgtags From xiomara.jayasena at sun.com Fri Nov 16 02:41:08 2007 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Fri, 16 Nov 2007 02:41:08 +0000 Subject: jdk7/MASTER/langtools: 2 new changesets Message-ID: <20071116024112.1F706257F8@hg.openjdk.java.net> Changeset: d4e5d94228bb Author: xdono Date: 2007-11-15 17:12 -0800 URL: http://hg.openjdk.java.net/jdk7/MASTER/langtools/rev/d4e5d94228bb Added tag jdk7-b98 for changeset ccd8b7547535 + .hgtags Changeset: 15412b83d759 Author: xdono Date: 2007-11-15 17:21 -0800 URL: http://hg.openjdk.java.net/jdk7/MASTER/langtools/rev/15412b83d759 Added tag ea for changeset d4e5d94228bb ! .hgtags From stephen.bohne at sun.com Fri Nov 16 17:40:03 2007 From: stephen.bohne at sun.com (stephen.bohne at sun.com) Date: Fri, 16 Nov 2007 17:40:03 +0000 Subject: jdk7/hotspot-rt/hotspot: A journey of a thousand miles begins with a single step. Message-ID: <20071116174005.D2D9E2583F@hg.openjdk.java.net> Changeset: bef54a24a096 Author: sbohne Date: 2007-11-15 13:21 -0500 URL: http://hg.openjdk.java.net/jdk7/hotspot-rt/hotspot/rev/bef54a24a096 A journey of a thousand miles begins with a single step. ! make/Makefile From John.Coomes at sun.com Fri Nov 16 21:49:31 2007 From: John.Coomes at sun.com (John Coomes) Date: Fri, 16 Nov 2007 13:49:31 -0800 Subject: multiple tags for a changeset (was Re: jdk7/MASTER/hotspot: 2 new changesets) In-Reply-To: <20071116023528.D41F6257E0@hg.openjdk.java.net> References: <20071116023528.D41F6257E0@hg.openjdk.java.net> Message-ID: <18238.4203.519072.883268@sun.com> Xiomara.Jayasena at Sun.COM (Xiomara.Jayasena at Sun.COM) wrote: > Changeset: 38b77760d8e2 > Author: xdono > Date: 2007-11-15 17:12 -0800 > URL: http://hg.openjdk.java.net/jdk7/MASTER/hotspot/rev/38b77760d8e2 > > Added tag jdk7-b98 for changeset 280051e520a0 > > + .hgtags > > Changeset: de9a59a5e8da > Author: xdono > Date: 2007-11-15 17:21 -0800 > URL: http://hg.openjdk.java.net/jdk7/MASTER/hotspot/rev/de9a59a5e8da > > Added tag ea for changeset 38b77760d8e2 > > ! .hgtags In this case, the tags represent the same thing, but they refer to different changesets. Seems like they should refer to the same changeset. In addition, you get two changesets instead of one for a trivial operation. Unfortunately, "hg tag" only allows one tag to be created per invocation. (Seems ripe for a fix, but I'm currently python-illiterate.) So for now I think this should be done by updating .hgtags directly. Here's a script that does the basics; it needs error checking and polish, but you get the idea. #!/bin/ksh hg_short=`hg log -l 1 --template "{node|short}"` hg_node=`hg log -r $hg_short --template "{node}"` for tag do echo $hg_node "$tag" done >> .hgtags hg commit -m "Added tags $* for changeset $hg_short" -John From Kelly.Ohair at Sun.COM Fri Nov 16 21:57:17 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Fri, 16 Nov 2007 13:57:17 -0800 Subject: multiple tags for a changeset (was Re: jdk7/MASTER/hotspot: 2 new changesets) In-Reply-To: <18238.4203.519072.883268@sun.com> References: <20071116023528.D41F6257E0@hg.openjdk.java.net> <18238.4203.519072.883268@sun.com> Message-ID: <473E123D.1080907@sun.com> Actually, by having these be separate changesets, if you ask for the tag "ea" you get a repository that includes the "jdk7-b98" tag but not the changeset that creates the "ea" tag. Making them in one changeset means the same sources, but no changeset identifying it as jdk7-b98 or ea. Also, 'hg tag -f' was used to force the replacement of any older tags with the same name that might exist. Not sure your script deal with that. Not sure it matters a great deal either way. -kto John Coomes wrote: > Xiomara.Jayasena at Sun.COM (Xiomara.Jayasena at Sun.COM) wrote: >> Changeset: 38b77760d8e2 >> Author: xdono >> Date: 2007-11-15 17:12 -0800 >> URL: http://hg.openjdk.java.net/jdk7/MASTER/hotspot/rev/38b77760d8e2 >> >> Added tag jdk7-b98 for changeset 280051e520a0 >> >> + .hgtags >> >> Changeset: de9a59a5e8da >> Author: xdono >> Date: 2007-11-15 17:21 -0800 >> URL: http://hg.openjdk.java.net/jdk7/MASTER/hotspot/rev/de9a59a5e8da >> >> Added tag ea for changeset 38b77760d8e2 >> >> ! .hgtags > > In this case, the tags represent the same thing, but they refer to > different changesets. Seems like they should refer to the same > changeset. In addition, you get two changesets instead of one for a > trivial operation. > > Unfortunately, "hg tag" only allows one tag to be created per > invocation. (Seems ripe for a fix, but I'm currently > python-illiterate.) So for now I think this should be done by > updating .hgtags directly. Here's a script that does the basics; it > needs error checking and polish, but you get the idea. > > #!/bin/ksh > hg_short=`hg log -l 1 --template "{node|short}"` > hg_node=`hg log -r $hg_short --template "{node}"` > for tag > do > echo $hg_node "$tag" > done >> .hgtags > hg commit -m "Added tags $* for changeset $hg_short" > > -John > From John.Coomes at sun.com Fri Nov 16 22:58:47 2007 From: John.Coomes at sun.com (John Coomes) Date: Fri, 16 Nov 2007 14:58:47 -0800 Subject: multiple tags for a changeset (was Re: jdk7/MASTER/hotspot: 2 new changesets) In-Reply-To: <473E123D.1080907@sun.com> References: <20071116023528.D41F6257E0@hg.openjdk.java.net> <18238.4203.519072.883268@sun.com> <473E123D.1080907@sun.com> Message-ID: <18238.8359.493662.400206@sun.com> Kelly O'Hair (Kelly.Ohair at Sun.COM) wrote: > Actually, by having these be separate changesets, if you ask for the > tag "ea" you get a repository that includes the "jdk7-b98" tag but not > the changeset that creates the "ea" tag. And that's not confusing? > Making them in one changeset means the same sources, but no changeset > identifying it as jdk7-b98 or ea. The "missing tag" is a limitation that's mentioned in the mercurial book: whenever you "hg clone -r tag" the newly-created repo doesn't include the tag you requested. However, if you "hg update -r tag" (likely my preferred method), the tag is visible. With either scheme (one changeset or different changesets), if you want to verify that "ea" and "jdk7-b98" are the same thing, you can't do it in the clone, you have to go to the original repo. It's just more tedious to do when the two names refer to different changesets. > Also, 'hg tag -f' was used to force the replacement of any older tags > with the same name that might exist. Not sure your script deal with that. That's part of the "error checking and polish" that I conveniently left out :-). The script is a hack to workaround "hg tag" not accepting multiple tag names. I'd prefer to fix hg tag, but can't do that yet. > Not sure it matters a great deal either way. The moon won't fall out of the sky. But I think it's less confusing if different names for the same thing actually refer to the, um, same thing. -John > John Coomes wrote: > > Xiomara.Jayasena at Sun.COM (Xiomara.Jayasena at Sun.COM) wrote: > >> Changeset: 38b77760d8e2 > >> Author: xdono > >> Date: 2007-11-15 17:12 -0800 > >> URL: http://hg.openjdk.java.net/jdk7/MASTER/hotspot/rev/38b77760d8e2 > >> > >> Added tag jdk7-b98 for changeset 280051e520a0 > >> > >> + .hgtags > >> > >> Changeset: de9a59a5e8da > >> Author: xdono > >> Date: 2007-11-15 17:21 -0800 > >> URL: http://hg.openjdk.java.net/jdk7/MASTER/hotspot/rev/de9a59a5e8da > >> > >> Added tag ea for changeset 38b77760d8e2 > >> > >> ! .hgtags > > > > In this case, the tags represent the same thing, but they refer to > > different changesets. Seems like they should refer to the same > > changeset. In addition, you get two changesets instead of one for a > > trivial operation. > > > > Unfortunately, "hg tag" only allows one tag to be created per > > invocation. (Seems ripe for a fix, but I'm currently > > python-illiterate.) So for now I think this should be done by > > updating .hgtags directly. Here's a script that does the basics; it > > needs error checking and polish, but you get the idea. > > > > #!/bin/ksh > > hg_short=`hg log -l 1 --template "{node|short}"` > > hg_node=`hg log -r $hg_short --template "{node}"` > > for tag > > do > > echo $hg_node "$tag" > > done >> .hgtags > > hg commit -m "Added tags $* for changeset $hg_short" > > > > -John > > From bradford.wetmore at sun.com Sat Nov 17 03:07:08 2007 From: bradford.wetmore at sun.com (bradford.wetmore at sun.com) Date: Sat, 17 Nov 2007 03:07:08 +0000 Subject: jdk7/jsn: Nothing to see here, daughter Message-ID: <20071117030708.B76322587A@hg.openjdk.java.net> Changeset: a601faeb7172 Author: wetmore Date: 2007-11-16 18:10 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/rev/a601faeb7172 Nothing to see here, daughter ! Makefile From bradford.wetmore at sun.com Sat Nov 17 03:07:32 2007 From: bradford.wetmore at sun.com (bradford.wetmore at sun.com) Date: Sat, 17 Nov 2007 03:07:32 +0000 Subject: jdk7/jsn/jdk: Move along, nothing to see here in the open. Message-ID: <20071117030744.D74D325888@hg.openjdk.java.net> Changeset: ff6031bc8f2c Author: wetmore Date: 2007-11-16 17:57 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/ff6031bc8f2c Move along, nothing to see here in the open. ! make/Makefile From jiri.tusla at sun.com Mon Nov 19 16:03:17 2007 From: jiri.tusla at sun.com (jiri.tusla at sun.com) Date: Mon, 19 Nov 2007 16:03:17 +0000 Subject: jdk7/l10n/jdk: 3 new changesets Message-ID: <20071119160353.452D0258E4@hg.openjdk.java.net> Changeset: 34e8b434f177 Author: tusla Date: 2007-11-19 10:13 +0100 URL: http://hg.openjdk.java.net/jdk7/l10n/jdk/rev/34e8b434f177 Fixed 6509039: Swedish localization has incorrect am/pm markers in FormatData_sv [no reviewers for now] ! src/share/classes/sun/text/resources/FormatData_sv.java Changeset: 28ca94beb2a1 Author: tusla Date: 2007-11-19 10:13 +0100 URL: http://hg.openjdk.java.net/jdk7/l10n/jdk/rev/28ca94beb2a1 Fixed 6573250: Java.util.Currency.getSymbol(Locale) returns wrong value when locale is not US. [no reviewers for now] ! src/share/classes/sun/util/resources/CurrencyNames_en_CA.properties Changeset: f62879df2084 Author: tusla Date: 2007-11-19 10:15 +0100 URL: http://hg.openjdk.java.net/jdk7/l10n/jdk/rev/f62879df2084 Fixed 6509039: Swedish localization has incorrect am/pm markers in FormatData_sv [no reviewers for now] Fixed 6573250: Java.util.Currency.getSymbol(Locale) returns wrong value when locale is not US. [no reviewers for now] ! test/sun/text/resources/LocaleData ! test/sun/text/resources/LocaleDataTest.java From kelly.ohair at sun.com Tue Nov 20 19:00:18 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Tue, 20 Nov 2007 19:00:18 +0000 Subject: jdk7/tl: Added blank line Message-ID: <20071120190018.67A6B2591F@hg.openjdk.java.net> Changeset: fd4dd51c8306 Author: ohair Date: 2007-11-20 10:58 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/rev/fd4dd51c8306 Added blank line ! Makefile From kelly.ohair at sun.com Tue Nov 20 19:05:42 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Tue, 20 Nov 2007 19:05:42 +0000 Subject: jdk7/tl: 2 new changesets Message-ID: <20071120190542.CAFA925927@hg.openjdk.java.net> Changeset: 40e30a7d03dd Author: ohair Date: 2007-11-20 11:01 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/rev/40e30a7d03dd add blank in second changeset ! Makefile Changeset: b2839043fa92 Author: ohair Date: 2007-11-20 11:04 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/rev/b2839043fa92 merge ! Makefile From kelly.ohair at sun.com Tue Nov 20 19:12:48 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Tue, 20 Nov 2007 19:12:48 +0000 Subject: jdk7/tl: 3 new changesets Message-ID: <20071120191248.E61ED25933@hg.openjdk.java.net> Changeset: 4b10bd0b9e52 Author: ohair Date: 2007-11-20 11:07 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/rev/4b10bd0b9e52 test add blank line ! Makefile Changeset: 60b555d5ce99 Author: ohair Date: 2007-11-20 11:11 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/rev/60b555d5ce99 fix Makefile ! Makefile Changeset: e7e6149cb626 Author: ohair Date: 2007-11-20 11:12 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/rev/e7e6149cb626 merge ! Makefile From jennifer.godinez at sun.com Tue Nov 20 20:32:35 2007 From: jennifer.godinez at sun.com (jennifer.godinez at sun.com) Date: Tue, 20 Nov 2007 20:32:35 +0000 Subject: jdk7/2d/jdk: 1111111: Moved javax/print tests to open dir. Message-ID: <20071120203256.0DDB72594B@hg.openjdk.java.net> Changeset: 3b07d5452236 Author: jgodinez Date: 2007-11-20 11:44 -0800 URL: http://hg.openjdk.java.net/jdk7/2d/jdk/rev/3b07d5452236 1111111: Moved javax/print tests to open dir. + test/javax/print/CheckDupFlavor.java + test/javax/print/CloseStreamTest.java + test/javax/print/DialogLocTest.java + test/javax/print/DialogMargins.java + test/javax/print/FindMedia.java + test/javax/print/ImageableAreaTest.java + test/javax/print/LookupServices.java + test/javax/print/RegService.java + test/javax/print/StreamPrinting.java + test/javax/print/StreamPrintingNPE.java + test/javax/print/StreamPrintingOrientation.java + test/javax/print/SupportedMedia.java + test/javax/print/TestNullService.java + test/javax/print/TextFlavorTest.java + test/javax/print/URLGIFPrinting.java + test/javax/print/duke.gif + test/javax/print/example.ps + test/javax/print/example.txt From peter.kessler at sun.com Wed Nov 21 01:00:58 2007 From: peter.kessler at sun.com (peter.kessler at sun.com) Date: Wed, 21 Nov 2007 01:00:58 +0000 Subject: jdk7/hotspot-gc/hotspot: 1234567: The real-time parallel concurrent collector of your dreams Message-ID: <20071121010101.1E5DD25983@hg.openjdk.java.net> Changeset: b45a55922514 Author: PeterKessler Date: 2007-11-20 16:59 -0800 URL: http://hg.openjdk.java.net/jdk7/hotspot-gc/hotspot/rev/b45a55922514 1234567: The real-time parallel concurrent collector of your dreams ! src/share/vm/memory/genCollectedHeap.cpp From ted at tedneward.com Sat Nov 24 21:34:45 2007 From: ted at tedneward.com (Ted Neward) Date: Sat, 24 Nov 2007 13:34:45 -0800 Subject: OpenJDK Mercurial Transition Update 7 In-Reply-To: <473CC2A9.8060508@sun.com> References: <473CC2A9.8060508@sun.com> Message-ID: <033701c82ee1$d7850f00$868f2d00$@com> Watching all the changeset messages coming through on this list is a tad distracting--Kelly, can you give a thumbs-up signal to the list when the repositories are in a lesser state of flux, such that it would be a good idea to download and try to build from? (When the transition began, you gave me the impression that things were going to be in a wild state of transition for a while, so I've stopped pulling down the code until things settle down.) Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing http://www.tedneward.com > -----Original Message----- > From: build-dev-bounces at openjdk.java.net [mailto:build-dev- > bounces at openjdk.java.net] On Behalf Of Kelly O'Hair > Sent: Thursday, November 15, 2007 2:05 PM > To: build-dev > Subject: OpenJDK Mercurial Transition Update 7 > > > Update 7 on the Mercurial Transition: > > > http://weblogs.java.net/blog/kellyohair/archive/2007/11/openjdk_mercuri > _1.html > > > -kto > > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.503 / Virus Database: 269.15.33/1132 - Release Date: > 11/15/2007 9:34 AM > No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.16.5/1149 - Release Date: 11/24/2007 10:06 AM From Bradford.Wetmore at Sun.COM Sun Nov 25 05:48:21 2007 From: Bradford.Wetmore at Sun.COM (Brad Wetmore) Date: Sat, 24 Nov 2007 21:48:21 -0800 Subject: OpenJDK Mercurial Transition Update 7 In-Reply-To: <033701c82ee1$d7850f00$868f2d00$@com> References: <473CC2A9.8060508@sun.com> <033701c82ee1$d7850f00$868f2d00$@com> Message-ID: <47490CA5.7050006@sun.com> Ted, All the changes you've been seeing are us Sun employees trying out the new mercurial environment on temporary, throw-away repositories, but these gates are pretty much what will go live very soon now. Everything we've been changing will be trashed at the end of this test period, and the *REAL* repositories will be rolled into place. There will be some fanfare when that happens, I'm sure. Yes, there are mechanisms in place to make sure that stuff done during this testing time isn't actually taken back into the *REAL* repositories. So, you can certainly try to download and build, as I would be surprised if anyone would intentionally break the gates. I've personally been adding a bunch of dumb comments like: #!/bin/sh # +# this is a dumb comment! ;) # Just realize that everything is just for testing at this point. Hope this helps. Brad JSN Gatekeeper/Integrator Ted Neward wrote: > Watching all the changeset messages coming through on this list is a tad > distracting--Kelly, can you give a thumbs-up signal to the list when the > repositories are in a lesser state of flux, such that it would be a good > idea to download and try to build from? (When the transition began, you gave > me the impression that things were going to be in a wild state of transition > for a while, so I've stopped pulling down the code until things settle > down.) > > Ted Neward > Java, .NET, XML Services > Consulting, Teaching, Speaking, Writing > http://www.tedneward.com > > >> -----Original Message----- >> From: build-dev-bounces at openjdk.java.net [mailto:build-dev- >> bounces at openjdk.java.net] On Behalf Of Kelly O'Hair >> Sent: Thursday, November 15, 2007 2:05 PM >> To: build-dev >> Subject: OpenJDK Mercurial Transition Update 7 >> >> >> Update 7 on the Mercurial Transition: >> >> >> http://weblogs.java.net/blog/kellyohair/archive/2007/11/openjdk_mercuri >> _1.html >> >> >> -kto >> >> >> No virus found in this incoming message. >> Checked by AVG Free Edition. >> Version: 7.5.503 / Virus Database: 269.15.33/1132 - Release Date: >> 11/15/2007 9:34 AM >> > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.503 / Virus Database: 269.16.5/1149 - Release Date: 11/24/2007 > 10:06 AM > > From Kelly.Ohair at Sun.COM Mon Nov 26 16:54:48 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Mon, 26 Nov 2007 08:54:48 -0800 Subject: OpenJDK Mercurial Transition Update 7 In-Reply-To: <033701c82ee1$d7850f00$868f2d00$@com> References: <473CC2A9.8060508@sun.com> <033701c82ee1$d7850f00$868f2d00$@com> Message-ID: <474AFA58.4080900@sun.com> Currently most if not all the changeset messages are going through build-dev at openjdk.java.net, this is temporary, just for another week or so. And as Brad points out, all of these changes are just nonsense and harmless. We are just trying to get our feet wet with Mercurial and the server setup. The sources are still build 23, plus these nonsense changes. Ultimately the build-dev alias will only get changes when the matching build team area gets changesets, and the changes to the other team areas will get their changeset email sent to the appropriate team aliases. We've talked about having a separate email aliases for the changeset messages but we have so many now that we figured we see how it goes and adjust later if necessary. As far as a 'lesser state of flux', I'm not sure there is such a time for a team area, unless the team declares one. All the team areas will be in varying levels of activity, some extremely active, others less so. Some team areas might even be somewhat stale, it depends on how often they keep it in sync with the master or primary jdk7 repositories. So once we get going, every team area and the master area will be in some kind of 'state of flux', that's just the way it works with distributed development like this. The master jdk7 area is probably the one area that will be less changing, but even it could be getting two team integrations per day, so I'm not even sure I could call that a 'lesser state of flux'. It is probably the most stable due to the stricter integration requirements that team changes need to go through prior to being integrated. That's not a guarantee, but the team integrators take their jobs very seriously, and integrating major regressions is frowned upon. The Release Engineering people plan on creating Mercurial tags for the build promotion, marking the changesets that represent each promotion, so given any set of repositories, you could extract say 'jdk7-b24' if the repositories had the tags (was in sync). But the master jdk7 area is probably the set of repositories of choice for you I suspect. -kto Ted Neward wrote: > Watching all the changeset messages coming through on this list is a tad > distracting--Kelly, can you give a thumbs-up signal to the list when the > repositories are in a lesser state of flux, such that it would be a good > idea to download and try to build from? (When the transition began, you gave > me the impression that things were going to be in a wild state of transition > for a while, so I've stopped pulling down the code until things settle > down.) > > Ted Neward > Java, .NET, XML Services > Consulting, Teaching, Speaking, Writing > http://www.tedneward.com > > >> -----Original Message----- >> From: build-dev-bounces at openjdk.java.net [mailto:build-dev- >> bounces at openjdk.java.net] On Behalf Of Kelly O'Hair >> Sent: Thursday, November 15, 2007 2:05 PM >> To: build-dev >> Subject: OpenJDK Mercurial Transition Update 7 >> >> >> Update 7 on the Mercurial Transition: >> >> >> http://weblogs.java.net/blog/kellyohair/archive/2007/11/openjdk_mercuri >> _1.html >> >> >> -kto >> >> >> No virus found in this incoming message. >> Checked by AVG Free Edition. >> Version: 7.5.503 / Virus Database: 269.15.33/1132 - Release Date: >> 11/15/2007 9:34 AM >> > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.503 / Virus Database: 269.16.5/1149 - Release Date: 11/24/2007 > 10:06 AM > > From jennifer.godinez at sun.com Mon Nov 26 19:08:41 2007 From: jennifer.godinez at sun.com (jennifer.godinez at sun.com) Date: Mon, 26 Nov 2007 19:08:41 +0000 Subject: jdk7/jdk7/jdk: 2 new changesets Message-ID: <20071126190913.8FAE1259F3@hg.openjdk.java.net> Changeset: 3b07d5452236 Author: jgodinez Date: 2007-11-20 11:44 -0800 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/3b07d5452236 1111111: Moved javax/print tests to open dir. + test/javax/print/CheckDupFlavor.java + test/javax/print/CloseStreamTest.java + test/javax/print/DialogLocTest.java + test/javax/print/DialogMargins.java + test/javax/print/FindMedia.java + test/javax/print/ImageableAreaTest.java + test/javax/print/LookupServices.java + test/javax/print/RegService.java + test/javax/print/StreamPrinting.java + test/javax/print/StreamPrintingNPE.java + test/javax/print/StreamPrintingOrientation.java + test/javax/print/SupportedMedia.java + test/javax/print/TestNullService.java + test/javax/print/TextFlavorTest.java + test/javax/print/URLGIFPrinting.java + test/javax/print/duke.gif + test/javax/print/example.ps + test/javax/print/example.txt Changeset: f61efbf96433 Author: jgodinez Date: 2007-11-20 12:07 -0800 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/f61efbf96433 Automated merge with file:/net/jano1/export1/2d/ws/Mercu/integration/my2d/jdk From kumar.srinivasan at sun.com Wed Nov 28 01:09:45 2007 From: kumar.srinivasan at sun.com (kumar.srinivasan at sun.com) Date: Wed, 28 Nov 2007 01:09:45 +0000 Subject: jdk7/tl/jdk: Added new include as test. Message-ID: <20071128010957.2B6DD25A75@hg.openjdk.java.net> Changeset: 81a7f7824e6b Author: ksrini Date: 2007-11-27 16:22 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/81a7f7824e6b Added new include as test. ! src/share/bin/main.c From kumar.srinivasan at sun.com Wed Nov 28 01:24:14 2007 From: kumar.srinivasan at sun.com (kumar.srinivasan at sun.com) Date: Wed, 28 Nov 2007 01:24:14 +0000 Subject: jdk7/tl/jdk: Undid the bad header file and added a new file Message-ID: <20071128012426.CFFDA25A87@hg.openjdk.java.net> Changeset: 985827c1b854 Author: ksrini Date: 2007-11-27 17:22 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/985827c1b854 Undid the bad header file and added a new file + src/share/bin/README ! src/share/bin/main.c From jonathan.gibbons at sun.com Wed Nov 28 01:25:53 2007 From: jonathan.gibbons at sun.com (jonathan.gibbons at sun.com) Date: Wed, 28 Nov 2007 01:25:53 +0000 Subject: jdk7/tl/langtools: Added dummy comment Message-ID: <20071128012555.19A6425A8F@hg.openjdk.java.net> Changeset: d046b75bf7b2 Author: jjg Date: 2007-11-27 17:24 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/d046b75bf7b2 Added dummy comment ! README From bccheng at google.com Wed Nov 28 02:11:51 2007 From: bccheng at google.com (Ben Cheng) Date: Tue, 27 Nov 2007 18:11:51 -0800 Subject: how to build 32-bit openjdk7 on x86_64 Message-ID: Hi Folks, I am trying to build 32-bit openjdk7 from source under control/make, but I seem to have endless troubles picking up the right ARCH option. The source code is from the b23 snapshot. I started with make ARCH_DATA_MODEL=32 ALT_BOOTDIR=/usr/lib/jvm/java-6-sun ANT_HOME= FINDBUGS_HOME= It quickly failed with the following error: [ gcc command neglected] ... -ljvm -L/usr/lib/jvm/java-6-sun/jre/lib/amd64 -ljava -L/usr/lib/jvm/java-6-sun/jre/lib/amd64/server -ljvm -lc /usr/bin/ld: cannot find -ljvm because there is no amd64 under /usr/lib/jvm/java-6-sun/jre/lib but only i386, and without specifying ARCH the makefile relies on "uname -m" to guess the ARCH, and it chooses amd64 when seeing x86_64. So I tried to add ARCH=i386 in the command line. The build goes past the previous stage, but sees a different in building corba/make/javax/xa: /bin/sh: line 5: Check_ALT_JDK_IMPORT_PATH/bin/javac: No such file or directory This problem is slightly off topic, as it seems to require adding ALT_JDK_IMPORT_PATH to the command-line even my intention is to do a complete build. Although I still don't know why it is necessary, adding ALT_JDK_IMPORT_PATH=$ALT_BOOTDIR gets me past corba, but the builds stalls at hotspot: make[6]: *** No rule to make target `openjdk/v1_7/hotspot/src/cpu/i386/vm/x86_32.ad', needed by `../generated/adfiles/linux_x86_32.ad'. Stop. Apparenly hotspot doesn't like ARCH=i386 but prefers ARCH=x86, and I found a place to hack in hotspot/build/linux/Makefile, where I override ARCH=$(SRCARCH) in the following context: $(TARGETS_C2): $(SUBDIRS_C2) cd $(OSNAME)_$(BUILDARCH)_compiler2/$@ && $(MAKE) $(MFLAGS) ARCH=$(SRCARCH) Then, the next error shows up in exporting jvmti.html, where I need to add the following rule in hotspot/build/linux/makefiles/defs.make if I define ARCH as i386: ifeq ($(ARCH), i386) ARCH_DATA_MODEL = 32 PLATFORM = linux-i586 VM_PLATFORM = linux_i486 HS_ARCH = x86 endif There is a similar patch for i586 so I suspect people tried to build hotspot with ARCH=i686 and ran into similar errors. Well, this is not the end of errors, as the next one shows up in jdk/make/java/jli, where it fails to locate ergo_i386.c because only the following two variants are available: jdk/src/solaris/bin/ergo_i586.c jdk/src/solaris/bin/ergo_sparc.c In summary, my questions can be condensed into two: 1) Is control/make the right place to build everything from source. If so, why is ALT_JDK_IMPORT_PATH needed in the make command line? 2) What is the ARCH value applicable to all modules if the goal is to build 32-bit package on x86_64 platform? Thanks, -Ben -------------- next part -------------- An HTML attachment was scrubbed... URL: From yuri.nesterenko at sun.com Wed Nov 28 10:57:01 2007 From: yuri.nesterenko at sun.com (yuri.nesterenko at sun.com) Date: Wed, 28 Nov 2007 10:57:01 +0000 Subject: jdk7/awt/jdk: 6629657: provide raw key code from underlying system without changing API. [artem.ananiev] Message-ID: <20071128105723.2DC6E25AC4@hg.openjdk.java.net> Changeset: 049ed8a3fc6d Author: yuri Date: 2007-11-28 13:00 +0300 URL: http://hg.openjdk.java.net/jdk7/awt/jdk/rev/049ed8a3fc6d 6629657: provide raw key code from underlying system without changing API. [artem.ananiev] ! src/share/classes/java/awt/event/KeyEvent.java ! src/solaris/classes/sun/awt/X11/XWindow.java From Stephen.Bohne at Sun.COM Wed Nov 28 14:31:40 2007 From: Stephen.Bohne at Sun.COM (Stephen Bohne) Date: Wed, 28 Nov 2007 09:31:40 -0500 Subject: how to build 32-bit openjdk7 on x86_64 In-Reply-To: References: Message-ID: <474D7BCC.9050103@sun.com> Ben Cheng wrote: > Hi Folks, > > I am trying to build 32-bit openjdk7 from source under control/make, > but I seem to have endless troubles picking up the right ARCH option. > The source code is from the b23 snapshot. > > I started with > > make ARCH_DATA_MODEL=32 ALT_BOOTDIR=/usr/lib/jvm/java-6-sun > ANT_HOME= FINDBUGS_HOME= > > It quickly failed with the following error: > > [ gcc command neglected] > ... > -ljvm -L/usr/lib/jvm/java-6-sun/jre/lib/amd64 -ljava > -L/usr/lib/jvm/java-6-sun/jre/lib/amd64/server -ljvm -lc > /usr/bin/ld: cannot find -ljvm > > because there is no amd64 under /usr/lib/jvm/java-6-sun/jre/lib but > only i386, and without specifying ARCH the makefile relies on "uname > -m" to guess the ARCH, and it chooses amd64 when seeing x86_64. > > So I tried to add ARCH=i386 in the command line. The build goes past > the previous stage, but sees a different in building corba/make/javax/xa: > > /bin/sh: line 5: Check_ALT_JDK_IMPORT_PATH/bin/javac: No such file or > directory > > This problem is slightly off topic, as it seems to require adding > ALT_JDK_IMPORT_PATH to the command-line even my intention is to do a > complete build. Although I still don't know why it is necessary, > adding ALT_JDK_IMPORT_PATH=$ALT_BOOTDIR gets me past corba, but the > builds stalls at hotspot: > > > make[6]: *** No rule to make target > `openjdk/v1_7/hotspot/src/cpu/i386/vm/x86_32.ad', needed by > `../generated/adfiles/linux_x86_32.ad'. Stop. > > Apparenly hotspot doesn't like ARCH=i386 but prefers ARCH=x86, and I > found a place to hack in hotspot/build/linux/Makefile, where I > override ARCH=$(SRCARCH) in the following context: > > $(TARGETS_C2): $(SUBDIRS_C2) > cd $(OSNAME)_$(BUILDARCH)_compiler2/$@ && $(MAKE) $(MFLAGS) > ARCH=$(SRCARCH) > > Then, the next error shows up in exporting jvmti.html, where I need to > add the following rule in hotspot/build/linux/makefiles > /defs.make if I define ARCH as i386: > > ifeq ($(ARCH), i386) > ARCH_DATA_MODEL = 32 > PLATFORM = linux-i586 > VM_PLATFORM = linux_i486 > HS_ARCH = x86 > endif > > There is a similar patch for i586 so I suspect people tried to build > hotspot with ARCH=i686 and ran into similar errors. > > Well, this is not the end of errors, as the next one shows up in > jdk/make/java/jli, where it fails to locate ergo_i386.c because only > the following two variants are available: > > jdk/src/solaris/bin/ergo_i586.c > jdk/src/solaris/bin/ergo_sparc.c > > In summary, my questions can be condensed into two: > > 1) Is control/make the right place to build everything from source. If > so, why is ALT_JDK_IMPORT_PATH needed in the make command line? > 2) What is the ARCH value applicable to all modules if the goal is to > build 32-bit package on x86_64 platform? I don't think (2) is supported, at least for the HotSpot workspace. You have to build 32-bit on a 32-bit platform. Yes, the build could be more flexible here. Patches are welcome. :) Don't know the answer to (1), sorry. Steve > > Thanks, > -Ben From daniel.fuchs at sun.com Wed Nov 28 14:36:25 2007 From: daniel.fuchs at sun.com (daniel.fuchs at sun.com) Date: Wed, 28 Nov 2007 14:36:25 +0000 Subject: jdk7/tl/jdk: Test Mercurial set-up Message-ID: <20071128143637.3E45A25B10@hg.openjdk.java.net> Changeset: 8d6e9e2c82cd Author: dfuchs Date: 2007-11-28 14:54 +0100 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/8d6e9e2c82cd Test Mercurial set-up ! src/share/classes/com/sun/jmx/defaults/package.html + src/share/classes/com/sun/jmx/remote/util/NewInterface.java From daniel.fuchs at sun.com Wed Nov 28 14:49:21 2007 From: daniel.fuchs at sun.com (daniel.fuchs at sun.com) Date: Wed, 28 Nov 2007 14:49:21 +0000 Subject: jdk7/tl/jdk: Removing file used to test Mercurial set-up Message-ID: <20071128144933.8723325B32@hg.openjdk.java.net> Changeset: 4a7493b97806 Author: dfuchs Date: 2007-11-28 15:41 +0100 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/4a7493b97806 Removing file used to test Mercurial set-up - src/share/classes/com/sun/jmx/remote/util/NewInterface.java From Paul.Hohensee at Sun.COM Wed Nov 28 16:33:30 2007 From: Paul.Hohensee at Sun.COM (Paul Hohensee) Date: Wed, 28 Nov 2007 11:33:30 -0500 Subject: how to build 32-bit openjdk7 on x86_64 In-Reply-To: <474D7BCC.9050103@sun.com> References: <474D7BCC.9050103@sun.com> Message-ID: <474D985A.8090508@sun.com> Actually, you can build 32-bit linux hotspot standalone on a 64-bit system, but you can't build a 32-bit linux jdk (that happens to include a hotspot build) on a 64-bit system. To build a 32-bit linux hotspot standalone, go to the build/linux directory in the hotspot workspace, set ALT_BOOTDIR to a 32-bit boot jdk, put $ALT_BOOTDIR/bin on your PATH and issue 'make product', or whatever flavor of build you want. To build a 64-bit linux hotspot, set ALT_BOOTDIR to a 64-bit boot jdk, etc., and issue 'make LP64=1 product', etc. Paul Stephen Bohne wrote: > Ben Cheng wrote: >> Hi Folks, >> >> I am trying to build 32-bit openjdk7 from source under control/make, >> but I seem to have endless troubles picking up the right ARCH option. >> The source code is from the b23 snapshot. >> >> I started with >> >> make ARCH_DATA_MODEL=32 ALT_BOOTDIR=/usr/lib/jvm/java-6-sun >> ANT_HOME= FINDBUGS_HOME= >> >> It quickly failed with the following error: >> >> [ gcc command neglected] >> ... >> -ljvm -L/usr/lib/jvm/java-6-sun/jre/lib/amd64 -ljava >> -L/usr/lib/jvm/java-6-sun/jre/lib/amd64/server -ljvm -lc >> /usr/bin/ld: cannot find -ljvm >> >> because there is no amd64 under /usr/lib/jvm/java-6-sun/jre/lib but >> only i386, and without specifying ARCH the makefile relies on "uname >> -m" to guess the ARCH, and it chooses amd64 when seeing x86_64. >> >> So I tried to add ARCH=i386 in the command line. The build goes past >> the previous stage, but sees a different in building >> corba/make/javax/xa: >> >> /bin/sh: line 5: Check_ALT_JDK_IMPORT_PATH/bin/javac: No such file or >> directory >> >> This problem is slightly off topic, as it seems to require adding >> ALT_JDK_IMPORT_PATH to the command-line even my intention is to do a >> complete build. Although I still don't know why it is necessary, >> adding ALT_JDK_IMPORT_PATH=$ALT_BOOTDIR gets me past corba, but the >> builds stalls at hotspot: >> >> >> make[6]: *** No rule to make target >> `openjdk/v1_7/hotspot/src/cpu/i386/vm/x86_32.ad', needed by >> `../generated/adfiles/linux_x86_32.ad'. Stop. >> >> Apparenly hotspot doesn't like ARCH=i386 but prefers ARCH=x86, and I >> found a place to hack in hotspot/build/linux/Makefile, where I >> override ARCH=$(SRCARCH) in the following context: >> >> $(TARGETS_C2): $(SUBDIRS_C2) >> cd $(OSNAME)_$(BUILDARCH)_compiler2/$@ && $(MAKE) $(MFLAGS) >> ARCH=$(SRCARCH) >> >> Then, the next error shows up in exporting jvmti.html, where I need >> to add the following rule in hotspot/build/linux/makefiles >> /defs.make if I define ARCH as i386: >> >> ifeq ($(ARCH), i386) >> ARCH_DATA_MODEL = 32 >> PLATFORM = linux-i586 >> VM_PLATFORM = linux_i486 >> HS_ARCH = x86 >> endif >> >> There is a similar patch for i586 so I suspect people tried to build >> hotspot with ARCH=i686 and ran into similar errors. >> >> Well, this is not the end of errors, as the next one shows up in >> jdk/make/java/jli, where it fails to locate ergo_i386.c because only >> the following two variants are available: >> >> jdk/src/solaris/bin/ergo_i586.c >> jdk/src/solaris/bin/ergo_sparc.c >> >> In summary, my questions can be condensed into two: >> >> 1) Is control/make the right place to build everything from source. >> If so, why is ALT_JDK_IMPORT_PATH needed in the make command line? >> 2) What is the ARCH value applicable to all modules if the goal is to >> build 32-bit package on x86_64 platform? > > I don't think (2) is supported, at least for the HotSpot workspace. > You have to build 32-bit on a 32-bit platform. Yes, the build could > be more flexible here. Patches are welcome. :) > > Don't know the answer to (1), sorry. > > Steve >> >> Thanks, >> -Ben > From daniel.fuchs at sun.com Wed Nov 28 18:25:15 2007 From: daniel.fuchs at sun.com (daniel.fuchs at sun.com) Date: Wed, 28 Nov 2007 18:25:15 +0000 Subject: jdk7/tl/jdk: Yet another other test Message-ID: <20071128182527.6385225B6E@hg.openjdk.java.net> Changeset: 63300458df4a Author: dfuchs Date: 2007-11-28 18:07 +0100 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/63300458df4a Yet another other test ! testfile From Kelly.Ohair at Sun.COM Wed Nov 28 18:36:28 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Wed, 28 Nov 2007 10:36:28 -0800 Subject: how to build 32-bit openjdk7 on x86_64 In-Reply-To: References: Message-ID: <474DB52C.4090801@sun.com> I recall a problem where if you have an env variable named ARCH, you will impact the build of hotspot. I forget all the details, but I recall that some of the hotspot makefiles do an 'ifndef ARCH' before setting ARCH, so it can get impacted by the environment variables. The ARCH_DATA_MODEL=32 or ARCH_DATA_MODEL=64 is used by the openjdk makefiles (hotspot makefiles may also look for LP64=1). I would try running 'make sanity' and see what ARCH setting it has. The whole arch naming issue is a bit messy. There is a libarch name used under the 'lib' directory, I call this LIBARCH and for Solaris and Linux it's one of i386, sparc, amd64, or sparcv9. (Linux may use sparc64???) Windows doesn't really use a LIBARCH. Then there is the ARCH used after the PLATFORM name of windows, linux, solaris to create the directory names and bundles, like windows-i586 (yes, it's i586 in this case, or sparc or amd64 or sparcv9). Then there are other places where people have used generic arch names like x86 or x64. My advice is to not mess with ARCH and not set ARCH in your environment. If the makefiles aren't figuring out what the correct ARCH is, then we should fix that. I'm not sure when this ARCH mess will ever be cleaned up, but the first step may be to stop using the spelling "ARCH" in the makefiles because of the confusion as to where it's used and what it means. (Getting ARCH from the environment variables also seems very wrong to me) --- The ALT_JDK_IMPORT_PATH problem is a known one, setting it to the boot jdk is harmless when doing a full build. -kto Ben Cheng wrote: > Hi Folks, > > I am trying to build 32-bit openjdk7 from source under control/make, but > I seem to have endless troubles picking up the right ARCH option. The > source code is from the b23 snapshot. > > I started with > > make ARCH_DATA_MODEL=32 ALT_BOOTDIR=/usr/lib/jvm/java-6-sun > ANT_HOME= FINDBUGS_HOME= > > It quickly failed with the following error: > > [ gcc command neglected] > ... > -ljvm -L/usr/lib/jvm/java-6-sun/jre/lib/amd64 -ljava > -L/usr/lib/jvm/java-6-sun/jre/lib/amd64/server -ljvm -lc > /usr/bin/ld: cannot find -ljvm > > because there is no amd64 under /usr/lib/jvm/java-6-sun/jre/lib but only > i386, and without specifying ARCH the makefile relies on "uname -m" to > guess the ARCH, and it chooses amd64 when seeing x86_64. > > So I tried to add ARCH=i386 in the command line. The build goes past the > previous stage, but sees a different in building corba/make/javax/xa: > > /bin/sh: line 5: Check_ALT_JDK_IMPORT_PATH/bin/javac: No such file or > directory > > This problem is slightly off topic, as it seems to require adding > ALT_JDK_IMPORT_PATH to the command-line even my intention is to do a > complete build. Although I still don't know why it is necessary, adding > ALT_JDK_IMPORT_PATH=$ALT_BOOTDIR gets me past corba, but the builds > stalls at hotspot: > > > make[6]: *** No rule to make target > `openjdk/v1_7/hotspot/src/cpu/i386/vm/x86_32.ad', needed by > `../generated/adfiles/linux_x86_32.ad'. Stop. > > Apparenly hotspot doesn't like ARCH=i386 but prefers ARCH=x86, and I > found a place to hack in hotspot/build/linux/Makefile, where I override > ARCH=$(SRCARCH) in the following context: > > $(TARGETS_C2): $(SUBDIRS_C2) > cd $(OSNAME)_$(BUILDARCH)_compiler2/$@ && $(MAKE) $(MFLAGS) > ARCH=$(SRCARCH) > > Then, the next error shows up in exporting jvmti.html, where I need to > add the following rule in hotspot/build/linux/makefiles > /defs.make if I define ARCH as i386: > > ifeq ($(ARCH), i386) > ARCH_DATA_MODEL = 32 > PLATFORM = linux-i586 > VM_PLATFORM = linux_i486 > HS_ARCH = x86 > endif > > There is a similar patch for i586 so I suspect people tried to build > hotspot with ARCH=i686 and ran into similar errors. > > Well, this is not the end of errors, as the next one shows up in > jdk/make/java/jli, where it fails to locate ergo_i386.c because only the > following two variants are available: > > jdk/src/solaris/bin/ergo_i586.c > jdk/src/solaris/bin/ergo_sparc.c > > In summary, my questions can be condensed into two: > > 1) Is control/make the right place to build everything from source. If > so, why is ALT_JDK_IMPORT_PATH needed in the make command line? > 2) What is the ARCH value applicable to all modules if the goal is to > build 32-bit package on x86_64 platform? > > Thanks, > -Ben From Kelly.Ohair at Sun.COM Wed Nov 28 18:47:50 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Wed, 28 Nov 2007 10:47:50 -0800 Subject: how to build 32-bit openjdk7 on x86_64 In-Reply-To: <474DB52C.4090801@sun.com> References: <474DB52C.4090801@sun.com> Message-ID: <474DB7D6.60201@sun.com> From earlier emails... it appears you are trying to build 32bit on a 64bit machine? In general we don't do that, or haven't. For us, Linux 32bit builds are done on 32bit machines, 64bit on 64bit machines. Mostly because our official build systems are completely different Linux's for 32 and 64. If your adventure is to figure out how to build 32bit on a 64bit system, please keep track of what you had to do and we can document it, and have fun. ;^) Other than makefile changes... (the ARCH sistuation is tricky)... I know that you need some 32bit static libraries installed on your 64bit system (ones that are not installed by default). -kto Kelly O'Hair wrote: > I recall a problem where if you have an env variable named ARCH, you > will impact the build of hotspot. I forget all the details, but I recall > that some of the hotspot makefiles do an 'ifndef ARCH' before setting ARCH, > so it can get impacted by the environment variables. > > The ARCH_DATA_MODEL=32 or ARCH_DATA_MODEL=64 is used by the openjdk > makefiles > (hotspot makefiles may also look for LP64=1). > I would try running 'make sanity' and see what ARCH setting it has. > > The whole arch naming issue is a bit messy. There is a libarch name used > under > the 'lib' directory, I call this LIBARCH and for Solaris and Linux it's > one of > i386, sparc, amd64, or sparcv9. (Linux may use sparc64???) > Windows doesn't really use a LIBARCH. > > Then there is the ARCH used after the PLATFORM name of windows, linux, > solaris > to create the directory names and bundles, like windows-i586 (yes, it's > i586 > in this case, or sparc or amd64 or sparcv9). > Then there are other places where people have used generic arch names like > x86 or x64. > > My advice is to not mess with ARCH and not set ARCH in your environment. > If the makefiles aren't figuring out what the correct ARCH is, then we > should > fix that. I'm not sure when this ARCH mess will ever be cleaned up, but > the first step may be to stop using the spelling "ARCH" in the makefiles > because of the confusion as to where it's used and what it means. > (Getting ARCH from the environment variables also seems very wrong to me) > > --- > The ALT_JDK_IMPORT_PATH problem is a known one, setting it to the boot > jdk is > harmless when doing a full build. > > -kto > > Ben Cheng wrote: >> Hi Folks, >> >> I am trying to build 32-bit openjdk7 from source under control/make, >> but I seem to have endless troubles picking up the right ARCH option. >> The source code is from the b23 snapshot. >> >> I started with >> >> make ARCH_DATA_MODEL=32 ALT_BOOTDIR=/usr/lib/jvm/java-6-sun >> ANT_HOME= FINDBUGS_HOME= >> >> It quickly failed with the following error: >> >> [ gcc command neglected] >> ... >> -ljvm -L/usr/lib/jvm/java-6-sun/jre/lib/amd64 -ljava >> -L/usr/lib/jvm/java-6-sun/jre/lib/amd64/server -ljvm -lc >> /usr/bin/ld: cannot find -ljvm >> >> because there is no amd64 under /usr/lib/jvm/java-6-sun/jre/lib but >> only i386, and without specifying ARCH the makefile relies on "uname >> -m" to guess the ARCH, and it chooses amd64 when seeing x86_64. >> >> So I tried to add ARCH=i386 in the command line. The build goes past >> the previous stage, but sees a different in building corba/make/javax/xa: >> >> /bin/sh: line 5: Check_ALT_JDK_IMPORT_PATH/bin/javac: No such file or >> directory >> >> This problem is slightly off topic, as it seems to require adding >> ALT_JDK_IMPORT_PATH to the command-line even my intention is to do a >> complete build. Although I still don't know why it is necessary, >> adding ALT_JDK_IMPORT_PATH=$ALT_BOOTDIR gets me past corba, but the >> builds stalls at hotspot: >> >> >> make[6]: *** No rule to make target >> `openjdk/v1_7/hotspot/src/cpu/i386/vm/x86_32.ad', needed by >> `../generated/adfiles/linux_x86_32.ad'. Stop. >> >> Apparenly hotspot doesn't like ARCH=i386 but prefers ARCH=x86, and I >> found a place to hack in hotspot/build/linux/Makefile, where I >> override ARCH=$(SRCARCH) in the following context: >> >> $(TARGETS_C2): $(SUBDIRS_C2) >> cd $(OSNAME)_$(BUILDARCH)_compiler2/$@ && $(MAKE) $(MFLAGS) >> ARCH=$(SRCARCH) >> >> Then, the next error shows up in exporting jvmti.html, where I need to >> add the following rule in hotspot/build/linux/makefiles >> /defs.make if I define ARCH as i386: >> >> ifeq ($(ARCH), i386) >> ARCH_DATA_MODEL = 32 >> PLATFORM = linux-i586 >> VM_PLATFORM = linux_i486 >> HS_ARCH = x86 >> endif >> >> There is a similar patch for i586 so I suspect people tried to build >> hotspot with ARCH=i686 and ran into similar errors. >> >> Well, this is not the end of errors, as the next one shows up in >> jdk/make/java/jli, where it fails to locate ergo_i386.c because only >> the following two variants are available: >> >> jdk/src/solaris/bin/ergo_i586.c >> jdk/src/solaris/bin/ergo_sparc.c >> >> In summary, my questions can be condensed into two: >> >> 1) Is control/make the right place to build everything from source. If >> so, why is ALT_JDK_IMPORT_PATH needed in the make command line? >> 2) What is the ARCH value applicable to all modules if the goal is to >> build 32-bit package on x86_64 platform? >> >> Thanks, >> -Ben From bccheng at google.com Wed Nov 28 20:39:18 2007 From: bccheng at google.com (Ben Cheng) Date: Wed, 28 Nov 2007 12:39:18 -0800 Subject: how to build 32-bit openjdk7 on x86_64 In-Reply-To: <474DB7D6.60201@sun.com> References: <474DB52C.4090801@sun.com> <474DB7D6.60201@sun.com> Message-ID: On Nov 28, 2007 10:47 AM, Kelly O'Hair wrote: > From earlier emails... it appears you are trying to build 32bit on a > 64bit machine? Yes, we are doing cross builds on 64-bit machines for 32-bit binaries. > > > In general we don't do that, or haven't. > For us, Linux 32bit builds are done on 32bit machines, 64bit on 64bit > machines. > Mostly because our official build systems are completely different Linux's > for 32 and 64. > > If your adventure is to figure out how to build 32bit on a 64bit system, > please keep track > of what you had to do and we can document it, and have fun. ;^) > After enumerating in86, I think I have found the magic ARCH value for cross builds - i586. It is accepted by corba and jli and other modules with minimal patches. I am currently verifying the minimal number of changes to make it work. Thanks, -Ben > Other than makefile changes... (the ARCH sistuation is tricky)... > I know that you need some 32bit static libraries installed on your 64bit > system (ones that are not installed by default). > > -kto > > Kelly O'Hair wrote: > > I recall a problem where if you have an env variable named ARCH, you > > will impact the build of hotspot. I forget all the details, but I recall > > that some of the hotspot makefiles do an 'ifndef ARCH' before setting > ARCH, > > so it can get impacted by the environment variables. > > > > The ARCH_DATA_MODEL=32 or ARCH_DATA_MODEL=64 is used by the openjdk > > makefiles > > (hotspot makefiles may also look for LP64=1). > > I would try running 'make sanity' and see what ARCH setting it has. > > > > The whole arch naming issue is a bit messy. There is a libarch name used > > under > > the 'lib' directory, I call this LIBARCH and for Solaris and Linux it's > > one of > > i386, sparc, amd64, or sparcv9. (Linux may use sparc64???) > > Windows doesn't really use a LIBARCH. > > > > Then there is the ARCH used after the PLATFORM name of windows, linux, > > solaris > > to create the directory names and bundles, like windows-i586 (yes, it's > > i586 > > in this case, or sparc or amd64 or sparcv9). > > Then there are other places where people have used generic arch names > like > > x86 or x64. > > > > My advice is to not mess with ARCH and not set ARCH in your environment. > > If the makefiles aren't figuring out what the correct ARCH is, then we > > should > > fix that. I'm not sure when this ARCH mess will ever be cleaned up, but > > the first step may be to stop using the spelling "ARCH" in the makefiles > > because of the confusion as to where it's used and what it means. > > (Getting ARCH from the environment variables also seems very wrong to > me) > > > > --- > > The ALT_JDK_IMPORT_PATH problem is a known one, setting it to the boot > > jdk is > > harmless when doing a full build. > > > > -kto > > > > Ben Cheng wrote: > >> Hi Folks, > >> > >> I am trying to build 32-bit openjdk7 from source under control/make, > >> but I seem to have endless troubles picking up the right ARCH option. > >> The source code is from the b23 snapshot. > >> > >> I started with > >> > >> make ARCH_DATA_MODEL=32 ALT_BOOTDIR=/usr/lib/jvm/java-6-sun > >> ANT_HOME= FINDBUGS_HOME= > >> > >> It quickly failed with the following error: > >> > >> [ gcc command neglected] > >> ... > >> -ljvm -L/usr/lib/jvm/java-6-sun/jre/lib/amd64 -ljava > >> -L/usr/lib/jvm/java-6-sun/jre/lib/amd64/server -ljvm -lc > >> /usr/bin/ld: cannot find -ljvm > >> > >> because there is no amd64 under /usr/lib/jvm/java-6-sun/jre/lib but > >> only i386, and without specifying ARCH the makefile relies on "uname > >> -m" to guess the ARCH, and it chooses amd64 when seeing x86_64. > >> > >> So I tried to add ARCH=i386 in the command line. The build goes past > >> the previous stage, but sees a different in building > corba/make/javax/xa: > >> > >> /bin/sh: line 5: Check_ALT_JDK_IMPORT_PATH/bin/javac: No such file or > >> directory > >> > >> This problem is slightly off topic, as it seems to require adding > >> ALT_JDK_IMPORT_PATH to the command-line even my intention is to do a > >> complete build. Although I still don't know why it is necessary, > >> adding ALT_JDK_IMPORT_PATH=$ALT_BOOTDIR gets me past corba, but the > >> builds stalls at hotspot: > >> > >> > >> make[6]: *** No rule to make target > >> `openjdk/v1_7/hotspot/src/cpu/i386/vm/x86_32.ad', needed by > >> `../generated/adfiles/linux_x86_32.ad'. Stop. > >> > >> Apparenly hotspot doesn't like ARCH=i386 but prefers ARCH=x86, and I > >> found a place to hack in hotspot/build/linux/Makefile, where I > >> override ARCH=$(SRCARCH) in the following context: > >> > >> $(TARGETS_C2): $(SUBDIRS_C2) > >> cd $(OSNAME)_$(BUILDARCH)_compiler2/$@ && $(MAKE) $(MFLAGS) > >> ARCH=$(SRCARCH) > >> > >> Then, the next error shows up in exporting jvmti.html, where I need to > >> add the following rule in hotspot/build/linux/makefiles > >> /defs.make if I define ARCH as i386: > >> > >> ifeq ($(ARCH), i386) > >> ARCH_DATA_MODEL = 32 > >> PLATFORM = linux-i586 > >> VM_PLATFORM = linux_i486 > >> HS_ARCH = x86 > >> endif > >> > >> There is a similar patch for i586 so I suspect people tried to build > >> hotspot with ARCH=i686 and ran into similar errors. > >> > >> Well, this is not the end of errors, as the next one shows up in > >> jdk/make/java/jli, where it fails to locate ergo_i386.c because only > >> the following two variants are available: > >> > >> jdk/src/solaris/bin/ergo_i586.c > >> jdk/src/solaris/bin/ergo_sparc.c > >> > >> In summary, my questions can be condensed into two: > >> > >> 1) Is control/make the right place to build everything from source. If > >> so, why is ALT_JDK_IMPORT_PATH needed in the make command line? > >> 2) What is the ARCH value applicable to all modules if the goal is to > >> build 32-bit package on x86_64 platform? > >> > >> Thanks, > >> -Ben > -------------- next part -------------- An HTML attachment was scrubbed... URL: From yuka.kamiya at sun.com Wed Nov 28 22:21:19 2007 From: yuka.kamiya at sun.com (yuka.kamiya at sun.com) Date: Wed, 28 Nov 2007 22:21:19 +0000 Subject: jdk7/i18n/jdk: 2 new changesets Message-ID: <20071128222151.19A0E25C2E@hg.openjdk.java.net> Changeset: 31e59aabe3ac Author: peytoia Date: 2007-11-29 04:42 +0900 URL: http://hg.openjdk.java.net/jdk7/i18n/jdk/rev/31e59aabe3ac 1111111: Added readme file + Readme.example Changeset: 41408fb7ba42 Author: peytoia Date: 2007-11-29 04:43 +0900 URL: http://hg.openjdk.java.net/jdk7/i18n/jdk/rev/41408fb7ba42 2222222: modified README ! README From kumar.srinivasan at sun.com Wed Nov 28 22:57:45 2007 From: kumar.srinivasan at sun.com (kumar.srinivasan at sun.com) Date: Wed, 28 Nov 2007 22:57:45 +0000 Subject: jdk7/tl/jdk: 2 new changesets Message-ID: <20071128225809.0DE6825C38@hg.openjdk.java.net> Changeset: 763beb9353dc Author: ksrini Date: 2007-11-28 10:58 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/763beb9353dc undid the last and renamed a file = src/share/bin/READ.ME < src/share/bin/README Changeset: 0703b5489eaa Author: ksrini Date: 2007-11-28 14:55 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/0703b5489eaa test From peter.kessler at sun.com Thu Nov 29 01:24:23 2007 From: peter.kessler at sun.com (peter.kessler at sun.com) Date: Thu, 29 Nov 2007 01:24:23 +0000 Subject: jdk7/hotspot-gc/hotspot: README should be more friendly Message-ID: <20071129012425.6D9E125C77@hg.openjdk.java.net> Changeset: 6bbf8078579b Author: jcoomes Date: 2007-11-28 17:15 -0800 URL: http://hg.openjdk.java.net/jdk7/hotspot-gc/hotspot/rev/6bbf8078579b README should be more friendly ! README From weijun.wang at sun.com Thu Nov 29 02:42:25 2007 From: weijun.wang at sun.com (weijun.wang at sun.com) Date: Thu, 29 Nov 2007 02:42:25 +0000 Subject: jdk7/jsn/jaxp: More README Message-ID: <20071129024226.BDC4325CA7@hg.openjdk.java.net> Changeset: 2360a49d0e35 Author: weijun Date: 2007-11-28 18:39 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jaxp/rev/2360a49d0e35 More README ! README From weijun.wang at sun.com Thu Nov 29 02:52:52 2007 From: weijun.wang at sun.com (weijun.wang at sun.com) Date: Thu, 29 Nov 2007 02:52:52 +0000 Subject: jdk7/jsn/corba: Second Try Message-ID: <20071129025253.11D7E25CAD@hg.openjdk.java.net> Changeset: 51dc87a1de64 Author: weijun Date: 2007-11-29 10:52 +0800 URL: http://hg.openjdk.java.net/jdk7/jsn/corba/rev/51dc87a1de64 Second Try ! README From rabelenda at gmail.com Thu Nov 29 11:07:11 2007 From: rabelenda at gmail.com (Roger Abelenda) Date: Thu, 29 Nov 2007 08:07:11 -0300 Subject: ccplus: warnings being trated as errors Message-ID: <975ae7d10711290307r2d1a3e49v66f3ad4d99681c84@mail.gmail.com> Hello i'm trying to compile the openjdk machine with open Suse 10.3. I'm using the b22 version of openjdk, and jdk 1.6_03 virtual machine as boostrap and import_jdk_directory. When i put it tu compile at last of the errors messages it gives me the following: cc1plus: warnings being treated as errors /home/roger/Desktop/openjdk/hotspot/src/os/linux/vm/jvm_linux.cpp:182: warning: deprecated conversion from string constant to 'char*' /home/roger/Desktop/openjdk/hotspot/src/os/linux/vm/jvm_linux.cpp:182: warning: deprecated conversion from string constant to 'char*' /home/roger/Desktop/openjdk/hotspot/src/os/linux/vm/jvm_linux.cpp:182: warning: deprecated conversion from string constant to 'char*' /home/roger/Desktop/openjdk/hotspot/src/os/linux/vm/jvm_linux.cpp:182: warning: deprecated conversion from string constant to 'char*' /home/roger/Desktop/openjdk/hotspot/src/os/linux/vm/jvm_linux.cpp:182: warning: deprecated conversion from string constant to 'char*' /home/roger/Desktop/openjdk/hotspot/src/os/linux/vm/jvm_linux.cpp:182: warning: deprecated conversion from string constant to 'char*' /home/roger/Desktop/openjdk/hotspot/src/os/linux/vm/jvm_linux.cpp:182: warning: deprecated conversion from string constant to 'char*' /home/roger/Desktop/openjdk/hotspot/src/os/linux/vm/jvm_linux.cpp:182: warning: deprecated conversion from string constant to 'char*' /home/roger/Desktop/openjdk/hotspot/src/os/linux/vm/jvm_linux.cpp:182: warning: deprecated conversion from string constant to 'char*' /home/roger/Desktop/openjdk/hotspot/src/os/linux/vm/jvm_linux.cpp:182: warning: deprecated conversion from string constant to 'char*' /home/roger/Desktop/openjdk/hotspot/src/os/linux/vm/jvm_linux.cpp:182: warning: deprecated conversion from string constant to 'char*' /home/roger/Desktop/openjdk/hotspot/src/os/linux/vm/jvm_linux.cpp:182: warning: deprecated conversion from string constant to 'char*' /home/roger/Desktop/openjdk/hotspot/src/os/linux/vm/jvm_linux.cpp:182: warning: deprecated conversion from string constant to 'char*' /home/roger/Desktop/openjdk/hotspot/src/os/linux/vm/jvm_linux.cpp:182: warning: deprecated conversion from string constant to 'char*' /home/roger/Desktop/openjdk/hotspot/src/os/linux/vm/jvm_linux.cpp:182: warning: deprecated conversion from string constant to 'char*' /home/roger/Desktop/openjdk/hotspot/src/os/linux/vm/jvm_linux.cpp:182: warning: deprecated conversion from string constant to 'char*' /home/roger/Desktop/openjdk/hotspot/src/os/linux/vm/jvm_linux.cpp:182: warning: deprecated conversion from string constant to 'char*' /home/roger/Desktop/openjdk/hotspot/src/os/linux/vm/jvm_linux.cpp:182: warning: deprecated conversion from string constant to 'char*' /home/roger/Desktop/openjdk/hotspot/src/os/linux/vm/jvm_linux.cpp:182: warning: deprecated conversion from string constant to 'char*' /home/roger/Desktop/openjdk/hotspot/src/os/linux/vm/jvm_linux.cpp:182: warning: deprecated conversion from string constant to 'char*' /home/roger/Desktop/openjdk/hotspot/src/os/linux/vm/jvm_linux.cpp:182: warning: deprecated conversion from string constant to 'char*' /home/roger/Desktop/openjdk/hotspot/src/os/linux/vm/jvm_linux.cpp:182: warning: deprecated conversion from string constant to 'char*' /home/roger/Desktop/openjdk/hotspot/src/os/linux/vm/jvm_linux.cpp:182: warning: deprecated conversion from string constant to 'char*' /home/roger/Desktop/openjdk/hotspot/src/os/linux/vm/jvm_linux.cpp:182: warning: deprecated conversion from string constant to 'char*' /home/roger/Desktop/openjdk/hotspot/src/os/linux/vm/jvm_linux.cpp:182: warning: deprecated conversion from string constant to 'char*' /home/roger/Desktop/openjdk/hotspot/src/os/linux/vm/jvm_linux.cpp:182: warning: deprecated conversion from string constant to 'char*' /home/roger/Desktop/openjdk/hotspot/src/os/linux/vm/jvm_linux.cpp:182: warning: deprecated conversion from string constant to 'char*' /home/roger/Desktop/openjdk/hotspot/src/os/linux/vm/jvm_linux.cpp:182: warning: deprecated conversion from string constant to 'char*' /home/roger/Desktop/openjdk/hotspot/src/os/linux/vm/jvm_linux.cpp:182: warning: deprecated conversion from string constant to 'char*' /home/roger/Desktop/openjdk/hotspot/src/os/linux/vm/jvm_linux.cpp:182: warning: deprecated conversion from string constant to 'char*' /home/roger/Desktop/openjdk/hotspot/src/os/linux/vm/jvm_linux.cpp:182: warning: deprecated conversion from string constant to 'char*' /home/roger/Desktop/openjdk/hotspot/src/os/linux/vm/jvm_linux.cpp:182: warning: deprecated conversion from string constant to 'char*' /home/roger/Desktop/openjdk/hotspot/src/os/linux/vm/jvm_linux.cpp:182: warning: deprecated conversion from string constant to 'char*' /home/roger/Desktop/openjdk/hotspot/src/os/linux/vm/jvm_linux.cpp:182: warning: deprecated conversion from string constant to 'char*' make[5]: *** [jvm_linux.o] Error 1 make[4]: *** [the_vm] Error 2 make[3]: *** [product] Error 2 make[2]: *** [generic_build2] Error 2 make[1]: *** [product] Error 2 make: *** [hotspot-build] Error 2 I already installed it in Fedora Core 6 successfully and it didn't show me that kind of error. I apreciate any advise. From mark at klomp.org Thu Nov 29 12:46:47 2007 From: mark at klomp.org (Mark Wielaard) Date: Thu, 29 Nov 2007 13:46:47 +0100 Subject: ccplus: warnings being trated as errors In-Reply-To: <975ae7d10711290307r2d1a3e49v66f3ad4d99681c84@mail.gmail.com> References: <975ae7d10711290307r2d1a3e49v66f3ad4d99681c84@mail.gmail.com> Message-ID: <1196340407.27594.36.camel@dijkstra.wildebeest.org> Hi Roger, On Thu, 2007-11-29 at 08:07 -0300, Roger Abelenda wrote: > Hello i'm trying to compile the openjdk machine with open Suse 10.3. > I'm using the b22 version of openjdk, and jdk 1.6_03 virtual machine > as boostrap and import_jdk_directory. When i put it tu compile at last > of the errors messages it gives me the following: > > cc1plus: warnings being treated as errors > /home/roger/Desktop/openjdk/hotspot/src/os/linux/vm/jvm_linux.cpp:182: > warning: deprecated conversion from string constant to 'char*' > [...] > make[5]: *** [jvm_linux.o] Error 1 > make[4]: *** [the_vm] Error 2 > make[3]: *** [product] Error 2 > make[2]: *** [generic_build2] Error 2 > make[1]: *** [product] Error 2 > make: *** [hotspot-build] Error 2 > > I already installed it in Fedora Core 6 successfully and it didn't > show me that kind of error. I apreciate any advise. Yes, had the same issue on Debian. Arnaud van Dyck made a page describing how to compile (icedtea derived from openjdk) on Debian using a couple of small patches: http://icedtea.classpath.org/wiki/DebianBuildingInstructions Some of those patches might also be appropriate for your suse system. Cheers, Mark From weijun.wang at sun.com Thu Nov 29 17:18:17 2007 From: weijun.wang at sun.com (weijun.wang at sun.com) Date: Thu, 29 Nov 2007 17:18:17 +0000 Subject: jdk7/jsn/corba: License canot be modified Message-ID: <20071129171819.2CA1025D95@hg.openjdk.java.net> Changeset: 4cbbdfccc885 Author: weijun Date: 2007-11-30 01:17 +0800 URL: http://hg.openjdk.java.net/jdk7/jsn/corba/rev/4cbbdfccc885 License canot be modified ! LICENSE From kelly.ohair at sun.com Thu Nov 29 17:38:32 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Thu, 29 Nov 2007 17:38:32 +0000 Subject: jdk7/build: 3 new changesets Message-ID: <20071129173832.1A7EC25D9F@hg.openjdk.java.net> Changeset: efc7a08778a1 Author: ohair Date: 2007-11-29 09:34 -0800 URL: http://hg.openjdk.java.net/jdk7/build/rev/efc7a08778a1 Minor changes to Makefile and README ! Makefile ! README Changeset: c78c773008f4 Author: ohair Date: 2007-11-29 09:35 -0800 URL: http://hg.openjdk.java.net/jdk7/build/rev/c78c773008f4 Changes to a different readme and the Makefile ! Makefile ! README-builds.html Changeset: 02ecbfc5b843 Author: ohair Date: 2007-11-29 09:36 -0800 URL: http://hg.openjdk.java.net/jdk7/build/rev/02ecbfc5b843 Automated merge with file:/w/ohair/build ! Makefile From david.holmes at sun.com Thu Nov 29 03:45:24 2007 From: david.holmes at sun.com (david.holmes at sun.com) Date: Thu, 29 Nov 2007 03:45:24 +0000 Subject: jdk7/hotspot/hotspot: Updated README file Message-ID: <20071129034527.B6F8D25CF3@hg.openjdk.java.net> Changeset: dbeac7b8c2e6 Author: dholmes Date: 2007-11-28 14:51 +1000 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/dbeac7b8c2e6 Updated README file ! README From joe.wang at sun.com Thu Nov 29 06:36:04 2007 From: joe.wang at sun.com (joe.wang at sun.com) Date: Thu, 29 Nov 2007 06:36:04 +0000 Subject: jdk7/jaxp/jaxp: Fixed 6631310 : jaxp issue 42 : dysfunctional hyperlink in package org.xml.sax Message-ID: <20071129063607.00A9A25D51@hg.openjdk.java.net> Changeset: db868c7da6dc Author: joehw Date: 2007-11-28 22:19 -0800 URL: http://hg.openjdk.java.net/jdk7/jaxp/jaxp/rev/db868c7da6dc Fixed 6631310 : jaxp issue 42 : dysfunctional hyperlink in package org.xml.sax ! src/share/classes/org/xml/sax/ext/package.html ! src/share/classes/org/xml/sax/helpers/package.html ! src/share/classes/org/xml/sax/package.html From christopher.hegarty at sun.com Thu Nov 29 09:54:20 2007 From: christopher.hegarty at sun.com (christopher.hegarty at sun.com) Date: Thu, 29 Nov 2007 09:54:20 +0000 Subject: jdk7/jsn/jdk: Added bogus comment to APDSI. Message-ID: <20071129095438.2995125D7B@hg.openjdk.java.net> Changeset: 136e95de6f4a Author: chegar Date: 2007-11-28 16:18 +0000 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/136e95de6f4a Added bogus comment to APDSI. ! src/share/classes/java/net/AbstractPlainDatagramSocketImpl.java From bccheng at google.com Thu Nov 29 18:17:16 2007 From: bccheng at google.com (Ben Cheng) Date: Thu, 29 Nov 2007 10:17:16 -0800 Subject: ccplus: warnings being trated as errors In-Reply-To: <1196340407.27594.36.camel@dijkstra.wildebeest.org> References: <975ae7d10711290307r2d1a3e49v66f3ad4d99681c84@mail.gmail.com> <1196340407.27594.36.camel@dijkstra.wildebeest.org> Message-ID: The main culprit is some (newer) gcc distributions enables -Wwrite-strings by default. I found another place to hack in hotspot's makefile: hotspot/build/linux/makefiles/gcc.make: CFLAGS += $(VM_PICFLAG) CFLAGS += -fno-rtti CFLAGS += -fno-exceptions CFLAGS += -D_REENTRANT CFLAGS += -fcheck-new # Suppress the "deprecated conversion from string constant to 'char*'" warning CFLAGS += -Wno-write-strings Hope this helps, -Ben On Nov 29, 2007 4:46 AM, Mark Wielaard wrote: > Hi Roger, > > On Thu, 2007-11-29 at 08:07 -0300, Roger Abelenda wrote: > > Hello i'm trying to compile the openjdk machine with open Suse 10.3. > > I'm using the b22 version of openjdk, and jdk 1.6_03 virtual machine > > as boostrap and import_jdk_directory. When i put it tu compile at last > > of the errors messages it gives me the following: > > > > cc1plus: warnings being treated as errors > > /home/roger/Desktop/openjdk/hotspot/src/os/linux/vm/jvm_linux.cpp:182: > > warning: deprecated conversion from string constant to 'char*' > > [...] > > make[5]: *** [jvm_linux.o] Error 1 > > make[4]: *** [the_vm] Error 2 > > make[3]: *** [product] Error 2 > > make[2]: *** [generic_build2] Error 2 > > make[1]: *** [product] Error 2 > > make: *** [hotspot-build] Error 2 > > > > I already installed it in Fedora Core 6 successfully and it didn't > > show me that kind of error. I apreciate any advise. > > Yes, had the same issue on Debian. Arnaud van Dyck made a page > describing how to compile (icedtea derived from openjdk) on Debian using > a couple of small patches: > http://icedtea.classpath.org/wiki/DebianBuildingInstructions > Some of those patches might also be appropriate for your suse system. > > Cheers, > > Mark > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mr at sun.com Thu Nov 29 21:00:46 2007 From: mr at sun.com (Mark Reinhold) Date: Thu, 29 Nov 2007 13:00:46 -0800 Subject: Elliotte Rusty Harold: Building the JDK Message-ID: <20071129210046.D208727812C@eggemoggin.niobe.net> Looks like an interesting read: http://today.java.net/pub/a/today/2007/11/29/building-the-jdk.html - Mark From kelly.ohair at sun.com Thu Nov 29 23:00:55 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Thu, 29 Nov 2007 23:00:55 +0000 Subject: jdk7/build: 8888888: Add The End to every Makefile Message-ID: <20071129230055.EDDAE25DD3@hg.openjdk.java.net> Changeset: be260a3ad10e Author: ohair Date: 2007-11-29 14:03 -0800 URL: http://hg.openjdk.java.net/jdk7/build/rev/be260a3ad10e 8888888: Add The End to every Makefile ! Makefile From kelly.ohair at sun.com Thu Nov 29 23:01:11 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Thu, 29 Nov 2007 23:01:11 +0000 Subject: jdk7/build/corba: 8888888: Add The End to every Makefile Message-ID: <20071129230113.2506525DD9@hg.openjdk.java.net> Changeset: f53399f63973 Author: ohair Date: 2007-11-29 14:03 -0800 URL: http://hg.openjdk.java.net/jdk7/build/corba/rev/f53399f63973 8888888: Add The End to every Makefile ! make/Makefile ! make/com/Makefile ! make/com/sun/Makefile ! make/com/sun/corba/Makefile ! make/com/sun/corba/se/Makefile ! make/com/sun/corba/se/PortableActivationIDL/Makefile ! make/com/sun/corba/se/connection/Makefile ! make/com/sun/corba/se/core/Makefile ! make/com/sun/corba/se/corespi/Makefile ! make/com/sun/corba/se/impl/Makefile ! make/com/sun/corba/se/impl/activation/Makefile ! make/com/sun/corba/se/impl/activation/orbd/Makefile ! make/com/sun/corba/se/impl/activation/servertool/Makefile ! make/com/sun/corba/se/impl/interceptors/Makefile ! make/com/sun/corba/se/impl/logging/Makefile ! make/com/sun/corba/se/impl/monitoring/Makefile ! make/com/sun/corba/se/impl/naming/Makefile ! make/com/sun/corba/se/impl/naming/cosnaming/Makefile ! make/com/sun/corba/se/impl/naming/namingutil/Makefile ! make/com/sun/corba/se/impl/naming/pcosnaming/Makefile ! make/com/sun/corba/se/impl/oa/Makefile ! make/com/sun/corba/se/impl/oa/poa/Makefile ! make/com/sun/corba/se/impl/oa/toa/Makefile ! make/com/sun/corba/se/interceptor/Makefile ! make/com/sun/corba/se/pept/Makefile ! make/com/sun/corba/se/rmi/Makefile ! make/com/sun/corba/se/rmi/rmic/Makefile ! make/com/sun/corba/se/sources/Makefile ! make/com/sun/corba/se/spi/Makefile ! make/com/sun/corba/se/spi/activation/Makefile ! make/com/sun/corba/se/spi/copyobject/Makefile ! make/com/sun/corba/se/spi/encoding/Makefile ! make/com/sun/corba/se/spi/extension/Makefile ! make/com/sun/corba/se/spi/legacy/Makefile ! make/com/sun/corba/se/spi/legacy/connection/Makefile ! make/com/sun/corba/se/spi/legacy/interceptor/Makefile ! make/com/sun/corba/se/spi/logging/Makefile ! make/com/sun/corba/se/spi/monitoring/Makefile ! make/javax/Makefile ! make/javax/xa/Makefile ! make/org/Makefile ! make/org/omg/CORBA/Makefile ! make/org/omg/CosNaming/Makefile ! make/org/omg/DynamicAny/Makefile ! make/org/omg/Makefile ! make/org/omg/PortableInterceptor/Makefile ! make/org/omg/PortableServer/Makefile ! make/org/omg/idl/Makefile ! make/org/omg/sources/Makefile ! make/sun/Makefile ! make/sun/corba/Makefile ! make/sun/corba/core/Makefile ! make/sun/corba/org/Makefile ! make/sun/corba/org/omg/Makefile ! make/sun/rmi/Makefile ! make/sun/rmi/corbalogcompile/Makefile ! make/sun/rmi/corbalogsources/Makefile ! make/sun/rmi/rmic/Makefile ! make/tools/Makefile ! make/tools/idlj/Makefile ! make/tools/strip_properties/Makefile ! src/share/classes/com/sun/tools/corba/se/logutil/Makefile From kelly.ohair at sun.com Thu Nov 29 23:02:11 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Thu, 29 Nov 2007 23:02:11 +0000 Subject: jdk7/build/hotspot: 8888888: Add The End to every Makefile Message-ID: <20071129230215.4F15625DE0@hg.openjdk.java.net> Changeset: f3a67b78cb39 Author: ohair Date: 2007-11-29 14:03 -0800 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/f3a67b78cb39 8888888: Add The End to every Makefile ! agent/make/Makefile ! agent/src/os/linux/Makefile ! agent/src/os/solaris/Makefile ! agent/src/os/solaris/dbx/Makefile ! agent/src/os/solaris/proc/Makefile ! agent/src/os/win32/Makefile ! agent/src/os/win32/windbg/Makefile ! agent/test/libproc/Makefile ! build/linux/Makefile ! build/solaris/Makefile ! build/windows/projectfiles/common/Makefile ! build/windows/projectfiles/compiler1/Makefile ! build/windows/projectfiles/compiler2/Makefile ! build/windows/projectfiles/core/Makefile ! build/windows/projectfiles/kernel/Makefile ! build/windows/projectfiles/tiered/Makefile ! make/Makefile ! test/Makefile From kelly.ohair at sun.com Thu Nov 29 23:04:29 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Thu, 29 Nov 2007 23:04:29 +0000 Subject: jdk7/build/jaxp: 8888888: Add The End to every Makefile Message-ID: <20071129230432.69EBE25DE7@hg.openjdk.java.net> Changeset: bdcd028fcf81 Author: ohair Date: 2007-11-29 14:03 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jaxp/rev/bdcd028fcf81 8888888: Add The End to every Makefile ! make/Makefile From kelly.ohair at sun.com Thu Nov 29 23:04:46 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Thu, 29 Nov 2007 23:04:46 +0000 Subject: jdk7/build/jaxws: 8888888: Add The End to every Makefile Message-ID: <20071129230449.0796A25DED@hg.openjdk.java.net> Changeset: a3b98e0fa66a Author: ohair Date: 2007-11-29 14:03 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jaxws/rev/a3b98e0fa66a 8888888: Add The End to every Makefile ! make/Makefile From kelly.ohair at sun.com Thu Nov 29 23:05:08 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Thu, 29 Nov 2007 23:05:08 +0000 Subject: jdk7/build/jdk: 8888888: Add The End to every Makefile Message-ID: <20071129230535.B481C25DF3@hg.openjdk.java.net> Changeset: 85fdea75e546 Author: ohair Date: 2007-11-29 14:03 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/85fdea75e546 8888888: Add The End to every Makefile ! make/Makefile ! make/com/Makefile ! make/com/sun/Makefile ! make/com/sun/crypto/provider/Makefile ! make/com/sun/demo/Makefile ! make/com/sun/demo/jvmti/Makefile ! make/com/sun/demo/jvmti/hprof/Makefile ! make/com/sun/image/Makefile ! make/com/sun/inputmethods/Makefile ! make/com/sun/inputmethods/indicim/Makefile ! make/com/sun/inputmethods/thaiim/Makefile ! make/com/sun/jarsigner/Makefile ! make/com/sun/java/Makefile ! make/com/sun/java/browser/Makefile ! make/com/sun/java/browser/dom/Makefile ! make/com/sun/java/browser/net/Makefile ! make/com/sun/java/pack/Makefile ! make/com/sun/java/pack/prop/Makefile ! make/com/sun/jmx/Makefile ! make/com/sun/jmx/snmp/Makefile ! make/com/sun/jndi/Makefile ! make/com/sun/jndi/cosnaming/Makefile ! make/com/sun/jndi/dns/Makefile ! make/com/sun/jndi/ldap/Makefile ! make/com/sun/jndi/rmi/Makefile ! make/com/sun/jndi/rmi/registry/Makefile ! make/com/sun/jndi/toolkit/Makefile ! make/com/sun/net/httpserver/Makefile ! make/com/sun/net/ssl/Makefile ! make/com/sun/org/Makefile ! make/com/sun/org/apache/Makefile ! make/com/sun/org/apache/xml/Makefile ! make/com/sun/rowset/Makefile ! make/com/sun/script/Makefile ! make/com/sun/security/Makefile ! make/com/sun/security/auth/Makefile ! make/com/sun/security/auth/module/Makefile ! make/com/sun/security/jgss/Makefile ! make/com/sun/security/sasl/Makefile ! make/com/sun/sql/Makefile ! make/com/sun/tools/Makefile ! make/com/sun/tools/attach/Makefile ! make/com/sun/xml/Makefile ! make/docs/Makefile ! make/java/Makefile ! make/java/applet/Makefile ! make/java/awt/Makefile ! make/java/beans/Makefile ! make/java/fdlibm/Makefile ! make/java/hpi/Makefile ! make/java/hpi/native/Makefile ! make/java/hpi/windows/Makefile ! make/java/instrument/Makefile ! make/java/jar/Makefile ! make/java/java/Makefile ! make/java/java/reflect/Makefile ! make/java/java_crw_demo/Makefile ! make/java/java_hprof_demo/Makefile ! make/java/jexec/Makefile ! make/java/jli/Makefile ! make/java/jvm/Makefile ! make/java/logging/Makefile ! make/java/main/Makefile ! make/java/main/java/Makefile ! make/java/main/javaw/Makefile ! make/java/management/Makefile ! make/java/math/Makefile ! make/java/net/Makefile ! make/java/nio/Makefile ! make/java/npt/Makefile ! make/java/redist/Makefile ! make/java/rmi/Makefile ! make/java/security/Makefile ! make/java/sql/Makefile ! make/java/sun_nio/Makefile ! make/java/text/Makefile ! make/java/util/Makefile ! make/java/verify/Makefile ! make/java/version/Makefile ! make/java/zip/Makefile ! make/javax/Makefile ! make/javax/accessibility/Makefile ! make/javax/crypto/Makefile ! make/javax/imageio/Makefile ! make/javax/management/Makefile ! make/javax/print/Makefile ! make/javax/rmi/Makefile ! make/javax/rmi/ssl/Makefile ! make/javax/sound/Makefile ! make/javax/sound/jsoundalsa/Makefile ! make/javax/sound/jsoundds/Makefile ! make/javax/sound/jsoundhs/Makefile ! make/javax/sql/Makefile ! make/javax/swing/Makefile ! make/javax/swing/beaninfo/Makefile ! make/javax/swing/html32dtd/Makefile ! make/javax/swing/plaf/Makefile ! make/jpda/Makefile ! make/jpda/back/Makefile ! make/jpda/bdi/Makefile ! make/jpda/expr/Makefile ! make/jpda/front/Makefile ! make/jpda/gui/Makefile ! make/jpda/jdwp/Makefile ! make/jpda/transport/Makefile ! make/jpda/transport/shmem/Makefile ! make/jpda/transport/socket/Makefile ! make/jpda/tty/Makefile ! make/launchers/Makefile ! make/mkdemo/Makefile ! make/mkdemo/applets/Animator/Makefile ! make/mkdemo/applets/ArcTest/Makefile ! make/mkdemo/applets/BarChart/Makefile ! make/mkdemo/applets/Blink/Makefile ! make/mkdemo/applets/CardTest/Makefile ! make/mkdemo/applets/Clock/Makefile ! make/mkdemo/applets/DitherTest/Makefile ! make/mkdemo/applets/DrawTest/Makefile ! make/mkdemo/applets/Fractal/Makefile ! make/mkdemo/applets/GraphLayout/Makefile ! make/mkdemo/applets/GraphicsTest/Makefile ! make/mkdemo/applets/JumpingBox/Makefile ! make/mkdemo/applets/Makefile ! make/mkdemo/applets/MoleculeViewer/Makefile ! make/mkdemo/applets/NervousText/Makefile ! make/mkdemo/applets/SimpleGraph/Makefile ! make/mkdemo/applets/SortDemo/Makefile ! make/mkdemo/applets/SpreadSheet/Makefile ! make/mkdemo/applets/TicTacToe/Makefile ! make/mkdemo/applets/WireFrame/Makefile ! make/mkdemo/jfc/CodePointIM/Makefile ! make/mkdemo/jfc/FileChooserDemo/Makefile ! make/mkdemo/jfc/Font2DTest/Makefile ! make/mkdemo/jfc/Java2D/Makefile ! make/mkdemo/jfc/Makefile ! make/mkdemo/jfc/Metalworks/Makefile ! make/mkdemo/jfc/Notepad/Makefile ! make/mkdemo/jfc/SampleTree/Makefile ! make/mkdemo/jfc/Stylepad/Makefile ! make/mkdemo/jfc/SwingApplet/Makefile ! make/mkdemo/jfc/SwingSet2/Makefile ! make/mkdemo/jfc/TableExample/Makefile ! make/mkdemo/jni/Makefile ! make/mkdemo/jni/Poller/Makefile ! make/mkdemo/jpda/Makefile ! make/mkdemo/jvmti/Makefile ! make/mkdemo/jvmti/gctest/Makefile ! make/mkdemo/jvmti/heapTracker/Makefile ! make/mkdemo/jvmti/heapViewer/Makefile ! make/mkdemo/jvmti/hprof/Makefile ! make/mkdemo/jvmti/minst/Makefile ! make/mkdemo/jvmti/mtrace/Makefile ! make/mkdemo/jvmti/versionCheck/Makefile ! make/mkdemo/jvmti/waiters/Makefile ! make/mkdemo/management/FullThreadDump/Makefile ! make/mkdemo/management/JTop/Makefile ! make/mkdemo/management/Makefile ! make/mkdemo/management/MemoryMonitor/Makefile ! make/mkdemo/management/VerboseGC/Makefile ! make/mkdemo/scripting/Makefile ! make/mkdemo/scripting/jconsole-plugin/Makefile ! make/mksample/Makefile ! make/mksample/dtrace/Makefile ! make/mksample/jmx/Makefile ! make/mksample/jmx/jmx-scandir/Makefile ! make/mksample/nbproject/Makefile ! make/mksample/nio/Makefile ! make/mksample/nio/server/Makefile ! make/mksample/scripting/Makefile ! make/mksample/scripting/scriptpad/Makefile ! make/mksample/webservices/EbayClient/Makefile ! make/mksample/webservices/EbayServer/Makefile ! make/mksample/webservices/Makefile ! make/org/Makefile ! make/org/ietf/Makefile ! make/org/ietf/jgss/Makefile ! make/org/jcp/Makefile ! make/sun/Makefile ! make/sun/applet/Makefile ! make/sun/audio/Makefile ! make/sun/awt/Makefile ! make/sun/beans/Makefile ! make/sun/cmm/Makefile ! make/sun/cmm/kcms/Makefile ! make/sun/cmm/lcms/Makefile ! make/sun/dcpr/Makefile ! make/sun/font/Makefile ! make/sun/font/t2k/Makefile ! make/sun/headless/Makefile ! make/sun/image/Makefile ! make/sun/image/generic/Makefile ! make/sun/image/vis/Makefile ! make/sun/jar/Makefile ! make/sun/javazic/Makefile ! make/sun/jawt/Makefile ! make/sun/jconsole/Makefile ! make/sun/jdbc/Makefile ! make/sun/jdga/Makefile ! make/sun/jpeg/Makefile ! make/sun/launcher/Makefile ! make/sun/management/Makefile ! make/sun/management/jmxremote/Makefile ! make/sun/management/snmp/Makefile ! make/sun/misc/Makefile ! make/sun/native2ascii/Makefile ! make/sun/net/Makefile ! make/sun/net/others/Makefile ! make/sun/net/spi/Makefile ! make/sun/net/spi/nameservice/Makefile ! make/sun/net/spi/nameservice/dns/Makefile ! make/sun/nio/Makefile ! make/sun/org/Makefile ! make/sun/org/mozilla/Makefile ! make/sun/org/mozilla/javascript/Makefile ! make/sun/pisces/Makefile ! make/sun/rmi/Makefile ! make/sun/rmi/cgi/Makefile ! make/sun/rmi/oldtools/Makefile ! make/sun/rmi/registry/Makefile ! make/sun/rmi/rmi/Makefile ! make/sun/rmi/rmic/Makefile ! make/sun/rmi/rmid/Makefile ! make/sun/security/Makefile ! make/sun/security/action/Makefile ! make/sun/security/jgss/Makefile ! make/sun/security/jgss/wrapper/Makefile ! make/sun/security/krb5/Makefile ! make/sun/security/mscapi/Makefile ! make/sun/security/other/Makefile ! make/sun/security/pkcs11/Makefile ! make/sun/security/smartcardio/Makefile ! make/sun/security/tools/Makefile ! make/sun/security/util/Makefile ! make/sun/serialver/Makefile ! make/sun/splashscreen/Makefile ! make/sun/text/Makefile ! make/sun/tools/Makefile ! make/sun/xawt/Makefile ! make/sunw/Makefile ! make/tools/GenerateCharacter/Makefile ! make/tools/Makefile ! make/tools/addjsum/Makefile ! make/tools/auto_multi/Makefile ! make/tools/buildmetaindex/Makefile ! make/tools/commentchecker/Makefile ! make/tools/compile_font_config/Makefile ! make/tools/compile_properties/Makefile ! make/tools/dir_diff/Makefile ! make/tools/dtdbuilder/Makefile ! make/tools/fontchecker/Makefile ! make/tools/freetypecheck/Makefile ! make/tools/generate_break_iterator/Makefile ! make/tools/generatecurrencydata/Makefile ! make/tools/hasher_classes/Makefile ! make/tools/jarreorder/Makefile ! make/tools/jarsplit/Makefile ! make/tools/javazic/Makefile ! make/tools/jdwpgen/Makefile ! make/tools/makeclasslist/Makefile ! make/tools/reorder/Makefile ! make/tools/strip_properties/Makefile ! make/tools/winver/Makefile ! src/share/demo/java2d/J2DBench/Makefile ! src/share/sample/vm/clr-jvm/Makefile ! src/share/sample/vm/jvm-clr/Makefile ! test/Makefile ! test/java/net/URLClassLoader/sealing/Makefile ! test/java/nio/channels/spi/SelectorProvider/inheritedChannel/Makefile ! test/java/rmi/reliability/benchmark/bench/Makefile ! test/java/rmi/reliability/benchmark/bench/rmi/Makefile ! test/java/util/PluggableLocale/providersrc/Makefile ! test/sun/management/jmxremote/bootstrap/Makefile From kelly.ohair at sun.com Thu Nov 29 23:08:18 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Thu, 29 Nov 2007 23:08:18 +0000 Subject: jdk7/build/langtools: 8888888: Add The End to every Makefile Message-ID: <20071129230821.6554225DF9@hg.openjdk.java.net> Changeset: 4d79bdff36ee Author: ohair Date: 2007-11-29 14:03 -0800 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/4d79bdff36ee 8888888: Add The End to every Makefile ! make/Makefile ! src/share/opensource/javac/Makefile ! test/Makefile From yu-ching.peng at sun.com Thu Nov 29 23:01:04 2007 From: yu-ching.peng at sun.com (yu-ching.peng at sun.com) Date: Thu, 29 Nov 2007 23:01:04 +0000 Subject: jdk7/jsn/jdk: 2 new changesets Message-ID: <20071129230138.4C99025DDB@hg.openjdk.java.net> Changeset: 57ad67ba0e34 Author: valeriep Date: 2007-11-29 14:27 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/57ad67ba0e34 Fixed 9999999: updated exception message ! src/share/classes/sun/security/pkcs11/SunPKCS11.java Changeset: e697861313ea Author: valeriep Date: 2007-11-29 14:42 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/e697861313ea Automated merge with http://hg.openjdk.java.net/jdk7/jsn/jdk From rama.pulavarthi at sun.com Thu Nov 29 23:29:30 2007 From: rama.pulavarthi at sun.com (rama.pulavarthi at sun.com) Date: Thu, 29 Nov 2007 23:29:30 +0000 Subject: jdk7/jaxws/jaxws: Mercurial Repo Trial 1 Message-ID: <20071129232932.6832F25E23@hg.openjdk.java.net> Changeset: ad67802d5c35 Author: ramap Date: 2007-11-29 15:18 -0800 URL: http://hg.openjdk.java.net/jdk7/jaxws/jaxws/rev/ad67802d5c35 Mercurial Repo Trial 1 + README.example From rama.pulavarthi at sun.com Fri Nov 30 00:10:12 2007 From: rama.pulavarthi at sun.com (rama.pulavarthi at sun.com) Date: Fri, 30 Nov 2007 00:10:12 +0000 Subject: jdk7/jdk7/jaxws: 2 new changesets Message-ID: <20071130001015.AB6B025E43@hg.openjdk.java.net> Changeset: ad67802d5c35 Author: ramap Date: 2007-11-29 15:18 -0800 URL: http://hg.openjdk.java.net/jdk7/jdk7/jaxws/rev/ad67802d5c35 Mercurial Repo Trial 1 + README.example Changeset: 0f0a74ba74fa Author: ramap Date: 2007-11-29 15:50 -0800 URL: http://hg.openjdk.java.net/jdk7/jdk7/jaxws/rev/0f0a74ba74fa Automated merge with file:/export3/home/wts-master/jdk7-hg/myrepos/integration/sync/jaxws From mr at sun.com Fri Nov 30 04:04:02 2007 From: mr at sun.com (Mark Reinhold) Date: Thu, 29 Nov 2007 20:04:02 -0800 Subject: hg mail notification In-Reply-To: kumar.srinivasan@sun.com; Thu, 29 Nov 2007 11:45:37 PST; <474F16E1.5070700@Sun.COM> Message-ID: <20071130040402.AAD781A67@callebaut.niobe.net> > Date: Thu, 29 Nov 2007 11:45:37 -0800 > From: kumar.srinivasan at sun.com > The email notification of hg pushes have the following in the subject line > jdk7/path1/path2 > > TeamWare set this in the "Code Manager notification ...." , and I could > set up the mail client filters to appropriately deal with it. Yes, and the subject line of every TeamWare message was, helpfully, exactly the same, i.e., "Code Manager notification (putback-to)". > Is it possible to special prefix the notification subject with an > invariant string, > ex: Hg Push: /jdk7/tl/..... Yes, it's possible, though it'd waste space in the subject line. What do others think? For filtering purposes you can key on the two X- headers that we're adding to every Mercurial notification message, e.g., X-Hg-URL: http://hg.openjdk.java.net/jdk7/jsn/jdk X-Hg-Changeset: 57ad67ba0e3452169921d79166557272dd489430 If a message contains one of those headers then it's a Mercurial notification. - Mark From alan.bateman at sun.com Fri Nov 30 12:06:14 2007 From: alan.bateman at sun.com (alan.bateman at sun.com) Date: Fri, 30 Nov 2007 12:06:14 +0000 Subject: jdk7/tl/jdk: 2 new changesets Message-ID: <20071130120645.8BEBA25E8F@hg.openjdk.java.net> Changeset: 3bdf72345daf Author: alanb Date: 2007-11-26 15:09 +0000 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/3bdf72345daf Rename test + test/java/nio/channels/Selector/ReallyWakeupAfterClose.java - test/java/nio/channels/Selector/WakeupAfterClose.java Changeset: 1323d9a3fbc6 Author: alanb Date: 2007-11-30 11:53 +0000 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/1323d9a3fbc6 Merge - test/java/nio/channels/Selector/WakeupAfterClose.java From yuri.nesterenko at sun.com Fri Nov 30 13:37:33 2007 From: yuri.nesterenko at sun.com (yuri.nesterenko at sun.com) Date: Fri, 30 Nov 2007 13:37:33 +0000 Subject: jdk7/awt/jdk: 2 new changesets Message-ID: <20071130133758.50CD525ED9@hg.openjdk.java.net> Changeset: 5a70ae9851d3 Author: yuri Date: 2007-11-30 15:59 +0300 URL: http://hg.openjdk.java.net/jdk7/awt/jdk/rev/5a70ae9851d3 1234567: two comments to play with kdiff3 ! src/solaris/native/sun/xawt/XWindow.c Changeset: cb88b3a2b66b Author: yuri Date: 2007-11-30 16:35 +0300 URL: http://hg.openjdk.java.net/jdk7/awt/jdk/rev/cb88b3a2b66b merged with v3 ! src/solaris/native/sun/xawt/XWindow.c From Yuri.Nesterenko at Sun.COM Fri Nov 30 14:07:28 2007 From: Yuri.Nesterenko at Sun.COM (Yuri Nesterenko) Date: Fri, 30 Nov 2007 17:07:28 +0300 Subject: kdiff3 arguments order Message-ID: <20071130140727.GA19550@frigate.russia.sun.com> Colleagues, moderately useful dry-run finding: using kdiff3 as a merge tool for mercurial, you better wrap it in the script like this ("merge = ~/bin/kdiff3.sh" in my .hgrc): #!/bin/bash /opt/kde3/bin/kdiff3 -o $1 $2 $1 $3 This way, it will take common base of two revisions as a base (which is correct), will correctly merge different lines, and will save the result in the right place. Thanks, -Yuri From Kumar.Srinivasan at Sun.COM Fri Nov 30 16:07:03 2007 From: Kumar.Srinivasan at Sun.COM (Kumar Srinivasan) Date: Fri, 30 Nov 2007 08:07:03 -0800 Subject: hg mail notification In-Reply-To: <20071130040402.AAD781A67@callebaut.niobe.net> References: <20071130040402.AAD781A67@callebaut.niobe.net> Message-ID: <47503527.5000300@Sun.COM> > Yes, it's possible, though it'd waste space in the subject line. > > What do others think? > > For filtering purposes you can key on the two X- headers that we're > adding to every Mercurial notification message, e.g., > > X-Hg-URL: http://hg.openjdk.java.net/jdk7/jsn/jdk > X-Hg-Changeset: 57ad67ba0e3452169921d79166557272dd489430 > OK!, I did not realize it had its own X-headers, I set Thunderbird to hide all the irrelevant headers. (:)) This solves my immediate problem of filtering my incoming emails. Thanks Kumar > If a message contains one of those headers then it's a Mercurial > notification. > > - Mark > -- Kumar Srinivasan Sun Microsystems, Java Software. 408-276-7586 From Kelly.Ohair at Sun.COM Fri Nov 30 16:37:54 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Fri, 30 Nov 2007 08:37:54 -0800 Subject: hg mail notification In-Reply-To: <20071130040402.AAD781A67@callebaut.niobe.net> References: <20071130040402.AAD781A67@callebaut.niobe.net> Message-ID: <47503C62.8090801@sun.com> How about just a short "HG:" prefix? -kto Mark Reinhold wrote: >> Date: Thu, 29 Nov 2007 11:45:37 -0800 >> From: kumar.srinivasan at sun.com > >> The email notification of hg pushes have the following in the subject line >> jdk7/path1/path2 >> >> TeamWare set this in the "Code Manager notification ...." , and I could >> set up the mail client filters to appropriately deal with it. > > Yes, and the subject line of every TeamWare message was, helpfully, > exactly the same, i.e., "Code Manager notification (putback-to)". > >> Is it possible to special prefix the notification subject with an >> invariant string, >> ex: Hg Push: /jdk7/tl/..... > > Yes, it's possible, though it'd waste space in the subject line. > > What do others think? > > For filtering purposes you can key on the two X- headers that we're > adding to every Mercurial notification message, e.g., > > X-Hg-URL: http://hg.openjdk.java.net/jdk7/jsn/jdk > X-Hg-Changeset: 57ad67ba0e3452169921d79166557272dd489430 > > If a message contains one of those headers then it's a Mercurial > notification. > > - Mark From artem.ananiev at sun.com Fri Nov 30 13:01:00 2007 From: artem.ananiev at sun.com (artem.ananiev at sun.com) Date: Fri, 30 Nov 2007 13:01:00 +0000 Subject: jdk7/awt/jdk: Some comment is added to XWindow.c Message-ID: <20071130130122.01AC725ECD@hg.openjdk.java.net> Changeset: 07bca22415ce Author: art Date: 2007-11-30 15:57 +0300 URL: http://hg.openjdk.java.net/jdk7/awt/jdk/rev/07bca22415ce Some comment is added to XWindow.c ! src/solaris/native/sun/xawt/XWindow.c From artem.ananiev at sun.com Fri Nov 30 13:46:01 2007 From: artem.ananiev at sun.com (artem.ananiev at sun.com) Date: Fri, 30 Nov 2007 13:46:01 +0000 Subject: jdk7/awt/jdk: No CR: previously added comments are removed Message-ID: <20071130134614.019BB25EE1@hg.openjdk.java.net> Changeset: cd91993d7198 Author: art Date: 2007-11-30 16:42 +0300 URL: http://hg.openjdk.java.net/jdk7/awt/jdk/rev/cd91993d7198 No CR: previously added comments are removed ! src/solaris/native/sun/xawt/XWindow.c From Kelly.Ohair at Sun.COM Fri Nov 30 19:11:46 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Fri, 30 Nov 2007 11:11:46 -0800 Subject: Build 24 promotion and the Mercurial Transition Status Message-ID: <47506072.5030509@sun.com> Build 24 and the Mercurial Transition Status: * We are finishing up our Mercurial dryrun this week. In the next few days, all the repositories at http://hg.openjdk.java.net/ will be re-initialized, making them unrelated to the previous experimental ones. They will contain the official starting sources, which will be the same sources we started the dryrun with, and the same as Build 23, so don't be expecting to see developer changes, yet. * Once we have the official jdk7 repositories, we will creating potential Build 24 bits (probably on Mon or Tues), and our release engineering team will have these bits go through some very basic testing before we officially promote them and declare Build 24 done. The release engineering team will be creating some mercurial tags and pushing them into the master jdk7 repositories to label Build 24 when the promotion happens, hopefully Tues or Wed next week. * Internally, we'll need a few days after that to get ourselves re-setup for developers to start doing pushes into their team repositories for Build 25. Since all these team areas are available at http://hg.openjdk.java.net/, everyone should start seeing the jdk7 development 'live', as it happens. * It's not clear when the first team integration into the master jdk7 area for Build 25 will happen. We are still trying to nail down some of our detailed procedures on how team integrations will work, and we'll probably adjust them over time. -kto From kelly.ohair at sun.com Fri Nov 30 22:45:00 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Fri, 30 Nov 2007 22:45:00 +0000 Subject: jdk7/build: 10 new changesets Message-ID: <20071130224500.8257325F07@hg.openjdk.java.net> Changeset: 2c2a99b4da50 Author: jgodinez Date: 2007-11-12 11:28 -0800 URL: http://hg.openjdk.java.net/jdk7/build/rev/2c2a99b4da50 7777777: Empty change ! Makefile Changeset: cabfcc4ead02 Author: xdono Date: 2007-11-15 17:12 -0800 URL: http://hg.openjdk.java.net/jdk7/build/rev/cabfcc4ead02 Added tag jdk7-b98 for changeset 1acfb3b2dfe8 + .hgtags Changeset: 33f97a2d6628 Author: xdono Date: 2007-11-15 17:20 -0800 URL: http://hg.openjdk.java.net/jdk7/build/rev/33f97a2d6628 Added tag ea for changeset cabfcc4ead02 ! .hgtags Changeset: 80b694d7af3c Author: xdono Date: 2007-11-15 17:21 -0800 URL: http://hg.openjdk.java.net/jdk7/build/rev/80b694d7af3c Added tag ea for changeset 33f97a2d6628 ! .hgtags Changeset: 3532ed3d34ae Author: xdono Date: 2007-11-15 17:23 -0800 URL: http://hg.openjdk.java.net/jdk7/build/rev/3532ed3d34ae Removed tag jdk7-b98 ! .hgtags Changeset: adcb0d9aff3a Author: xdono Date: 2007-11-15 17:23 -0800 URL: http://hg.openjdk.java.net/jdk7/build/rev/adcb0d9aff3a Added tag jdk7-b98 for changeset 3532ed3d34ae ! .hgtags Changeset: 9329b2888009 Author: xdono Date: 2007-11-15 17:24 -0800 URL: http://hg.openjdk.java.net/jdk7/build/rev/9329b2888009 Removed tag ea ! .hgtags Changeset: e642828bafb3 Author: xdono Date: 2007-11-15 17:24 -0800 URL: http://hg.openjdk.java.net/jdk7/build/rev/e642828bafb3 Added tag ea for changeset 9329b2888009 ! .hgtags Changeset: 2e6e5e0fa313 Author: xdono Date: 2007-11-15 17:27 -0800 URL: http://hg.openjdk.java.net/jdk7/build/rev/2e6e5e0fa313 Automated merge with file:/p/dolphin/jdk7/REPOS/sandbox/integration/sync Changeset: 587bd8894e80 Author: ohair Date: 2007-11-30 14:43 -0800 URL: http://hg.openjdk.java.net/jdk7/build/rev/587bd8894e80 Merge ! Makefile From kelly.ohair at sun.com Fri Nov 30 22:45:13 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Fri, 30 Nov 2007 22:45:13 +0000 Subject: jdk7/build/corba: 3 new changesets Message-ID: <20071130224516.A864125F0D@hg.openjdk.java.net> Changeset: ff63e19f15b1 Author: xdono Date: 2007-11-15 17:12 -0800 URL: http://hg.openjdk.java.net/jdk7/build/corba/rev/ff63e19f15b1 Added tag jdk7-b98 for changeset 6f1fd7fbfb4c + .hgtags Changeset: 389896f42208 Author: xdono Date: 2007-11-15 17:21 -0800 URL: http://hg.openjdk.java.net/jdk7/build/corba/rev/389896f42208 Added tag ea for changeset ff63e19f15b1 ! .hgtags Changeset: 27b19342c75c Author: ohair Date: 2007-11-30 14:43 -0800 URL: http://hg.openjdk.java.net/jdk7/build/corba/rev/27b19342c75c Merge From kelly.ohair at sun.com Fri Nov 30 22:45:32 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Fri, 30 Nov 2007 22:45:32 +0000 Subject: jdk7/build/hotspot: 3 new changesets Message-ID: <20071130224539.A16A125F13@hg.openjdk.java.net> Changeset: 38b77760d8e2 Author: xdono Date: 2007-11-15 17:12 -0800 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/38b77760d8e2 Added tag jdk7-b98 for changeset 280051e520a0 + .hgtags Changeset: de9a59a5e8da Author: xdono Date: 2007-11-15 17:21 -0800 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/de9a59a5e8da Added tag ea for changeset 38b77760d8e2 ! .hgtags Changeset: f956fd3ad69d Author: ohair Date: 2007-11-30 14:43 -0800 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/f956fd3ad69d Merge From kelly.ohair at sun.com Fri Nov 30 22:46:02 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Fri, 30 Nov 2007 22:46:02 +0000 Subject: jdk7/build/jaxp: 3 new changesets Message-ID: <20071130224606.CFA5D25F19@hg.openjdk.java.net> Changeset: d7ea0d1129a8 Author: xdono Date: 2007-11-15 17:12 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jaxp/rev/d7ea0d1129a8 Added tag jdk7-b98 for changeset 136894844a69 + .hgtags Changeset: af119b365b6c Author: xdono Date: 2007-11-15 17:21 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jaxp/rev/af119b365b6c Added tag ea for changeset d7ea0d1129a8 ! .hgtags Changeset: be7ab081e617 Author: ohair Date: 2007-11-30 14:43 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jaxp/rev/be7ab081e617 Merge From kelly.ohair at sun.com Fri Nov 30 22:46:25 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Fri, 30 Nov 2007 22:46:25 +0000 Subject: jdk7/build/jaxws: 5 new changesets Message-ID: <20071130224632.73B9025F1F@hg.openjdk.java.net> Changeset: 5e1eb9b8fc38 Author: xdono Date: 2007-11-15 17:12 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jaxws/rev/5e1eb9b8fc38 Added tag jdk7-b98 for changeset 1aaf78f51359 + .hgtags Changeset: f7ace41c3d09 Author: xdono Date: 2007-11-15 17:21 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jaxws/rev/f7ace41c3d09 Added tag ea for changeset 5e1eb9b8fc38 ! .hgtags Changeset: ad67802d5c35 Author: ramap Date: 2007-11-29 15:18 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jaxws/rev/ad67802d5c35 Mercurial Repo Trial 1 + README.example Changeset: 0f0a74ba74fa Author: ramap Date: 2007-11-29 15:50 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jaxws/rev/0f0a74ba74fa Automated merge with file:/export3/home/wts-master/jdk7-hg/myrepos/integration/sync/jaxws Changeset: cf852a5a4ecc Author: ohair Date: 2007-11-30 14:43 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jaxws/rev/cf852a5a4ecc Merge From kelly.ohair at sun.com Fri Nov 30 22:46:54 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Fri, 30 Nov 2007 22:46:54 +0000 Subject: jdk7/build/jdk: 5 new changesets Message-ID: <20071130224756.603BE25F25@hg.openjdk.java.net> Changeset: 8dbae7f25420 Author: xdono Date: 2007-11-15 17:12 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/8dbae7f25420 Added tag jdk7-b98 for changeset 3a3c4785e7a7 + .hgtags Changeset: a6a8a49ece3e Author: xdono Date: 2007-11-15 17:21 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/a6a8a49ece3e Added tag ea for changeset 8dbae7f25420 ! .hgtags Changeset: 3b07d5452236 Author: jgodinez Date: 2007-11-20 11:44 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/3b07d5452236 1111111: Moved javax/print tests to open dir. + test/javax/print/CheckDupFlavor.java + test/javax/print/CloseStreamTest.java + test/javax/print/DialogLocTest.java + test/javax/print/DialogMargins.java + test/javax/print/FindMedia.java + test/javax/print/ImageableAreaTest.java + test/javax/print/LookupServices.java + test/javax/print/RegService.java + test/javax/print/StreamPrinting.java + test/javax/print/StreamPrintingNPE.java + test/javax/print/StreamPrintingOrientation.java + test/javax/print/SupportedMedia.java + test/javax/print/TestNullService.java + test/javax/print/TextFlavorTest.java + test/javax/print/URLGIFPrinting.java + test/javax/print/duke.gif + test/javax/print/example.ps + test/javax/print/example.txt Changeset: f61efbf96433 Author: jgodinez Date: 2007-11-20 12:07 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/f61efbf96433 Automated merge with file:/net/jano1/export1/2d/ws/Mercu/integration/my2d/jdk Changeset: e8ffee3b6bd0 Author: ohair Date: 2007-11-30 14:43 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/e8ffee3b6bd0 Merge From kelly.ohair at sun.com Fri Nov 30 22:49:21 2007 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Fri, 30 Nov 2007 22:49:21 +0000 Subject: jdk7/build/langtools: 3 new changesets Message-ID: <20071130224926.8E9D525F2B@hg.openjdk.java.net> Changeset: d4e5d94228bb Author: xdono Date: 2007-11-15 17:12 -0800 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/d4e5d94228bb Added tag jdk7-b98 for changeset ccd8b7547535 + .hgtags Changeset: 15412b83d759 Author: xdono Date: 2007-11-15 17:21 -0800 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/15412b83d759 Added tag ea for changeset d4e5d94228bb ! .hgtags Changeset: 12077585fe32 Author: ohair Date: 2007-11-30 14:43 -0800 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/12077585fe32 Merge From xiomara.jayasena at sun.com Fri Nov 30 23:13:28 2007 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Fri, 30 Nov 2007 23:13:28 +0000 Subject: jdk7/build: 999999: Added readme file Message-ID: <20071130231328.32B6D25F31@hg.openjdk.java.net> Changeset: db11a15e5e07 Author: xdono Date: 2007-11-30 15:01 -0800 URL: http://hg.openjdk.java.net/jdk7/build/rev/db11a15e5e07 999999: Added readme file + READMEx From kumar.srinivasan at sun.com Fri Nov 30 23:50:32 2007 From: kumar.srinivasan at sun.com (kumar.srinivasan at sun.com) Date: Fri, 30 Nov 2007 23:50:32 +0000 Subject: jdk7/tl/jdk: 2 new changesets Message-ID: <20071130235103.5AB4B25F47@hg.openjdk.java.net> Changeset: 71bcdba5aaf9 Author: ksrini Date: 2007-11-30 15:47 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/71bcdba5aaf9 Removed an annoying READ.ME file, lets see if this works while jano2 is down. - src/share/bin/READ.ME Changeset: fa3a2d41c21e Author: ksrini Date: 2007-11-30 15:49 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/fa3a2d41c21e Say what ? I did not remove WakeupAfterClose - test/java/nio/channels/Selector/WakeupAfterClose.java