From erik.joelsson at oracle.com Mon Oct 1 00:34:18 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Mon, 01 Oct 2012 07:34:18 +0000 Subject: hg: build-infra/jdk8/jdk: Moved all jars created in CreateJars to images outputdir so that the Message-ID: <20121001073449.92A3047146@hg.openjdk.java.net> Changeset: 8ab6e95132af Author: erikj Date: 2012-10-01 09:33 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/8ab6e95132af Moved all jars created in CreateJars to images outputdir so that the images target doesn't pollute the jdk outputdir. ! makefiles/CreateJars.gmk ! makefiles/Images.gmk From erik.joelsson at oracle.com Mon Oct 1 03:32:37 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Mon, 01 Oct 2012 10:32:37 +0000 Subject: hg: build-infra/jdk8/jdk: Excluding server jvm on windows x86 (unless client wasn't built) Message-ID: <20121001103337.C0B2047147@hg.openjdk.java.net> Changeset: 33dc49a6c649 Author: erikj Date: 2012-10-01 12:11 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/33dc49a6c649 Excluding server jvm on windows x86 (unless client wasn't built) ! makefiles/Images.gmk From erik.joelsson at oracle.com Mon Oct 1 03:49:33 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Mon, 01 Oct 2012 10:49:33 +0000 Subject: hg: build-infra/jdk8: 3 new changesets Message-ID: <20121001104934.0F52D47148@hg.openjdk.java.net> Changeset: 7a89e6812669 Author: erikj Date: 2012-10-01 12:13 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/7a89e6812669 Changed search path for msvcr100.dll so that the right one is found for windows x86. ! common/autoconf/toolchain_windows.m4 Changeset: 69cc5e2cb39f Author: erikj Date: 2012-10-01 12:13 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/69cc5e2cb39f Added compare exceptions for windows x86. ! common/bin/compare_exceptions.sh.incl Changeset: 4788a88d3c2a Author: erikj Date: 2012-10-01 12:29 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/4788a88d3c2a Regen configure ! common/autoconf/generated-configure.sh From erik.joelsson at oracle.com Tue Oct 2 05:50:00 2012 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Tue, 02 Oct 2012 14:50:00 +0200 Subject: building on cygwin In-Reply-To: <5065CD8F.8010008@oracle.com> References: <5065CD8F.8010008@oracle.com> Message-ID: <506AE2F8.8090704@oracle.com> From this I can only conclude that the problem is caused by your old version of cygwin. I don't know of a "good" way to debug/trace that. I usually end up doing a bunch of $$(show ...) which sometimes works and sometimes not. My cygwin says: $ uname --all CYGWIN_NT-6.0-WOW64 sthintel-ex01 1.7.15(0.260/5/3) 2012-05-09 10:25 i686 Cygwin and make: $ make --version GNU Make 3.82.90 Built for i686-pc-cygwin /Erik On 2012-09-28 18:17, Jim Holmlund wrote: > > The new build didn't work on my cygwin PC. > My cygwin is old. Erik said he could build ok under cygwin. Kelly > said to try a new cygwin which I am loathe to do. > > I think I tracked the problem down to this code in IdlCompilation.gmk: >> # Now create the dependencies for each idl target. >> $$(foreach p,$$($1),$$(eval $$(call >> add_idl_package,$1,$$($1_SRC),$$($1_BIN),$$(patsubst >> $$($1_BIN)/%.idl.d,$$($1_SRC)/%.idl,$$p),$$p,$$($1_DELETES),$$($1_OLDIMPLBASES),$$($1_IDLJ)))) > Tracing code I added shows that this foreach never calls add_idl_pacakge. > BTW, what is a good way to debug/trace something like that $$(foreach...? > > Here is my uname -a output: > CYGWIN_NT-5.1 fff 1.5.25(0.156/4/2) 2008-06-12 19:34 i686 Cygwin > > The make I am using is in /usr/bin, and make -v reports that it is > GNU Make 3.82 > Built for i686-pc-cygwin > > The make I am using on solaris is 3.81 and it works ok. So, I tried a > build on windows using 3.81 and the above problem went away. > > Thanks > - jjh > From erik.joelsson at oracle.com Tue Oct 2 05:51:51 2012 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Tue, 02 Oct 2012 14:51:51 +0200 Subject: My next, and last problem with building on my cygwin In-Reply-To: <50664379.5070008@oracle.com> References: <50664379.5070008@oracle.com> Message-ID: <506AE367.9080901@oracle.com> This is an interesting observation. Hasn't happened to me but I will apply your patch. /Erik On 2012-09-29 02:40, Jim Holmlund wrote: > The jdk CreateJars.gmk file creates a file named _the.jars.contents > which contains, well you guessed it, a list of all the contents of a > jar file. > > It then greps for .class files in this list. The problem is that on > my machine, the lines in _the.jars.contents end with that stupid ^M > char. This prevents the greps from finding any .class files. > > I don't know the best fix for this. I made this change and now I can > build thru images successfully: > >> diff -r d94613ac03d8 makefiles/CreateJars.gmk >> --- a/makefiles/CreateJars.gmk Wed Sep 26 22:22:51 2012 -0700 >> +++ b/makefiles/CreateJars.gmk Fri Sep 28 17:33:09 2012 -0700 >> @@ -305,7 +305,7 @@ >> ($(CD) $(JDK_OUTPUTDIR)/classes && \ >> $(TOOL_JARREORDER) \ >> -o $@.tmp $(JDK_OUTPUTDIR)/lib/classlist >> $(JDK_OUTPUTDIR)/lib/_the.jars.exclude . ) >> - $(MV) $@.tmp $@ >> + $(SED) -e 's@\ >> *$$@@' $@.tmp > $@ >> >> $(JDK_OUTPUTDIR)/lib/_the.rt.jar.contents: >> $(JDK_OUTPUTDIR)/lib/_the.jars.contents >> $(MKDIR) -p $(@D) > - jjh > From oehrstroem at gmail.com Tue Oct 2 07:58:15 2012 From: oehrstroem at gmail.com (=?ISO-8859-1?Q?Fredrik_=D6hrstr=F6m?=) Date: Tue, 2 Oct 2012 07:58:15 -0700 Subject: My next, and last problem with building on my cygwin In-Reply-To: <506AE367.9080901@oracle.com> References: <50664379.5070008@oracle.com> <506AE367.9080901@oracle.com> Message-ID: This sounds like the non-trivial problem when dealing with CRLF and LF line endings. http://cygwin.com/cygwin-ug-net/highlights.html#ov-hi-textvsbinary http://cygwin.com/cygwin-ug-net/using-textbinary.html http://cygwin.com/cygwin-ug-net/using-cygwinenv.html Jim, if you are using cygwin 1.5 could you test if CYGWIN=binmode added to your environment has any effect on the problem? If not, perhaps you could try a later version of cygwin (1.7), since I believe that the default setting has changed to binary mode. //Fredrik 2012/10/2 Erik Joelsson : > This is an interesting observation. Hasn't happened to me but I will apply > your patch. > > /Erik > > > On 2012-09-29 02:40, Jim Holmlund wrote: >> >> The jdk CreateJars.gmk file creates a file named _the.jars.contents which >> contains, well you guessed it, a list of all the contents of a jar file. >> >> It then greps for .class files in this list. The problem is that on my >> machine, the lines in _the.jars.contents end with that stupid ^M char. This >> prevents the greps from finding any .class files. >> >> I don't know the best fix for this. I made this change and now I can >> build thru images successfully: >> >>> diff -r d94613ac03d8 makefiles/CreateJars.gmk >>> --- a/makefiles/CreateJars.gmk Wed Sep 26 22:22:51 2012 -0700 >>> +++ b/makefiles/CreateJars.gmk Fri Sep 28 17:33:09 2012 -0700 >>> @@ -305,7 +305,7 @@ >>> ($(CD) $(JDK_OUTPUTDIR)/classes && \ >>> $(TOOL_JARREORDER) \ >>> -o $@.tmp $(JDK_OUTPUTDIR)/lib/classlist >>> $(JDK_OUTPUTDIR)/lib/_the.jars.exclude . ) >>> - $(MV) $@.tmp $@ >>> + $(SED) -e 's@\ >>> *$$@@' $@.tmp > $@ >>> >>> $(JDK_OUTPUTDIR)/lib/_the.rt.jar.contents: >>> $(JDK_OUTPUTDIR)/lib/_the.jars.contents >>> $(MKDIR) -p $(@D) >> >> - jjh >> > From erik.joelsson at oracle.com Tue Oct 2 09:04:26 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Tue, 02 Oct 2012 16:04:26 +0000 Subject: hg: build-infra/jdk8: Fixed cflags and compare exceptions for solaris sparcv9. Updated exceptions for sparc. Both are now equal. Message-ID: <20121002160427.3855347163@hg.openjdk.java.net> Changeset: c32db987e9dc Author: erikj Date: 2012-10-02 17:04 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/c32db987e9dc Fixed cflags and compare exceptions for solaris sparcv9. Updated exceptions for sparc. Both are now equal. ! common/autoconf/generated-configure.sh ! common/autoconf/toolchain.m4 ! common/bin/compare_exceptions.sh.incl From james.holmlund at oracle.com Tue Oct 2 11:11:27 2012 From: james.holmlund at oracle.com (Jim Holmlund) Date: Tue, 02 Oct 2012 11:11:27 -0700 Subject: My next, and last problem with building on my cygwin In-Reply-To: References: <50664379.5070008@oracle.com> <506AE367.9080901@oracle.com> Message-ID: <506B2E4F.5080107@oracle.com> On 10/2/2012 7:58 AM, Fredrik ?hrstr?m wrote: > This sounds like the non-trivial problem when dealing with CRLF and LF line > endings. > > http://cygwin.com/cygwin-ug-net/highlights.html#ov-hi-textvsbinary > http://cygwin.com/cygwin-ug-net/using-textbinary.html > http://cygwin.com/cygwin-ug-net/using-cygwinenv.html > > Jim, if you are using cygwin 1.5 could you test if CYGWIN=binmode > added to your environment has any effect on the problem? CYGWIN=binmode had no effect. > If not, > perhaps you could try a later > version of cygwin (1.7), since I believe that the default setting has changed to > binary mode. I'll give this a try if I can figure out a way to do it that isn't a one way road to perdition :-) - jjh > //Fredrik > > 2012/10/2 Erik Joelsson: >> This is an interesting observation. Hasn't happened to me but I will apply >> your patch. >> >> /Erik >> >> >> On 2012-09-29 02:40, Jim Holmlund wrote: >>> The jdk CreateJars.gmk file creates a file named _the.jars.contents which >>> contains, well you guessed it, a list of all the contents of a jar file. >>> >>> It then greps for .class files in this list. The problem is that on my >>> machine, the lines in _the.jars.contents end with that stupid ^M char. This >>> prevents the greps from finding any .class files. >>> >>> I don't know the best fix for this. I made this change and now I can >>> build thru images successfully: >>> >>>> diff -r d94613ac03d8 makefiles/CreateJars.gmk >>>> --- a/makefiles/CreateJars.gmk Wed Sep 26 22:22:51 2012 -0700 >>>> +++ b/makefiles/CreateJars.gmk Fri Sep 28 17:33:09 2012 -0700 >>>> @@ -305,7 +305,7 @@ >>>> ($(CD) $(JDK_OUTPUTDIR)/classes&& \ >>>> $(TOOL_JARREORDER) \ >>>> -o $@.tmp $(JDK_OUTPUTDIR)/lib/classlist >>>> $(JDK_OUTPUTDIR)/lib/_the.jars.exclude . ) >>>> - $(MV) $@.tmp $@ >>>> + $(SED) -e 's@\ >>>> *$$@@' $@.tmp> $@ >>>> >>>> $(JDK_OUTPUTDIR)/lib/_the.rt.jar.contents: >>>> $(JDK_OUTPUTDIR)/lib/_the.jars.contents >>>> $(MKDIR) -p $(@D) >>> - jjh >>> From james.holmlund at oracle.com Tue Oct 2 11:31:26 2012 From: james.holmlund at oracle.com (Jim Holmlund) Date: Tue, 02 Oct 2012 11:31:26 -0700 Subject: building on cygwin In-Reply-To: <506AE2F8.8090704@oracle.com> References: <5065CD8F.8010008@oracle.com> <506AE2F8.8090704@oracle.com> Message-ID: <506B32FE.3020400@oracle.com> On 10/2/2012 5:50 AM, Erik Joelsson wrote: > From this I can only conclude that the problem is caused by your old version of cygwin. Or maybe by my use of make 3.82 instead of 3.82.90 that you are using. I downloaded 3.82.90-1 from here http://mirror.symnds.com/software/cygwin/release/make/ I just unpacked it and ran the make.exe and it did nothing. Maybe it has to be 'installed' in order to work. - jjh > I don't know of a "good" way to debug/trace that. I usually end up doing a bunch of $$(show ...) > which sometimes works and sometimes not. > > My cygwin says: > $ uname --all > CYGWIN_NT-6.0-WOW64 sthintel-ex01 1.7.15(0.260/5/3) 2012-05-09 10:25 i686 Cygwin > > and make: > $ make --version > GNU Make 3.82.90 > Built for i686-pc-cygwin > > /Erik > > > On 2012-09-28 18:17, Jim Holmlund wrote: >> >> The new build didn't work on my cygwin PC. >> My cygwin is old. Erik said he could build ok under cygwin. Kelly said to try a new cygwin which >> I am loathe to do. >> >> I think I tracked the problem down to this code in IdlCompilation.gmk: >>> # Now create the dependencies for each idl target. >>> $$(foreach p,$$($1),$$(eval $$(call add_idl_package,$1,$$($1_SRC),$$($1_BIN),$$(patsubst >>> $$($1_BIN)/%.idl.d,$$($1_SRC)/%.idl,$$p),$$p,$$($1_DELETES),$$($1_OLDIMPLBASES),$$($1_IDLJ)))) >> Tracing code I added shows that this foreach never calls add_idl_pacakge. >> BTW, what is a good way to debug/trace something like that $$(foreach...? >> >> Here is my uname -a output: >> CYGWIN_NT-5.1 fff 1.5.25(0.156/4/2) 2008-06-12 19:34 i686 Cygwin >> >> The make I am using is in /usr/bin, and make -v reports that it is >> GNU Make 3.82 >> Built for i686-pc-cygwin >> >> The make I am using on solaris is 3.81 and it works ok. So, I tried a build on windows using >> 3.81 and the above problem went away. >> >> Thanks >> - jjh >> From tim.bell at oracle.com Tue Oct 2 11:53:10 2012 From: tim.bell at oracle.com (Tim Bell) Date: Tue, 02 Oct 2012 11:53:10 -0700 Subject: building on cygwin In-Reply-To: <506B32FE.3020400@oracle.com> References: <5065CD8F.8010008@oracle.com> <506AE2F8.8090704@oracle.com> <506B32FE.3020400@oracle.com> Message-ID: <506B3816.4020708@oracle.com> On 10/02/12 11:31, Jim Holmlund wrote: > On 10/2/2012 5:50 AM, Erik Joelsson wrote: >> From this I can only conclude that the problem is caused by your old >> version of cygwin. > Or maybe by my use of make 3.82 instead of 3.82.90 that you are > using. I downloaded 3.82.90-1 from here > http://mirror.symnds.com/software/cygwin/release/make/ > > I just unpacked it and ran the make.exe and it did nothing. Maybe it > has to be 'installed' in order to work. > - jjh What does 'ldd' report? Maybe this newer make.exe is expecting to find other updated libraries. Or try 'cygcheck -hv ./make.exe' I recall going through this dance long ago with JDK7 and a special Cygwin make-3.80: https://blogs.oracle.com/TimBell/entry/building_a_href_http_openjdk1 Tim >> I don't know of a "good" way to debug/trace that. I usually end up >> doing a bunch of $$(show ...) which sometimes works and sometimes not. >> >> My cygwin says: >> $ uname --all >> CYGWIN_NT-6.0-WOW64 sthintel-ex01 1.7.15(0.260/5/3) 2012-05-09 10:25 >> i686 Cygwin >> >> and make: >> $ make --version >> GNU Make 3.82.90 >> Built for i686-pc-cygwin >> >> /Erik >> >> >> On 2012-09-28 18:17, Jim Holmlund wrote: >>> >>> The new build didn't work on my cygwin PC. >>> My cygwin is old. Erik said he could build ok under cygwin. Kelly >>> said to try a new cygwin which I am loathe to do. >>> >>> I think I tracked the problem down to this code in IdlCompilation.gmk: >>>> # Now create the dependencies for each idl target. >>>> $$(foreach p,$$($1),$$(eval $$(call >>>> add_idl_package,$1,$$($1_SRC),$$($1_BIN),$$(patsubst >>>> $$($1_BIN)/%.idl.d,$$($1_SRC)/%.idl,$$p),$$p,$$($1_DELETES),$$($1_OLDIMPLBASES),$$($1_IDLJ)))) >>> Tracing code I added shows that this foreach never calls >>> add_idl_pacakge. >>> BTW, what is a good way to debug/trace something like that >>> $$(foreach...? >>> >>> Here is my uname -a output: >>> CYGWIN_NT-5.1 fff 1.5.25(0.156/4/2) 2008-06-12 19:34 i686 Cygwin >>> >>> The make I am using is in /usr/bin, and make -v reports that it is >>> GNU Make 3.82 >>> Built for i686-pc-cygwin >>> >>> The make I am using on solaris is 3.81 and it works ok. So, I tried >>> a build on windows using 3.81 and the above problem went away. >>> >>> Thanks >>> - jjh >>> From james.holmlund at oracle.com Tue Oct 2 13:36:20 2012 From: james.holmlund at oracle.com (Jim Holmlund) Date: Tue, 02 Oct 2012 13:36:20 -0700 Subject: building on cygwin In-Reply-To: <506B3816.4020708@oracle.com> References: <5065CD8F.8010008@oracle.com> <506AE2F8.8090704@oracle.com> <506B32FE.3020400@oracle.com> <506B3816.4020708@oracle.com> Message-ID: <506B5044.4090705@oracle.com> On 10/2/2012 11:53 AM, Tim Bell wrote: > On 10/02/12 11:31, Jim Holmlund wrote: >> On 10/2/2012 5:50 AM, Erik Joelsson wrote: >>> From this I can only conclude that the problem is caused by your old version of cygwin. >> Or maybe by my use of make 3.82 instead of 3.82.90 that you are using. I downloaded 3.82.90-1 >> from here >> http://mirror.symnds.com/software/cygwin/release/make/ >> >> I just unpacked it and ran the make.exe and it did nothing. Maybe it has to be 'installed' in >> order to work. >> - jjh > > What does 'ldd' report? Maybe this newer make.exe is expecting to find other updated libraries. > > Or try 'cygcheck -hv ./make.exe' > It doesn't tell me anything useful. It uses a couple of cygwin dlls as would be expected. - jjh > I recall going through this dance long ago with JDK7 and a special Cygwin make-3.80: > https://blogs.oracle.com/TimBell/entry/building_a_href_http_openjdk1 > > >>> I don't know of a "good" way to debug/trace that. I usually end up doing a bunch of $$(show ...) >>> which sometimes works and sometimes not. >>> >>> My cygwin says: >>> $ uname --all >>> CYGWIN_NT-6.0-WOW64 sthintel-ex01 1.7.15(0.260/5/3) 2012-05-09 10:25 i686 Cygwin >>> >>> and make: >>> $ make --version >>> GNU Make 3.82.90 >>> Built for i686-pc-cygwin >>> >>> /Erik >>> >>> >>> On 2012-09-28 18:17, Jim Holmlund wrote: >>>> >>>> The new build didn't work on my cygwin PC. >>>> My cygwin is old. Erik said he could build ok under cygwin. Kelly said to try a new cygwin >>>> which I am loathe to do. >>>> >>>> I think I tracked the problem down to this code in IdlCompilation.gmk: >>>>> # Now create the dependencies for each idl target. >>>>> $$(foreach p,$$($1),$$(eval $$(call add_idl_package,$1,$$($1_SRC),$$($1_BIN),$$(patsubst >>>>> $$($1_BIN)/%.idl.d,$$($1_SRC)/%.idl,$$p),$$p,$$($1_DELETES),$$($1_OLDIMPLBASES),$$($1_IDLJ)))) >>>> Tracing code I added shows that this foreach never calls add_idl_pacakge. >>>> BTW, what is a good way to debug/trace something like that $$(foreach...? >>>> >>>> Here is my uname -a output: >>>> CYGWIN_NT-5.1 fff 1.5.25(0.156/4/2) 2008-06-12 19:34 i686 Cygwin >>>> >>>> The make I am using is in /usr/bin, and make -v reports that it is >>>> GNU Make 3.82 >>>> Built for i686-pc-cygwin >>>> >>>> The make I am using on solaris is 3.81 and it works ok. So, I tried a build on windows using >>>> 3.81 and the above problem went away. >>>> >>>> Thanks >>>> - jjh >>>> > > From david.holmes at oracle.com Tue Oct 2 23:26:38 2012 From: david.holmes at oracle.com (David Holmes) Date: Wed, 03 Oct 2012 16:26:38 +1000 Subject: hg: build-infra/jdk8/jdk: Excluding server jvm on windows x86 (unless client wasn't built) In-Reply-To: <20121001103337.C0B2047147@hg.openjdk.java.net> References: <20121001103337.C0B2047147@hg.openjdk.java.net> Message-ID: <506BDA9E.102@oracle.com> Just FYI profiles will not have any affect here as they don't specify which VM is present. Filtering out the server VM on Windows for the JRE is really an "Oracle JRE"ism. David On 1/10/2012 8:32 PM, erik.joelsson at oracle.com wrote: > Changeset: 33dc49a6c649 > Author: erikj > Date: 2012-10-01 12:11 +0200 > URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/33dc49a6c649 > > Excluding server jvm on windows x86 (unless client wasn't built) > > ! makefiles/Images.gmk > From erik.joelsson at oracle.com Tue Oct 2 23:31:59 2012 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Wed, 03 Oct 2012 08:31:59 +0200 Subject: building on cygwin In-Reply-To: <506AE2F8.8090704@oracle.com> References: <5065CD8F.8010008@oracle.com> <506AE2F8.8090704@oracle.com> Message-ID: <506BDBDF.9060103@oracle.com> On 2012-10-02 14:50, Erik Joelsson wrote: > From this I can only conclude that the problem is caused by your old > version of cygwin. I don't know of a "good" way to debug/trace that. I > usually end up doing a bunch of $$(show ...) which sometimes works and > sometimes not. > oops, I meant $$(info ...) /erik From erik.joelsson at oracle.com Tue Oct 2 23:34:43 2012 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Wed, 03 Oct 2012 08:34:43 +0200 Subject: hg: build-infra/jdk8/jdk: Excluding server jvm on windows x86 (unless client wasn't built) In-Reply-To: <506BDA9E.102@oracle.com> References: <20121001103337.C0B2047147@hg.openjdk.java.net> <506BDA9E.102@oracle.com> Message-ID: <506BDC83.6070109@oracle.com> Right, but I would still like to express this in some better way. Just always filtering server out on a specific platform just for the JRE feels wrong. /Erik On 2012-10-03 08:26, David Holmes wrote: > Just FYI profiles will not have any affect here as they don't specify > which VM is present. > > Filtering out the server VM on Windows for the JRE is really an > "Oracle JRE"ism. > > David > > On 1/10/2012 8:32 PM, erik.joelsson at oracle.com wrote: >> Changeset: 33dc49a6c649 >> Author: erikj >> Date: 2012-10-01 12:11 +0200 >> URL: >> http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/33dc49a6c649 >> >> Excluding server jvm on windows x86 (unless client wasn't built) >> >> ! makefiles/Images.gmk >> From erik.joelsson at oracle.com Wed Oct 3 00:04:37 2012 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Wed, 03 Oct 2012 09:04:37 +0200 Subject: My next, and last problem with building on my cygwin In-Reply-To: <506B2E4F.5080107@oracle.com> References: <50664379.5070008@oracle.com> <506AE367.9080901@oracle.com> <506B2E4F.5080107@oracle.com> Message-ID: <506BE385.6060302@oracle.com> I looked closer at this on my machine, and my file also has CRLF line endings, but my grep seems to be smart enough to interpret that as a line ending so it still works. /Erik On 2012-10-02 20:11, Jim Holmlund wrote: > > > On 10/2/2012 7:58 AM, Fredrik ?hrstr?m wrote: >> This sounds like the non-trivial problem when dealing with CRLF and >> LF line >> endings. >> >> http://cygwin.com/cygwin-ug-net/highlights.html#ov-hi-textvsbinary >> http://cygwin.com/cygwin-ug-net/using-textbinary.html >> http://cygwin.com/cygwin-ug-net/using-cygwinenv.html >> >> Jim, if you are using cygwin 1.5 could you test if CYGWIN=binmode >> added to your environment has any effect on the problem? > CYGWIN=binmode had no effect. >> If not, >> perhaps you could try a later >> version of cygwin (1.7), since I believe that the default setting has >> changed to >> binary mode. > I'll give this a try if I can figure out a way to do it that isn't a > one way road to perdition :-) > - jjh > >> //Fredrik >> >> 2012/10/2 Erik Joelsson: >>> This is an interesting observation. Hasn't happened to me but I will >>> apply >>> your patch. >>> >>> /Erik >>> >>> >>> On 2012-09-29 02:40, Jim Holmlund wrote: >>>> The jdk CreateJars.gmk file creates a file named _the.jars.contents >>>> which >>>> contains, well you guessed it, a list of all the contents of a jar >>>> file. >>>> >>>> It then greps for .class files in this list. The problem is that >>>> on my >>>> machine, the lines in _the.jars.contents end with that stupid ^M >>>> char. This >>>> prevents the greps from finding any .class files. >>>> >>>> I don't know the best fix for this. I made this change and now I can >>>> build thru images successfully: >>>> >>>>> diff -r d94613ac03d8 makefiles/CreateJars.gmk >>>>> --- a/makefiles/CreateJars.gmk Wed Sep 26 22:22:51 2012 -0700 >>>>> +++ b/makefiles/CreateJars.gmk Fri Sep 28 17:33:09 2012 -0700 >>>>> @@ -305,7 +305,7 @@ >>>>> ($(CD) $(JDK_OUTPUTDIR)/classes&& \ >>>>> $(TOOL_JARREORDER) \ >>>>> -o $@.tmp $(JDK_OUTPUTDIR)/lib/classlist >>>>> $(JDK_OUTPUTDIR)/lib/_the.jars.exclude . ) >>>>> - $(MV) $@.tmp $@ >>>>> + $(SED) -e 's@\ >>>>> *$$@@' $@.tmp> $@ >>>>> >>>>> $(JDK_OUTPUTDIR)/lib/_the.rt.jar.contents: >>>>> $(JDK_OUTPUTDIR)/lib/_the.jars.contents >>>>> $(MKDIR) -p $(@D) >>>> - jjh >>>> From magnus.ihse.bursie at oracle.com Wed Oct 3 02:03:43 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Wed, 3 Oct 2012 11:03:43 +0200 Subject: My next, and last problem with building on my cygwin In-Reply-To: <50664379.5070008@oracle.com> References: <50664379.5070008@oracle.com> Message-ID: When you install Cygwin, you can choose between unix or windows line endings. Default is unix, and this is all we have tested build-infra with. It almost sounds as if you have windows line endings. Can you check if this is the case (run Cygwin setup.exe again), and switch to unix? /Magnus 29 sep 2012 kl. 02:40 skrev Jim Holmlund : > The jdk CreateJars.gmk file creates a file named _the.jars.contents which contains, well you guessed it, a list of all the contents of a jar file. > > It then greps for .class files in this list. The problem is that on my machine, the lines in _the.jars.contents end with that stupid ^M char. This prevents the greps from finding any .class files. > > I don't know the best fix for this. I made this change and now I can build thru images successfully: > >> diff -r d94613ac03d8 makefiles/CreateJars.gmk >> --- a/makefiles/CreateJars.gmk Wed Sep 26 22:22:51 2012 -0700 >> +++ b/makefiles/CreateJars.gmk Fri Sep 28 17:33:09 2012 -0700 >> @@ -305,7 +305,7 @@ >> ($(CD) $(JDK_OUTPUTDIR)/classes && \ >> $(TOOL_JARREORDER) \ >> -o $@.tmp $(JDK_OUTPUTDIR)/lib/classlist $(JDK_OUTPUTDIR)/lib/_the.jars.exclude . ) >> - $(MV) $@.tmp $@ >> + $(SED) -e 's@\ >> *$$@@' $@.tmp > $@ >> >> $(JDK_OUTPUTDIR)/lib/_the.rt.jar.contents: $(JDK_OUTPUTDIR)/lib/_the.jars.contents >> $(MKDIR) -p $(@D) > - jjh > From erik.joelsson at oracle.com Wed Oct 3 03:10:00 2012 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Wed, 03 Oct 2012 12:10:00 +0200 Subject: My next, and last problem with building on my cygwin In-Reply-To: References: <50664379.5070008@oracle.com> Message-ID: <506C0EF8.3050302@oracle.com> The file in question is generated by a java program, so platform native line endings would be expected. The difference is in how grep interprets the $ end of line in the regexp. /Erik On 2012-10-03 11:03, Magnus Ihse Bursie wrote: > When you install Cygwin, you can choose between unix or windows line endings. Default is unix, and this is all we have tested build-infra with. It almost sounds as if you have windows line endings. Can you check if this is the case (run Cygwin setup.exe again), and switch to unix? > > /Magnus > > 29 sep 2012 kl. 02:40 skrev Jim Holmlund: > >> The jdk CreateJars.gmk file creates a file named _the.jars.contents which contains, well you guessed it, a list of all the contents of a jar file. >> >> It then greps for .class files in this list. The problem is that on my machine, the lines in _the.jars.contents end with that stupid ^M char. This prevents the greps from finding any .class files. >> >> I don't know the best fix for this. I made this change and now I can build thru images successfully: >> >>> diff -r d94613ac03d8 makefiles/CreateJars.gmk >>> --- a/makefiles/CreateJars.gmk Wed Sep 26 22:22:51 2012 -0700 >>> +++ b/makefiles/CreateJars.gmk Fri Sep 28 17:33:09 2012 -0700 >>> @@ -305,7 +305,7 @@ >>> ($(CD) $(JDK_OUTPUTDIR)/classes&& \ >>> $(TOOL_JARREORDER) \ >>> -o $@.tmp $(JDK_OUTPUTDIR)/lib/classlist $(JDK_OUTPUTDIR)/lib/_the.jars.exclude . ) >>> - $(MV) $@.tmp $@ >>> + $(SED) -e 's@\ >>> *$$@@' $@.tmp> $@ >>> >>> $(JDK_OUTPUTDIR)/lib/_the.rt.jar.contents: $(JDK_OUTPUTDIR)/lib/_the.jars.contents >>> $(MKDIR) -p $(@D) >> - jjh >> From erik.joelsson at oracle.com Wed Oct 3 04:53:51 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Wed, 03 Oct 2012 11:53:51 +0000 Subject: hg: build-infra/jdk8: Fixed last lib on solaris x86_64 and adjusted disasm compare on solaris to have less general exceptions. Message-ID: <20121003115351.99F1947176@hg.openjdk.java.net> Changeset: bef93b163e34 Author: erikj Date: 2012-10-03 13:52 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/bef93b163e34 Fixed last lib on solaris x86_64 and adjusted disasm compare on solaris to have less general exceptions. ! common/autoconf/generated-configure.sh ! common/autoconf/toolchain.m4 ! common/bin/compare_exceptions.sh.incl From erik.joelsson at oracle.com Wed Oct 3 04:55:58 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Wed, 03 Oct 2012 11:55:58 +0000 Subject: hg: build-infra/jdk8: 2 new changesets Message-ID: <20121003115559.A26B647177@hg.openjdk.java.net> Changeset: 2aa137561f28 Author: erikj Date: 2012-10-01 07:42 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/2aa137561f28 Accepted some differences on mac as unavoidable. ! common/bin/compare.sh ! common/bin/compare_exceptions.sh.incl Changeset: db3c59f1f5a9 Author: erikj Date: 2012-10-03 13:55 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/db3c59f1f5a9 Merge ! common/bin/compare_exceptions.sh.incl From james.holmlund at oracle.com Wed Oct 3 10:41:00 2012 From: james.holmlund at oracle.com (Jim Holmlund) Date: Wed, 03 Oct 2012 10:41:00 -0700 Subject: My next, and last problem with building on my cygwin In-Reply-To: <506BE385.6060302@oracle.com> References: <50664379.5070008@oracle.com> <506AE367.9080901@oracle.com> <506B2E4F.5080107@oracle.com> <506BE385.6060302@oracle.com> Message-ID: <506C78AC.8060606@oracle.com> I installed cygwin 1.7.16 and now its grep works like yours. When I get a chance, I will try a complete build with this cygwin. So far, the new cygwin and my old cygwin seem ok running side by side. I read a blurb that 1.7 doesn't use the windows registry, so even if the old cygwin does use it, maybe they can just get along. - jjh On 10/3/2012 12:04 AM, Erik Joelsson wrote: > I looked closer at this on my machine, and my file also has CRLF line endings, but my grep seems > to be smart enough to interpret that as a line ending so it still works. > > /Erik > > On 2012-10-02 20:11, Jim Holmlund wrote: >> >> >> On 10/2/2012 7:58 AM, Fredrik ?hrstr?m wrote: >>> This sounds like the non-trivial problem when dealing with CRLF and LF line >>> endings. >>> >>> http://cygwin.com/cygwin-ug-net/highlights.html#ov-hi-textvsbinary >>> http://cygwin.com/cygwin-ug-net/using-textbinary.html >>> http://cygwin.com/cygwin-ug-net/using-cygwinenv.html >>> >>> Jim, if you are using cygwin 1.5 could you test if CYGWIN=binmode >>> added to your environment has any effect on the problem? >> CYGWIN=binmode had no effect. >>> If not, >>> perhaps you could try a later >>> version of cygwin (1.7), since I believe that the default setting has changed to >>> binary mode. >> I'll give this a try if I can figure out a way to do it that isn't a one way road to perdition :-) >> - jjh >> >>> //Fredrik >>> >>> 2012/10/2 Erik Joelsson: >>>> This is an interesting observation. Hasn't happened to me but I will apply >>>> your patch. >>>> >>>> /Erik >>>> >>>> >>>> On 2012-09-29 02:40, Jim Holmlund wrote: >>>>> The jdk CreateJars.gmk file creates a file named _the.jars.contents which >>>>> contains, well you guessed it, a list of all the contents of a jar file. >>>>> >>>>> It then greps for .class files in this list. The problem is that on my >>>>> machine, the lines in _the.jars.contents end with that stupid ^M char. This >>>>> prevents the greps from finding any .class files. >>>>> >>>>> I don't know the best fix for this. I made this change and now I can >>>>> build thru images successfully: >>>>> >>>>>> diff -r d94613ac03d8 makefiles/CreateJars.gmk >>>>>> --- a/makefiles/CreateJars.gmk Wed Sep 26 22:22:51 2012 -0700 >>>>>> +++ b/makefiles/CreateJars.gmk Fri Sep 28 17:33:09 2012 -0700 >>>>>> @@ -305,7 +305,7 @@ >>>>>> ($(CD) $(JDK_OUTPUTDIR)/classes&& \ >>>>>> $(TOOL_JARREORDER) \ >>>>>> -o $@.tmp $(JDK_OUTPUTDIR)/lib/classlist >>>>>> $(JDK_OUTPUTDIR)/lib/_the.jars.exclude . ) >>>>>> - $(MV) $@.tmp $@ >>>>>> + $(SED) -e 's@\ >>>>>> *$$@@' $@.tmp> $@ >>>>>> >>>>>> $(JDK_OUTPUTDIR)/lib/_the.rt.jar.contents: >>>>>> $(JDK_OUTPUTDIR)/lib/_the.jars.contents >>>>>> $(MKDIR) -p $(@D) >>>>> - jjh >>>>> From james.holmlund at oracle.com Wed Oct 3 18:40:43 2012 From: james.holmlund at oracle.com (Jim Holmlund) Date: Wed, 03 Oct 2012 18:40:43 -0700 Subject: My next, and last problem with building on my cygwin In-Reply-To: References: <50664379.5070008@oracle.com> Message-ID: <506CE91B.8010204@oracle.com> On 10/3/2012 2:03 AM, Magnus Ihse Bursie wrote: > When you install Cygwin, you can choose between unix or windows line endings. Default is unix, and this is all we have tested build-infra with. It almost sounds as if you have windows line endings. Can you check if this is the case (run Cygwin setup.exe again), and switch to unix? I ran setup.exe but I didn't see any choices about this. Per previous email, the grep in 1.7 ignores the ^Ms so I am good on this. But, I fear that other people might run into the same problem while running older cygwins. - jjh > > /Magnus > > 29 sep 2012 kl. 02:40 skrev Jim Holmlund: > >> The jdk CreateJars.gmk file creates a file named _the.jars.contents which contains, well you guessed it, a list of all the contents of a jar file. >> >> It then greps for .class files in this list. The problem is that on my machine, the lines in _the.jars.contents end with that stupid ^M char. This prevents the greps from finding any .class files. >> >> I don't know the best fix for this. I made this change and now I can build thru images successfully: >> >>> diff -r d94613ac03d8 makefiles/CreateJars.gmk >>> --- a/makefiles/CreateJars.gmk Wed Sep 26 22:22:51 2012 -0700 >>> +++ b/makefiles/CreateJars.gmk Fri Sep 28 17:33:09 2012 -0700 >>> @@ -305,7 +305,7 @@ >>> ($(CD) $(JDK_OUTPUTDIR)/classes&& \ >>> $(TOOL_JARREORDER) \ >>> -o $@.tmp $(JDK_OUTPUTDIR)/lib/classlist $(JDK_OUTPUTDIR)/lib/_the.jars.exclude . ) >>> - $(MV) $@.tmp $@ >>> + $(SED) -e 's@\ >>> *$$@@' $@.tmp> $@ >>> >>> $(JDK_OUTPUTDIR)/lib/_the.rt.jar.contents: $(JDK_OUTPUTDIR)/lib/_the.jars.contents >>> $(MKDIR) -p $(@D) >> - jjh >> From david.holmes at oracle.com Wed Oct 3 22:21:40 2012 From: david.holmes at oracle.com (David Holmes) Date: Thu, 04 Oct 2012 15:21:40 +1000 Subject: "new" warnings: build, host, target ? Message-ID: <506D1CE4.4050109@oracle.com> configure: WARNING: you should use --build, --host, --target Can someone explain this warning and I should respond to it? Thanks, David From david.holmes at oracle.com Wed Oct 3 23:01:27 2012 From: david.holmes at oracle.com (David Holmes) Date: Thu, 04 Oct 2012 16:01:27 +1000 Subject: concurrency problem? Message-ID: <506D2637.1010409@oracle.com> This changeset: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/02aca0e4c2f5 broke up the all target, which had been defined in the following style: # Import (corba jaxp jaxws langtools hotspot) $(MAKE) -f Import.gmk # $(MAKE) -f GenerateJavaSources.gmk # Ok, now gensrc is fully populated. $(MAKE) -f GenerateData.gmk ... so that there was a separate target for each of the $(MAKE) invocations, and the all target then simply became: all: import gensrc gendata classes libs launchers genclasses demos samples but doesn't that allow for the different dependencies to be potentially built in parallel, where originally everything had to be done in strict sequential order? David From david.holmes at oracle.com Wed Oct 3 23:24:14 2012 From: david.holmes at oracle.com (David Holmes) Date: Thu, 04 Oct 2012 16:24:14 +1000 Subject: concurrency problem? In-Reply-To: <506D2637.1010409@oracle.com> References: <506D2637.1010409@oracle.com> Message-ID: <506D2B8E.9020101@oracle.com> Guess I was right as: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/a23c17af08ab undid it all. Unfortunately the "broken" version is what is in the jdk8 repo. :( David On 4/10/2012 4:01 PM, David Holmes wrote: > This changeset: > > http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/02aca0e4c2f5 > > broke up the all target, which had been defined in the following style: > > # Import (corba jaxp jaxws langtools hotspot) > $(MAKE) -f Import.gmk > # > $(MAKE) -f GenerateJavaSources.gmk > # Ok, now gensrc is fully populated. > $(MAKE) -f GenerateData.gmk > ... > > so that there was a separate target for each of the $(MAKE) invocations, > and the all target then simply became: > > all: import gensrc gendata classes libs launchers genclasses demos samples > > but doesn't that allow for the different dependencies to be potentially > built in parallel, where originally everything had to be done in strict > sequential order? > > David From erik.joelsson at oracle.com Thu Oct 4 00:38:30 2012 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Thu, 04 Oct 2012 09:38:30 +0200 Subject: concurrency problem? In-Reply-To: <506D2B8E.9020101@oracle.com> References: <506D2637.1010409@oracle.com> <506D2B8E.9020101@oracle.com> Message-ID: <506D3CF6.6030003@oracle.com> To avoid that problem, we added the special .NOTPARALLEL: target, which forces that specific makefile to ignore any -j, while still keeping it on the command line for any submakes. The reason for splitting it up was to support a poor mans faster incremental build, using the *-only targets. /Erik On 2012-10-04 08:24, David Holmes wrote: > Guess I was right as: > > http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/a23c17af08ab > > undid it all. Unfortunately the "broken" version is what is in the > jdk8 repo. :( > > David > > On 4/10/2012 4:01 PM, David Holmes wrote: >> This changeset: >> >> http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/02aca0e4c2f5 >> >> broke up the all target, which had been defined in the following style: >> >> # Import (corba jaxp jaxws langtools hotspot) >> $(MAKE) -f Import.gmk >> # >> $(MAKE) -f GenerateJavaSources.gmk >> # Ok, now gensrc is fully populated. >> $(MAKE) -f GenerateData.gmk >> ... >> >> so that there was a separate target for each of the $(MAKE) invocations, >> and the all target then simply became: >> >> all: import gensrc gendata classes libs launchers genclasses demos >> samples >> >> but doesn't that allow for the different dependencies to be potentially >> built in parallel, where originally everything had to be done in strict >> sequential order? >> >> David From david.holmes at oracle.com Thu Oct 4 01:08:19 2012 From: david.holmes at oracle.com (David Holmes) Date: Thu, 04 Oct 2012 18:08:19 +1000 Subject: concurrency problem? In-Reply-To: <506D3CF6.6030003@oracle.com> References: <506D2637.1010409@oracle.com> <506D2B8E.9020101@oracle.com> <506D3CF6.6030003@oracle.com> Message-ID: <506D43F3.30405@oracle.com> On 4/10/2012 5:38 PM, Erik Joelsson wrote: > To avoid that problem, we added the special .NOTPARALLEL: target, which > forces that specific makefile to ignore any -j, while still keeping it > on the command line for any submakes. The reason for splitting it up was > to support a poor mans faster incremental build, using the *-only targets. So why was the original change restructured? Wouldn't the NOTPARALLEL have fixed it? David > /Erik > > On 2012-10-04 08:24, David Holmes wrote: >> Guess I was right as: >> >> http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/a23c17af08ab >> >> undid it all. Unfortunately the "broken" version is what is in the >> jdk8 repo. :( >> >> David >> >> On 4/10/2012 4:01 PM, David Holmes wrote: >>> This changeset: >>> >>> http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/02aca0e4c2f5 >>> >>> broke up the all target, which had been defined in the following style: >>> >>> # Import (corba jaxp jaxws langtools hotspot) >>> $(MAKE) -f Import.gmk >>> # >>> $(MAKE) -f GenerateJavaSources.gmk >>> # Ok, now gensrc is fully populated. >>> $(MAKE) -f GenerateData.gmk >>> ... >>> >>> so that there was a separate target for each of the $(MAKE) invocations, >>> and the all target then simply became: >>> >>> all: import gensrc gendata classes libs launchers genclasses demos >>> samples >>> >>> but doesn't that allow for the different dependencies to be potentially >>> built in parallel, where originally everything had to be done in strict >>> sequential order? >>> >>> David From erik.joelsson at oracle.com Thu Oct 4 01:28:36 2012 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Thu, 04 Oct 2012 10:28:36 +0200 Subject: concurrency problem? In-Reply-To: <506D43F3.30405@oracle.com> References: <506D2637.1010409@oracle.com> <506D2B8E.9020101@oracle.com> <506D3CF6.6030003@oracle.com> <506D43F3.30405@oracle.com> Message-ID: <506D48B4.2000908@oracle.com> Magnus did the first change, Fredrik thought it wrong and reverted it. Magnus later fixed it with NOTPARALLEL (and possibly some more tweaks). /Erik On 2012-10-04 10:08, David Holmes wrote: > On 4/10/2012 5:38 PM, Erik Joelsson wrote: >> To avoid that problem, we added the special .NOTPARALLEL: target, which >> forces that specific makefile to ignore any -j, while still keeping it >> on the command line for any submakes. The reason for splitting it up was >> to support a poor mans faster incremental build, using the *-only >> targets. > > So why was the original change restructured? Wouldn't the NOTPARALLEL > have fixed it? > > David > >> /Erik >> >> On 2012-10-04 08:24, David Holmes wrote: >>> Guess I was right as: >>> >>> http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/a23c17af08ab >>> >>> undid it all. Unfortunately the "broken" version is what is in the >>> jdk8 repo. :( >>> >>> David >>> >>> On 4/10/2012 4:01 PM, David Holmes wrote: >>>> This changeset: >>>> >>>> http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/02aca0e4c2f5 >>>> >>>> broke up the all target, which had been defined in the following >>>> style: >>>> >>>> # Import (corba jaxp jaxws langtools hotspot) >>>> $(MAKE) -f Import.gmk >>>> # >>>> $(MAKE) -f GenerateJavaSources.gmk >>>> # Ok, now gensrc is fully populated. >>>> $(MAKE) -f GenerateData.gmk >>>> ... >>>> >>>> so that there was a separate target for each of the $(MAKE) >>>> invocations, >>>> and the all target then simply became: >>>> >>>> all: import gensrc gendata classes libs launchers genclasses demos >>>> samples >>>> >>>> but doesn't that allow for the different dependencies to be >>>> potentially >>>> built in parallel, where originally everything had to be done in >>>> strict >>>> sequential order? >>>> >>>> David From henri.gomez at gmail.com Thu Oct 4 01:42:07 2012 From: henri.gomez at gmail.com (Henri Gomez) Date: Thu, 4 Oct 2012 10:42:07 +0200 Subject: ccache problem Message-ID: Hi to all, I encountered many time this kind of error : Generating precompiled header precompiled.hpp.gch ccache: FATAL: Could not create /home/builder/.ccache/0/6/9ce0175bc51dbb1445da6876e55dfa-3245504.o.tmp.stdout.agent-builder-f1732.obuildfactory.org.18119 (permission denied?) Could it be related to // builds, I'm using a 4 cores system From erik.joelsson at oracle.com Thu Oct 4 02:20:48 2012 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Thu, 04 Oct 2012 11:20:48 +0200 Subject: ccache problem In-Reply-To: References: Message-ID: <506D54F0.5070706@oracle.com> I have not encountered problems like that. Does the user have write permission in that directory? Which version of ccache are you using? I'm using 3.1.4 and haven't had any problems with it so far and I'm always building in parallel. /Erik On 2012-10-04 10:42, Henri Gomez wrote: > Hi to all, > > I encountered many time this kind of error : > > Generating precompiled header precompiled.hpp.gch > ccache: FATAL: Could not create > /home/builder/.ccache/0/6/9ce0175bc51dbb1445da6876e55dfa-3245504.o.tmp.stdout.agent-builder-f1732.obuildfactory.org.18119 > (permission denied?) > > Could it be related to // builds, I'm using a 4 cores system From henri.gomez at gmail.com Thu Oct 4 02:45:58 2012 From: henri.gomez at gmail.com (Henri Gomez) Date: Thu, 4 Oct 2012 11:45:58 +0200 Subject: ccache problem In-Reply-To: <506D54F0.5070706@oracle.com> References: <506D54F0.5070706@oracle.com> Message-ID: > I have not encountered problems like that. > Does the user have write permission in that directory? Yes Which version of ccache are you using? I'm using 3.1.4 and haven't had any problems with it so far and I'm always building in parallel. CentOS 5 : 2.4 (pretty old, I should figure how to get a more recent one). CentOS 6 : 3.1.6 openSUSE 12.x : 3.1.6 Fedora 17 : 3.1.7 Side note, my build factory may build many openjdk at the same time, ie openjdk7, openjdk8, lambda and jigsaw and it may introduce more collisions. Do you recommand use of --with-ccache-dir to isolate ccache dir by openjdk build ? > On 2012-10-04 10:42, Henri Gomez wrote: >> >> Hi to all, >> >> I encountered many time this kind of error : >> >> Generating precompiled header precompiled.hpp.gch >> ccache: FATAL: Could not create >> >> /home/builder/.ccache/0/6/9ce0175bc51dbb1445da6876e55dfa-3245504.o.tmp.stdout.agent-builder-f1732.obuildfactory.org.18119 >> (permission denied?) >> >> Could it be related to // builds, I'm using a 4 cores system From erik.joelsson at oracle.com Thu Oct 4 05:02:35 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Thu, 04 Oct 2012 12:02:35 +0000 Subject: hg: build-infra/jdk8/jdk: 7 new changesets Message-ID: <20121004120620.3AA664719B@hg.openjdk.java.net> Changeset: aaa7913dd1dc Author: erikj Date: 2012-09-21 14:35 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/aaa7913dd1dc Solaris sparc compare reporting equal. ! makefiles/CompileLaunchers.gmk ! makefiles/CompileNativeLibraries.gmk ! makefiles/GensrcX11Wrappers.gmk Changeset: bfdaeba199ca Author: erikj Date: 2012-10-01 14:50 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/bfdaeba199ca Merge ! makefiles/CompileLaunchers.gmk ! makefiles/CompileNativeLibraries.gmk Changeset: 6ed5a21abb8f Author: erikj Date: 2012-10-01 06:54 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/6ed5a21abb8f Fixed closed version strings for macosx bundle. ! makefiles/Bundles.gmk Changeset: 5bc8ac9e750f Author: erikj Date: 2012-10-01 15:50 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/5bc8ac9e750f Merge Changeset: c5abc9ebc40b Author: erikj Date: 2012-10-04 12:11 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/c5abc9ebc40b Fixed diffs on fedora9. ! makefiles/GendataFontConfig.gmk ! makefiles/GensrcMisc.gmk ! makefiles/Images.gmk Changeset: 03b1d9bcbeb8 Author: erikj Date: 2012-10-04 13:47 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/03b1d9bcbeb8 Enabled compilation of a couple of classes for open linux x86. ! makefiles/CompileJavaClasses.gmk Changeset: d5a84dfb012f Author: erikj Date: 2012-10-04 14:01 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/d5a84dfb012f Merge From erik.joelsson at oracle.com Thu Oct 4 05:07:28 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Thu, 04 Oct 2012 12:07:28 +0000 Subject: hg: build-infra/jdk8: Updated exceptions for linux x86. Message-ID: <20121004120728.8183E4719C@hg.openjdk.java.net> Changeset: c690c72fe307 Author: erikj Date: 2012-10-04 12:13 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/c690c72fe307 Updated exceptions for linux x86. ! common/bin/compare_exceptions.sh.incl From erik.joelsson at oracle.com Thu Oct 4 05:18:03 2012 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Thu, 04 Oct 2012 14:18:03 +0200 Subject: ccache problem In-Reply-To: References: <506D54F0.5070706@oracle.com> Message-ID: <506D7E7B.1000602@oracle.com> 2.4 won't be picked up by configure as it's too old. The others should work. From what I understand ccache should be smart enough to handle several builds going at the same time, but you could try isolating and see if it helps. /Erik On 2012-10-04 11:45, Henri Gomez wrote: >> I have not encountered problems like that. >> Does the user have write permission in that directory? > Yes > > Which version of ccache are you using? I'm using 3.1.4 and haven't had > any problems with it so far and I'm always building in parallel. > > CentOS 5 : 2.4 (pretty old, I should figure how to get a more recent one). > CentOS 6 : 3.1.6 > openSUSE 12.x : 3.1.6 > Fedora 17 : 3.1.7 > > Side note, my build factory may build many openjdk at the same time, > ie openjdk7, openjdk8, lambda and jigsaw and it may introduce more > collisions. > > Do you recommand use of --with-ccache-dir to isolate ccache dir by > openjdk build ? > >> On 2012-10-04 10:42, Henri Gomez wrote: >>> Hi to all, >>> >>> I encountered many time this kind of error : >>> >>> Generating precompiled header precompiled.hpp.gch >>> ccache: FATAL: Could not create >>> >>> /home/builder/.ccache/0/6/9ce0175bc51dbb1445da6876e55dfa-3245504.o.tmp.stdout.agent-builder-f1732.obuildfactory.org.18119 >>> (permission denied?) >>> >>> Could it be related to // builds, I'm using a 4 cores system From erik.joelsson at oracle.com Thu Oct 4 07:37:38 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Thu, 04 Oct 2012 14:37:38 +0000 Subject: hg: build-infra/jdk8/jdk: Fixed genUnixConstants compilation on solaris 64bit. Message-ID: <20121004143801.ABFE34719E@hg.openjdk.java.net> Changeset: 8d382c5fb0b6 Author: erikj Date: 2012-10-04 16:37 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/8d382c5fb0b6 Fixed genUnixConstants compilation on solaris 64bit. ! makefiles/GensrcMisc.gmk From erik.joelsson at oracle.com Thu Oct 4 08:13:38 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Thu, 04 Oct 2012 15:13:38 +0000 Subject: hg: build-infra/jdk8: 3 new changesets Message-ID: <20121004151339.267704719F@hg.openjdk.java.net> Changeset: 936702480487 Author: katleman Date: 2012-09-20 13:44 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/936702480487 Added tag jdk8-b57 for changeset 522dfac8ca4d ! .hgtags Changeset: dae9821589cc Author: katleman Date: 2012-09-27 11:24 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/dae9821589cc Added tag jdk8-b58 for changeset 936702480487 ! .hgtags Changeset: 98083922bef5 Author: erikj Date: 2012-10-04 15:03 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/98083922bef5 Merge From erik.joelsson at oracle.com Thu Oct 4 08:13:38 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Thu, 04 Oct 2012 15:13:38 +0000 Subject: hg: build-infra/jdk8/corba: 3 new changesets Message-ID: <20121004151347.09728471A0@hg.openjdk.java.net> Changeset: 18462a19f7bd Author: katleman Date: 2012-09-20 13:44 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/corba/rev/18462a19f7bd Added tag jdk8-b57 for changeset f3ab4163ae01 ! .hgtags Changeset: d54dc53e223e Author: katleman Date: 2012-09-27 11:24 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/corba/rev/d54dc53e223e Added tag jdk8-b58 for changeset 18462a19f7bd ! .hgtags Changeset: 161b862514ea Author: erikj Date: 2012-10-04 15:03 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/corba/rev/161b862514ea Merge From erik.joelsson at oracle.com Thu Oct 4 08:13:41 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Thu, 04 Oct 2012 15:13:41 +0000 Subject: hg: build-infra/jdk8/jaxws: 3 new changesets Message-ID: <20121004151405.BA89A471A1@hg.openjdk.java.net> Changeset: cac4c3937063 Author: katleman Date: 2012-09-20 13:44 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jaxws/rev/cac4c3937063 Added tag jdk8-b57 for changeset b51b611209f1 ! .hgtags Changeset: ae107401be11 Author: katleman Date: 2012-09-27 11:25 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jaxws/rev/ae107401be11 Added tag jdk8-b58 for changeset cac4c3937063 ! .hgtags Changeset: d291ec6e2886 Author: erikj Date: 2012-10-04 15:03 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jaxws/rev/d291ec6e2886 Merge From erik.joelsson at oracle.com Thu Oct 4 08:13:40 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Thu, 04 Oct 2012 15:13:40 +0000 Subject: hg: build-infra/jdk8/jaxp: 3 new changesets Message-ID: <20121004151408.F0C27471A2@hg.openjdk.java.net> Changeset: 1cb19abb3f7b Author: katleman Date: 2012-09-20 13:44 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jaxp/rev/1cb19abb3f7b Added tag jdk8-b57 for changeset 7c9475c7618c ! .hgtags Changeset: af9e8b0f1900 Author: katleman Date: 2012-09-27 11:24 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jaxp/rev/af9e8b0f1900 Added tag jdk8-b58 for changeset 1cb19abb3f7b ! .hgtags Changeset: 9cbed5db51c5 Author: erikj Date: 2012-10-04 15:03 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jaxp/rev/9cbed5db51c5 Merge From erik.joelsson at oracle.com Thu Oct 4 08:13:41 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Thu, 04 Oct 2012 15:13:41 +0000 Subject: hg: build-infra/jdk8/langtools: 4 new changesets Message-ID: <20121004151415.2B18D471A3@hg.openjdk.java.net> Changeset: bc42f20bfe48 Author: katleman Date: 2012-09-20 13:45 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/langtools/rev/bc42f20bfe48 Added tag jdk8-b57 for changeset 86d5740b9fdc ! .hgtags Changeset: 804a3fbc86e2 Author: lana Date: 2012-09-24 21:11 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/langtools/rev/804a3fbc86e2 Merge Changeset: f299927fc316 Author: katleman Date: 2012-09-27 11:26 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/langtools/rev/f299927fc316 Added tag jdk8-b58 for changeset 804a3fbc86e2 ! .hgtags Changeset: c9af941db0be Author: erikj Date: 2012-10-04 15:02 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/langtools/rev/c9af941db0be Merge From erik.joelsson at oracle.com Thu Oct 4 08:13:58 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Thu, 04 Oct 2012 15:13:58 +0000 Subject: hg: build-infra/jdk8/hotspot: 87 new changesets Message-ID: <20121004151822.DCE52471A4@hg.openjdk.java.net> Changeset: da0d652d0c2f Author: katleman Date: 2012-09-20 13:44 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/da0d652d0c2f Added tag jdk8-b57 for changeset d70102c4cb73 ! .hgtags Changeset: 36d1d483d5d6 Author: jcoomes Date: 2012-08-31 16:39 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/36d1d483d5d6 7195615: new hotspot build - hs25-b01 Reviewed-by: johnc ! make/hotspot_version Changeset: da91efe96a93 Author: coleenp Date: 2012-09-01 13:25 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/da91efe96a93 6964458: Reimplement class meta-data storage to use native memory Summary: Remove PermGen, allocate meta-data in metaspace linked to class loaders, rewrite GC walking, rewrite and rename metadata to be C++ classes Reviewed-by: jmasa, stefank, never, coleenp, kvn, brutisso, mgerdin, dholmes, jrose, twisti, roland Contributed-by: jmasa , stefank , mgerdin , never ! agent/doc/clhsdb.html ! agent/src/os/bsd/ps_core.c ! agent/src/os/linux/ps_core.c ! agent/src/os/solaris/proc/saproc.cpp ! agent/src/share/classes/sun/jvm/hotspot/CommandProcessor.java ! agent/src/share/classes/sun/jvm/hotspot/HSDB.java ! agent/src/share/classes/sun/jvm/hotspot/HotSpotTypeDataBase.java - agent/src/share/classes/sun/jvm/hotspot/ci/ciArrayKlassKlass.java + agent/src/share/classes/sun/jvm/hotspot/ci/ciBaseObject.java ! agent/src/share/classes/sun/jvm/hotspot/ci/ciInstanceKlass.java - agent/src/share/classes/sun/jvm/hotspot/ci/ciInstanceKlassKlass.java - agent/src/share/classes/sun/jvm/hotspot/ci/ciKlassKlass.java + agent/src/share/classes/sun/jvm/hotspot/ci/ciMetadata.java ! agent/src/share/classes/sun/jvm/hotspot/ci/ciMethod.java ! agent/src/share/classes/sun/jvm/hotspot/ci/ciMethodData.java - agent/src/share/classes/sun/jvm/hotspot/ci/ciMethodKlass.java - agent/src/share/classes/sun/jvm/hotspot/ci/ciObjArrayKlassKlass.java ! agent/src/share/classes/sun/jvm/hotspot/ci/ciObject.java ! agent/src/share/classes/sun/jvm/hotspot/ci/ciObjectFactory.java ! agent/src/share/classes/sun/jvm/hotspot/ci/ciReceiverTypeData.java ! agent/src/share/classes/sun/jvm/hotspot/ci/ciSymbol.java ! agent/src/share/classes/sun/jvm/hotspot/ci/ciType.java - agent/src/share/classes/sun/jvm/hotspot/ci/ciTypeArrayKlassKlass.java ! agent/src/share/classes/sun/jvm/hotspot/ci/ciVirtualCallData.java + agent/src/share/classes/sun/jvm/hotspot/classfile/ClassLoaderData.java ! agent/src/share/classes/sun/jvm/hotspot/code/DebugInfoReadStream.java ! agent/src/share/classes/sun/jvm/hotspot/code/NMethod.java ! agent/src/share/classes/sun/jvm/hotspot/code/ScopeDesc.java ! agent/src/share/classes/sun/jvm/hotspot/compiler/CompileTask.java - agent/src/share/classes/sun/jvm/hotspot/gc_implementation/parallelScavenge/PSPermGen.java ! agent/src/share/classes/sun/jvm/hotspot/gc_implementation/parallelScavenge/ParallelScavengeHeap.java ! agent/src/share/classes/sun/jvm/hotspot/interpreter/BytecodeDisassembler.java ! agent/src/share/classes/sun/jvm/hotspot/interpreter/BytecodeInvoke.java ! agent/src/share/classes/sun/jvm/hotspot/interpreter/BytecodeLoadConstant.java ! agent/src/share/classes/sun/jvm/hotspot/interpreter/BytecodeWithCPIndex.java ! agent/src/share/classes/sun/jvm/hotspot/interpreter/BytecodeWithKlass.java ! agent/src/share/classes/sun/jvm/hotspot/interpreter/Bytecodes.java ! agent/src/share/classes/sun/jvm/hotspot/jdi/ReferenceTypeImpl.java ! agent/src/share/classes/sun/jvm/hotspot/jdi/VirtualMachineImpl.java - agent/src/share/classes/sun/jvm/hotspot/memory/CMSPermGen.java - agent/src/share/classes/sun/jvm/hotspot/memory/CMSPermGenGen.java ! agent/src/share/classes/sun/jvm/hotspot/memory/CompactibleFreeListSpace.java - agent/src/share/classes/sun/jvm/hotspot/memory/CompactingPermGen.java - agent/src/share/classes/sun/jvm/hotspot/memory/CompactingPermGenGen.java - agent/src/share/classes/sun/jvm/hotspot/memory/ContigPermSpace.java ! agent/src/share/classes/sun/jvm/hotspot/memory/Dictionary.java ! agent/src/share/classes/sun/jvm/hotspot/memory/DictionaryEntry.java ! agent/src/share/classes/sun/jvm/hotspot/memory/GenCollectedHeap.java ! agent/src/share/classes/sun/jvm/hotspot/memory/Generation.java ! agent/src/share/classes/sun/jvm/hotspot/memory/GenerationFactory.java - agent/src/share/classes/sun/jvm/hotspot/memory/PermGen.java ! agent/src/share/classes/sun/jvm/hotspot/memory/PlaceholderEntry.java ! agent/src/share/classes/sun/jvm/hotspot/memory/SharedHeap.java ! agent/src/share/classes/sun/jvm/hotspot/memory/SystemDictionary.java ! agent/src/share/classes/sun/jvm/hotspot/memory/Universe.java ! agent/src/share/classes/sun/jvm/hotspot/oops/AccessFlags.java ! agent/src/share/classes/sun/jvm/hotspot/oops/Array.java ! agent/src/share/classes/sun/jvm/hotspot/oops/ArrayData.java ! agent/src/share/classes/sun/jvm/hotspot/oops/ArrayKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/ArrayKlassKlass.java ! agent/src/share/classes/sun/jvm/hotspot/oops/BooleanField.java ! agent/src/share/classes/sun/jvm/hotspot/oops/ByteField.java ! agent/src/share/classes/sun/jvm/hotspot/oops/CIntField.java ! agent/src/share/classes/sun/jvm/hotspot/oops/CharField.java ! agent/src/share/classes/sun/jvm/hotspot/oops/CheckedExceptionElement.java ! agent/src/share/classes/sun/jvm/hotspot/oops/CompiledICHolder.java - agent/src/share/classes/sun/jvm/hotspot/oops/CompiledICHolderKlass.java ! agent/src/share/classes/sun/jvm/hotspot/oops/ConstMethod.java - agent/src/share/classes/sun/jvm/hotspot/oops/ConstMethodKlass.java ! agent/src/share/classes/sun/jvm/hotspot/oops/ConstantPool.java ! agent/src/share/classes/sun/jvm/hotspot/oops/ConstantPoolCache.java ! agent/src/share/classes/sun/jvm/hotspot/oops/ConstantPoolCacheEntry.java - agent/src/share/classes/sun/jvm/hotspot/oops/ConstantPoolCacheKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/ConstantPoolKlass.java ! agent/src/share/classes/sun/jvm/hotspot/oops/DataLayout.java + agent/src/share/classes/sun/jvm/hotspot/oops/DefaultMetadataVisitor.java ! agent/src/share/classes/sun/jvm/hotspot/oops/DefaultOopVisitor.java ! agent/src/share/classes/sun/jvm/hotspot/oops/DoubleField.java ! agent/src/share/classes/sun/jvm/hotspot/oops/ExceptionTableElement.java ! agent/src/share/classes/sun/jvm/hotspot/oops/Field.java + agent/src/share/classes/sun/jvm/hotspot/oops/FieldVisitor.java ! agent/src/share/classes/sun/jvm/hotspot/oops/FloatField.java ! agent/src/share/classes/sun/jvm/hotspot/oops/GenerateOopMap.java ! agent/src/share/classes/sun/jvm/hotspot/oops/Instance.java + agent/src/share/classes/sun/jvm/hotspot/oops/InstanceClassLoaderKlass.java ! agent/src/share/classes/sun/jvm/hotspot/oops/InstanceKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/InstanceKlassKlass.java ! agent/src/share/classes/sun/jvm/hotspot/oops/InstanceMirrorKlass.java + agent/src/share/classes/sun/jvm/hotspot/oops/InstanceRefKlass.java ! agent/src/share/classes/sun/jvm/hotspot/oops/IntField.java ! agent/src/share/classes/sun/jvm/hotspot/oops/Klass.java - agent/src/share/classes/sun/jvm/hotspot/oops/KlassKlass.java ! agent/src/share/classes/sun/jvm/hotspot/oops/LocalVariableTableElement.java ! agent/src/share/classes/sun/jvm/hotspot/oops/LongField.java + agent/src/share/classes/sun/jvm/hotspot/oops/Metadata.java + agent/src/share/classes/sun/jvm/hotspot/oops/MetadataField.java + agent/src/share/classes/sun/jvm/hotspot/oops/MetadataVisitor.java ! agent/src/share/classes/sun/jvm/hotspot/oops/Method.java ! agent/src/share/classes/sun/jvm/hotspot/oops/MethodData.java - agent/src/share/classes/sun/jvm/hotspot/oops/MethodDataKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/MethodKlass.java ! agent/src/share/classes/sun/jvm/hotspot/oops/ObjArrayKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/ObjArrayKlassKlass.java ! agent/src/share/classes/sun/jvm/hotspot/oops/ObjectHeap.java ! agent/src/share/classes/sun/jvm/hotspot/oops/ObjectHistogramElement.java ! agent/src/share/classes/sun/jvm/hotspot/oops/Oop.java ! agent/src/share/classes/sun/jvm/hotspot/oops/OopField.java ! agent/src/share/classes/sun/jvm/hotspot/oops/OopPrinter.java ! agent/src/share/classes/sun/jvm/hotspot/oops/OopVisitor.java ! agent/src/share/classes/sun/jvm/hotspot/oops/ProfileData.java ! agent/src/share/classes/sun/jvm/hotspot/oops/ReceiverTypeData.java ! agent/src/share/classes/sun/jvm/hotspot/oops/ShortField.java ! agent/src/share/classes/sun/jvm/hotspot/oops/TypeArray.java ! agent/src/share/classes/sun/jvm/hotspot/oops/TypeArrayKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/TypeArrayKlassKlass.java ! agent/src/share/classes/sun/jvm/hotspot/oops/java_lang_Class.java ! agent/src/share/classes/sun/jvm/hotspot/opto/CallJavaNode.java ! agent/src/share/classes/sun/jvm/hotspot/opto/Compile.java ! agent/src/share/classes/sun/jvm/hotspot/opto/InlineTree.java ! agent/src/share/classes/sun/jvm/hotspot/opto/JVMState.java ! agent/src/share/classes/sun/jvm/hotspot/opto/MachCallJavaNode.java ! agent/src/share/classes/sun/jvm/hotspot/runtime/ClassConstants.java ! agent/src/share/classes/sun/jvm/hotspot/runtime/Frame.java ! agent/src/share/classes/sun/jvm/hotspot/runtime/JNIid.java ! agent/src/share/classes/sun/jvm/hotspot/runtime/VM.java ! agent/src/share/classes/sun/jvm/hotspot/runtime/VMObjectFactory.java ! agent/src/share/classes/sun/jvm/hotspot/runtime/VirtualBaseConstructor.java ! agent/src/share/classes/sun/jvm/hotspot/runtime/ia64/IA64Frame.java ! agent/src/share/classes/sun/jvm/hotspot/runtime/sparc/SPARCFrame.java ! agent/src/share/classes/sun/jvm/hotspot/runtime/x86/X86Frame.java ! agent/src/share/classes/sun/jvm/hotspot/tools/HeapSummary.java ! agent/src/share/classes/sun/jvm/hotspot/tools/PStack.java ! agent/src/share/classes/sun/jvm/hotspot/tools/PermStat.java ! agent/src/share/classes/sun/jvm/hotspot/tools/StackTrace.java ! agent/src/share/classes/sun/jvm/hotspot/tools/jcore/ByteCodeRewriter.java ! agent/src/share/classes/sun/jvm/hotspot/tools/jcore/ClassWriter.java ! agent/src/share/classes/sun/jvm/hotspot/tools/soql/SOQL.java ! agent/src/share/classes/sun/jvm/hotspot/ui/classbrowser/CodeViewerPanel.java ! agent/src/share/classes/sun/jvm/hotspot/ui/classbrowser/HTMLGenerator.java ! agent/src/share/classes/sun/jvm/hotspot/ui/tree/BadAddressTreeNodeAdapter.java - agent/src/share/classes/sun/jvm/hotspot/ui/tree/BadOopTreeNodeAdapter.java ! agent/src/share/classes/sun/jvm/hotspot/ui/tree/CTypeTreeNodeAdapter.java + agent/src/share/classes/sun/jvm/hotspot/ui/tree/MetadataTreeNodeAdapter.java ! agent/src/share/classes/sun/jvm/hotspot/ui/tree/OopTreeNodeAdapter.java ! agent/src/share/classes/sun/jvm/hotspot/utilities/AbstractHeapGraphWriter.java ! agent/src/share/classes/sun/jvm/hotspot/utilities/ConstantTag.java + agent/src/share/classes/sun/jvm/hotspot/utilities/GenericArray.java ! agent/src/share/classes/sun/jvm/hotspot/utilities/HeapGXLWriter.java ! agent/src/share/classes/sun/jvm/hotspot/utilities/HeapHprofBinWriter.java + agent/src/share/classes/sun/jvm/hotspot/utilities/IntArray.java + agent/src/share/classes/sun/jvm/hotspot/utilities/KlassArray.java + agent/src/share/classes/sun/jvm/hotspot/utilities/MethodArray.java ! agent/src/share/classes/sun/jvm/hotspot/utilities/ObjectReader.java ! agent/src/share/classes/sun/jvm/hotspot/utilities/PointerFinder.java ! agent/src/share/classes/sun/jvm/hotspot/utilities/PointerLocation.java ! agent/src/share/classes/sun/jvm/hotspot/utilities/ReversePtrsAnalysis.java ! agent/src/share/classes/sun/jvm/hotspot/utilities/RobustOopDeterminator.java + agent/src/share/classes/sun/jvm/hotspot/utilities/U1Array.java + agent/src/share/classes/sun/jvm/hotspot/utilities/U2Array.java ! agent/src/share/classes/sun/jvm/hotspot/utilities/soql/JSJavaFactory.java ! agent/src/share/classes/sun/jvm/hotspot/utilities/soql/JSJavaFactoryImpl.java ! agent/src/share/classes/sun/jvm/hotspot/utilities/soql/JSJavaFrame.java ! agent/src/share/classes/sun/jvm/hotspot/utilities/soql/JSJavaInstanceKlass.java ! agent/src/share/classes/sun/jvm/hotspot/utilities/soql/JSJavaMethod.java ! agent/src/share/classes/sun/jvm/hotspot/utilities/soql/JSJavaScriptEngine.java + agent/src/share/classes/sun/jvm/hotspot/utilities/soql/JSMetadata.java ! agent/src/share/classes/sun/jvm/hotspot/utilities/soql/sa.js ! make/solaris/makefiles/fastdebug.make ! make/solaris/makefiles/launcher.make ! make/solaris/makefiles/mapfile-vers-COMPILER1 ! make/solaris/makefiles/mapfile-vers-COMPILER2 ! make/solaris/makefiles/mapfile-vers-TIERED ! make/solaris/makefiles/product.make ! make/solaris/makefiles/profiled.make - make/solaris/makefiles/reorder_COMPILER1_amd64 - make/solaris/makefiles/reorder_COMPILER1_i486 - make/solaris/makefiles/reorder_COMPILER1_sparc - make/solaris/makefiles/reorder_COMPILER1_sparcv9 - make/solaris/makefiles/reorder_COMPILER2_amd64 - make/solaris/makefiles/reorder_COMPILER2_i486 - make/solaris/makefiles/reorder_COMPILER2_sparc - make/solaris/makefiles/reorder_COMPILER2_sparcv9 - make/solaris/makefiles/reorder_CORE_i486 - make/solaris/makefiles/reorder_CORE_sparc - make/solaris/makefiles/reorder_CORE_sparcv9 - make/solaris/makefiles/reorder_TIERED_amd64 - make/solaris/makefiles/reorder_TIERED_i486 - make/solaris/makefiles/reorder_TIERED_sparc - make/solaris/makefiles/reorder_TIERED_sparcv9 ! make/solaris/makefiles/sparc.make ! make/solaris/makefiles/sparcWorks.make ! make/solaris/makefiles/vm.make - make/solaris/reorder.sh ! make/windows/create_obj_files.sh ! src/cpu/sparc/vm/assembler_sparc.cpp ! src/cpu/sparc/vm/assembler_sparc.hpp ! src/cpu/sparc/vm/assembler_sparc.inline.hpp ! src/cpu/sparc/vm/bytecodeInterpreter_sparc.cpp ! src/cpu/sparc/vm/c1_CodeStubs_sparc.cpp ! src/cpu/sparc/vm/c1_LIRAssembler_sparc.cpp ! src/cpu/sparc/vm/c1_LIRGenerator_sparc.cpp ! src/cpu/sparc/vm/c1_MacroAssembler_sparc.cpp ! src/cpu/sparc/vm/c1_Runtime1_sparc.cpp ! src/cpu/sparc/vm/c1_globals_sparc.hpp ! src/cpu/sparc/vm/c2_globals_sparc.hpp ! src/cpu/sparc/vm/cppInterpreter_sparc.cpp ! src/cpu/sparc/vm/debug_sparc.cpp - src/cpu/sparc/vm/dump_sparc.cpp ! src/cpu/sparc/vm/frame_sparc.cpp ! src/cpu/sparc/vm/frame_sparc.hpp ! src/cpu/sparc/vm/frame_sparc.inline.hpp ! src/cpu/sparc/vm/icBuffer_sparc.cpp ! src/cpu/sparc/vm/interp_masm_sparc.cpp ! src/cpu/sparc/vm/interp_masm_sparc.hpp ! src/cpu/sparc/vm/interpreterRT_sparc.cpp ! src/cpu/sparc/vm/interpreter_sparc.cpp + src/cpu/sparc/vm/metaspaceShared_sparc.cpp ! src/cpu/sparc/vm/methodHandles_sparc.cpp ! src/cpu/sparc/vm/methodHandles_sparc.hpp ! src/cpu/sparc/vm/nativeInst_sparc.cpp ! src/cpu/sparc/vm/nativeInst_sparc.hpp ! src/cpu/sparc/vm/relocInfo_sparc.cpp ! src/cpu/sparc/vm/sharedRuntime_sparc.cpp ! src/cpu/sparc/vm/sparc.ad ! src/cpu/sparc/vm/stubGenerator_sparc.cpp ! src/cpu/sparc/vm/templateInterpreter_sparc.cpp ! src/cpu/sparc/vm/templateTable_sparc.cpp ! src/cpu/sparc/vm/templateTable_sparc.hpp ! src/cpu/sparc/vm/vtableStubs_sparc.cpp ! src/cpu/x86/vm/assembler_x86.cpp ! src/cpu/x86/vm/assembler_x86.hpp ! src/cpu/x86/vm/bytecodeInterpreter_x86.cpp ! src/cpu/x86/vm/c1_CodeStubs_x86.cpp ! src/cpu/x86/vm/c1_LIRAssembler_x86.cpp ! src/cpu/x86/vm/c1_LIRGenerator_x86.cpp ! src/cpu/x86/vm/c1_MacroAssembler_x86.cpp ! src/cpu/x86/vm/c1_Runtime1_x86.cpp ! src/cpu/x86/vm/c1_globals_x86.hpp ! src/cpu/x86/vm/c2_globals_x86.hpp ! src/cpu/x86/vm/cppInterpreter_x86.cpp - src/cpu/x86/vm/dump_x86_32.cpp - src/cpu/x86/vm/dump_x86_64.cpp ! src/cpu/x86/vm/frame_x86.cpp ! src/cpu/x86/vm/frame_x86.hpp ! src/cpu/x86/vm/frame_x86.inline.hpp ! src/cpu/x86/vm/icBuffer_x86.cpp ! src/cpu/x86/vm/interp_masm_x86_32.cpp ! src/cpu/x86/vm/interp_masm_x86_32.hpp ! src/cpu/x86/vm/interp_masm_x86_64.cpp ! src/cpu/x86/vm/interp_masm_x86_64.hpp ! src/cpu/x86/vm/interpreterRT_x86_32.cpp ! src/cpu/x86/vm/interpreterRT_x86_64.cpp ! src/cpu/x86/vm/interpreter_x86_32.cpp ! src/cpu/x86/vm/interpreter_x86_64.cpp + src/cpu/x86/vm/metaspaceShared_x86_32.cpp + src/cpu/x86/vm/metaspaceShared_x86_64.cpp ! src/cpu/x86/vm/methodHandles_x86.cpp ! src/cpu/x86/vm/methodHandles_x86.hpp ! src/cpu/x86/vm/relocInfo_x86.cpp ! src/cpu/x86/vm/sharedRuntime_x86_32.cpp ! src/cpu/x86/vm/sharedRuntime_x86_64.cpp ! src/cpu/x86/vm/stubGenerator_x86_32.cpp ! src/cpu/x86/vm/stubGenerator_x86_64.cpp ! src/cpu/x86/vm/templateInterpreter_x86_32.cpp ! src/cpu/x86/vm/templateInterpreter_x86_64.cpp ! src/cpu/x86/vm/templateTable_x86_32.cpp ! src/cpu/x86/vm/templateTable_x86_64.cpp ! src/cpu/x86/vm/vtableStubs_x86_32.cpp ! src/cpu/x86/vm/vtableStubs_x86_64.cpp ! src/cpu/x86/vm/x86.ad ! src/cpu/x86/vm/x86_32.ad ! src/cpu/x86/vm/x86_64.ad ! src/cpu/zero/vm/bytecodeInterpreter_zero.cpp ! src/cpu/zero/vm/bytecodeInterpreter_zero.hpp ! src/cpu/zero/vm/cppInterpreter_zero.cpp ! src/cpu/zero/vm/cppInterpreter_zero.hpp - src/cpu/zero/vm/dump_zero.cpp ! src/cpu/zero/vm/entry_zero.hpp ! src/cpu/zero/vm/frame_zero.cpp ! src/cpu/zero/vm/frame_zero.inline.hpp ! src/cpu/zero/vm/icBuffer_zero.cpp ! src/cpu/zero/vm/interp_masm_zero.cpp ! src/cpu/zero/vm/interpreterFrame_zero.hpp ! src/cpu/zero/vm/interpreterRT_zero.cpp ! src/cpu/zero/vm/interpreter_zero.cpp ! src/cpu/zero/vm/interpreter_zero.hpp + src/cpu/zero/vm/metaspaceShared_zero.cpp ! src/cpu/zero/vm/sharedRuntime_zero.cpp ! src/cpu/zero/vm/sharkFrame_zero.hpp ! src/cpu/zero/vm/shark_globals_zero.hpp ! src/cpu/zero/vm/stubGenerator_zero.cpp ! src/cpu/zero/vm/templateInterpreter_zero.cpp ! src/cpu/zero/vm/templateTable_zero.cpp ! src/os/bsd/dtrace/generateJvmOffsets.cpp ! src/os/bsd/dtrace/jhelper.d ! src/os/bsd/dtrace/libjvm_db.c ! src/os/solaris/dtrace/generateJvmOffsets.cpp ! src/os/solaris/dtrace/jhelper.d ! src/os/solaris/dtrace/libjvm_db.c ! src/os/solaris/vm/dtraceJSDT_solaris.cpp ! src/os/solaris/vm/os_solaris.cpp ! src/os_cpu/bsd_x86/vm/globals_bsd_x86.hpp ! src/os_cpu/bsd_zero/vm/globals_bsd_zero.hpp ! src/os_cpu/linux_sparc/vm/globals_linux_sparc.hpp ! src/os_cpu/linux_x86/vm/globals_linux_x86.hpp ! src/os_cpu/linux_zero/vm/globals_linux_zero.hpp ! src/os_cpu/solaris_sparc/vm/globals_solaris_sparc.hpp ! src/os_cpu/solaris_x86/vm/globals_solaris_x86.hpp ! src/os_cpu/windows_x86/vm/globals_windows_x86.hpp ! src/share/tools/whitebox/sun/hotspot/WhiteBox.java ! src/share/vm/adlc/formssel.cpp ! src/share/vm/adlc/main.cpp ! src/share/vm/adlc/output_c.cpp ! src/share/vm/adlc/output_h.cpp ! src/share/vm/asm/codeBuffer.cpp ! src/share/vm/asm/codeBuffer.hpp ! src/share/vm/c1/c1_CodeStubs.hpp ! src/share/vm/c1/c1_GraphBuilder.cpp ! src/share/vm/c1/c1_Instruction.cpp ! src/share/vm/c1/c1_Instruction.hpp ! src/share/vm/c1/c1_InstructionPrinter.cpp ! src/share/vm/c1/c1_LIR.cpp ! src/share/vm/c1/c1_LIR.hpp ! src/share/vm/c1/c1_LIRAssembler.cpp ! src/share/vm/c1/c1_LIRAssembler.hpp ! src/share/vm/c1/c1_LIRGenerator.cpp ! src/share/vm/c1/c1_LIRGenerator.hpp ! src/share/vm/c1/c1_MacroAssembler.hpp ! src/share/vm/c1/c1_Runtime1.cpp ! src/share/vm/c1/c1_Runtime1.hpp ! src/share/vm/c1/c1_ValueType.cpp ! src/share/vm/c1/c1_ValueType.hpp ! src/share/vm/c1/c1_globals.hpp ! src/share/vm/ci/bcEscapeAnalyzer.cpp ! src/share/vm/ci/bcEscapeAnalyzer.hpp ! src/share/vm/ci/ciArrayKlass.cpp ! src/share/vm/ci/ciArrayKlass.hpp - src/share/vm/ci/ciArrayKlassKlass.hpp + src/share/vm/ci/ciBaseObject.cpp + src/share/vm/ci/ciBaseObject.hpp - src/share/vm/ci/ciCPCache.cpp - src/share/vm/ci/ciCPCache.hpp ! src/share/vm/ci/ciClassList.hpp ! src/share/vm/ci/ciConstantPoolCache.hpp ! src/share/vm/ci/ciEnv.cpp ! src/share/vm/ci/ciEnv.hpp ! src/share/vm/ci/ciField.cpp ! src/share/vm/ci/ciInstance.cpp ! src/share/vm/ci/ciInstanceKlass.cpp ! src/share/vm/ci/ciInstanceKlass.hpp - src/share/vm/ci/ciInstanceKlassKlass.cpp - src/share/vm/ci/ciInstanceKlassKlass.hpp ! src/share/vm/ci/ciKlass.cpp ! src/share/vm/ci/ciKlass.hpp - src/share/vm/ci/ciKlassKlass.cpp - src/share/vm/ci/ciKlassKlass.hpp ! src/share/vm/ci/ciMemberName.cpp + src/share/vm/ci/ciMetadata.cpp + src/share/vm/ci/ciMetadata.hpp ! src/share/vm/ci/ciMethod.cpp ! src/share/vm/ci/ciMethod.hpp ! src/share/vm/ci/ciMethodData.cpp ! src/share/vm/ci/ciMethodData.hpp ! src/share/vm/ci/ciMethodHandle.cpp - src/share/vm/ci/ciMethodKlass.cpp - src/share/vm/ci/ciMethodKlass.hpp ! src/share/vm/ci/ciObjArrayKlass.cpp ! src/share/vm/ci/ciObjArrayKlass.hpp - src/share/vm/ci/ciObjArrayKlassKlass.cpp - src/share/vm/ci/ciObjArrayKlassKlass.hpp ! src/share/vm/ci/ciObject.cpp ! src/share/vm/ci/ciObject.hpp ! src/share/vm/ci/ciObjectFactory.cpp ! src/share/vm/ci/ciObjectFactory.hpp ! src/share/vm/ci/ciStreams.cpp ! src/share/vm/ci/ciStreams.hpp ! src/share/vm/ci/ciSymbol.hpp ! src/share/vm/ci/ciType.cpp ! src/share/vm/ci/ciType.hpp ! src/share/vm/ci/ciTypeArrayKlass.cpp ! src/share/vm/ci/ciTypeArrayKlass.hpp - src/share/vm/ci/ciTypeArrayKlassKlass.cpp - src/share/vm/ci/ciTypeArrayKlassKlass.hpp ! src/share/vm/ci/ciTypeFlow.cpp ! src/share/vm/ci/compilerInterface.hpp ! src/share/vm/classfile/altHashing.cpp ! src/share/vm/classfile/classFileParser.cpp ! src/share/vm/classfile/classFileParser.hpp ! src/share/vm/classfile/classLoader.cpp + src/share/vm/classfile/classLoaderData.cpp + src/share/vm/classfile/classLoaderData.hpp + src/share/vm/classfile/classLoaderData.inline.hpp ! src/share/vm/classfile/dictionary.cpp ! src/share/vm/classfile/dictionary.hpp ! src/share/vm/classfile/javaAssertions.cpp ! src/share/vm/classfile/javaClasses.cpp ! src/share/vm/classfile/javaClasses.hpp ! src/share/vm/classfile/loaderConstraints.cpp ! src/share/vm/classfile/loaderConstraints.hpp ! src/share/vm/classfile/placeholders.cpp ! src/share/vm/classfile/placeholders.hpp ! src/share/vm/classfile/resolutionErrors.cpp ! src/share/vm/classfile/resolutionErrors.hpp ! src/share/vm/classfile/stackMapFrame.hpp ! src/share/vm/classfile/stackMapTable.hpp ! src/share/vm/classfile/symbolTable.cpp ! src/share/vm/classfile/symbolTable.hpp ! src/share/vm/classfile/systemDictionary.cpp ! src/share/vm/classfile/systemDictionary.hpp ! src/share/vm/classfile/verificationType.cpp ! src/share/vm/classfile/verifier.cpp ! src/share/vm/classfile/verifier.hpp ! src/share/vm/classfile/vmSymbols.cpp ! src/share/vm/classfile/vmSymbols.hpp ! src/share/vm/code/codeBlob.cpp ! src/share/vm/code/codeBlob.hpp ! src/share/vm/code/codeCache.cpp ! src/share/vm/code/codeCache.hpp ! src/share/vm/code/compiledIC.cpp ! src/share/vm/code/compiledIC.hpp ! src/share/vm/code/debugInfo.cpp ! src/share/vm/code/debugInfo.hpp ! src/share/vm/code/debugInfoRec.cpp ! src/share/vm/code/debugInfoRec.hpp ! src/share/vm/code/dependencies.cpp ! src/share/vm/code/dependencies.hpp ! src/share/vm/code/exceptionHandlerTable.hpp ! src/share/vm/code/icBuffer.cpp ! src/share/vm/code/icBuffer.hpp ! src/share/vm/code/nmethod.cpp ! src/share/vm/code/nmethod.hpp ! src/share/vm/code/oopRecorder.cpp ! src/share/vm/code/oopRecorder.hpp ! src/share/vm/code/relocInfo.cpp ! src/share/vm/code/relocInfo.hpp ! src/share/vm/code/scopeDesc.cpp ! src/share/vm/code/scopeDesc.hpp ! src/share/vm/code/vtableStubs.cpp ! src/share/vm/code/vtableStubs.hpp ! src/share/vm/compiler/compileBroker.cpp ! src/share/vm/compiler/compileBroker.hpp ! src/share/vm/compiler/compileLog.cpp ! src/share/vm/compiler/compileLog.hpp ! src/share/vm/compiler/compilerOracle.cpp ! src/share/vm/gc_implementation/concurrentMarkSweep/cmsCollectorPolicy.cpp ! src/share/vm/gc_implementation/concurrentMarkSweep/cmsOopClosures.hpp ! src/share/vm/gc_implementation/concurrentMarkSweep/cmsOopClosures.inline.hpp - src/share/vm/gc_implementation/concurrentMarkSweep/cmsPermGen.cpp - src/share/vm/gc_implementation/concurrentMarkSweep/cmsPermGen.hpp ! src/share/vm/gc_implementation/concurrentMarkSweep/compactibleFreeListSpace.cpp ! src/share/vm/gc_implementation/concurrentMarkSweep/compactibleFreeListSpace.hpp ! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.cpp ! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.hpp ! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.inline.hpp ! src/share/vm/gc_implementation/concurrentMarkSweep/promotionInfo.cpp ! src/share/vm/gc_implementation/concurrentMarkSweep/promotionInfo.hpp ! src/share/vm/gc_implementation/concurrentMarkSweep/vmStructs_cms.hpp ! src/share/vm/gc_implementation/g1/concurrentMark.cpp ! src/share/vm/gc_implementation/g1/g1BlockOffsetTable.cpp ! src/share/vm/gc_implementation/g1/g1BlockOffsetTable.inline.hpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.hpp ! src/share/vm/gc_implementation/g1/g1CollectorPolicy.hpp ! src/share/vm/gc_implementation/g1/g1MarkSweep.cpp ! src/share/vm/gc_implementation/g1/g1MonitoringSupport.cpp ! src/share/vm/gc_implementation/g1/g1OopClosures.hpp ! src/share/vm/gc_implementation/g1/g1RemSet.cpp ! src/share/vm/gc_implementation/g1/g1RemSet.hpp ! src/share/vm/gc_implementation/g1/g1_specialized_oop_closures.hpp ! src/share/vm/gc_implementation/g1/heapRegion.cpp ! src/share/vm/gc_implementation/g1/heapRegion.hpp ! src/share/vm/gc_implementation/g1/satbQueue.cpp ! src/share/vm/gc_implementation/parNew/parNewGeneration.cpp ! src/share/vm/gc_implementation/parNew/parOopClosures.hpp ! src/share/vm/gc_implementation/parNew/parOopClosures.inline.hpp ! src/share/vm/gc_implementation/parallelScavenge/adjoiningGenerations.cpp ! src/share/vm/gc_implementation/parallelScavenge/adjoiningGenerations.hpp ! src/share/vm/gc_implementation/parallelScavenge/cardTableExtension.cpp ! src/share/vm/gc_implementation/parallelScavenge/generationSizer.hpp ! src/share/vm/gc_implementation/parallelScavenge/objectStartArray.cpp ! src/share/vm/gc_implementation/parallelScavenge/parallelScavengeHeap.cpp ! src/share/vm/gc_implementation/parallelScavenge/parallelScavengeHeap.hpp ! src/share/vm/gc_implementation/parallelScavenge/parallelScavengeHeap.inline.hpp ! src/share/vm/gc_implementation/parallelScavenge/pcTasks.cpp ! src/share/vm/gc_implementation/parallelScavenge/psAdaptiveSizePolicy.cpp ! src/share/vm/gc_implementation/parallelScavenge/psAdaptiveSizePolicy.hpp ! src/share/vm/gc_implementation/parallelScavenge/psCompactionManager.cpp ! src/share/vm/gc_implementation/parallelScavenge/psCompactionManager.hpp ! src/share/vm/gc_implementation/parallelScavenge/psMarkSweep.cpp ! src/share/vm/gc_implementation/parallelScavenge/psMarkSweep.hpp ! src/share/vm/gc_implementation/parallelScavenge/psMarkSweepDecorator.cpp ! src/share/vm/gc_implementation/parallelScavenge/psMarkSweepDecorator.hpp ! src/share/vm/gc_implementation/parallelScavenge/psOldGen.cpp ! src/share/vm/gc_implementation/parallelScavenge/psOldGen.hpp ! src/share/vm/gc_implementation/parallelScavenge/psParallelCompact.cpp ! src/share/vm/gc_implementation/parallelScavenge/psParallelCompact.hpp - src/share/vm/gc_implementation/parallelScavenge/psPermGen.cpp - src/share/vm/gc_implementation/parallelScavenge/psPermGen.hpp ! src/share/vm/gc_implementation/parallelScavenge/psPromotionManager.cpp ! src/share/vm/gc_implementation/parallelScavenge/psPromotionManager.inline.hpp ! src/share/vm/gc_implementation/parallelScavenge/psScavenge.cpp ! src/share/vm/gc_implementation/parallelScavenge/psScavenge.hpp ! src/share/vm/gc_implementation/parallelScavenge/psScavenge.inline.hpp ! src/share/vm/gc_implementation/parallelScavenge/psTasks.cpp ! src/share/vm/gc_implementation/parallelScavenge/psYoungGen.hpp ! src/share/vm/gc_implementation/parallelScavenge/vmPSOperations.cpp ! src/share/vm/gc_implementation/parallelScavenge/vmPSOperations.hpp ! src/share/vm/gc_implementation/parallelScavenge/vmStructs_parallelgc.hpp ! src/share/vm/gc_implementation/shared/cSpaceCounters.cpp ! src/share/vm/gc_implementation/shared/cSpaceCounters.hpp ! src/share/vm/gc_implementation/shared/concurrentGCThread.cpp ! src/share/vm/gc_implementation/shared/immutableSpace.cpp ! src/share/vm/gc_implementation/shared/immutableSpace.hpp ! src/share/vm/gc_implementation/shared/markSweep.cpp ! src/share/vm/gc_implementation/shared/markSweep.hpp ! src/share/vm/gc_implementation/shared/markSweep.inline.hpp ! src/share/vm/gc_implementation/shared/mutableSpace.cpp ! src/share/vm/gc_implementation/shared/mutableSpace.hpp ! src/share/vm/gc_implementation/shared/vmGCOperations.cpp ! src/share/vm/gc_implementation/shared/vmGCOperations.hpp ! src/share/vm/gc_interface/collectedHeap.cpp ! src/share/vm/gc_interface/collectedHeap.hpp ! src/share/vm/gc_interface/collectedHeap.inline.hpp ! src/share/vm/gc_interface/gcCause.cpp ! src/share/vm/gc_interface/gcCause.hpp ! src/share/vm/interpreter/abstractInterpreter.hpp ! src/share/vm/interpreter/bytecode.cpp ! src/share/vm/interpreter/bytecode.hpp ! src/share/vm/interpreter/bytecodeInterpreter.cpp ! src/share/vm/interpreter/bytecodeInterpreter.hpp ! src/share/vm/interpreter/bytecodeStream.hpp ! src/share/vm/interpreter/bytecodeTracer.cpp ! src/share/vm/interpreter/bytecodes.cpp ! src/share/vm/interpreter/bytecodes.hpp ! src/share/vm/interpreter/interpreter.cpp ! src/share/vm/interpreter/interpreterRuntime.cpp ! src/share/vm/interpreter/interpreterRuntime.hpp ! src/share/vm/interpreter/linkResolver.cpp ! src/share/vm/interpreter/linkResolver.hpp ! src/share/vm/interpreter/oopMapCache.cpp ! src/share/vm/interpreter/oopMapCache.hpp ! src/share/vm/interpreter/rewriter.cpp ! src/share/vm/interpreter/rewriter.hpp ! src/share/vm/interpreter/templateInterpreter.cpp ! src/share/vm/interpreter/templateInterpreter.hpp ! src/share/vm/interpreter/templateTable.cpp ! src/share/vm/interpreter/templateTable.hpp ! src/share/vm/memory/allocation.cpp ! src/share/vm/memory/allocation.hpp ! src/share/vm/memory/barrierSet.hpp ! src/share/vm/memory/binaryTreeDictionary.hpp ! src/share/vm/memory/blockOffsetTable.cpp ! src/share/vm/memory/blockOffsetTable.hpp ! src/share/vm/memory/blockOffsetTable.inline.hpp ! src/share/vm/memory/cardTableModRefBS.hpp ! src/share/vm/memory/cardTableRS.cpp ! src/share/vm/memory/cardTableRS.hpp - src/share/vm/memory/classify.cpp - src/share/vm/memory/classify.hpp ! src/share/vm/memory/collectorPolicy.cpp ! src/share/vm/memory/collectorPolicy.hpp - src/share/vm/memory/compactPermGen.hpp - src/share/vm/memory/compactingPermGenGen.cpp - src/share/vm/memory/compactingPermGenGen.hpp ! src/share/vm/memory/defNewGeneration.cpp ! src/share/vm/memory/defNewGeneration.hpp - src/share/vm/memory/dump.cpp ! src/share/vm/memory/filemap.cpp ! src/share/vm/memory/filemap.hpp ! src/share/vm/memory/freeBlockDictionary.hpp ! src/share/vm/memory/genCollectedHeap.cpp ! src/share/vm/memory/genCollectedHeap.hpp ! src/share/vm/memory/genMarkSweep.cpp ! src/share/vm/memory/genOopClosures.hpp ! src/share/vm/memory/genOopClosures.inline.hpp ! src/share/vm/memory/genRemSet.cpp ! src/share/vm/memory/genRemSet.hpp ! src/share/vm/memory/generation.cpp ! src/share/vm/memory/generation.hpp ! src/share/vm/memory/generationSpec.cpp ! src/share/vm/memory/generationSpec.hpp ! src/share/vm/memory/heapInspection.cpp ! src/share/vm/memory/heapInspection.hpp ! src/share/vm/memory/iterator.cpp ! src/share/vm/memory/iterator.hpp ! src/share/vm/memory/memRegion.hpp + src/share/vm/memory/metadataFactory.hpp + src/share/vm/memory/metaspace.cpp + src/share/vm/memory/metaspace.hpp + src/share/vm/memory/metaspaceCounters.cpp + src/share/vm/memory/metaspaceCounters.hpp + src/share/vm/memory/metaspaceShared.cpp + src/share/vm/memory/metaspaceShared.hpp ! src/share/vm/memory/modRefBarrierSet.hpp ! src/share/vm/memory/oopFactory.cpp ! src/share/vm/memory/oopFactory.hpp - src/share/vm/memory/permGen.cpp - src/share/vm/memory/permGen.hpp ! src/share/vm/memory/referenceProcessor.cpp ! src/share/vm/memory/referenceProcessor.hpp - src/share/vm/memory/restore.cpp - src/share/vm/memory/serialize.cpp ! src/share/vm/memory/sharedHeap.cpp ! src/share/vm/memory/sharedHeap.hpp ! src/share/vm/memory/space.cpp ! src/share/vm/memory/space.hpp ! src/share/vm/memory/specialized_oop_closures.hpp ! src/share/vm/memory/universe.cpp ! src/share/vm/memory/universe.hpp + src/share/vm/oops/annotations.cpp + src/share/vm/oops/annotations.hpp ! src/share/vm/oops/arrayKlass.cpp ! src/share/vm/oops/arrayKlass.hpp - src/share/vm/oops/arrayKlassKlass.cpp - src/share/vm/oops/arrayKlassKlass.hpp ! src/share/vm/oops/arrayOop.hpp + src/share/vm/oops/compiledICHolder.cpp + src/share/vm/oops/compiledICHolder.hpp - src/share/vm/oops/compiledICHolderKlass.cpp - src/share/vm/oops/compiledICHolderKlass.hpp - src/share/vm/oops/compiledICHolderOop.cpp - src/share/vm/oops/compiledICHolderOop.hpp + src/share/vm/oops/constMethod.cpp + src/share/vm/oops/constMethod.hpp - src/share/vm/oops/constMethodKlass.cpp - src/share/vm/oops/constMethodKlass.hpp - src/share/vm/oops/constMethodOop.cpp - src/share/vm/oops/constMethodOop.hpp + src/share/vm/oops/constantPool.cpp + src/share/vm/oops/constantPool.hpp - src/share/vm/oops/constantPoolKlass.cpp - src/share/vm/oops/constantPoolKlass.hpp - src/share/vm/oops/constantPoolOop.cpp - src/share/vm/oops/constantPoolOop.hpp + src/share/vm/oops/cpCache.cpp + src/share/vm/oops/cpCache.hpp - src/share/vm/oops/cpCacheKlass.cpp - src/share/vm/oops/cpCacheKlass.hpp - src/share/vm/oops/cpCacheOop.cpp - src/share/vm/oops/cpCacheOop.hpp ! src/share/vm/oops/fieldInfo.hpp ! src/share/vm/oops/fieldStreams.hpp ! src/share/vm/oops/generateOopMap.cpp ! src/share/vm/oops/generateOopMap.hpp + src/share/vm/oops/instanceClassLoaderKlass.cpp + src/share/vm/oops/instanceClassLoaderKlass.hpp ! src/share/vm/oops/instanceKlass.cpp ! src/share/vm/oops/instanceKlass.hpp - src/share/vm/oops/instanceKlassKlass.cpp - src/share/vm/oops/instanceKlassKlass.hpp ! src/share/vm/oops/instanceMirrorKlass.cpp ! src/share/vm/oops/instanceMirrorKlass.hpp ! src/share/vm/oops/instanceOop.hpp ! src/share/vm/oops/instanceRefKlass.cpp ! src/share/vm/oops/instanceRefKlass.hpp ! src/share/vm/oops/klass.cpp ! src/share/vm/oops/klass.hpp - src/share/vm/oops/klassKlass.cpp - src/share/vm/oops/klassKlass.hpp - src/share/vm/oops/klassOop.cpp - src/share/vm/oops/klassOop.hpp ! src/share/vm/oops/klassVtable.cpp ! src/share/vm/oops/klassVtable.hpp ! src/share/vm/oops/markOop.cpp ! src/share/vm/oops/markOop.hpp ! src/share/vm/oops/markOop.inline.hpp + src/share/vm/oops/metadata.cpp + src/share/vm/oops/metadata.hpp + src/share/vm/oops/method.cpp + src/share/vm/oops/method.hpp + src/share/vm/oops/methodData.cpp + src/share/vm/oops/methodData.hpp - src/share/vm/oops/methodDataKlass.cpp - src/share/vm/oops/methodDataKlass.hpp - src/share/vm/oops/methodDataOop.cpp - src/share/vm/oops/methodDataOop.hpp - src/share/vm/oops/methodKlass.cpp - src/share/vm/oops/methodKlass.hpp - src/share/vm/oops/methodOop.cpp - src/share/vm/oops/methodOop.hpp ! src/share/vm/oops/objArrayKlass.cpp ! src/share/vm/oops/objArrayKlass.hpp ! src/share/vm/oops/objArrayKlass.inline.hpp - src/share/vm/oops/objArrayKlassKlass.cpp - src/share/vm/oops/objArrayKlassKlass.hpp ! src/share/vm/oops/objArrayOop.cpp ! src/share/vm/oops/oop.cpp ! src/share/vm/oops/oop.hpp ! src/share/vm/oops/oop.inline.hpp ! src/share/vm/oops/oop.inline2.hpp ! src/share/vm/oops/oop.pcgc.inline.hpp ! src/share/vm/oops/oop.psgc.inline.hpp ! src/share/vm/oops/oopsHierarchy.hpp ! src/share/vm/oops/symbol.cpp ! src/share/vm/oops/symbol.hpp ! src/share/vm/oops/typeArrayKlass.cpp ! src/share/vm/oops/typeArrayKlass.hpp - src/share/vm/oops/typeArrayKlassKlass.cpp - src/share/vm/oops/typeArrayKlassKlass.hpp ! src/share/vm/oops/typeArrayOop.hpp ! src/share/vm/opto/callGenerator.cpp ! src/share/vm/opto/callnode.cpp ! src/share/vm/opto/cfgnode.cpp ! src/share/vm/opto/compile.cpp ! src/share/vm/opto/compile.hpp ! src/share/vm/opto/connode.cpp ! src/share/vm/opto/doCall.cpp ! src/share/vm/opto/graphKit.cpp ! src/share/vm/opto/graphKit.hpp ! src/share/vm/opto/idealGraphPrinter.cpp ! src/share/vm/opto/library_call.cpp ! src/share/vm/opto/machnode.cpp ! src/share/vm/opto/machnode.hpp ! src/share/vm/opto/macro.cpp ! src/share/vm/opto/matcher.cpp ! src/share/vm/opto/matcher.hpp ! src/share/vm/opto/memnode.cpp ! src/share/vm/opto/multnode.cpp ! src/share/vm/opto/node.cpp ! src/share/vm/opto/output.cpp ! src/share/vm/opto/parse1.cpp ! src/share/vm/opto/parse2.cpp ! src/share/vm/opto/parseHelper.cpp ! src/share/vm/opto/reg_split.cpp ! src/share/vm/opto/runtime.cpp ! src/share/vm/opto/runtime.hpp ! src/share/vm/opto/subnode.cpp ! src/share/vm/opto/type.cpp ! src/share/vm/opto/type.hpp ! src/share/vm/precompiled/precompiled.hpp ! src/share/vm/prims/forte.cpp ! src/share/vm/prims/jni.cpp ! src/share/vm/prims/jniCheck.cpp ! src/share/vm/prims/jniCheck.hpp ! src/share/vm/prims/jvm.cpp ! src/share/vm/prims/jvm.h ! src/share/vm/prims/jvm_misc.hpp ! src/share/vm/prims/jvmtiClassFileReconstituter.cpp ! src/share/vm/prims/jvmtiClassFileReconstituter.hpp ! src/share/vm/prims/jvmtiEnter.xsl ! src/share/vm/prims/jvmtiEnv.cpp ! src/share/vm/prims/jvmtiEnv.xsl ! src/share/vm/prims/jvmtiEnvBase.cpp ! src/share/vm/prims/jvmtiEnvBase.hpp ! src/share/vm/prims/jvmtiEnvThreadState.cpp ! src/share/vm/prims/jvmtiEnvThreadState.hpp ! src/share/vm/prims/jvmtiExport.cpp ! src/share/vm/prims/jvmtiExport.hpp ! src/share/vm/prims/jvmtiGetLoadedClasses.cpp ! src/share/vm/prims/jvmtiImpl.cpp ! src/share/vm/prims/jvmtiImpl.hpp ! src/share/vm/prims/jvmtiLib.xsl ! src/share/vm/prims/jvmtiRedefineClasses.cpp ! src/share/vm/prims/jvmtiRedefineClasses.hpp ! src/share/vm/prims/jvmtiTagMap.cpp ! src/share/vm/prims/jvmtiThreadState.cpp ! src/share/vm/prims/jvmtiThreadState.hpp ! src/share/vm/prims/jvmtiTrace.cpp ! src/share/vm/prims/methodComparator.cpp ! src/share/vm/prims/methodComparator.hpp ! src/share/vm/prims/methodHandles.cpp ! src/share/vm/prims/methodHandles.hpp ! src/share/vm/prims/nativeLookup.cpp ! src/share/vm/prims/privilegedStack.cpp ! src/share/vm/prims/privilegedStack.hpp ! src/share/vm/prims/unsafe.cpp ! src/share/vm/prims/wbtestmethods/parserTests.cpp ! src/share/vm/prims/whitebox.cpp ! src/share/vm/runtime/advancedThresholdPolicy.cpp ! src/share/vm/runtime/advancedThresholdPolicy.hpp ! src/share/vm/runtime/aprofiler.cpp ! src/share/vm/runtime/aprofiler.hpp ! src/share/vm/runtime/arguments.cpp ! src/share/vm/runtime/biasedLocking.cpp ! src/share/vm/runtime/compilationPolicy.cpp ! src/share/vm/runtime/compilationPolicy.hpp ! src/share/vm/runtime/deoptimization.cpp ! src/share/vm/runtime/deoptimization.hpp ! src/share/vm/runtime/dtraceJSDT.cpp ! src/share/vm/runtime/fieldDescriptor.cpp ! src/share/vm/runtime/fieldDescriptor.hpp ! src/share/vm/runtime/fprofiler.cpp ! src/share/vm/runtime/fprofiler.hpp ! src/share/vm/runtime/frame.cpp ! src/share/vm/runtime/frame.hpp ! src/share/vm/runtime/frame.inline.hpp ! src/share/vm/runtime/globals.hpp ! src/share/vm/runtime/handles.cpp ! src/share/vm/runtime/handles.hpp ! src/share/vm/runtime/handles.inline.hpp ! src/share/vm/runtime/init.cpp ! src/share/vm/runtime/java.cpp ! src/share/vm/runtime/javaCalls.cpp ! src/share/vm/runtime/javaCalls.hpp ! src/share/vm/runtime/jfieldIDWorkaround.hpp ! src/share/vm/runtime/jniHandles.cpp ! src/share/vm/runtime/jniHandles.hpp ! src/share/vm/runtime/memprofiler.cpp ! src/share/vm/runtime/mutexLocker.cpp ! src/share/vm/runtime/objectMonitor.cpp ! src/share/vm/runtime/os.cpp ! src/share/vm/runtime/perfData.cpp ! src/share/vm/runtime/perfData.hpp ! src/share/vm/runtime/reflection.cpp ! src/share/vm/runtime/reflection.hpp ! src/share/vm/runtime/reflectionUtils.cpp ! src/share/vm/runtime/reflectionUtils.hpp ! src/share/vm/runtime/relocator.cpp ! src/share/vm/runtime/relocator.hpp ! src/share/vm/runtime/rframe.hpp ! src/share/vm/runtime/sharedRuntime.cpp ! src/share/vm/runtime/sharedRuntime.hpp ! src/share/vm/runtime/signature.cpp ! src/share/vm/runtime/signature.hpp ! src/share/vm/runtime/simpleThresholdPolicy.cpp ! src/share/vm/runtime/simpleThresholdPolicy.hpp ! src/share/vm/runtime/simpleThresholdPolicy.inline.hpp ! src/share/vm/runtime/stackValue.cpp ! src/share/vm/runtime/stubRoutines.hpp ! src/share/vm/runtime/sweeper.cpp ! src/share/vm/runtime/sweeper.hpp ! src/share/vm/runtime/synchronizer.cpp ! src/share/vm/runtime/thread.cpp ! src/share/vm/runtime/thread.hpp ! src/share/vm/runtime/unhandledOops.cpp ! src/share/vm/runtime/vframe.cpp ! src/share/vm/runtime/vframe.hpp ! src/share/vm/runtime/vframeArray.cpp ! src/share/vm/runtime/vframeArray.hpp ! src/share/vm/runtime/vframe_hp.cpp ! src/share/vm/runtime/vframe_hp.hpp ! src/share/vm/runtime/virtualspace.cpp ! src/share/vm/runtime/virtualspace.hpp ! src/share/vm/runtime/vmStructs.cpp ! src/share/vm/runtime/vmStructs.hpp ! src/share/vm/runtime/vmThread.cpp ! src/share/vm/runtime/vm_operations.hpp ! src/share/vm/services/attachListener.cpp ! src/share/vm/services/classLoadingService.cpp ! src/share/vm/services/classLoadingService.hpp ! src/share/vm/services/diagnosticCommand.cpp ! src/share/vm/services/gcNotifier.cpp ! src/share/vm/services/heapDumper.cpp ! src/share/vm/services/heapDumper.hpp ! src/share/vm/services/lowMemoryDetector.cpp ! src/share/vm/services/management.cpp ! src/share/vm/services/management.hpp ! src/share/vm/services/memoryManager.cpp ! src/share/vm/services/memoryPool.cpp ! src/share/vm/services/memoryPool.hpp ! src/share/vm/services/memoryService.cpp ! src/share/vm/services/memoryService.hpp ! src/share/vm/services/psMemoryPool.cpp ! src/share/vm/services/psMemoryPool.hpp ! src/share/vm/services/serviceUtil.hpp ! src/share/vm/services/threadService.cpp ! src/share/vm/services/threadService.hpp ! src/share/vm/shark/sharkBuilder.cpp ! src/share/vm/shark/sharkCacheDecache.cpp ! src/share/vm/shark/sharkContext.cpp ! src/share/vm/shark/sharkContext.hpp ! src/share/vm/shark/sharkRuntime.cpp ! src/share/vm/shark/sharkRuntime.hpp ! src/share/vm/shark/sharkStack.cpp ! src/share/vm/shark/sharkState.cpp ! src/share/vm/shark/sharkTopLevelBlock.cpp ! src/share/vm/shark/sharkType.hpp ! src/share/vm/utilities/accessFlags.cpp ! src/share/vm/utilities/accessFlags.hpp ! src/share/vm/utilities/array.hpp ! src/share/vm/utilities/constantTag.cpp ! src/share/vm/utilities/constantTag.hpp ! src/share/vm/utilities/debug.cpp ! src/share/vm/utilities/debug.hpp ! src/share/vm/utilities/exceptions.cpp ! src/share/vm/utilities/exceptions.hpp ! src/share/vm/utilities/globalDefinitions.cpp ! src/share/vm/utilities/globalDefinitions.hpp ! src/share/vm/utilities/growableArray.hpp ! src/share/vm/utilities/hashtable.cpp ! src/share/vm/utilities/hashtable.hpp ! src/share/vm/utilities/xmlstream.cpp ! src/share/vm/utilities/xmlstream.hpp ! test/compiler/6859338/Test6859338.java Changeset: 03049e0e8544 Author: coleenp Date: 2012-09-03 18:37 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/03049e0e8544 7195823: NPG: CMS reserved() doesn't match _rs.base(). Summary: If the commit fails, the size isn't set so the assert fails. Reviewed-by: kamg ! src/share/vm/memory/metaspace.cpp Changeset: 46c017102631 Author: stefank Date: 2012-09-04 13:01 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/46c017102631 7195968: NPG: oopDesc::list_ptr_from_klass is broken Summary: Remove incorrect cast Reviewed-by: brutisso, coleenp ! src/share/vm/oops/oop.inline.hpp Changeset: ca11db66f9de Author: roland Date: 2012-09-04 23:27 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/ca11db66f9de 7184649: NPG: Implement another MetdataPtr case Summary: xmeet when both inputs are MetadataPtr. Reviewed-by: kvn ! src/share/vm/opto/type.cpp Changeset: d17383603741 Author: twisti Date: 2012-09-04 18:01 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/d17383603741 7196120: NPG: JSR 2292 test fails because missing fix for 7188911 Reviewed-by: kvn, coleenp ! src/share/vm/interpreter/linkResolver.cpp ! src/share/vm/prims/methodHandles.cpp ! src/share/vm/utilities/exceptions.hpp Changeset: 5d2156bcb78b Author: jmasa Date: 2012-09-04 16:20 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/5d2156bcb78b 7195789: NPG: assert(used + free == capacity) failed: Accounting is wrong Reviewed-by: coleenp, jcoomes ! src/share/vm/memory/metaspace.cpp ! src/share/vm/memory/metaspace.hpp ! src/share/vm/memory/metaspaceCounters.cpp Changeset: 044a77cd0c8b Author: stefank Date: 2012-09-05 10:39 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/044a77cd0c8b 7195935: NPG: Some issues with compressed oops Summary: Don't decompress the klass pointer in the G1 pre-barrier code when !UseCompressedKlassPointers Reviewed-by: coleenp, brutisso ! src/share/vm/c1/c1_LIRGenerator.cpp Changeset: 78b56e53050e Author: kvn Date: 2012-09-05 10:18 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/78b56e53050e 7196167: NPG: mismerge in make/solaris/makefiles/fastdebug.make Summary: Remove the workaround of 7187454 problem which was restored incorrectly during NPG merge. Reviewed-by: coleenp, dholmes ! make/solaris/makefiles/fastdebug.make Changeset: fa6e618671d7 Author: coleenp Date: 2012-09-05 20:08 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/fa6e618671d7 7195867: NPG: SAJDI tests fail with sun.jvm.hotspot.types.WrongTypeException: No suitable match for type Summary: Need to restore the vtable in metadata when we restore the type from the shared archive. Reviewed-by: acorn, jcoomes, jmasa, jrose ! src/share/vm/classfile/systemDictionary.cpp ! src/share/vm/memory/metaspaceShared.cpp ! src/share/vm/oops/constantPool.cpp ! src/share/vm/oops/constantPool.hpp ! src/share/vm/oops/instanceKlass.cpp ! src/share/vm/oops/method.hpp Changeset: 942bb29b20b0 Author: jmasa Date: 2012-09-06 07:28 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/942bb29b20b0 7196298: Better fix for 7195789 Reviewed-by: jcoomes, brutisso ! src/share/vm/memory/metaspace.cpp ! src/share/vm/memory/metaspace.hpp ! src/share/vm/memory/metaspaceCounters.cpp Changeset: aed758eda82a Author: coleenp Date: 2012-09-07 12:04 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/aed758eda82a 7195833: NPG: Rename instanceClassLoaderKlass, instanceRefKlass and instanceMirrorKlass Summary: Simple renaming to be consistent with instanceKlass->InstanceKlass renaming Reviewed-by: stefank, jmasa ! agent/src/share/classes/sun/jvm/hotspot/oops/InstanceClassLoaderKlass.java ! agent/src/share/classes/sun/jvm/hotspot/oops/InstanceMirrorKlass.java ! agent/src/share/classes/sun/jvm/hotspot/oops/InstanceRefKlass.java ! agent/src/share/classes/sun/jvm/hotspot/oops/Metadata.java ! src/share/vm/classfile/classFileParser.cpp ! src/share/vm/classfile/javaClasses.cpp ! src/share/vm/classfile/systemDictionary.cpp ! src/share/vm/compiler/compileBroker.cpp ! src/share/vm/gc_implementation/parallelScavenge/psParallelCompact.hpp ! src/share/vm/gc_implementation/shared/concurrentGCThread.cpp ! src/share/vm/gc_implementation/shared/vmGCOperations.cpp ! src/share/vm/gc_interface/collectedHeap.cpp ! src/share/vm/memory/referenceProcessor.cpp ! src/share/vm/memory/specialized_oop_closures.hpp ! src/share/vm/memory/universe.cpp ! src/share/vm/oops/instanceClassLoaderKlass.cpp ! src/share/vm/oops/instanceClassLoaderKlass.hpp ! src/share/vm/oops/instanceKlass.cpp ! src/share/vm/oops/instanceMirrorKlass.cpp ! src/share/vm/oops/instanceMirrorKlass.hpp ! src/share/vm/oops/instanceRefKlass.cpp ! src/share/vm/oops/instanceRefKlass.hpp ! src/share/vm/oops/method.cpp ! src/share/vm/oops/oopsHierarchy.hpp ! src/share/vm/opto/type.cpp ! src/share/vm/prims/jvmtiTagMap.cpp ! src/share/vm/runtime/vmStructs.cpp Changeset: 11fb740ce98f Author: coleenp Date: 2012-09-07 16:42 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/11fb740ce98f 7196103: NPG: Unable to allocate bit map for parallel garbage collection for the requested heap size Summary: Don't allocate huge class metaspace size by default on x64 Reviewed-by: stefank, jmasa, kvn ! src/share/vm/memory/metaspace.cpp ! src/share/vm/memory/universe.cpp ! src/share/vm/runtime/arguments.cpp ! src/share/vm/runtime/globals.hpp Changeset: 4bfe8b33cf66 Author: twisti Date: 2012-09-10 16:37 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/4bfe8b33cf66 7196242: vm/mlvm/indy/stress/java/loopsAndThreads crashed Reviewed-by: jrose, coleenp, jmasa, kvn ! src/share/vm/interpreter/interpreterRuntime.cpp ! src/share/vm/oops/cpCache.cpp ! src/share/vm/oops/cpCache.hpp Changeset: ec98e58952b2 Author: stefank Date: 2012-09-11 14:59 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/ec98e58952b2 7197350: NPG: jvmtiHeapReferenceCallback receives incorrect reference_kind for system class roots Summary: Fix the iteration over the system classes and report the correct reference kind. Reviewed-by: coleenp, rbackman ! src/share/vm/memory/iterator.cpp ! src/share/vm/memory/iterator.hpp ! src/share/vm/prims/jvmtiTagMap.cpp Changeset: 8a02ca5e5576 Author: roland Date: 2012-09-11 16:20 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/8a02ca5e5576 7195816: NPG: Crash in c1_ValueType - ShouldNotReachHere Summary: C1 needs knowledge of T_METADATA at the LIR level. Reviewed-by: kvn, coleenp ! src/cpu/sparc/vm/c1_FrameMap_sparc.cpp ! src/cpu/sparc/vm/c1_FrameMap_sparc.hpp ! src/cpu/sparc/vm/c1_LIRAssembler_sparc.cpp ! src/cpu/sparc/vm/c1_LIRGenerator_sparc.cpp ! src/cpu/sparc/vm/sharedRuntime_sparc.cpp ! src/cpu/x86/vm/c1_FrameMap_x86.cpp ! src/cpu/x86/vm/c1_FrameMap_x86.hpp ! src/cpu/x86/vm/c1_LIRAssembler_x86.cpp ! src/cpu/x86/vm/c1_LIRGenerator_x86.cpp ! src/cpu/x86/vm/sharedRuntime_x86_32.cpp ! src/cpu/x86/vm/sharedRuntime_x86_64.cpp ! src/share/vm/c1/c1_FrameMap.hpp ! src/share/vm/c1/c1_LIR.cpp ! src/share/vm/c1/c1_LIR.hpp ! src/share/vm/c1/c1_LIRGenerator.cpp ! src/share/vm/c1/c1_LinearScan.cpp ! src/share/vm/c1/c1_ValueType.cpp ! src/share/vm/opto/runtime.cpp ! src/share/vm/utilities/globalDefinitions.cpp Changeset: 75f33eecc1b3 Author: coleenp Date: 2012-09-11 20:20 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/75f33eecc1b3 7196681: NPG: Some JSR 292 tests crash in Windows exception handler Summary: There was a rogue os::breakpoint() call in log_dependency left over from the jsr292 merge. Also changed verify_oop() calls for metadata to verify_{method,klass}_ptr. Reviewed-by: kvn, twisti ! src/cpu/sparc/vm/assembler_sparc.hpp ! src/cpu/sparc/vm/methodHandles_sparc.cpp ! src/cpu/sparc/vm/templateTable_sparc.cpp ! src/cpu/x86/vm/assembler_x86.hpp ! src/cpu/x86/vm/cppInterpreter_x86.cpp ! src/cpu/x86/vm/methodHandles_x86.cpp ! src/cpu/x86/vm/templateTable_x86_32.cpp ! src/cpu/x86/vm/templateTable_x86_64.cpp ! src/share/vm/code/dependencies.cpp Changeset: 33143ee07800 Author: zgu Date: 2012-09-11 20:53 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/33143ee07800 7181995: NMT ON: NMT assertion failure assert(cur_vm->is_uncommit_record() || cur_vm->is_deallocation_record Summary: Fixed virtual memory records merge and promotion logic, should be based on sequence number vs. base address order Reviewed-by: coleenp, acorn ! src/share/vm/runtime/thread.cpp ! src/share/vm/services/memPtr.cpp ! src/share/vm/services/memPtrArray.hpp ! src/share/vm/services/memSnapshot.cpp ! src/share/vm/services/memSnapshot.hpp ! src/share/vm/services/memTrackWorker.cpp ! src/share/vm/services/memTracker.hpp Changeset: 3f18d439b402 Author: zgu Date: 2012-09-11 18:28 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/3f18d439b402 Merge Changeset: 43d524adb671 Author: zgu Date: 2012-09-11 20:12 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/43d524adb671 Merge Changeset: 7edbe32b9802 Author: roland Date: 2012-09-13 22:09 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/7edbe32b9802 7198074: NPG: assert(((Metadata*)obj)->is_valid()) failed: obj is valid Summary: missing test for T_METADATA leads to incorrect register allocation. Reviewed-by: kvn ! src/cpu/sparc/vm/c1_LinearScan_sparc.hpp Changeset: 6dfc6a541338 Author: zgu Date: 2012-09-14 12:55 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/6dfc6a541338 7198529: NPG: assert with NMT code in Thread destructor Summary: Thread stack's base address can be NULL if it is not started or exited before recording the base Reviewed-by: kvn, fparain ! src/share/vm/runtime/thread.cpp Changeset: 9b076bc3ab67 Author: amurillo Date: 2012-09-14 21:50 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/9b076bc3ab67 Merge - agent/src/share/classes/sun/jvm/hotspot/ci/ciArrayKlassKlass.java - agent/src/share/classes/sun/jvm/hotspot/ci/ciInstanceKlassKlass.java - agent/src/share/classes/sun/jvm/hotspot/ci/ciKlassKlass.java - agent/src/share/classes/sun/jvm/hotspot/ci/ciMethodKlass.java - agent/src/share/classes/sun/jvm/hotspot/ci/ciObjArrayKlassKlass.java - agent/src/share/classes/sun/jvm/hotspot/ci/ciTypeArrayKlassKlass.java - agent/src/share/classes/sun/jvm/hotspot/gc_implementation/parallelScavenge/PSPermGen.java - agent/src/share/classes/sun/jvm/hotspot/memory/CMSPermGen.java - agent/src/share/classes/sun/jvm/hotspot/memory/CMSPermGenGen.java - agent/src/share/classes/sun/jvm/hotspot/memory/CompactingPermGen.java - agent/src/share/classes/sun/jvm/hotspot/memory/CompactingPermGenGen.java - agent/src/share/classes/sun/jvm/hotspot/memory/ContigPermSpace.java - agent/src/share/classes/sun/jvm/hotspot/memory/PermGen.java - agent/src/share/classes/sun/jvm/hotspot/oops/ArrayKlassKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/CompiledICHolderKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/ConstMethodKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/ConstantPoolCacheKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/ConstantPoolKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/InstanceKlassKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/KlassKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/MethodDataKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/MethodKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/ObjArrayKlassKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/TypeArrayKlassKlass.java - agent/src/share/classes/sun/jvm/hotspot/ui/tree/BadOopTreeNodeAdapter.java - make/solaris/makefiles/reorder_COMPILER1_amd64 - make/solaris/makefiles/reorder_COMPILER1_i486 - make/solaris/makefiles/reorder_COMPILER1_sparc - make/solaris/makefiles/reorder_COMPILER1_sparcv9 - make/solaris/makefiles/reorder_COMPILER2_amd64 - make/solaris/makefiles/reorder_COMPILER2_i486 - make/solaris/makefiles/reorder_COMPILER2_sparc - make/solaris/makefiles/reorder_COMPILER2_sparcv9 - make/solaris/makefiles/reorder_CORE_i486 - make/solaris/makefiles/reorder_CORE_sparc - make/solaris/makefiles/reorder_CORE_sparcv9 - make/solaris/makefiles/reorder_TIERED_amd64 - make/solaris/makefiles/reorder_TIERED_i486 - make/solaris/makefiles/reorder_TIERED_sparc - make/solaris/makefiles/reorder_TIERED_sparcv9 - make/solaris/reorder.sh - src/cpu/sparc/vm/dump_sparc.cpp - src/cpu/x86/vm/dump_x86_32.cpp - src/cpu/x86/vm/dump_x86_64.cpp - src/cpu/zero/vm/dump_zero.cpp - src/share/vm/ci/ciArrayKlassKlass.hpp - src/share/vm/ci/ciCPCache.cpp - src/share/vm/ci/ciCPCache.hpp - src/share/vm/ci/ciInstanceKlassKlass.cpp - src/share/vm/ci/ciInstanceKlassKlass.hpp - src/share/vm/ci/ciKlassKlass.cpp - src/share/vm/ci/ciKlassKlass.hpp - src/share/vm/ci/ciMethodKlass.cpp - src/share/vm/ci/ciMethodKlass.hpp - src/share/vm/ci/ciObjArrayKlassKlass.cpp - src/share/vm/ci/ciObjArrayKlassKlass.hpp - src/share/vm/ci/ciTypeArrayKlassKlass.cpp - src/share/vm/ci/ciTypeArrayKlassKlass.hpp - src/share/vm/gc_implementation/concurrentMarkSweep/cmsPermGen.cpp - src/share/vm/gc_implementation/concurrentMarkSweep/cmsPermGen.hpp - src/share/vm/gc_implementation/parallelScavenge/psPermGen.cpp - src/share/vm/gc_implementation/parallelScavenge/psPermGen.hpp - src/share/vm/memory/classify.cpp - src/share/vm/memory/classify.hpp - src/share/vm/memory/compactPermGen.hpp - src/share/vm/memory/compactingPermGenGen.cpp - src/share/vm/memory/compactingPermGenGen.hpp - src/share/vm/memory/dump.cpp - src/share/vm/memory/permGen.cpp - src/share/vm/memory/permGen.hpp - src/share/vm/memory/restore.cpp - src/share/vm/memory/serialize.cpp - src/share/vm/oops/arrayKlassKlass.cpp - src/share/vm/oops/arrayKlassKlass.hpp - src/share/vm/oops/compiledICHolderKlass.cpp - src/share/vm/oops/compiledICHolderKlass.hpp - src/share/vm/oops/compiledICHolderOop.cpp - src/share/vm/oops/compiledICHolderOop.hpp - src/share/vm/oops/constMethodKlass.cpp - src/share/vm/oops/constMethodKlass.hpp - src/share/vm/oops/constMethodOop.cpp - src/share/vm/oops/constMethodOop.hpp - src/share/vm/oops/constantPoolKlass.cpp - src/share/vm/oops/constantPoolKlass.hpp - src/share/vm/oops/constantPoolOop.cpp - src/share/vm/oops/constantPoolOop.hpp - src/share/vm/oops/cpCacheKlass.cpp - src/share/vm/oops/cpCacheKlass.hpp - src/share/vm/oops/cpCacheOop.cpp - src/share/vm/oops/cpCacheOop.hpp - src/share/vm/oops/instanceKlassKlass.cpp - src/share/vm/oops/instanceKlassKlass.hpp - src/share/vm/oops/klassKlass.cpp - src/share/vm/oops/klassKlass.hpp - src/share/vm/oops/klassOop.cpp - src/share/vm/oops/klassOop.hpp - src/share/vm/oops/methodDataKlass.cpp - src/share/vm/oops/methodDataKlass.hpp - src/share/vm/oops/methodDataOop.cpp - src/share/vm/oops/methodDataOop.hpp - src/share/vm/oops/methodKlass.cpp - src/share/vm/oops/methodKlass.hpp - src/share/vm/oops/methodOop.cpp - src/share/vm/oops/methodOop.hpp - src/share/vm/oops/objArrayKlassKlass.cpp - src/share/vm/oops/objArrayKlassKlass.hpp - src/share/vm/oops/typeArrayKlassKlass.cpp - src/share/vm/oops/typeArrayKlassKlass.hpp Changeset: 80e4129f0e28 Author: amurillo Date: 2012-09-14 21:50 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/80e4129f0e28 Added tag hs25-b01 for changeset 9b076bc3ab67 ! .hgtags Changeset: a6fe94b9759f Author: amurillo Date: 2012-09-14 22:00 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/a6fe94b9759f 7198641: new hotspot build - hs25-b02 Reviewed-by: jcoomes ! make/hotspot_version Changeset: 859cd1a76f8a Author: brutisso Date: 2012-09-13 21:20 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/859cd1a76f8a 7197906: BlockOffsetArray::power_to_cards_back() needs to handle > 32 bit shifts Reviewed-by: brutisso, johnc, ysr Contributed-by: Hal Mo ! src/share/vm/gc_implementation/g1/concurrentMark.cpp ! src/share/vm/gc_implementation/g1/heapRegionRemSet.cpp ! src/share/vm/memory/blockOffsetTable.hpp Changeset: 2a48c84f1d04 Author: coleenp Date: 2012-09-17 10:46 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/2a48c84f1d04 7197269: NPG: FollowReferences has no ClassLoader -> Class link to follow Summary: restore java/lang/ClassLoader.addClass() upcall Reviewed-by: sspitsyn, dcubed, jmasa ! src/share/vm/classfile/systemDictionary.cpp ! src/share/vm/classfile/vmSymbols.hpp ! src/share/vm/memory/universe.cpp ! src/share/vm/memory/universe.hpp Changeset: 9646b7ff4d14 Author: brutisso Date: 2012-09-17 10:33 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/9646b7ff4d14 7198130: G1: PrintReferenceGC output comes out of order Summary: Move the first part of the GC logging, including timestamp, to the start of the GC Reviewed-by: johnc, jwilhelm ! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.cpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.hpp ! src/share/vm/runtime/timer.cpp Changeset: 8da5e203b993 Author: jmasa Date: 2012-09-18 14:15 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/8da5e203b993 7197557: NPG: nsk/sysdict/vm/stress/chain/chain004 hangs intermittently Reviewed-by: johnc, ysr ! src/share/vm/gc_implementation/shared/vmGCOperations.cpp ! src/share/vm/memory/collectorPolicy.cpp ! src/share/vm/memory/metaspace.cpp ! src/share/vm/memory/metaspace.hpp Changeset: 8fbf05030e24 Author: johnc Date: 2012-09-19 08:48 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/8fbf05030e24 7016955: G1: remove the is_zeroed parameter from the HeapRegion constructor Summary: The is_zeroed parameter is no longer used and so can be removed. Reviewed-by: johnc, jmasa, brutisso Contributed-by: Brandon Mitchell ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp ! src/share/vm/gc_implementation/g1/heapRegion.cpp ! src/share/vm/gc_implementation/g1/heapRegion.hpp Changeset: bc675e55b48c Author: johnc Date: 2012-09-19 15:48 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/bc675e55b48c 7193946: Move warnings associated with UseMemSetInBOT flag Summary: The warnings associated with the UseMemSetInBOT flag are duplicated in CMS and G1. The separate warnings have been removed and single instance of the warning has been placed in a common location. Reviewed-by: brutisso, ysr ! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.cpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp ! src/share/vm/runtime/arguments.cpp Changeset: b2ef234911c9 Author: johnc Date: 2012-09-20 09:52 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/b2ef234911c9 7190666: G1: assert(_unused == 0) failed: Inconsistency in PLAB stats Summary: Reset the fields in ParGCAllocBuffer, that are used for accumulating values for the ResizePLAB sensors in PLABStats, to zero after flushing the values to the PLABStats fields. Flush PLABStats values only when retiring the final allocation buffers prior to disposing of a G1ParScanThreadState object, rather than when retiring every allocation buffer. Reviewed-by: jwilhelm, jmasa, ysr ! src/share/vm/gc_implementation/g1/g1CollectedHeap.hpp ! src/share/vm/gc_implementation/shared/parGCAllocBuffer.cpp ! src/share/vm/gc_implementation/shared/parGCAllocBuffer.hpp Changeset: e861d44e0c9c Author: jmasa Date: 2012-09-20 12:18 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/e861d44e0c9c 7199923: NPG: tools/javac/T7093325.java timeout Reviewed-by: stefank, coleenp, kvn ! src/share/vm/classfile/classLoaderData.hpp ! src/share/vm/gc_implementation/parallelScavenge/psParallelCompact.cpp ! src/share/vm/gc_implementation/shared/markSweep.cpp Changeset: 46b3b2dd84db Author: jmasa Date: 2012-09-20 13:49 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/46b3b2dd84db Merge Changeset: 145ffab733e7 Author: jcoomes Date: 2012-09-20 16:27 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/145ffab733e7 7199082: write warning messages to stderr Reviewed-by: ysr, dholmes, sla ! src/share/vm/utilities/debug.cpp Changeset: 5f54277c67f7 Author: amurillo Date: 2012-09-21 14:02 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/5f54277c67f7 Merge ! .hgtags - agent/src/share/classes/sun/jvm/hotspot/ci/ciArrayKlassKlass.java - agent/src/share/classes/sun/jvm/hotspot/ci/ciInstanceKlassKlass.java - agent/src/share/classes/sun/jvm/hotspot/ci/ciKlassKlass.java - agent/src/share/classes/sun/jvm/hotspot/ci/ciMethodKlass.java - agent/src/share/classes/sun/jvm/hotspot/ci/ciObjArrayKlassKlass.java - agent/src/share/classes/sun/jvm/hotspot/ci/ciTypeArrayKlassKlass.java - agent/src/share/classes/sun/jvm/hotspot/gc_implementation/parallelScavenge/PSPermGen.java - agent/src/share/classes/sun/jvm/hotspot/memory/CMSPermGen.java - agent/src/share/classes/sun/jvm/hotspot/memory/CMSPermGenGen.java - agent/src/share/classes/sun/jvm/hotspot/memory/CompactingPermGen.java - agent/src/share/classes/sun/jvm/hotspot/memory/CompactingPermGenGen.java - agent/src/share/classes/sun/jvm/hotspot/memory/ContigPermSpace.java - agent/src/share/classes/sun/jvm/hotspot/memory/PermGen.java - agent/src/share/classes/sun/jvm/hotspot/oops/ArrayKlassKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/CompiledICHolderKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/ConstMethodKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/ConstantPoolCacheKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/ConstantPoolKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/InstanceKlassKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/KlassKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/MethodDataKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/MethodKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/ObjArrayKlassKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/TypeArrayKlassKlass.java - agent/src/share/classes/sun/jvm/hotspot/ui/tree/BadOopTreeNodeAdapter.java - make/solaris/makefiles/reorder_COMPILER1_amd64 - make/solaris/makefiles/reorder_COMPILER1_i486 - make/solaris/makefiles/reorder_COMPILER1_sparc - make/solaris/makefiles/reorder_COMPILER1_sparcv9 - make/solaris/makefiles/reorder_COMPILER2_amd64 - make/solaris/makefiles/reorder_COMPILER2_i486 - make/solaris/makefiles/reorder_COMPILER2_sparc - make/solaris/makefiles/reorder_COMPILER2_sparcv9 - make/solaris/makefiles/reorder_CORE_i486 - make/solaris/makefiles/reorder_CORE_sparc - make/solaris/makefiles/reorder_CORE_sparcv9 - make/solaris/makefiles/reorder_TIERED_amd64 - make/solaris/makefiles/reorder_TIERED_i486 - make/solaris/makefiles/reorder_TIERED_sparc - make/solaris/makefiles/reorder_TIERED_sparcv9 - make/solaris/reorder.sh - src/cpu/sparc/vm/dump_sparc.cpp - src/cpu/x86/vm/dump_x86_32.cpp - src/cpu/x86/vm/dump_x86_64.cpp - src/cpu/zero/vm/dump_zero.cpp - src/share/vm/ci/ciArrayKlassKlass.hpp - src/share/vm/ci/ciCPCache.cpp - src/share/vm/ci/ciCPCache.hpp - src/share/vm/ci/ciInstanceKlassKlass.cpp - src/share/vm/ci/ciInstanceKlassKlass.hpp - src/share/vm/ci/ciKlassKlass.cpp - src/share/vm/ci/ciKlassKlass.hpp - src/share/vm/ci/ciMethodKlass.cpp - src/share/vm/ci/ciMethodKlass.hpp - src/share/vm/ci/ciObjArrayKlassKlass.cpp - src/share/vm/ci/ciObjArrayKlassKlass.hpp - src/share/vm/ci/ciTypeArrayKlassKlass.cpp - src/share/vm/ci/ciTypeArrayKlassKlass.hpp - src/share/vm/gc_implementation/concurrentMarkSweep/cmsPermGen.cpp - src/share/vm/gc_implementation/concurrentMarkSweep/cmsPermGen.hpp - src/share/vm/gc_implementation/parallelScavenge/psPermGen.cpp - src/share/vm/gc_implementation/parallelScavenge/psPermGen.hpp - src/share/vm/memory/classify.cpp - src/share/vm/memory/classify.hpp - src/share/vm/memory/compactPermGen.hpp - src/share/vm/memory/compactingPermGenGen.cpp - src/share/vm/memory/compactingPermGenGen.hpp - src/share/vm/memory/dump.cpp - src/share/vm/memory/permGen.cpp - src/share/vm/memory/permGen.hpp - src/share/vm/memory/restore.cpp - src/share/vm/memory/serialize.cpp - src/share/vm/oops/arrayKlassKlass.cpp - src/share/vm/oops/arrayKlassKlass.hpp - src/share/vm/oops/compiledICHolderKlass.cpp - src/share/vm/oops/compiledICHolderKlass.hpp - src/share/vm/oops/compiledICHolderOop.cpp - src/share/vm/oops/compiledICHolderOop.hpp - src/share/vm/oops/constMethodKlass.cpp - src/share/vm/oops/constMethodKlass.hpp - src/share/vm/oops/constMethodOop.cpp - src/share/vm/oops/constMethodOop.hpp - src/share/vm/oops/constantPoolKlass.cpp - src/share/vm/oops/constantPoolKlass.hpp - src/share/vm/oops/constantPoolOop.cpp - src/share/vm/oops/constantPoolOop.hpp - src/share/vm/oops/cpCacheKlass.cpp - src/share/vm/oops/cpCacheKlass.hpp - src/share/vm/oops/cpCacheOop.cpp - src/share/vm/oops/cpCacheOop.hpp - src/share/vm/oops/instanceKlassKlass.cpp - src/share/vm/oops/instanceKlassKlass.hpp - src/share/vm/oops/klassKlass.cpp - src/share/vm/oops/klassKlass.hpp - src/share/vm/oops/klassOop.cpp - src/share/vm/oops/klassOop.hpp - src/share/vm/oops/methodDataKlass.cpp - src/share/vm/oops/methodDataKlass.hpp - src/share/vm/oops/methodDataOop.cpp - src/share/vm/oops/methodDataOop.hpp - src/share/vm/oops/methodKlass.cpp - src/share/vm/oops/methodKlass.hpp - src/share/vm/oops/methodOop.cpp - src/share/vm/oops/methodOop.hpp - src/share/vm/oops/objArrayKlassKlass.cpp - src/share/vm/oops/objArrayKlassKlass.hpp - src/share/vm/oops/typeArrayKlassKlass.cpp - src/share/vm/oops/typeArrayKlassKlass.hpp Changeset: 6bb378c50828 Author: amurillo Date: 2012-09-21 14:02 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/6bb378c50828 Added tag hs25-b02 for changeset 5f54277c67f7 ! .hgtags Changeset: 04ed664b7e30 Author: amurillo Date: 2012-09-21 14:39 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/04ed664b7e30 7200236: new hotspot build - hs25-b03 Reviewed-by: jcoomes ! make/hotspot_version Changeset: fac3dd92ebaf Author: bpittore Date: 2012-09-19 17:22 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/fac3dd92ebaf 7195372: Wrong copyright in new files Summary: Fixed copyrights Reviewed-by: dholmes Contributed-by: Bill Pittore ! agent/make/saenv.sh ! agent/make/start-debug-server-proc.sh ! agent/src/share/classes/sun/jvm/hotspot/debugger/ThreadContext.java ! agent/src/share/classes/sun/jvm/hotspot/debugger/amd64/AMD64ThreadContext.java ! agent/src/share/classes/sun/jvm/hotspot/debugger/ia64/IA64ThreadContext.java ! agent/src/share/classes/sun/jvm/hotspot/debugger/sparc/SPARCThreadContext.java ! agent/src/share/classes/sun/jvm/hotspot/debugger/x86/X86ThreadContext.java ! make/linux/makefiles/sa.make Changeset: ef7fe63a2d39 Author: vladidan Date: 2012-09-24 19:00 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/ef7fe63a2d39 Merge Changeset: 15ba0e7a3ff4 Author: sla Date: 2012-09-17 11:46 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/15ba0e7a3ff4 7193201: [OS X] The development launcher should be signed and given task_for_pid privileges Reviewed-by: sspitsyn, nloodin, mgronlun, coleenp ! make/bsd/makefiles/launcher.make + src/os/bsd/launcher/Info-privileged.plist Changeset: a7509aff1b06 Author: dholmes Date: 2012-09-17 07:36 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/a7509aff1b06 7194254: jstack reports wrong thread priorities Reviewed-by: dholmes, sla, fparain Contributed-by: Dmytro Sheyko ! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepThread.cpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp ! src/share/vm/runtime/os.cpp ! src/share/vm/runtime/thread.cpp + test/runtime/7194254/Test7194254.java Changeset: 7b41bee02500 Author: dholmes Date: 2012-09-17 08:44 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/7b41bee02500 Merge Changeset: 716e6ef4482a Author: zgu Date: 2012-09-17 10:20 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/716e6ef4482a 7190089: NMT ON: NMT failed assertion on thread's stack base address Summary: Solaris only, record stack info to NMT after stack size adjustment was made for primordial threads Reviewed-by: kvn, acorn, coleenp ! src/os/solaris/vm/os_solaris.cpp ! src/os_cpu/bsd_x86/vm/os_bsd_x86.cpp ! src/os_cpu/bsd_zero/vm/os_bsd_zero.cpp ! src/os_cpu/linux_sparc/vm/os_linux_sparc.cpp ! src/os_cpu/linux_x86/vm/os_linux_x86.cpp ! src/os_cpu/linux_zero/vm/os_linux_zero.cpp ! src/os_cpu/windows_x86/vm/os_windows_x86.cpp ! src/share/vm/runtime/os.hpp ! src/share/vm/runtime/thread.cpp ! src/share/vm/services/memTracker.cpp ! src/share/vm/services/memTracker.hpp Changeset: c088e2e95e69 Author: zgu Date: 2012-09-17 13:34 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/c088e2e95e69 Merge ! src/share/vm/runtime/thread.cpp Changeset: 9a86ddfc6c8f Author: zgu Date: 2012-09-17 16:37 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/9a86ddfc6c8f 7188594: Print statistic collected by NMT with VM flag Summary: Print out statistics of collected NMT data if it is on at VM exits Reviewed-by: kvn, coleenp, twisti ! src/share/vm/runtime/arguments.cpp ! src/share/vm/runtime/globals.hpp ! src/share/vm/runtime/java.cpp ! src/share/vm/services/memTracker.hpp Changeset: 45f22ba9348d Author: zgu Date: 2012-09-18 11:37 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/45f22ba9348d Merge Changeset: 1cb8583c3da8 Author: minqi Date: 2012-09-18 10:10 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/1cb8583c3da8 7191786: retransformClasses() does not pass in LocalVariableTypeTable of a method Summary: JVMTI REtruncformClasses must support LocalVariableTypeTable attribute Reviewed-by: dcubed, dsamersoff, rbackman Contributed-by: serguei.spitsyn at oracle.com ! src/share/vm/prims/jvmtiClassFileReconstituter.cpp ! src/share/vm/prims/jvmtiClassFileReconstituter.hpp Changeset: 26994b6e10d5 Author: minqi Date: 2012-09-19 08:41 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/26994b6e10d5 Merge Changeset: 989cf02ca531 Author: ihse Date: 2012-09-17 11:46 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/989cf02ca531 7172012: Make test-in-build an option (Queens) Reviewed-by: ohair, dholmes ! make/bsd/Makefile ! make/defs.make ! make/linux/Makefile ! make/solaris/Makefile Changeset: 06be7f06c2de Author: ohair Date: 2012-09-18 10:25 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/06be7f06c2de Merge Changeset: 37518f191ddb Author: ohair Date: 2012-09-18 13:15 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/37518f191ddb 7198329: Add $(sort) to object files used in links makes binarties more consistent Reviewed-by: dholmes, tbell, erikj, ihse, ohrstrom ! make/bsd/makefiles/launcher.make ! make/bsd/makefiles/vm.make ! make/linux/makefiles/launcher.make ! make/linux/makefiles/vm.make ! make/solaris/makefiles/launcher.make ! make/solaris/makefiles/vm.make Changeset: 0e5be2138cd6 Author: jcoomes Date: 2012-09-18 19:44 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/0e5be2138cd6 Merge Changeset: 2c527daec02c Author: jcoomes Date: 2012-09-19 16:18 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/2c527daec02c Merge Changeset: 6af8f3562069 Author: kevinw Date: 2012-09-19 15:24 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/6af8f3562069 7196045: Possible JVM deadlock in ThreadTimesClosure when using HotspotInternal non-public API. Reviewed-by: sspitsyn, dholmes ! src/share/vm/services/management.cpp + test/runtime/7196045/Test7196045.java Changeset: 8440414b0fd8 Author: kevinw Date: 2012-09-20 03:49 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/8440414b0fd8 Merge Changeset: b711844284e2 Author: nloodin Date: 2012-09-21 10:56 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/b711844284e2 7200092: Make NMT a bit friendlier to work with Reviewed-by: kvn, ysr, azeemj ! src/share/vm/services/memTracker.cpp Changeset: 5a98bf7d847b Author: minqi Date: 2012-09-24 12:44 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/5a98bf7d847b 6879063: SA should use hsdis for disassembly Summary: We should in SA to use hsdis for it like the JVM does to replace the current java based disassembler. Reviewed-by: twisti, jrose, sla Contributed-by: yumin.qi at oracle.com - agent/make/ClosureFinder.java ! agent/make/Makefile ! agent/src/os/bsd/MacosxDebuggerLocal.m ! agent/src/os/linux/Makefile ! agent/src/os/linux/mapfile ! agent/src/os/solaris/proc/Makefile ! agent/src/os/solaris/proc/mapfile ! agent/src/os/win32/windbg/Makefile ! agent/src/share/classes/sun/jvm/hotspot/CommandProcessor.java ! agent/src/share/classes/sun/jvm/hotspot/HotSpotAgent.java - agent/src/share/classes/sun/jvm/hotspot/TestDebugger.java - agent/src/share/classes/sun/jvm/hotspot/asm/AbstractInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/Address.java - agent/src/share/classes/sun/jvm/hotspot/asm/Arithmetic.java - agent/src/share/classes/sun/jvm/hotspot/asm/ArithmeticInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/BaseIndexScaleDispAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/BranchInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/CPUHelper.java - agent/src/share/classes/sun/jvm/hotspot/asm/CallInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/DirectAddress.java ! agent/src/share/classes/sun/jvm/hotspot/asm/Disassembler.java - agent/src/share/classes/sun/jvm/hotspot/asm/Immediate.java - agent/src/share/classes/sun/jvm/hotspot/asm/IndirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/Instruction.java ! agent/src/share/classes/sun/jvm/hotspot/asm/InstructionVisitor.java - agent/src/share/classes/sun/jvm/hotspot/asm/LoadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/LogicInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/MemoryInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/MoveInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/PCRelativeAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/RTLDataTypes.java - agent/src/share/classes/sun/jvm/hotspot/asm/RTLOperations.java - agent/src/share/classes/sun/jvm/hotspot/asm/ReturnInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/ShiftInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/StoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/amd64/AMD64FloatRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/amd64/AMD64Helper.java - agent/src/share/classes/sun/jvm/hotspot/asm/amd64/AMD64Register.java - agent/src/share/classes/sun/jvm/hotspot/asm/amd64/AMD64Registers.java - agent/src/share/classes/sun/jvm/hotspot/asm/ia64/IA64FloatRegister.java - agent/src/share/classes/sun/jvm/hotspot/asm/ia64/IA64FloatRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/ia64/IA64Helper.java - agent/src/share/classes/sun/jvm/hotspot/asm/ia64/IA64Register.java - agent/src/share/classes/sun/jvm/hotspot/asm/ia64/IA64Registers.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/AlternateSpaceLdstubDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/AlternateSpaceLoadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/AlternateSpaceStoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/AlternateSpaceSwapDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/ArithmeticDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/BranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/CallDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/CoprocessorBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/CoprocessorDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FP2RegisterDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FPArithmeticDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FPMoveDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FPopDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FloatBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FloatDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FlushDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/Format3ADecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/IllegalInstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/InstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/IntegerBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/JmplDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/LdstubDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/LoadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/LogicDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/MemoryInstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/ReadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/ReadWriteDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/RegisterDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/RestoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/RettDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCArithmeticInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCAtomicLoadStoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCBranchInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCCallInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCDisassembler.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFP2RegisterInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFPArithmeticInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFPMoveInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFloatRegister.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFloatRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFlushInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFormat3AInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCHelper.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCIllegalInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCIndirectCallInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCInstructionFactory.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCInstructionFactoryImpl.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCJmplInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCLdstubInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCLoadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCLogicInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCMemoryInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCMoveInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCNoopInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCOpcodes.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCReadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCRegisterIndirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCRestoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCRettInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCReturnInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSaveInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSethiInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCShiftInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSpecialLoadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSpecialRegisterInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSpecialRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSpecialStoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCStbarInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCStoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSwapInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCTrapInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCUnimpInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV8Disassembler.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9BranchInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9CasInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9ConditionFlags.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9Disassembler.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9DoneInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9FMOVccInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9FMOVrInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9FlushwInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9IlltrapInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9ImpdepInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9Instruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9InstructionFactory.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9InstructionFactoryImpl.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9MOVccInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9MOVrInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9MembarInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9Opcodes.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9PopcInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9PrefetchInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9PrivilegedRegisterInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9PrivilegedRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9RdprInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9ReadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9RegisterBranchInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9RegisterIndirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9RestoredInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9RetryInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9ReturnInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9SavedInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9SirInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9SpecialRegisterInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9SpecialRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9WriteInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9WrprInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCWriteInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SaveDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SethiDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/ShiftDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SpecialLoadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SpecialLoadStoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SpecialStoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/StoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SwapDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/TrapDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/UnimpDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V8FPop1Decoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V8FPop2Decoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9AlternateSpaceDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9AlternateSpaceLdstubDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9AlternateSpaceLoadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9AlternateSpacePrefetchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9AlternateSpaceStoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9AlternateSpaceSwapDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9BranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9CCBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9CMoveDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9CasDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9DoneRetryDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9FMOVccDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9FMOVrDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9FPop1Decoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9FPop2Decoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9FloatBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9FlushwDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9InstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9IntRegisterBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9IntegerBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9MOVccDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9MOVrDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9PopcDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9PrefetchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9PrivilegedReadWriteDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9RdprDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9ReadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9RegisterBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9SavedRestoredDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9ShiftDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9SpecialLoadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9SpecialStoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9WriteDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9WrprDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/WriteDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/ArithmeticDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/BranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/CallDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/ConditionalJmpDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/FPArithmeticDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/FPInstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/FPLoadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/FPStoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/FloatDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/FloatGRPDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/GRPDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/InstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/JmpDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/LogicalDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/MoveDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/RotateDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/SSEArithmeticDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/SSEInstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/SSELogicalDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/SSEMoveDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/SSEShiftDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/ShiftDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86ArithmeticInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86BranchInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86CallInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86CondJmpInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86DirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86Disassembler.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86FPArithmeticInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86FPInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86FPLoadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86FPStoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86FloatRegister.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86FloatRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86GeneralInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86Helper.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86IllegalInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86Instruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86InstructionFactory.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86InstructionFactoryImpl.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86JmpInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86LogicInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MMXRegister.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MMXRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MemoryIndirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MemoryInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MoveInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MoveLoadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MoveStoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86Opcodes.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86PCRelativeAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86Register.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86RegisterDirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86RegisterIndirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86RegisterPart.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86Registers.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86RotateInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86SegmentRegister.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86SegmentRegisterAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86SegmentRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86ShiftInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86XMMRegister.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86XMMRegisters.java ! agent/src/share/classes/sun/jvm/hotspot/bugspot/BugSpotAgent.java ! agent/src/share/classes/sun/jvm/hotspot/code/CodeBlob.java ! agent/src/share/classes/sun/jvm/hotspot/code/NMethod.java ! agent/src/share/classes/sun/jvm/hotspot/jdi/SADebugServer.java ! agent/src/share/classes/sun/jvm/hotspot/jdi/VirtualMachineImpl.java ! agent/src/share/classes/sun/jvm/hotspot/runtime/Bytes.java ! agent/src/share/classes/sun/jvm/hotspot/runtime/Threads.java ! agent/src/share/classes/sun/jvm/hotspot/runtime/VM.java - agent/src/share/classes/sun/jvm/hotspot/runtime/ia64/IA64CurrentFrameGuess.java - agent/src/share/classes/sun/jvm/hotspot/runtime/ia64/IA64Frame.java - agent/src/share/classes/sun/jvm/hotspot/runtime/ia64/IA64JavaCallWrapper.java - agent/src/share/classes/sun/jvm/hotspot/runtime/ia64/IA64RegisterMap.java - agent/src/share/classes/sun/jvm/hotspot/runtime/ia64/cInterpreter.java - agent/src/share/classes/sun/jvm/hotspot/runtime/linux_ia64/LinuxIA64JavaThreadPDAccess.java - agent/src/share/classes/sun/jvm/hotspot/runtime/win32_ia64/Win32IA64JavaThreadPDAccess.java ! agent/src/share/classes/sun/jvm/hotspot/runtime/x86/X86RegisterMap.java ! agent/src/share/classes/sun/jvm/hotspot/ui/classbrowser/HTMLGenerator.java ! agent/src/share/classes/sun/jvm/hotspot/utilities/soql/sa.js + agent/src/share/native/sadis.c ! agent/test/jdi/jstack.sh ! agent/test/jdi/jstack64.sh ! agent/test/jdi/runsa.sh ! agent/test/jdi/sasanity.sh ! agent/test/libproc/libproctest.sh ! agent/test/libproc/libproctest64.sh ! make/bsd/makefiles/sa.make ! make/bsd/makefiles/saproc.make ! make/linux/makefiles/sa.make ! make/linux/makefiles/saproc.make ! make/sa.files ! make/solaris/makefiles/sa.make ! make/solaris/makefiles/saproc.make ! make/windows/makefiles/sa.make ! src/share/tools/hsdis/Makefile ! src/share/tools/hsdis/README ! src/share/tools/hsdis/hsdis-demo.c ! src/share/tools/hsdis/hsdis.c ! src/share/tools/hsdis/hsdis.h ! src/share/vm/compiler/disassembler.cpp ! src/share/vm/compiler/disassembler.hpp Changeset: 3d739d45d9fd Author: minqi Date: 2012-09-24 20:04 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/3d739d45d9fd Merge - agent/make/ClosureFinder.java - agent/src/share/classes/sun/jvm/hotspot/TestDebugger.java - agent/src/share/classes/sun/jvm/hotspot/asm/AbstractInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/Address.java - agent/src/share/classes/sun/jvm/hotspot/asm/Arithmetic.java - agent/src/share/classes/sun/jvm/hotspot/asm/ArithmeticInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/BaseIndexScaleDispAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/BranchInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/CPUHelper.java - agent/src/share/classes/sun/jvm/hotspot/asm/CallInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/DirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/Immediate.java - agent/src/share/classes/sun/jvm/hotspot/asm/IndirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/Instruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/LoadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/LogicInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/MemoryInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/MoveInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/PCRelativeAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/RTLDataTypes.java - agent/src/share/classes/sun/jvm/hotspot/asm/RTLOperations.java - agent/src/share/classes/sun/jvm/hotspot/asm/ReturnInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/ShiftInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/StoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/amd64/AMD64FloatRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/amd64/AMD64Helper.java - agent/src/share/classes/sun/jvm/hotspot/asm/amd64/AMD64Register.java - agent/src/share/classes/sun/jvm/hotspot/asm/amd64/AMD64Registers.java - agent/src/share/classes/sun/jvm/hotspot/asm/ia64/IA64FloatRegister.java - agent/src/share/classes/sun/jvm/hotspot/asm/ia64/IA64FloatRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/ia64/IA64Helper.java - agent/src/share/classes/sun/jvm/hotspot/asm/ia64/IA64Register.java - agent/src/share/classes/sun/jvm/hotspot/asm/ia64/IA64Registers.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/AlternateSpaceLdstubDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/AlternateSpaceLoadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/AlternateSpaceStoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/AlternateSpaceSwapDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/ArithmeticDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/BranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/CallDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/CoprocessorBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/CoprocessorDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FP2RegisterDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FPArithmeticDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FPMoveDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FPopDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FloatBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FloatDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FlushDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/Format3ADecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/IllegalInstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/InstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/IntegerBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/JmplDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/LdstubDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/LoadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/LogicDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/MemoryInstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/ReadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/ReadWriteDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/RegisterDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/RestoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/RettDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCArithmeticInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCAtomicLoadStoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCBranchInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCCallInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCDisassembler.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFP2RegisterInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFPArithmeticInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFPMoveInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFloatRegister.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFloatRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFlushInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFormat3AInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCHelper.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCIllegalInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCIndirectCallInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCInstructionFactory.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCInstructionFactoryImpl.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCJmplInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCLdstubInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCLoadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCLogicInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCMemoryInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCMoveInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCNoopInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCOpcodes.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCReadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCRegisterIndirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCRestoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCRettInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCReturnInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSaveInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSethiInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCShiftInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSpecialLoadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSpecialRegisterInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSpecialRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSpecialStoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCStbarInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCStoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSwapInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCTrapInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCUnimpInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV8Disassembler.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9BranchInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9CasInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9ConditionFlags.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9Disassembler.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9DoneInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9FMOVccInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9FMOVrInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9FlushwInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9IlltrapInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9ImpdepInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9Instruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9InstructionFactory.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9InstructionFactoryImpl.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9MOVccInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9MOVrInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9MembarInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9Opcodes.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9PopcInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9PrefetchInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9PrivilegedRegisterInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9PrivilegedRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9RdprInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9ReadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9RegisterBranchInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9RegisterIndirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9RestoredInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9RetryInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9ReturnInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9SavedInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9SirInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9SpecialRegisterInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9SpecialRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9WriteInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9WrprInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCWriteInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SaveDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SethiDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/ShiftDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SpecialLoadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SpecialLoadStoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SpecialStoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/StoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SwapDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/TrapDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/UnimpDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V8FPop1Decoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V8FPop2Decoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9AlternateSpaceDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9AlternateSpaceLdstubDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9AlternateSpaceLoadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9AlternateSpacePrefetchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9AlternateSpaceStoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9AlternateSpaceSwapDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9BranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9CCBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9CMoveDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9CasDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9DoneRetryDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9FMOVccDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9FMOVrDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9FPop1Decoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9FPop2Decoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9FloatBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9FlushwDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9InstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9IntRegisterBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9IntegerBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9MOVccDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9MOVrDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9PopcDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9PrefetchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9PrivilegedReadWriteDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9RdprDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9ReadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9RegisterBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9SavedRestoredDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9ShiftDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9SpecialLoadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9SpecialStoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9WriteDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9WrprDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/WriteDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/ArithmeticDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/BranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/CallDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/ConditionalJmpDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/FPArithmeticDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/FPInstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/FPLoadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/FPStoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/FloatDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/FloatGRPDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/GRPDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/InstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/JmpDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/LogicalDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/MoveDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/RotateDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/SSEArithmeticDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/SSEInstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/SSELogicalDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/SSEMoveDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/SSEShiftDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/ShiftDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86ArithmeticInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86BranchInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86CallInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86CondJmpInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86DirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86Disassembler.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86FPArithmeticInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86FPInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86FPLoadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86FPStoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86FloatRegister.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86FloatRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86GeneralInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86Helper.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86IllegalInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86Instruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86InstructionFactory.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86InstructionFactoryImpl.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86JmpInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86LogicInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MMXRegister.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MMXRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MemoryIndirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MemoryInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MoveInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MoveLoadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MoveStoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86Opcodes.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86PCRelativeAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86Register.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86RegisterDirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86RegisterIndirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86RegisterPart.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86Registers.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86RotateInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86SegmentRegister.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86SegmentRegisterAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86SegmentRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86ShiftInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86XMMRegister.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86XMMRegisters.java - agent/src/share/classes/sun/jvm/hotspot/runtime/ia64/IA64CurrentFrameGuess.java - agent/src/share/classes/sun/jvm/hotspot/runtime/ia64/IA64Frame.java - agent/src/share/classes/sun/jvm/hotspot/runtime/ia64/IA64JavaCallWrapper.java - agent/src/share/classes/sun/jvm/hotspot/runtime/ia64/IA64RegisterMap.java - agent/src/share/classes/sun/jvm/hotspot/runtime/ia64/cInterpreter.java - agent/src/share/classes/sun/jvm/hotspot/runtime/linux_ia64/LinuxIA64JavaThreadPDAccess.java - agent/src/share/classes/sun/jvm/hotspot/runtime/win32_ia64/Win32IA64JavaThreadPDAccess.java Changeset: 45535ab90688 Author: dholmes Date: 2012-09-25 07:58 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/45535ab90688 7200065: Cross-compilation changes to support the new-build Reviewed-by: dholmes, ohair Contributed-by: Fredrik Ohrstrom ! make/linux/makefiles/adlc.make ! make/linux/makefiles/defs.make Changeset: b86575d092a2 Author: dsamersoff Date: 2012-09-27 20:22 +0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/b86575d092a2 Merge - agent/make/ClosureFinder.java - agent/src/share/classes/sun/jvm/hotspot/TestDebugger.java - agent/src/share/classes/sun/jvm/hotspot/asm/AbstractInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/Address.java - agent/src/share/classes/sun/jvm/hotspot/asm/Arithmetic.java - agent/src/share/classes/sun/jvm/hotspot/asm/ArithmeticInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/BaseIndexScaleDispAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/BranchInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/CPUHelper.java - agent/src/share/classes/sun/jvm/hotspot/asm/CallInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/DirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/Immediate.java - agent/src/share/classes/sun/jvm/hotspot/asm/IndirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/Instruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/LoadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/LogicInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/MemoryInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/MoveInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/PCRelativeAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/RTLDataTypes.java - agent/src/share/classes/sun/jvm/hotspot/asm/RTLOperations.java - agent/src/share/classes/sun/jvm/hotspot/asm/ReturnInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/ShiftInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/StoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/amd64/AMD64FloatRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/amd64/AMD64Helper.java - agent/src/share/classes/sun/jvm/hotspot/asm/amd64/AMD64Register.java - agent/src/share/classes/sun/jvm/hotspot/asm/amd64/AMD64Registers.java - agent/src/share/classes/sun/jvm/hotspot/asm/ia64/IA64FloatRegister.java - agent/src/share/classes/sun/jvm/hotspot/asm/ia64/IA64FloatRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/ia64/IA64Helper.java - agent/src/share/classes/sun/jvm/hotspot/asm/ia64/IA64Register.java - agent/src/share/classes/sun/jvm/hotspot/asm/ia64/IA64Registers.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/AlternateSpaceLdstubDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/AlternateSpaceLoadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/AlternateSpaceStoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/AlternateSpaceSwapDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/ArithmeticDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/BranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/CallDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/CoprocessorBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/CoprocessorDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FP2RegisterDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FPArithmeticDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FPMoveDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FPopDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FloatBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FloatDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FlushDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/Format3ADecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/IllegalInstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/InstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/IntegerBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/JmplDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/LdstubDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/LoadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/LogicDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/MemoryInstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/ReadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/ReadWriteDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/RegisterDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/RestoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/RettDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCArithmeticInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCAtomicLoadStoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCBranchInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCCallInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCDisassembler.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFP2RegisterInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFPArithmeticInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFPMoveInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFloatRegister.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFloatRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFlushInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFormat3AInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCHelper.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCIllegalInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCIndirectCallInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCInstructionFactory.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCInstructionFactoryImpl.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCJmplInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCLdstubInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCLoadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCLogicInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCMemoryInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCMoveInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCNoopInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCOpcodes.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCReadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCRegisterIndirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCRestoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCRettInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCReturnInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSaveInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSethiInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCShiftInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSpecialLoadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSpecialRegisterInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSpecialRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSpecialStoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCStbarInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCStoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSwapInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCTrapInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCUnimpInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV8Disassembler.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9BranchInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9CasInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9ConditionFlags.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9Disassembler.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9DoneInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9FMOVccInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9FMOVrInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9FlushwInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9IlltrapInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9ImpdepInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9Instruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9InstructionFactory.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9InstructionFactoryImpl.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9MOVccInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9MOVrInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9MembarInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9Opcodes.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9PopcInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9PrefetchInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9PrivilegedRegisterInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9PrivilegedRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9RdprInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9ReadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9RegisterBranchInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9RegisterIndirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9RestoredInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9RetryInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9ReturnInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9SavedInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9SirInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9SpecialRegisterInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9SpecialRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9WriteInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9WrprInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCWriteInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SaveDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SethiDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/ShiftDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SpecialLoadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SpecialLoadStoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SpecialStoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/StoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SwapDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/TrapDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/UnimpDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V8FPop1Decoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V8FPop2Decoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9AlternateSpaceDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9AlternateSpaceLdstubDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9AlternateSpaceLoadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9AlternateSpacePrefetchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9AlternateSpaceStoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9AlternateSpaceSwapDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9BranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9CCBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9CMoveDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9CasDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9DoneRetryDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9FMOVccDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9FMOVrDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9FPop1Decoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9FPop2Decoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9FloatBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9FlushwDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9InstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9IntRegisterBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9IntegerBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9MOVccDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9MOVrDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9PopcDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9PrefetchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9PrivilegedReadWriteDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9RdprDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9ReadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9RegisterBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9SavedRestoredDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9ShiftDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9SpecialLoadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9SpecialStoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9WriteDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9WrprDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/WriteDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/ArithmeticDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/BranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/CallDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/ConditionalJmpDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/FPArithmeticDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/FPInstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/FPLoadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/FPStoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/FloatDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/FloatGRPDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/GRPDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/InstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/JmpDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/LogicalDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/MoveDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/RotateDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/SSEArithmeticDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/SSEInstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/SSELogicalDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/SSEMoveDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/SSEShiftDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/ShiftDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86ArithmeticInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86BranchInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86CallInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86CondJmpInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86DirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86Disassembler.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86FPArithmeticInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86FPInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86FPLoadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86FPStoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86FloatRegister.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86FloatRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86GeneralInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86Helper.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86IllegalInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86Instruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86InstructionFactory.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86InstructionFactoryImpl.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86JmpInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86LogicInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MMXRegister.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MMXRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MemoryIndirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MemoryInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MoveInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MoveLoadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MoveStoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86Opcodes.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86PCRelativeAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86Register.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86RegisterDirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86RegisterIndirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86RegisterPart.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86Registers.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86RotateInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86SegmentRegister.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86SegmentRegisterAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86SegmentRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86ShiftInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86XMMRegister.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86XMMRegisters.java - agent/src/share/classes/sun/jvm/hotspot/runtime/ia64/IA64CurrentFrameGuess.java - agent/src/share/classes/sun/jvm/hotspot/runtime/ia64/IA64Frame.java - agent/src/share/classes/sun/jvm/hotspot/runtime/ia64/IA64JavaCallWrapper.java - agent/src/share/classes/sun/jvm/hotspot/runtime/ia64/IA64RegisterMap.java - agent/src/share/classes/sun/jvm/hotspot/runtime/ia64/cInterpreter.java - agent/src/share/classes/sun/jvm/hotspot/runtime/linux_ia64/LinuxIA64JavaThreadPDAccess.java - agent/src/share/classes/sun/jvm/hotspot/runtime/win32_ia64/Win32IA64JavaThreadPDAccess.java ! make/linux/makefiles/sa.make ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp ! src/share/vm/runtime/arguments.cpp Changeset: 5baec2e69518 Author: jmasa Date: 2012-09-25 07:05 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/5baec2e69518 7200615: NPG: optimized VM build is broken Reviewed-by: kvn ! src/share/vm/gc_implementation/g1/g1GCPhaseTimes.cpp ! src/share/vm/memory/metaspace.cpp Changeset: 8966c2d65d96 Author: brutisso Date: 2012-09-25 14:58 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/8966c2d65d96 7200470: KeepAliveClosure not needed in CodeCache::do_unloading Summary: Removed the unused keep_alive parameter Reviewed-by: stefank, dholmes, kamg, coleenp ! src/share/vm/code/codeCache.cpp ! src/share/vm/code/codeCache.hpp ! src/share/vm/code/nmethod.cpp ! src/share/vm/code/nmethod.hpp ! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.cpp ! src/share/vm/gc_implementation/g1/g1MarkSweep.cpp ! src/share/vm/gc_implementation/parallelScavenge/psMarkSweep.cpp ! src/share/vm/gc_implementation/parallelScavenge/psParallelCompact.cpp ! src/share/vm/memory/genMarkSweep.cpp Changeset: 7c2fd5948145 Author: brutisso Date: 2012-09-25 18:28 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/7c2fd5948145 Merge Changeset: 15fba4382765 Author: stefank Date: 2012-09-28 14:14 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/15fba4382765 Merge Changeset: 2cb2f30450c7 Author: twisti Date: 2012-09-17 12:57 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/2cb2f30450c7 7196262: JSR 292: java/lang/invoke/PrivateInvokeTest.java fails on solaris-sparc Reviewed-by: kvn, jrose, bdelsart ! src/cpu/sparc/vm/assembler_sparc.cpp ! src/cpu/sparc/vm/assembler_sparc.hpp ! src/cpu/sparc/vm/methodHandles_sparc.cpp ! src/cpu/sparc/vm/sharedRuntime_sparc.cpp ! src/cpu/x86/vm/methodHandles_x86.cpp ! src/cpu/x86/vm/sharedRuntime_x86_32.cpp ! src/cpu/x86/vm/sharedRuntime_x86_64.cpp ! src/share/vm/asm/register.hpp ! src/share/vm/code/nmethod.cpp ! src/share/vm/runtime/sharedRuntime.cpp ! src/share/vm/runtime/sharedRuntime.hpp Changeset: 8d3cc6612bd1 Author: kvn Date: 2012-09-17 17:02 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/8d3cc6612bd1 7197033: missing ResourceMark for assert in Method::bci_from() Summary: Added missing ResourceMark. Reviewed-by: dholmes, coleenp, jmasa ! src/share/vm/oops/method.cpp Changeset: 137868b7aa6f Author: kvn Date: 2012-09-17 19:39 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/137868b7aa6f 7196199: java/text/Bidi/Bug6665028.java failed: Bidi run count incorrect Summary: Save whole XMM/YMM registers in safepoint interrupt handler. Reviewed-by: roland, twisti ! src/cpu/sparc/vm/sharedRuntime_sparc.cpp ! src/cpu/x86/vm/assembler_x86.cpp ! src/cpu/x86/vm/assembler_x86.hpp ! src/cpu/x86/vm/sharedRuntime_x86_32.cpp ! src/cpu/x86/vm/sharedRuntime_x86_64.cpp ! src/cpu/x86/vm/x86.ad ! src/share/vm/c1/c1_Compilation.cpp ! src/share/vm/c1/c1_Compilation.hpp ! src/share/vm/ci/ciEnv.cpp ! src/share/vm/ci/ciEnv.hpp ! src/share/vm/code/nmethod.cpp ! src/share/vm/code/nmethod.hpp ! src/share/vm/opto/compile.cpp ! src/share/vm/opto/compile.hpp ! src/share/vm/opto/output.cpp ! src/share/vm/opto/superword.cpp ! src/share/vm/runtime/sharedRuntime.cpp ! src/share/vm/runtime/sharedRuntime.hpp + test/compiler/7196199/Test7196199.java Changeset: 9d89c76b0505 Author: twisti Date: 2012-09-19 10:38 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/9d89c76b0505 7198499: TraceTypeProfile as diagnostic option Reviewed-by: kvn Contributed-by: Aleksey Shipilev ! src/share/vm/opto/c2_globals.hpp ! src/share/vm/opto/doCall.cpp Changeset: 8ae8f9dd7099 Author: kvn Date: 2012-09-19 16:50 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/8ae8f9dd7099 7199010: incorrect vector alignment Summary: Fixed vectors alignment when several arrays are accessed in one loop. Reviewed-by: roland, twisti ! src/cpu/x86/vm/vm_version_x86.cpp ! src/share/vm/opto/c2_globals.hpp ! src/share/vm/opto/superword.cpp ! src/share/vm/opto/superword.hpp Changeset: 7eca5de9e0b6 Author: roland Date: 2012-09-20 16:49 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/7eca5de9e0b6 7023898: Intrinsify AtomicLongFieldUpdater.getAndIncrement() Summary: use shorter instruction sequences for atomic add and atomic exchange when possible. Reviewed-by: kvn, jrose ! src/cpu/sparc/vm/assembler_sparc.inline.hpp ! src/cpu/sparc/vm/c1_LIRAssembler_sparc.cpp ! src/cpu/sparc/vm/c1_LIRGenerator_sparc.cpp ! src/cpu/sparc/vm/sparc.ad ! src/cpu/sparc/vm/vm_version_sparc.cpp ! src/cpu/x86/vm/c1_LIRAssembler_x86.cpp ! src/cpu/x86/vm/c1_LIRGenerator_x86.cpp ! src/cpu/x86/vm/vm_version_x86.cpp ! src/cpu/x86/vm/x86.ad ! src/cpu/x86/vm/x86_32.ad ! src/cpu/x86/vm/x86_64.ad ! src/share/vm/adlc/formssel.cpp ! src/share/vm/c1/c1_Canonicalizer.cpp ! src/share/vm/c1/c1_Canonicalizer.hpp ! src/share/vm/c1/c1_GraphBuilder.cpp ! src/share/vm/c1/c1_GraphBuilder.hpp ! src/share/vm/c1/c1_Instruction.hpp ! src/share/vm/c1/c1_InstructionPrinter.cpp ! src/share/vm/c1/c1_InstructionPrinter.hpp ! src/share/vm/c1/c1_LIR.cpp ! src/share/vm/c1/c1_LIR.hpp ! src/share/vm/c1/c1_LIRAssembler.cpp ! src/share/vm/c1/c1_LIRAssembler.hpp ! src/share/vm/c1/c1_LIRGenerator.hpp ! src/share/vm/c1/c1_Optimizer.cpp ! src/share/vm/c1/c1_ValueMap.hpp ! src/share/vm/classfile/vmSymbols.hpp ! src/share/vm/opto/classes.hpp ! src/share/vm/opto/compile.cpp ! src/share/vm/opto/connode.cpp ! src/share/vm/opto/escape.cpp ! src/share/vm/opto/escape.hpp ! src/share/vm/opto/library_call.cpp ! src/share/vm/opto/matcher.cpp ! src/share/vm/opto/memnode.cpp ! src/share/vm/opto/memnode.hpp ! src/share/vm/runtime/vm_version.cpp ! src/share/vm/runtime/vm_version.hpp Changeset: b31471cdc53e Author: kvn Date: 2012-09-24 10:30 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/b31471cdc53e 7200163: add CodeComments functionality to assember stubs Summary: Pass the codeBuffer to the Stub constructor, and adapts the disassembler to print the comments. Reviewed-by: jrose, kvn, twisti Contributed-by: goetz.lindenmaier at sap.com ! src/share/vm/asm/codeBuffer.cpp ! src/share/vm/asm/codeBuffer.hpp ! src/share/vm/code/codeBlob.cpp ! src/share/vm/code/codeBlob.hpp ! src/share/vm/code/icBuffer.hpp ! src/share/vm/code/nmethod.cpp ! src/share/vm/code/nmethod.hpp ! src/share/vm/code/stubs.cpp ! src/share/vm/code/stubs.hpp ! src/share/vm/compiler/disassembler.cpp ! src/share/vm/compiler/disassembler.hpp ! src/share/vm/interpreter/interpreter.cpp ! src/share/vm/interpreter/interpreter.hpp ! src/share/vm/runtime/sharedRuntime.cpp Changeset: 3a327d0b8586 Author: twisti Date: 2012-09-24 11:07 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/3a327d0b8586 7188176: The JVM should differentiate between T and M series and adjust GC ergonomics Reviewed-by: kvn Contributed-by: Tao Mao ! src/cpu/sparc/vm/vm_version_sparc.cpp ! src/cpu/sparc/vm/vm_version_sparc.hpp Changeset: f7c1f489db55 Author: twisti Date: 2012-09-24 12:31 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/f7c1f489db55 Merge Changeset: c92f43386117 Author: kvn Date: 2012-09-24 14:46 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/c92f43386117 Merge ! src/share/vm/classfile/vmSymbols.hpp Changeset: 9191895df19d Author: twisti Date: 2012-09-24 17:59 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/9191895df19d 7200001: failed C1 OSR compile doesn't get recompiled with C2 Reviewed-by: kvn ! src/share/vm/compiler/compileBroker.cpp ! src/share/vm/compiler/compileBroker.hpp ! src/share/vm/compiler/compileLog.cpp ! src/share/vm/oops/method.cpp ! src/share/vm/oops/method.hpp ! src/share/vm/runtime/advancedThresholdPolicy.cpp ! src/share/vm/runtime/compilationPolicy.cpp ! src/share/vm/runtime/simpleThresholdPolicy.cpp ! src/share/vm/runtime/vmStructs.cpp ! src/share/vm/utilities/accessFlags.hpp Changeset: 1a9b9cfcef41 Author: neliasso Date: 2012-03-29 16:43 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/1a9b9cfcef41 7163863: Updated projectcreator Summary: Enable source browsing for all platform dependent code Reviewed-by: brutisso, coleenp ! make/windows/makefiles/projectcreator.make ! src/share/tools/ProjectCreator/BuildConfig.java - src/share/tools/ProjectCreator/DirectoryTree.java - src/share/tools/ProjectCreator/DirectoryTreeNode.java - src/share/tools/ProjectCreator/FileFormatException.java + src/share/tools/ProjectCreator/FileTreeCreator.java + src/share/tools/ProjectCreator/FileTreeCreatorVC10.java + src/share/tools/ProjectCreator/FileTreeCreatorVC7.java ! src/share/tools/ProjectCreator/ProjectCreator.java ! src/share/tools/ProjectCreator/Util.java ! src/share/tools/ProjectCreator/WinGammaPlatform.java ! src/share/tools/ProjectCreator/WinGammaPlatformVC10.java - src/share/tools/ProjectCreator/WinGammaPlatformVC6.java ! src/share/tools/ProjectCreator/WinGammaPlatformVC7.java Changeset: 0702f188baeb Author: kvn Date: 2012-09-25 10:41 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/0702f188baeb 7200233: C2: can't use expand rules for vector instruction rules Summary: Added missed _bottom_type set in ArchDesc::defineExpand() and missed vector nodes in MatchRule::is_vector(). Reviewed-by: twisti, roland, dlong ! src/share/vm/adlc/formssel.cpp ! src/share/vm/adlc/output_c.cpp ! src/share/vm/runtime/vmStructs.cpp Changeset: 06f52c4d0e18 Author: kvn Date: 2012-09-25 15:48 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/06f52c4d0e18 7200264: 7192963 changes disabled shift vectors Summary: Replaced is_vector_use() call with explicit check for vector shift's count. Reviewed-by: twisti, roland, dlong, vlivanov ! src/share/vm/opto/superword.cpp + test/compiler/7200264/Test7200264.sh + test/compiler/7200264/TestIntVect.java Changeset: e626685e9f6c Author: kvn Date: 2012-09-27 09:38 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/e626685e9f6c 7193318: C2: remove number of inputs requirement from Node's new operator Summary: Deleted placement new operator of Node - node(size_t, Compile *, int). Reviewed-by: kvn, twisti Contributed-by: bharadwaj.yadavalli at oracle.com ! src/share/vm/adlc/output_c.cpp ! src/share/vm/opto/addnode.cpp ! src/share/vm/opto/block.cpp ! src/share/vm/opto/callGenerator.cpp ! src/share/vm/opto/callnode.cpp ! src/share/vm/opto/cfgnode.cpp ! src/share/vm/opto/chaitin.cpp ! src/share/vm/opto/compile.cpp ! src/share/vm/opto/connode.cpp ! src/share/vm/opto/connode.hpp ! src/share/vm/opto/divnode.cpp ! src/share/vm/opto/doCall.cpp ! src/share/vm/opto/generateOptoStub.cpp ! src/share/vm/opto/graphKit.cpp ! src/share/vm/opto/graphKit.hpp ! src/share/vm/opto/idealKit.cpp ! src/share/vm/opto/idealKit.hpp ! src/share/vm/opto/ifnode.cpp ! src/share/vm/opto/lcm.cpp ! src/share/vm/opto/library_call.cpp ! src/share/vm/opto/loopPredicate.cpp ! src/share/vm/opto/loopTransform.cpp ! src/share/vm/opto/loopUnswitch.cpp ! src/share/vm/opto/loopnode.cpp ! src/share/vm/opto/loopopts.cpp ! src/share/vm/opto/macro.cpp ! src/share/vm/opto/macro.hpp ! src/share/vm/opto/matcher.cpp ! src/share/vm/opto/memnode.cpp ! src/share/vm/opto/mulnode.cpp ! src/share/vm/opto/node.cpp ! src/share/vm/opto/node.hpp ! src/share/vm/opto/output.cpp ! src/share/vm/opto/parse1.cpp ! src/share/vm/opto/parse2.cpp ! src/share/vm/opto/parse3.cpp ! src/share/vm/opto/parseHelper.cpp ! src/share/vm/opto/phaseX.cpp ! src/share/vm/opto/reg_split.cpp ! src/share/vm/opto/split_if.cpp ! src/share/vm/opto/stringopts.cpp ! src/share/vm/opto/subnode.cpp ! src/share/vm/opto/superword.cpp ! src/share/vm/opto/vectornode.cpp Changeset: 69fb89ec6fa7 Author: kvn Date: 2012-09-27 15:49 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/69fb89ec6fa7 7198084: NPG: distance is too big for short branches in test_invocation_counter_for_mdp() Summary: use long branches in test_invocation_counter_for_mdp() Reviewed-by: twisti ! src/cpu/sparc/vm/interp_masm_sparc.cpp Changeset: f2e12eb74117 Author: kvn Date: 2012-09-28 10:16 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/f2e12eb74117 Merge - src/share/tools/ProjectCreator/DirectoryTree.java - src/share/tools/ProjectCreator/DirectoryTreeNode.java - src/share/tools/ProjectCreator/FileFormatException.java - src/share/tools/ProjectCreator/WinGammaPlatformVC6.java ! src/share/vm/code/nmethod.cpp ! src/share/vm/code/nmethod.hpp ! src/share/vm/compiler/disassembler.cpp ! src/share/vm/compiler/disassembler.hpp Changeset: 9f008ad79470 Author: amurillo Date: 2012-09-28 13:39 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/9f008ad79470 Added tag hs25-b03 for changeset f2e12eb74117 ! .hgtags Changeset: 2dd08e86a2bf Author: katleman Date: 2012-09-27 11:24 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/2dd08e86a2bf Added tag jdk8-b58 for changeset 6bb378c50828 ! .hgtags Changeset: 8a1a6b9b4f20 Author: katleman Date: 2012-10-03 15:31 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/8a1a6b9b4f20 Merge ! .hgtags - agent/make/ClosureFinder.java - agent/src/share/classes/sun/jvm/hotspot/TestDebugger.java - agent/src/share/classes/sun/jvm/hotspot/asm/AbstractInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/Address.java - agent/src/share/classes/sun/jvm/hotspot/asm/Arithmetic.java - agent/src/share/classes/sun/jvm/hotspot/asm/ArithmeticInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/BaseIndexScaleDispAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/BranchInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/CPUHelper.java - agent/src/share/classes/sun/jvm/hotspot/asm/CallInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/DirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/Immediate.java - agent/src/share/classes/sun/jvm/hotspot/asm/IndirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/Instruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/LoadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/LogicInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/MemoryInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/MoveInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/PCRelativeAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/RTLDataTypes.java - agent/src/share/classes/sun/jvm/hotspot/asm/RTLOperations.java - agent/src/share/classes/sun/jvm/hotspot/asm/ReturnInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/ShiftInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/StoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/amd64/AMD64FloatRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/amd64/AMD64Helper.java - agent/src/share/classes/sun/jvm/hotspot/asm/amd64/AMD64Register.java - agent/src/share/classes/sun/jvm/hotspot/asm/amd64/AMD64Registers.java - agent/src/share/classes/sun/jvm/hotspot/asm/ia64/IA64FloatRegister.java - agent/src/share/classes/sun/jvm/hotspot/asm/ia64/IA64FloatRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/ia64/IA64Helper.java - agent/src/share/classes/sun/jvm/hotspot/asm/ia64/IA64Register.java - agent/src/share/classes/sun/jvm/hotspot/asm/ia64/IA64Registers.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/AlternateSpaceLdstubDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/AlternateSpaceLoadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/AlternateSpaceStoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/AlternateSpaceSwapDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/ArithmeticDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/BranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/CallDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/CoprocessorBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/CoprocessorDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FP2RegisterDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FPArithmeticDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FPMoveDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FPopDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FloatBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FloatDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FlushDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/Format3ADecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/IllegalInstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/InstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/IntegerBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/JmplDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/LdstubDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/LoadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/LogicDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/MemoryInstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/ReadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/ReadWriteDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/RegisterDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/RestoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/RettDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCArithmeticInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCAtomicLoadStoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCBranchInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCCallInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCDisassembler.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFP2RegisterInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFPArithmeticInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFPMoveInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFloatRegister.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFloatRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFlushInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFormat3AInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCHelper.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCIllegalInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCIndirectCallInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCInstructionFactory.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCInstructionFactoryImpl.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCJmplInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCLdstubInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCLoadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCLogicInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCMemoryInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCMoveInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCNoopInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCOpcodes.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCReadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCRegisterIndirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCRestoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCRettInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCReturnInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSaveInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSethiInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCShiftInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSpecialLoadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSpecialRegisterInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSpecialRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSpecialStoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCStbarInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCStoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSwapInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCTrapInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCUnimpInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV8Disassembler.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9BranchInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9CasInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9ConditionFlags.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9Disassembler.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9DoneInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9FMOVccInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9FMOVrInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9FlushwInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9IlltrapInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9ImpdepInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9Instruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9InstructionFactory.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9InstructionFactoryImpl.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9MOVccInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9MOVrInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9MembarInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9Opcodes.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9PopcInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9PrefetchInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9PrivilegedRegisterInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9PrivilegedRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9RdprInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9ReadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9RegisterBranchInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9RegisterIndirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9RestoredInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9RetryInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9ReturnInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9SavedInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9SirInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9SpecialRegisterInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9SpecialRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9WriteInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9WrprInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCWriteInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SaveDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SethiDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/ShiftDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SpecialLoadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SpecialLoadStoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SpecialStoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/StoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SwapDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/TrapDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/UnimpDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V8FPop1Decoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V8FPop2Decoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9AlternateSpaceDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9AlternateSpaceLdstubDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9AlternateSpaceLoadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9AlternateSpacePrefetchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9AlternateSpaceStoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9AlternateSpaceSwapDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9BranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9CCBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9CMoveDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9CasDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9DoneRetryDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9FMOVccDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9FMOVrDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9FPop1Decoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9FPop2Decoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9FloatBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9FlushwDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9InstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9IntRegisterBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9IntegerBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9MOVccDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9MOVrDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9PopcDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9PrefetchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9PrivilegedReadWriteDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9RdprDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9ReadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9RegisterBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9SavedRestoredDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9ShiftDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9SpecialLoadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9SpecialStoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9WriteDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9WrprDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/WriteDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/ArithmeticDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/BranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/CallDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/ConditionalJmpDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/FPArithmeticDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/FPInstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/FPLoadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/FPStoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/FloatDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/FloatGRPDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/GRPDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/InstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/JmpDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/LogicalDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/MoveDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/RotateDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/SSEArithmeticDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/SSEInstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/SSELogicalDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/SSEMoveDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/SSEShiftDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/ShiftDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86ArithmeticInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86BranchInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86CallInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86CondJmpInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86DirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86Disassembler.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86FPArithmeticInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86FPInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86FPLoadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86FPStoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86FloatRegister.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86FloatRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86GeneralInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86Helper.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86IllegalInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86Instruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86InstructionFactory.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86InstructionFactoryImpl.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86JmpInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86LogicInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MMXRegister.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MMXRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MemoryIndirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MemoryInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MoveInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MoveLoadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MoveStoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86Opcodes.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86PCRelativeAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86Register.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86RegisterDirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86RegisterIndirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86RegisterPart.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86Registers.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86RotateInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86SegmentRegister.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86SegmentRegisterAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86SegmentRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86ShiftInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86XMMRegister.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86XMMRegisters.java - agent/src/share/classes/sun/jvm/hotspot/runtime/ia64/IA64CurrentFrameGuess.java - agent/src/share/classes/sun/jvm/hotspot/runtime/ia64/IA64Frame.java - agent/src/share/classes/sun/jvm/hotspot/runtime/ia64/IA64JavaCallWrapper.java - agent/src/share/classes/sun/jvm/hotspot/runtime/ia64/IA64RegisterMap.java - agent/src/share/classes/sun/jvm/hotspot/runtime/ia64/cInterpreter.java - agent/src/share/classes/sun/jvm/hotspot/runtime/linux_ia64/LinuxIA64JavaThreadPDAccess.java - agent/src/share/classes/sun/jvm/hotspot/runtime/win32_ia64/Win32IA64JavaThreadPDAccess.java - src/share/tools/ProjectCreator/DirectoryTree.java - src/share/tools/ProjectCreator/DirectoryTreeNode.java - src/share/tools/ProjectCreator/FileFormatException.java - src/share/tools/ProjectCreator/WinGammaPlatformVC6.java Changeset: f3bc0d3c6519 Author: erikj Date: 2012-10-04 15:03 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/f3bc0d3c6519 Merge - agent/make/ClosureFinder.java - agent/src/share/classes/sun/jvm/hotspot/TestDebugger.java - agent/src/share/classes/sun/jvm/hotspot/asm/AbstractInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/Address.java - agent/src/share/classes/sun/jvm/hotspot/asm/Arithmetic.java - agent/src/share/classes/sun/jvm/hotspot/asm/ArithmeticInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/BaseIndexScaleDispAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/BranchInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/CPUHelper.java - agent/src/share/classes/sun/jvm/hotspot/asm/CallInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/DirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/Immediate.java - agent/src/share/classes/sun/jvm/hotspot/asm/IndirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/Instruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/LoadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/LogicInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/MemoryInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/MoveInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/PCRelativeAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/RTLDataTypes.java - agent/src/share/classes/sun/jvm/hotspot/asm/RTLOperations.java - agent/src/share/classes/sun/jvm/hotspot/asm/ReturnInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/ShiftInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/StoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/amd64/AMD64FloatRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/amd64/AMD64Helper.java - agent/src/share/classes/sun/jvm/hotspot/asm/amd64/AMD64Register.java - agent/src/share/classes/sun/jvm/hotspot/asm/amd64/AMD64Registers.java - agent/src/share/classes/sun/jvm/hotspot/asm/ia64/IA64FloatRegister.java - agent/src/share/classes/sun/jvm/hotspot/asm/ia64/IA64FloatRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/ia64/IA64Helper.java - agent/src/share/classes/sun/jvm/hotspot/asm/ia64/IA64Register.java - agent/src/share/classes/sun/jvm/hotspot/asm/ia64/IA64Registers.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/AlternateSpaceLdstubDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/AlternateSpaceLoadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/AlternateSpaceStoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/AlternateSpaceSwapDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/ArithmeticDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/BranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/CallDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/CoprocessorBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/CoprocessorDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FP2RegisterDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FPArithmeticDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FPMoveDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FPopDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FloatBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FloatDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FlushDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/Format3ADecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/IllegalInstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/InstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/IntegerBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/JmplDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/LdstubDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/LoadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/LogicDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/MemoryInstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/ReadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/ReadWriteDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/RegisterDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/RestoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/RettDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCArithmeticInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCAtomicLoadStoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCBranchInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCCallInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCDisassembler.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFP2RegisterInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFPArithmeticInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFPMoveInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFloatRegister.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFloatRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFlushInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFormat3AInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCHelper.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCIllegalInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCIndirectCallInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCInstructionFactory.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCInstructionFactoryImpl.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCJmplInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCLdstubInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCLoadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCLogicInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCMemoryInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCMoveInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCNoopInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCOpcodes.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCReadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCRegisterIndirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCRestoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCRettInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCReturnInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSaveInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSethiInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCShiftInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSpecialLoadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSpecialRegisterInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSpecialRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSpecialStoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCStbarInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCStoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSwapInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCTrapInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCUnimpInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV8Disassembler.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9BranchInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9CasInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9ConditionFlags.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9Disassembler.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9DoneInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9FMOVccInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9FMOVrInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9FlushwInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9IlltrapInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9ImpdepInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9Instruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9InstructionFactory.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9InstructionFactoryImpl.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9MOVccInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9MOVrInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9MembarInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9Opcodes.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9PopcInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9PrefetchInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9PrivilegedRegisterInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9PrivilegedRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9RdprInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9ReadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9RegisterBranchInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9RegisterIndirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9RestoredInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9RetryInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9ReturnInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9SavedInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9SirInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9SpecialRegisterInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9SpecialRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9WriteInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9WrprInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCWriteInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SaveDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SethiDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/ShiftDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SpecialLoadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SpecialLoadStoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SpecialStoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/StoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SwapDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/TrapDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/UnimpDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V8FPop1Decoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V8FPop2Decoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9AlternateSpaceDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9AlternateSpaceLdstubDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9AlternateSpaceLoadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9AlternateSpacePrefetchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9AlternateSpaceStoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9AlternateSpaceSwapDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9BranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9CCBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9CMoveDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9CasDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9DoneRetryDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9FMOVccDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9FMOVrDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9FPop1Decoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9FPop2Decoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9FloatBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9FlushwDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9InstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9IntRegisterBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9IntegerBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9MOVccDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9MOVrDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9PopcDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9PrefetchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9PrivilegedReadWriteDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9RdprDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9ReadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9RegisterBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9SavedRestoredDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9ShiftDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9SpecialLoadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9SpecialStoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9WriteDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9WrprDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/WriteDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/ArithmeticDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/BranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/CallDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/ConditionalJmpDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/FPArithmeticDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/FPInstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/FPLoadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/FPStoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/FloatDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/FloatGRPDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/GRPDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/InstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/JmpDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/LogicalDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/MoveDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/RotateDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/SSEArithmeticDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/SSEInstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/SSELogicalDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/SSEMoveDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/SSEShiftDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/ShiftDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86ArithmeticInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86BranchInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86CallInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86CondJmpInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86DirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86Disassembler.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86FPArithmeticInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86FPInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86FPLoadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86FPStoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86FloatRegister.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86FloatRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86GeneralInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86Helper.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86IllegalInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86Instruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86InstructionFactory.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86InstructionFactoryImpl.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86JmpInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86LogicInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MMXRegister.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MMXRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MemoryIndirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MemoryInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MoveInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MoveLoadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MoveStoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86Opcodes.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86PCRelativeAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86Register.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86RegisterDirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86RegisterIndirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86RegisterPart.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86Registers.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86RotateInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86SegmentRegister.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86SegmentRegisterAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86SegmentRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86ShiftInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86XMMRegister.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86XMMRegisters.java - agent/src/share/classes/sun/jvm/hotspot/ci/ciArrayKlassKlass.java - agent/src/share/classes/sun/jvm/hotspot/ci/ciInstanceKlassKlass.java - agent/src/share/classes/sun/jvm/hotspot/ci/ciKlassKlass.java - agent/src/share/classes/sun/jvm/hotspot/ci/ciMethodKlass.java - agent/src/share/classes/sun/jvm/hotspot/ci/ciObjArrayKlassKlass.java - agent/src/share/classes/sun/jvm/hotspot/ci/ciTypeArrayKlassKlass.java - agent/src/share/classes/sun/jvm/hotspot/gc_implementation/parallelScavenge/PSPermGen.java - agent/src/share/classes/sun/jvm/hotspot/memory/CMSPermGen.java - agent/src/share/classes/sun/jvm/hotspot/memory/CMSPermGenGen.java - agent/src/share/classes/sun/jvm/hotspot/memory/CompactingPermGen.java - agent/src/share/classes/sun/jvm/hotspot/memory/CompactingPermGenGen.java - agent/src/share/classes/sun/jvm/hotspot/memory/ContigPermSpace.java - agent/src/share/classes/sun/jvm/hotspot/memory/PermGen.java - agent/src/share/classes/sun/jvm/hotspot/oops/ArrayKlassKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/CompiledICHolderKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/ConstMethodKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/ConstantPoolCacheKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/ConstantPoolKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/InstanceKlassKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/KlassKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/MethodDataKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/MethodKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/ObjArrayKlassKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/TypeArrayKlassKlass.java - agent/src/share/classes/sun/jvm/hotspot/runtime/ia64/IA64CurrentFrameGuess.java - agent/src/share/classes/sun/jvm/hotspot/runtime/ia64/IA64Frame.java - agent/src/share/classes/sun/jvm/hotspot/runtime/ia64/IA64JavaCallWrapper.java - agent/src/share/classes/sun/jvm/hotspot/runtime/ia64/IA64RegisterMap.java - agent/src/share/classes/sun/jvm/hotspot/runtime/ia64/cInterpreter.java - agent/src/share/classes/sun/jvm/hotspot/runtime/linux_ia64/LinuxIA64JavaThreadPDAccess.java - agent/src/share/classes/sun/jvm/hotspot/runtime/win32_ia64/Win32IA64JavaThreadPDAccess.java - agent/src/share/classes/sun/jvm/hotspot/ui/tree/BadOopTreeNodeAdapter.java ! make/bsd/Makefile ! make/bsd/makefiles/launcher.make ! make/bsd/makefiles/vm.make ! make/defs.make ! make/linux/Makefile ! make/linux/makefiles/adlc.make ! make/linux/makefiles/defs.make ! make/linux/makefiles/launcher.make ! make/linux/makefiles/vm.make ! make/solaris/Makefile ! make/solaris/makefiles/launcher.make - make/solaris/makefiles/reorder_COMPILER1_amd64 - make/solaris/makefiles/reorder_COMPILER1_i486 - make/solaris/makefiles/reorder_COMPILER1_sparc - make/solaris/makefiles/reorder_COMPILER1_sparcv9 - make/solaris/makefiles/reorder_COMPILER2_amd64 - make/solaris/makefiles/reorder_COMPILER2_i486 - make/solaris/makefiles/reorder_COMPILER2_sparc - make/solaris/makefiles/reorder_COMPILER2_sparcv9 - make/solaris/makefiles/reorder_CORE_i486 - make/solaris/makefiles/reorder_CORE_sparc - make/solaris/makefiles/reorder_CORE_sparcv9 - make/solaris/makefiles/reorder_TIERED_amd64 - make/solaris/makefiles/reorder_TIERED_i486 - make/solaris/makefiles/reorder_TIERED_sparc - make/solaris/makefiles/reorder_TIERED_sparcv9 ! make/solaris/makefiles/sparcWorks.make ! make/solaris/makefiles/vm.make - make/solaris/reorder.sh ! make/windows/makefiles/sa.make - src/cpu/sparc/vm/dump_sparc.cpp - src/cpu/x86/vm/dump_x86_32.cpp - src/cpu/x86/vm/dump_x86_64.cpp - src/cpu/zero/vm/dump_zero.cpp - src/share/tools/ProjectCreator/DirectoryTree.java - src/share/tools/ProjectCreator/DirectoryTreeNode.java - src/share/tools/ProjectCreator/FileFormatException.java - src/share/tools/ProjectCreator/WinGammaPlatformVC6.java - src/share/vm/ci/ciArrayKlassKlass.hpp - src/share/vm/ci/ciCPCache.cpp - src/share/vm/ci/ciCPCache.hpp - src/share/vm/ci/ciInstanceKlassKlass.cpp - src/share/vm/ci/ciInstanceKlassKlass.hpp - src/share/vm/ci/ciKlassKlass.cpp - src/share/vm/ci/ciKlassKlass.hpp - src/share/vm/ci/ciMethodKlass.cpp - src/share/vm/ci/ciMethodKlass.hpp - src/share/vm/ci/ciObjArrayKlassKlass.cpp - src/share/vm/ci/ciObjArrayKlassKlass.hpp - src/share/vm/ci/ciTypeArrayKlassKlass.cpp - src/share/vm/ci/ciTypeArrayKlassKlass.hpp - src/share/vm/gc_implementation/concurrentMarkSweep/cmsPermGen.cpp - src/share/vm/gc_implementation/concurrentMarkSweep/cmsPermGen.hpp - src/share/vm/gc_implementation/parallelScavenge/psPermGen.cpp - src/share/vm/gc_implementation/parallelScavenge/psPermGen.hpp - src/share/vm/memory/classify.cpp - src/share/vm/memory/classify.hpp - src/share/vm/memory/compactPermGen.hpp - src/share/vm/memory/compactingPermGenGen.cpp - src/share/vm/memory/compactingPermGenGen.hpp - src/share/vm/memory/dump.cpp - src/share/vm/memory/permGen.cpp - src/share/vm/memory/permGen.hpp - src/share/vm/memory/restore.cpp - src/share/vm/memory/serialize.cpp - src/share/vm/oops/arrayKlassKlass.cpp - src/share/vm/oops/arrayKlassKlass.hpp - src/share/vm/oops/compiledICHolderKlass.cpp - src/share/vm/oops/compiledICHolderKlass.hpp - src/share/vm/oops/compiledICHolderOop.cpp - src/share/vm/oops/compiledICHolderOop.hpp - src/share/vm/oops/constMethodKlass.cpp - src/share/vm/oops/constMethodKlass.hpp - src/share/vm/oops/constMethodOop.cpp - src/share/vm/oops/constMethodOop.hpp - src/share/vm/oops/constantPoolKlass.cpp - src/share/vm/oops/constantPoolKlass.hpp - src/share/vm/oops/constantPoolOop.cpp - src/share/vm/oops/constantPoolOop.hpp - src/share/vm/oops/cpCacheKlass.cpp - src/share/vm/oops/cpCacheKlass.hpp - src/share/vm/oops/cpCacheOop.cpp - src/share/vm/oops/cpCacheOop.hpp - src/share/vm/oops/instanceKlassKlass.cpp - src/share/vm/oops/instanceKlassKlass.hpp - src/share/vm/oops/klassKlass.cpp - src/share/vm/oops/klassKlass.hpp - src/share/vm/oops/klassOop.cpp - src/share/vm/oops/klassOop.hpp - src/share/vm/oops/methodDataKlass.cpp - src/share/vm/oops/methodDataKlass.hpp - src/share/vm/oops/methodDataOop.cpp - src/share/vm/oops/methodDataOop.hpp - src/share/vm/oops/methodKlass.cpp - src/share/vm/oops/methodKlass.hpp - src/share/vm/oops/methodOop.cpp - src/share/vm/oops/methodOop.hpp - src/share/vm/oops/objArrayKlassKlass.cpp - src/share/vm/oops/objArrayKlassKlass.hpp - src/share/vm/oops/typeArrayKlassKlass.cpp - src/share/vm/oops/typeArrayKlassKlass.hpp ! src/share/vm/runtime/vm_version.hpp From erik.joelsson at oracle.com Thu Oct 4 08:13:48 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Thu, 04 Oct 2012 15:13:48 +0000 Subject: hg: build-infra/jdk8/jdk: 69 new changesets Message-ID: <20121004153457.22EC0471A5@hg.openjdk.java.net> Changeset: 34202653829a Author: katleman Date: 2012-09-20 13:45 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/34202653829a Added tag jdk8-b57 for changeset 51594d095a4b ! .hgtags Changeset: 8a64eeca4450 Author: jgodinez Date: 2012-09-10 10:07 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/8a64eeca4450 7183516: [macosx]Can't print-out the defined fonts for PrintFont_2D and AntialiasTableTest. Reviewed-by: bae, prr ! src/macosx/native/sun/awt/CTextPipe.m Changeset: db828a233f20 Author: bae Date: 2012-09-11 13:32 +0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/db828a233f20 7181199: [macosx] Startup is much slower in headless mode for apps using Fonts Reviewed-by: jgodinez, prr ! src/macosx/classes/sun/font/CFontManager.java Changeset: bce9611f1e8f Author: lana Date: 2012-09-14 13:52 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/bce9611f1e8f Merge ! src/macosx/native/sun/awt/CTextPipe.m Changeset: 0ecf1a700fca Author: bae Date: 2012-09-17 13:44 +0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/0ecf1a700fca 7186799: Regression tests for ImageIO metadata fail on second run Reviewed-by: prr, bae Contributed-by: Vadim Pakhnushev ! test/javax/imageio/metadata/BooleanAttributes.java ! test/javax/imageio/metadata/DOML3Node.java + test/javax/imageio/metadata/GetChildNames.java + test/javax/imageio/metadata/GetObjectMinValue.java + test/javax/imageio/metadata/IIOMetadataFormat/MetadataFormatTest.java + test/javax/imageio/metadata/IIOMetadataFormat/MetadataFormatThreadTest.java + test/javax/imageio/metadata/IIOMetadataFormat/MetadataTest.java + test/javax/imageio/metadata/IIOMetadataFormat/UserPluginMetadataFormatTest.java + test/javax/imageio/metadata/IIOMetadataFormat/runMetadataFormatTest.sh + test/javax/imageio/metadata/IIOMetadataFormat/runMetadataFormatThreadTest.sh + test/javax/imageio/metadata/IIOMetadataFormatImplTest.java + test/javax/imageio/metadata/MetadataFormatPrinter.java + test/javax/imageio/metadata/ObjectArrayMaxLength.java + test/javax/imageio/metadata/RegisteredFormatsTest.java + test/javax/imageio/metadata/RemoveElement.java + test/javax/imageio/metadata/SetAttributeNode.java Changeset: 47442b1b01eb Author: kizune Date: 2012-09-06 14:59 +0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/47442b1b01eb 7175183: [macosx] Objective-C exception thrown when switching monitor configuration Reviewed-by: prr, serb ! src/share/classes/sun/awt/image/VolatileSurfaceManager.java Changeset: d14dc0ae1c2c Author: bagiras Date: 2012-09-06 17:57 +0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/d14dc0ae1c2c 7153339: InternalError when drawLine with Xor and Antialiasing Reviewed-by: prr, flar ! src/windows/classes/sun/java2d/ScreenUpdateManager.java Changeset: b8a1ff892b33 Author: alexsch Date: 2012-09-07 13:08 +0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/b8a1ff892b33 7194469: Pressing the Enter key results in an alert tone beep when focus is TextField Reviewed-by: bagiras, denis ! src/windows/native/sun/windows/awt_TextField.cpp Changeset: 04292c0c943b Author: malenkov Date: 2012-09-11 10:58 +0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/04292c0c943b 7193977: REGRESSION:Java 7's JavaBeans persistence ignoring the "transient" flag on properties Reviewed-by: rupashka ! src/share/classes/java/beans/IndexedPropertyDescriptor.java ! src/share/classes/java/beans/Introspector.java ! src/share/classes/java/beans/PropertyDescriptor.java + test/java/beans/Introspector/Test7193977.java Changeset: 3a2f5544dd00 Author: serb Date: 2012-09-12 21:16 +0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/3a2f5544dd00 7124534: [macosx] Submenu title overlaps with Submenu indicator in JPopupMenu Reviewed-by: art + test/javax/swing/JMenuItem/6438430/bug6438430.java Changeset: aa35dc4d3f70 Author: bagiras Date: 2012-09-13 19:53 +0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/aa35dc4d3f70 7186109: Simplify lock machinery for PostEventQueue & EventQueue Reviewed-by: art, anthony, dholmes ! src/macosx/classes/sun/lwawt/macosx/LWCToolkit.java ! src/share/classes/java/awt/EventQueue.java ! src/share/classes/sun/awt/SunToolkit.java + test/java/awt/EventQueue/PostEventOrderingTest/PostEventOrderingTest.java Changeset: 5b7ad5bedbd7 Author: bagiras Date: 2012-09-13 21:23 +0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/5b7ad5bedbd7 7198318: SunToolkitSubclass.java should be removed Reviewed-by: serb - src/macosx/classes/sun/awt/SunToolkitSubclass.java Changeset: 5444be588d18 Author: alexsch Date: 2012-09-14 15:08 +0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/5444be588d18 7197320: [macosx] Full Screen option missing when Window.documentModified Reviewed-by: anthony ! src/macosx/native/sun/awt/AWTWindow.m Changeset: 77fdcd3df205 Author: alexsch Date: 2012-09-14 15:30 +0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/77fdcd3df205 7196547: [macosx] Implement dead key detection for KeyEvent Reviewed-by: skovatch, kizune ! src/macosx/classes/sun/lwawt/macosx/CPlatformResponder.java ! src/macosx/native/sun/awt/AWTEvent.m + test/java/awt/event/KeyEvent/DeadKey/deadKeyMacOSX.java Changeset: 1785f8335f4d Author: VKARNAUK Date: 2012-09-14 19:51 +0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/1785f8335f4d 6994562: Swing classes (both JTextArea and JTextField) don't support caret width tuning Reviewed-by: rupashka, art ! src/share/classes/com/sun/java/swing/plaf/windows/WindowsLookAndFeel.java ! src/share/classes/javax/swing/text/DefaultCaret.java ! src/windows/native/sun/windows/awt_DesktopProperties.cpp ! src/windows/native/sun/windows/awt_DesktopProperties.h Changeset: b6ad3339f3f4 Author: lana Date: 2012-09-14 14:10 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/b6ad3339f3f4 Merge Changeset: 1ed7fec79bee Author: leonidr Date: 2012-09-17 17:25 +0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/1ed7fec79bee 7160951: ActionListener called twice for JMenuItem using ScreenMenuBar Reviewed-by: anthony, serb Contributed-by: Marco Dinacci ! src/macosx/native/sun/awt/AWTEvent.h ! src/macosx/native/sun/awt/AWTEvent.m ! src/macosx/native/sun/awt/CDragSource.m ! src/macosx/native/sun/awt/CMenuItem.m ! src/macosx/native/sun/awt/DnDUtilities.h ! src/macosx/native/sun/awt/DnDUtilities.m Changeset: 1d1254af05dd Author: kshefov Date: 2012-09-18 17:38 +0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/1d1254af05dd 7190587: Open source and jtreg'ify JAWT regression test Reviewed-by: anthony, omajid + test/java/awt/JAWT/JAWT.sh + test/java/awt/JAWT/Makefile.cygwin + test/java/awt/JAWT/Makefile.unix + test/java/awt/JAWT/Makefile.win + test/java/awt/JAWT/MyCanvas.java + test/java/awt/JAWT/myfile.c + test/java/awt/JAWT/myfile.cpp Changeset: a96f5b1d03f9 Author: lana Date: 2012-09-19 12:38 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/a96f5b1d03f9 Merge - src/macosx/classes/sun/awt/SunToolkitSubclass.java Changeset: 076d0dafea5f Author: mgerdin Date: 2012-09-06 14:07 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/076d0dafea5f 7195557: NPG: Unexpected number of memory pools Summary: Update management tests to work with a VM without a permanent generation memory pool Reviewed-by: rbackman, brutisso, sla, dholmes ! test/java/lang/management/MemoryMXBean/CollectionUsageThreshold.java ! test/java/lang/management/MemoryMXBean/MemoryTest.java Changeset: 8c6895afe204 Author: lancea Date: 2012-09-06 13:16 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/8c6895afe204 7192302: Remove JDBCRowSetImpl dependency on java.beans Reviewed-by: alanb, mchung ! src/share/classes/com/sun/rowset/JdbcRowSetImpl.java Changeset: 833f4630f3a1 Author: weijun Date: 2012-09-07 10:24 +0800 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/833f4630f3a1 7196677: diff compares same file to itself in PaddingTest regression test. Reviewed-by: xuelei ! test/com/sun/crypto/provider/Cipher/DES/PaddingTest.java Changeset: d5d24c08f0dc Author: chegar Date: 2012-09-07 14:00 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/d5d24c08f0dc 7032247: java/net/InetAddress/GetLocalHostWithSM.java fails if hostname resolves to loopback address Summary: TESTBUG Reviewed-by: chegar, alanb Contributed-by: Eric Wang ! test/java/net/InetAddress/GetLocalHostWithSM.java Changeset: 3857114d8255 Author: chegar Date: 2012-09-07 15:30 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/3857114d8255 6354758: rename old test HttpServer classes Reviewed-by: chegar, michaelm, khazra Contributed-by: John Zavgren ! test/java/net/Authenticator/B4678055.java ! test/java/net/Authenticator/B4722333.java ! test/java/net/Authenticator/B4759514.java ! test/java/net/Authenticator/B4769350.java ! test/java/net/Authenticator/B4921848.java ! test/java/net/Authenticator/B4933582.java ! test/java/net/Authenticator/B4962064.java ! test/java/net/CookieHandler/CookieManagerTest.java ! test/java/net/ProxySelector/LoopbackAddresses.java ! test/java/net/ProxySelector/ProxyTest.java ! test/java/net/URL/PerConnectionProxy.java ! test/java/net/URLConnection/B5052093.java ! test/sun/net/www/AuthHeaderTest.java ! test/sun/net/www/http/ChunkedInputStream/ChunkedEncodingWithProgressMonitorTest.java ! test/sun/net/www/http/KeepAliveCache/B5045306.java - test/sun/net/www/httptest/HttpServer.java ! test/sun/net/www/httptest/HttpTransaction.java + test/sun/net/www/httptest/TestHttpServer.java ! test/sun/net/www/protocol/http/B6296310.java ! test/sun/net/www/protocol/http/B6299712.java ! test/sun/net/www/protocol/http/RelativeRedirect.java ! test/sun/net/www/protocol/http/ResponseCacheStream.java ! test/sun/net/www/protocol/http/SetChunkedStreamingMode.java ! test/sun/security/ssl/sun/net/www/http/ChunkedOutputStream/Test.java - test/sun/security/ssl/sun/net/www/httpstest/HttpServer.java ! test/sun/security/ssl/sun/net/www/httpstest/HttpTransaction.java + test/sun/security/ssl/sun/net/www/httpstest/TestHttpsServer.java ! test/sun/security/ssl/sun/net/www/protocol/https/HttpsURLConnection/B6216082.java Changeset: 7f081e14364e Author: mullan Date: 2012-09-07 12:49 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/7f081e14364e 4647343: IDENT variable in sun.security.x509 classes not used Reviewed-by: mullan Contributed-by: jason.uh at oracle.com - src/share/classes/sun/security/x509/CertificateIssuerUniqueIdentity.java - src/share/classes/sun/security/x509/CertificateSubjectUniqueIdentity.java ! src/share/classes/sun/security/x509/X509CertImpl.java ! src/share/classes/sun/security/x509/X509CertInfo.java Changeset: fffbb33df102 Author: coffeys Date: 2012-09-07 21:22 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/fffbb33df102 7180362: RFE: Implement date cutover functionality for currency.properties file Reviewed-by: naoto ! src/share/classes/java/util/Currency.java ! test/java/util/Currency/PropertiesTest.java ! test/java/util/Currency/PropertiesTest.sh ! test/java/util/Currency/currency.properties Changeset: a51f86e2dce9 Author: mullan Date: 2012-09-10 08:57 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/a51f86e2dce9 7195301: XML Signature DOM implementation should not use instanceof to determine type of Node Reviewed-by: xuelei ! src/share/classes/com/sun/org/apache/xml/internal/security/Init.java ! src/share/classes/com/sun/org/apache/xml/internal/security/c14n/implementations/CanonicalizerBase.java ! src/share/classes/com/sun/org/apache/xml/internal/security/encryption/XMLCipher.java ! src/share/classes/com/sun/org/apache/xml/internal/security/keys/keyresolver/implementations/RetrievalMethodResolver.java ! src/share/classes/com/sun/org/apache/xml/internal/security/utils/IdResolver.java Changeset: a14d41fd6f51 Author: mullan Date: 2012-09-10 09:00 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/a14d41fd6f51 Merge - make/sun/beans/Makefile - src/share/classes/sun/beans/editors/BooleanEditor.java - src/share/classes/sun/beans/editors/ByteEditor.java - src/share/classes/sun/beans/editors/ColorEditor.java - src/share/classes/sun/beans/editors/DoubleEditor.java - src/share/classes/sun/beans/editors/EnumEditor.java - src/share/classes/sun/beans/editors/FloatEditor.java - src/share/classes/sun/beans/editors/FontEditor.java - src/share/classes/sun/beans/editors/IntegerEditor.java - src/share/classes/sun/beans/editors/LongEditor.java - src/share/classes/sun/beans/editors/NumberEditor.java - src/share/classes/sun/beans/editors/ShortEditor.java - src/share/classes/sun/beans/editors/StringEditor.java - src/share/classes/sun/beans/infos/ComponentBeanInfo.java - src/share/classes/sun/security/x509/CertificateIssuerUniqueIdentity.java - src/share/classes/sun/security/x509/CertificateSubjectUniqueIdentity.java - src/solaris/classes/sun/awt/X11/XTextTransferHelper.java - test/javax/swing/JColorChooser/Test4380468.html - test/javax/swing/JColorChooser/Test4380468.java - test/sun/net/www/httptest/HttpServer.java - test/sun/security/ssl/sun/net/www/httpstest/HttpServer.java Changeset: 657f7cb0da7e Author: mullan Date: 2012-09-10 09:18 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/657f7cb0da7e Merge Changeset: 2598dad44449 Author: dsamersoff Date: 2012-09-11 19:58 +0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/2598dad44449 7194597: Typeo in com.sun.management.VMOption.toString() Summary: VMOption.toString() returns "...(read-only)" if writable "...(read-write)" otherwise. Reviewed-by: alanb, mchung Contributed-by: dmytro_sheyko at hotmail.com ! src/share/classes/com/sun/management/VMOption.java Changeset: 1f7c783e4f13 Author: dxu Date: 2012-08-31 13:42 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/1f7c783e4f13 7193406: Clean-up JDK Build Warnings in java.util, java.io Summary: Clean-up JDK Build Warnings in java.util, java.io Packages Reviewed-by: smarks, darcy, khazra, dholmes, forax, dl, andrew, aph, omajid, ulfzibis, christos, mduigou ! src/share/classes/com/sun/java/util/jar/pack/PackageWriter.java ! src/share/classes/java/io/FilePermission.java ! src/share/classes/java/lang/reflect/Constructor.java ! src/share/classes/java/lang/reflect/Method.java ! src/share/classes/java/net/SocketPermission.java ! src/share/classes/java/nio/channels/AsynchronousFileChannel.java ! src/share/classes/java/nio/channels/FileChannel.java ! src/share/classes/java/util/ArrayDeque.java ! src/share/classes/java/util/Arrays.java ! src/share/classes/java/util/Collections.java ! src/share/classes/java/util/ComparableTimSort.java ! src/share/classes/java/util/HashMap.java ! src/share/classes/java/util/JumboEnumSet.java ! src/share/classes/java/util/PriorityQueue.java ! src/share/classes/java/util/PropertyPermission.java ! src/share/classes/java/util/PropertyResourceBundle.java ! src/share/classes/java/util/jar/JarVerifier.java ! src/share/classes/java/util/jar/Pack200.java ! src/share/classes/sun/util/PreHashedMap.java Changeset: 7a16cd3bd2d9 Author: mullan Date: 2012-09-12 15:20 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/7a16cd3bd2d9 7196593: java.security.debug=help doesn't list certpath option Reviewed-by: mullan, wetmore, valeriep Contributed-by: jason.uh at oracle.com ! src/share/classes/sun/security/util/Debug.java Changeset: f8c1cf072ba6 Author: mullan Date: 2012-09-12 15:21 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/f8c1cf072ba6 Merge Changeset: e095be3820ee Author: chegar Date: 2012-09-13 11:17 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/e095be3820ee 7197203: sun/misc/URLClassPath/ClassnameCharTest.sh failed, compile error Reviewed-by: alanb ! test/sun/misc/URLClassPath/ClassnameCharTest.java - test/sun/misc/URLClassPath/ClassnameCharTest.sh Changeset: e8a3807de977 Author: alanb Date: 2012-09-13 15:04 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/e8a3807de977 7197637: (ch) sun.nio.ch.Default* cause providers for other platforms to be included in rt.jar Reviewed-by: mchung ! src/solaris/classes/sun/nio/ch/DefaultAsynchronousChannelProvider.java ! src/solaris/classes/sun/nio/ch/DefaultSelectorProvider.java ! src/solaris/classes/sun/nio/fs/DefaultFileSystemProvider.java Changeset: eae1384cff39 Author: mullan Date: 2012-09-14 10:13 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/eae1384cff39 7176627: CertPath/jep124/PreferCRL_SoftFail test fails (Could not determine revocation status) Reviewed-by: xuelei ! src/share/classes/sun/security/provider/certpath/CertStoreHelper.java ! src/share/classes/sun/security/provider/certpath/DistributionPointFetcher.java ! src/share/classes/sun/security/provider/certpath/ForwardBuilder.java ! src/share/classes/sun/security/provider/certpath/OCSP.java ! src/share/classes/sun/security/provider/certpath/PKIX.java ! src/share/classes/sun/security/provider/certpath/RevocationChecker.java ! src/share/classes/sun/security/provider/certpath/URICertStore.java ! src/share/classes/sun/security/provider/certpath/ldap/LDAPCertStoreHelper.java ! src/share/classes/sun/security/provider/certpath/ssl/SSLServerCertStoreHelper.java Changeset: 34bcbb110bb0 Author: mullan Date: 2012-09-14 10:14 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/34bcbb110bb0 Merge - make/sun/beans/Makefile - src/share/classes/sun/beans/editors/BooleanEditor.java - src/share/classes/sun/beans/editors/ByteEditor.java - src/share/classes/sun/beans/editors/ColorEditor.java - src/share/classes/sun/beans/editors/DoubleEditor.java - src/share/classes/sun/beans/editors/EnumEditor.java - src/share/classes/sun/beans/editors/FloatEditor.java - src/share/classes/sun/beans/editors/FontEditor.java - src/share/classes/sun/beans/editors/IntegerEditor.java - src/share/classes/sun/beans/editors/LongEditor.java - src/share/classes/sun/beans/editors/NumberEditor.java - src/share/classes/sun/beans/editors/ShortEditor.java - src/share/classes/sun/beans/editors/StringEditor.java - src/share/classes/sun/beans/infos/ComponentBeanInfo.java - src/share/classes/sun/security/x509/CertificateIssuerUniqueIdentity.java - src/share/classes/sun/security/x509/CertificateSubjectUniqueIdentity.java - src/solaris/classes/sun/awt/X11/XTextTransferHelper.java - test/javax/swing/JColorChooser/Test4380468.html - test/javax/swing/JColorChooser/Test4380468.java - test/sun/net/www/httptest/HttpServer.java - test/sun/security/ssl/sun/net/www/httpstest/HttpServer.java Changeset: c11cec5a9306 Author: mullan Date: 2012-09-14 10:30 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/c11cec5a9306 Merge - test/sun/misc/URLClassPath/ClassnameCharTest.sh Changeset: 22d7a9f73a59 Author: mchung Date: 2012-09-14 09:47 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/22d7a9f73a59 7193302: Remove ConstructorProperties annotation from java.lang.management.LockInfo Reviewed-by: alanb, sla, egahlin ! src/share/classes/java/lang/management/LockInfo.java ! src/share/classes/java/lang/management/ThreadInfo.java - src/share/classes/sun/management/LockDataConverter.java - src/share/classes/sun/management/LockDataConverterMXBean.java + src/share/classes/sun/management/LockInfoCompositeData.java ! src/share/classes/sun/management/MappedMXBeanType.java ! src/share/classes/sun/management/MonitorInfoCompositeData.java ! src/share/classes/sun/management/ThreadInfoCompositeData.java ! test/java/lang/management/ManagementFactory/ThreadMXBeanProxy.java Changeset: 356ff53c9b6d Author: lana Date: 2012-09-14 10:14 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/356ff53c9b6d Merge - test/java/lang/invoke/MaxTest.java Changeset: 92f3cda88d8e Author: mduigou Date: 2012-09-11 07:42 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/92f3cda88d8e 7189926: Reduce test size for default run. Add additional run enabling alternative hashing. Reviewed-by: alanb ! test/java/util/Map/Collisions.java Changeset: 17881ebf811c Author: mullan Date: 2012-09-16 13:29 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/17881ebf811c 7195409: CertPath/CertPathValidatorTest/KeyParamsInheritanceTest fails with NullPointerException Reviewed-by: xuelei ! src/share/classes/sun/security/provider/certpath/AlgorithmChecker.java ! src/share/classes/sun/security/provider/certpath/BasicChecker.java ! src/share/classes/sun/security/provider/certpath/ForwardBuilder.java ! src/share/classes/sun/security/provider/certpath/ForwardState.java ! src/share/classes/sun/security/provider/certpath/PKIX.java ! src/share/classes/sun/security/provider/certpath/ReverseState.java ! src/share/classes/sun/security/provider/certpath/RevocationChecker.java ! src/share/classes/sun/security/provider/certpath/SunCertPathBuilder.java Changeset: 0c3b0a82c4fc Author: weijun Date: 2012-09-17 17:19 +0800 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/0c3b0a82c4fc 7198205: CloseTest fails on mac Reviewed-by: alanb, chegar, michaelm ! test/ProblemList.txt ! test/java/net/URLClassLoader/closetest/CloseTest.java Changeset: 39e97f68fa8c Author: sla Date: 2012-09-17 11:27 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/39e97f68fa8c 7198846: Add javax/management/remote/mandatory/notif/DiffHBTest.java to ProblemList.txt Reviewed-by: alanb ! test/ProblemList.txt Changeset: f56f85040c58 Author: weijun Date: 2012-09-17 18:19 +0800 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/f56f85040c58 7196855: autotest.sh fails on ubuntu because libsoftokn.so not found Reviewed-by: vinnie ! test/sun/security/tools/keytool/autotest.sh Changeset: 8a454e92aaf1 Author: sla Date: 2012-09-17 12:40 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/8a454e92aaf1 7198849: Make javax/management/remote/mandatory/notif/ListenerScaleTest.java less timing sensitive Reviewed-by: alanb ! test/javax/management/remote/mandatory/notif/ListenerScaleTest.java Changeset: e20a2e6a92f7 Author: mduigou Date: 2012-09-17 11:36 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/e20a2e6a92f7 7198988: re-order paramaters for Collision.java @run Reviewed-by: alanb ! test/java/util/Map/Collisions.java Changeset: 53ca38f76eaa Author: weijun Date: 2012-09-18 17:38 +0800 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/53ca38f76eaa 7198871: cleanup security tests in problem lists with no CR attached Reviewed-by: alanb ! test/ProblemList.txt Changeset: 95a93f039e5c Author: vinnie Date: 2012-09-18 11:08 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/95a93f039e5c 7198901: correct the field size check when decoding a point on ECC curve Reviewed-by: xuelei ! src/share/classes/sun/security/ec/ECParameters.java Changeset: bc5e7ec12717 Author: dxu Date: 2012-09-18 13:14 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/bc5e7ec12717 7142919: TEST_BUG: java/nio/channels/AsyncCloseAndInterrupt.java failing intermittently [sol11] Reviewed-by: alanb ! test/ProblemList.txt ! test/java/nio/channels/AsyncCloseAndInterrupt.java Changeset: 88a4f699d233 Author: xuelei Date: 2012-09-18 06:51 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/88a4f699d233 7199066: Typo in method name Reviewed-by: mullan ! src/share/classes/sun/security/ssl/SSLContextImpl.java ! src/share/classes/sun/security/ssl/SSLEngineImpl.java ! src/share/classes/sun/security/ssl/SSLServerSocketFactoryImpl.java ! src/share/classes/sun/security/ssl/SSLServerSocketImpl.java ! src/share/classes/sun/security/ssl/SSLSocketFactoryImpl.java ! src/share/classes/sun/security/ssl/SSLSocketImpl.java Changeset: 0136fca60652 Author: naoto Date: 2012-09-18 10:34 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/0136fca60652 7198984: Add java/text/Bidi/Bug6665028.java to ProblemList.txt Reviewed-by: alanb Contributed-by: yiming.wang at oracle.com ! test/ProblemList.txt Changeset: e7add6d98729 Author: mduigou Date: 2012-09-18 11:04 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/e7add6d98729 7199249: TEST_BUG : Add /othervm to Collisions.java @run main with -D definitions Reviewed-by: alanb ! test/java/util/Map/Collisions.java Changeset: db381a2c0083 Author: alanb Date: 2012-09-18 21:21 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/db381a2c0083 7190273: Deprecate com.sun.security.auth.callback.DialogCallbackHandler Reviewed-by: mullan ! src/share/classes/com/sun/security/auth/callback/DialogCallbackHandler.java Changeset: e143d8f8e477 Author: dxu Date: 2012-09-18 14:45 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/e143d8f8e477 7195933: There is incorrect link to "Info-ZIP Application Note 970311" in doc page of Package java.util.zip Summary: Correct a java doc link in java.util.zip package page Reviewed-by: chegar, lancea, sherman Contributed-by: dan.xu at oracle.com ! src/share/classes/java/util/zip/package.html Changeset: 045a0962b430 Author: mchung Date: 2012-09-18 15:06 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/045a0962b430 7198070: Eliminate static dependency from JMX to java.beans.ConstructorProperties Reviewed-by: alanb ! src/share/classes/com/sun/jmx/mbeanserver/DefaultMXBeanMappingFactory.java Changeset: 5d064862376d Author: jgish Date: 2012-09-19 08:52 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/5d064862376d 4722265: (spec str) StringBuffer.ensureCapacity() should mention that capacity is mutable Summary: add usage note to AbstractStringBuilder ensureCapacity() Reviewed-by: mduigou, dholmes, chegar ! src/share/classes/java/lang/AbstractStringBuilder.java Changeset: 27182d84a244 Author: chegar Date: 2012-09-19 14:55 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/27182d84a244 7199500: Minor typo in AbstractStringBuilder.java header Reviewed-by: coffeys ! src/share/classes/java/lang/AbstractStringBuilder.java Changeset: 002717a1418f Author: lana Date: 2012-09-19 12:41 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/002717a1418f Merge - src/share/classes/sun/management/LockDataConverter.java - src/share/classes/sun/management/LockDataConverterMXBean.java - src/share/classes/sun/security/x509/CertificateIssuerUniqueIdentity.java - src/share/classes/sun/security/x509/CertificateSubjectUniqueIdentity.java - test/sun/misc/URLClassPath/ClassnameCharTest.sh - test/sun/net/www/httptest/HttpServer.java - test/sun/security/ssl/sun/net/www/httpstest/HttpServer.java Changeset: 3f876919cd58 Author: lana Date: 2012-09-24 21:10 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/3f876919cd58 Merge - src/macosx/classes/sun/awt/SunToolkitSubclass.java - src/share/classes/sun/management/LockDataConverter.java - src/share/classes/sun/management/LockDataConverterMXBean.java - src/share/classes/sun/security/x509/CertificateIssuerUniqueIdentity.java - src/share/classes/sun/security/x509/CertificateSubjectUniqueIdentity.java - test/sun/misc/URLClassPath/ClassnameCharTest.sh - test/sun/net/www/httptest/HttpServer.java - test/sun/security/ssl/sun/net/www/httpstest/HttpServer.java Changeset: 1e827cc26cf6 Author: jcoomes Date: 2012-09-14 15:02 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/1e827cc26cf6 7198162: exclude test MemoryMXBean/LowMemoryTest2.sh Reviewed-by: alanb, dsamersoff, sspitsyn ! test/ProblemList.txt Changeset: 058d66fa372b Author: jcoomes Date: 2012-09-14 16:04 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/058d66fa372b 7198676: NPG: exclude MemoryMXBean tests which assume a perm gen Reviewed-by: dcubed ! test/ProblemList.txt Changeset: 1dde94130b0c Author: jcoomes Date: 2012-09-21 13:14 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/1dde94130b0c Merge - make/common/Defs-embedded.gmk - make/common/Release-embedded.gmk Changeset: 4015dec20965 Author: amurillo Date: 2012-09-26 13:04 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/4015dec20965 Merge - src/macosx/classes/sun/awt/SunToolkitSubclass.java - src/share/classes/sun/management/LockDataConverter.java - src/share/classes/sun/management/LockDataConverterMXBean.java - src/share/classes/sun/security/x509/CertificateIssuerUniqueIdentity.java - src/share/classes/sun/security/x509/CertificateSubjectUniqueIdentity.java ! test/ProblemList.txt - test/sun/misc/URLClassPath/ClassnameCharTest.sh - test/sun/net/www/httptest/HttpServer.java - test/sun/security/ssl/sun/net/www/httpstest/HttpServer.java Changeset: d94613ac03d8 Author: katleman Date: 2012-09-26 22:22 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/d94613ac03d8 Merge - src/macosx/classes/sun/awt/SunToolkitSubclass.java - src/share/classes/sun/management/LockDataConverter.java - src/share/classes/sun/management/LockDataConverterMXBean.java - src/share/classes/sun/security/x509/CertificateIssuerUniqueIdentity.java - src/share/classes/sun/security/x509/CertificateSubjectUniqueIdentity.java - test/sun/misc/URLClassPath/ClassnameCharTest.sh - test/sun/net/www/httptest/HttpServer.java - test/sun/security/ssl/sun/net/www/httpstest/HttpServer.java Changeset: abad1f417bd3 Author: katleman Date: 2012-09-27 11:25 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/abad1f417bd3 Added tag jdk8-b58 for changeset d94613ac03d8 ! .hgtags Changeset: b4df52c01cb6 Author: erikj Date: 2012-10-04 15:02 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/b4df52c01cb6 Merge - src/macosx/classes/sun/awt/SunToolkitSubclass.java - src/share/classes/sun/management/LockDataConverter.java - src/share/classes/sun/management/LockDataConverterMXBean.java - src/share/classes/sun/security/x509/CertificateIssuerUniqueIdentity.java - src/share/classes/sun/security/x509/CertificateSubjectUniqueIdentity.java - test/sun/misc/URLClassPath/ClassnameCharTest.sh - test/sun/net/www/httptest/HttpServer.java - test/sun/security/ssl/sun/net/www/httpstest/HttpServer.java Changeset: 682052947405 Author: erikj Date: 2012-10-04 17:12 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/682052947405 Added excludes for nio classes that aren't implicitly compiled in old build anymore due to being instantiated through reflection. ! makefiles/CompileJavaClasses.gmk Changeset: eb4720ccfad4 Author: erikj Date: 2012-10-04 17:13 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/eb4720ccfad4 Merge From henri.gomez at gmail.com Thu Oct 4 09:06:17 2012 From: henri.gomez at gmail.com (Henri Gomez) Date: Thu, 4 Oct 2012 18:06:17 +0200 Subject: ccache problem In-Reply-To: <506D7E7B.1000602@oracle.com> References: <506D54F0.5070706@oracle.com> <506D7E7B.1000602@oracle.com> Message-ID: > 2.4 won't be picked up by configure as it's too old. The others should work. > From what I understand ccache should be smart enough to handle several > builds going at the same time, but you could try isolating and see if it > helps. I started to provide specific ccache location for each job (one by openjdk). I've various build time depending OS (and so ccache - gcc) These a for fresh build, new repo, empty ccache dir : https://gist.github.com/3832915 From henri.gomez at gmail.com Thu Oct 4 09:18:40 2012 From: henri.gomez at gmail.com (Henri Gomez) Date: Thu, 4 Oct 2012 18:18:40 +0200 Subject: ccache problem In-Reply-To: References: <506D54F0.5070706@oracle.com> <506D7E7B.1000602@oracle.com> Message-ID: >> 2.4 won't be picked up by configure as it's too old. The others should work. Note, there is no ccache higher than 2.4 for CentOS 5 (and RHEL 5) From henri.gomez at gmail.com Thu Oct 4 12:50:36 2012 From: henri.gomez at gmail.com (Henri Gomez) Date: Thu, 4 Oct 2012 21:50:36 +0200 Subject: ccache problem In-Reply-To: References: <506D54F0.5070706@oracle.com> <506D7E7B.1000602@oracle.com> Message-ID: > Note, there is no ccache higher than 2.4 for CentOS 5 (and RHEL 5) I updated my gist with build times for various Linux distros here : https://gist.github.com/3832915 Question : Did you do configure each time ? sh ../autoconf/configure --with-boot-jdk=$OBF_BOOTDIR --with-freetype=$OBF_FREETYPE_DIR --with-cacerts-file=$DROP_DIR/cacerts --with-ccache-dir=$OBF_WORKSPACE_PATH/.ccache make images Or only one and then make images for others ? From david.holmes at oracle.com Thu Oct 4 21:09:07 2012 From: david.holmes at oracle.com (David Holmes) Date: Fri, 05 Oct 2012 14:09:07 +1000 Subject: LIBARCH replacement? Message-ID: <506E5D63.1060308@oracle.com> I now see this set of definitions in spec.gmk for a 32-bit x86 build: OPENJDK_TARGET_CPU:=x86 OPENJDK_TARGET_CPU_ARCH:=x86 OPENJDK_TARGET_CPU_BITS:=32 OPENJDK_TARGET_CPU_ENDIAN:=little OPENJDK_TARGET_CPU_ISADIR:= OPENJDK_TARGET_CPU_LIBDIR:=/i386 OPENJDK_TARGET_CPU_LEGACY:=i586 OPENJDK_TARGET_CPU_LEGACY_LIB:=i386 OPENJDK_TARGET_CPU_OSARCH:=i386 OPENJDK_TARGET_CPU_JLI_CFLAGS:=-DLIBARCHNAME='"i386"' and it is far from clear which variable is meant to represent which kind of "arch" usage. In particular LIBARCH very clearly meant "the directory found in the lib directory". But which of the above should be used to replace LIBARCH? The candidates (based on the fact they have the right value) are: OPENJDK_TARGET_CPU_LIBDIR:=/i386 OPENJDK_TARGET_CPU_LEGACY_LIB:=i386 OPENJDK_TARGET_CPU_OSARCH:=i386 I suspect the first one was the intended replacement - right? But the leading slash is problematic for my usage (hence I've used the second one). I don't think slashes belong in simple variables. David From david.holmes at oracle.com Thu Oct 4 21:43:33 2012 From: david.holmes at oracle.com (David Holmes) Date: Fri, 05 Oct 2012 14:43:33 +1000 Subject: true/false vs. yes/no Message-ID: <506E6575.1030102@oracle.com> Just got bitten by the fact that the --enable-jfr flag takes the values yes or no when passed to configure, but the ENABLE_JFR variable gets set to true or false. Is there a reason for this inconsistency (is it normal for configure based systems)? David From neugens.limasoftware at gmail.com Fri Oct 5 00:27:29 2012 From: neugens.limasoftware at gmail.com (Mario Torre) Date: Fri, 5 Oct 2012 00:27:29 -0700 Subject: true/false vs. yes/no In-Reply-To: <506E6575.1030102@oracle.com> References: <506E6575.1030102@oracle.com> Message-ID: Don't know about the variable value (does seem a bit inconsistent indeed, although it makes some sense) but the yes/no is AFAIK pretty standard. For example, this comes from the GNU.org guides ( http://www.gnu.org/prep/standards/html_node/Configuration.html): """ Configure the package to build and install an optional user-level facility called feature. This allows users to choose which optional features to include. Giving an optional parameter of ?no? should omit feature, if it is built by default. """ I guess the variable value makes some sense, since false is the value assigned by answering "no" to the enable question. Mario Il giorno gioved? 4 ottobre 2012, David Holmes ha scritto: > Just got bitten by the fact that the --enable-jfr flag takes the values yes or no when passed to configure, but the ENABLE_JFR variable gets set to true or false. > > Is there a reason for this inconsistency (is it normal for configure based systems)? > > David > -- pgp key: http://subkeys.pgp.net/ PGP Key ID: 80F240CF Fingerprint: BA39 9666 94EC 8B73 27FA FC7C 4086 63E3 80F2 40CF IcedRobot: www.icedrobot.org Proud GNU Classpath developer: http://www.classpath.org/ Read About us at: http://planet.classpath.org OpenJDK: http://openjdk.java.net/projects/caciocavallo/ Please, support open standards: http://endsoftpatents.org/ From erik.joelsson at oracle.com Fri Oct 5 00:42:27 2012 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Fri, 05 Oct 2012 09:42:27 +0200 Subject: ccache problem In-Reply-To: References: <506D54F0.5070706@oracle.com> <506D7E7B.1000602@oracle.com> Message-ID: <506E8F63.100@oracle.com> 45 minutes for a cold build on the openSUSE machine? Wow, I wonder what took so long. At least the second go was reasonably fast. ;) Note that some of the speedups can also be from a primed file cache for the second build. /Erik On 2012-10-04 18:06, Henri Gomez wrote: >> 2.4 won't be picked up by configure as it's too old. The others should work. >> From what I understand ccache should be smart enough to handle several >> builds going at the same time, but you could try isolating and see if it >> helps. > I started to provide specific ccache location for each job (one by openjdk). > > I've various build time depending OS (and so ccache - gcc) > > These a for fresh build, new repo, empty ccache dir : > > https://gist.github.com/3832915 From erik.joelsson at oracle.com Fri Oct 5 00:47:10 2012 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Fri, 05 Oct 2012 09:47:10 +0200 Subject: ccache problem In-Reply-To: References: <506D54F0.5070706@oracle.com> <506D7E7B.1000602@oracle.com> Message-ID: <506E907E.7030601@oracle.com> At least for configure to pick up ccache we require 3.1.4, but your run with 2.4 seems to get a considerable speedup anyway. Are you forcing the use of ccache in any way outside of configure? /Erik On 2012-10-04 18:18, Henri Gomez wrote: >>> 2.4 won't be picked up by configure as it's too old. The others should work. > Note, there is no ccache higher than 2.4 for CentOS 5 (and RHEL 5) From erik.joelsson at oracle.com Fri Oct 5 00:49:52 2012 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Fri, 05 Oct 2012 09:49:52 +0200 Subject: true/false vs. yes/no In-Reply-To: References: <506E6575.1030102@oracle.com> Message-ID: <506E9120.5070000@oracle.com> I think this is something that we need to clean up or at least define clearly when what is used. I would guess that the variable in make inherited its values from the old build and that in configure we used the configure standard. /Erik On 2012-10-05 09:27, Mario Torre wrote: > Don't know about the variable value (does seem a bit inconsistent indeed, > although it makes some sense) but the yes/no is AFAIK pretty standard. > > For example, this comes from the GNU.org guides ( > http://www.gnu.org/prep/standards/html_node/Configuration.html): > > """ > Configure the package to build and install an optional user-level > facility called feature. This allows users to choose which > optional features to include. Giving an optional parameter of > ?no? should omit feature, if it is built by default. > """ > > I guess the variable value makes some sense, since false is the value > assigned by answering "no" to the enable question. > > Mario > > Il giorno gioved? 4 ottobre 2012, David Holmes ha > scritto: >> Just got bitten by the fact that the --enable-jfr flag takes the values > yes or no when passed to configure, but the ENABLE_JFR variable gets set to > true or false. >> Is there a reason for this inconsistency (is it normal for configure > based systems)? >> David >> From henri.gomez at gmail.com Fri Oct 5 00:58:47 2012 From: henri.gomez at gmail.com (Henri Gomez) Date: Fri, 5 Oct 2012 09:58:47 +0200 Subject: ccache problem In-Reply-To: <506E907E.7030601@oracle.com> References: <506D54F0.5070706@oracle.com> <506D7E7B.1000602@oracle.com> <506E907E.7030601@oracle.com> Message-ID: > At least for configure to pick up ccache we require 3.1.4, but your run with > 2.4 seems to get a considerable speedup anyway. Are you forcing the use of > ccache in any way outside of configure? No forcing of ccache. build script used is here : https://github.com/hgomez/obuildfactory/blob/master/openjdk8/linux/build.sh From erik.joelsson at oracle.com Fri Oct 5 01:04:32 2012 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Fri, 05 Oct 2012 10:04:32 +0200 Subject: LIBARCH replacement? In-Reply-To: <506E5D63.1060308@oracle.com> References: <506E5D63.1060308@oracle.com> Message-ID: <506E9490.6030902@oracle.com> My investigation recently, looking for LIBARCH, lead me to OPENJDK_TARGET_CPU_LEGACY_LIB. I'm not sure what the / one is supposed to be used for. /Erik On 2012-10-05 06:09, David Holmes wrote: > I now see this set of definitions in spec.gmk for a 32-bit x86 build: > > OPENJDK_TARGET_CPU:=x86 > OPENJDK_TARGET_CPU_ARCH:=x86 > OPENJDK_TARGET_CPU_BITS:=32 > OPENJDK_TARGET_CPU_ENDIAN:=little > OPENJDK_TARGET_CPU_ISADIR:= > OPENJDK_TARGET_CPU_LIBDIR:=/i386 > OPENJDK_TARGET_CPU_LEGACY:=i586 > OPENJDK_TARGET_CPU_LEGACY_LIB:=i386 > OPENJDK_TARGET_CPU_OSARCH:=i386 > OPENJDK_TARGET_CPU_JLI_CFLAGS:=-DLIBARCHNAME='"i386"' > > and it is far from clear which variable is meant to represent which > kind of "arch" usage. In particular LIBARCH very clearly meant "the > directory found in the lib directory". But which of the above > should be used to replace LIBARCH? The candidates (based on the fact > they have the right value) are: > > OPENJDK_TARGET_CPU_LIBDIR:=/i386 > OPENJDK_TARGET_CPU_LEGACY_LIB:=i386 > OPENJDK_TARGET_CPU_OSARCH:=i386 > > I suspect the first one was the intended replacement - right? But the > leading slash is problematic for my usage (hence I've used the second > one). I don't think slashes belong in simple variables. > > David From magnus.ihse.bursie at oracle.com Fri Oct 5 02:28:30 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Fri, 05 Oct 2012 11:28:30 +0200 Subject: LIBARCH replacement? In-Reply-To: <506E5D63.1060308@oracle.com> References: <506E5D63.1060308@oracle.com> Message-ID: <506EA83E.7000505@oracle.com> On 2012-10-05 06:09, David Holmes wrote: > I now see this set of definitions in spec.gmk for a 32-bit x86 build: > > OPENJDK_TARGET_CPU:=x86 > OPENJDK_TARGET_CPU_ARCH:=x86 > OPENJDK_TARGET_CPU_BITS:=32 > OPENJDK_TARGET_CPU_ENDIAN:=little > OPENJDK_TARGET_CPU_ISADIR:= > OPENJDK_TARGET_CPU_LIBDIR:=/i386 > OPENJDK_TARGET_CPU_LEGACY:=i586 > OPENJDK_TARGET_CPU_LEGACY_LIB:=i386 > OPENJDK_TARGET_CPU_OSARCH:=i386 > OPENJDK_TARGET_CPU_JLI_CFLAGS:=-DLIBARCHNAME='"i386"' > > and it is far from clear which variable is meant to represent which > kind of "arch" usage. In particular LIBARCH very clearly meant "the > directory found in the lib directory". It might be "very clearly" so to those versed in the old system, and maybe not to everyone else. :-) But let's not argue about that. Anyway, the platform naming proliferation is a real problem in the code base. I tried to at least gather all of the platform definitions in one place and with a common name prefix. However, since that itself is quite lengthy, it was a bit problematic to find good names. A name like OPENJDK_TARGET_CPU_LEGACY_USED_FOR_THE_ARCH_DIRECTORY_FOUND_IN_THE_LIB_DIRECTORY would certainly be descriptive, but not very practical. Keeping names like "LIBARCH" might be good for conversion from the old style, but they will still have the same non-obviousness to their names for new users. > But which of the above should be used to replace LIBARCH? The > candidates (based on the fact they have the right value) are: > > OPENJDK_TARGET_CPU_LIBDIR:=/i386 > OPENJDK_TARGET_CPU_LEGACY_LIB:=i386 > OPENJDK_TARGET_CPU_OSARCH:=i386 > > I suspect the first one was the intended replacement - right? Check in hotspot-spec.gmk.in what it says at the line LIBARCH=@... at . (Sorry I'm at home and do not have access to the source today.) > But the leading slash is problematic for my usage (hence I've used the > second one). I don't think slashes belong in simple variables. The reason for the slash is that on some platforms (read: macosx, and possibly Windows (don't remember)) this value is empty, since there is no specific sub-directory the files should be put in. This is similar to the ..._ISADIR variable. I tried to name stuff "-DIR" when they included a slash to at least get some consistency in this mess. /Magnus From erik.joelsson at oracle.com Fri Oct 5 02:54:04 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Fri, 05 Oct 2012 09:54:04 +0000 Subject: hg: build-infra/jdk8/jdk: Fixed java exclusion changes caused by class dependency changes. Message-ID: <20121005095542.656CF471C3@hg.openjdk.java.net> Changeset: e67dca422d44 Author: erikj Date: 2012-10-05 11:53 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/e67dca422d44 Fixed java exclusion changes caused by class dependency changes. ! makefiles/CompileJavaClasses.gmk From erik.joelsson at oracle.com Fri Oct 5 02:56:04 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Fri, 05 Oct 2012 09:56:04 +0000 Subject: hg: build-infra/jdk8: Adjusted compare exceptions for solaris. Message-ID: <20121005095605.16DB4471C4@hg.openjdk.java.net> Changeset: 27db1cde5d10 Author: erikj Date: 2012-10-05 11:51 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/27db1cde5d10 Adjusted compare exceptions for solaris. ! common/bin/compare.sh ! common/bin/compare_exceptions.sh.incl From erik.joelsson at oracle.com Fri Oct 5 04:47:02 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Fri, 05 Oct 2012 11:47:02 +0000 Subject: hg: build-infra/jdk8/jdk: Reverting change in java class excludes. Was fooled by old build having been run twice. Message-ID: <20121005114724.AFEC4471C6@hg.openjdk.java.net> Changeset: 531b887ba0d0 Author: erikj Date: 2012-10-05 13:46 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/531b887ba0d0 Reverting change in java class excludes. Was fooled by old build having been run twice. ! makefiles/CompileJavaClasses.gmk From erik.joelsson at oracle.com Fri Oct 5 05:25:57 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Fri, 05 Oct 2012 12:25:57 +0000 Subject: hg: build-infra/jdk8: More tuning of compare exceptions for solaris sparcv9. Message-ID: <20121005122557.86A38471C8@hg.openjdk.java.net> Changeset: 16c3f244130a Author: erikj Date: 2012-10-05 13:25 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/16c3f244130a More tuning of compare exceptions for solaris sparcv9. ! common/bin/compare_exceptions.sh.incl From erik.joelsson at oracle.com Fri Oct 5 07:47:35 2012 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Fri, 05 Oct 2012 16:47:35 +0200 Subject: New build = old build on all platforms Message-ID: <506EF307.90005@oracle.com> Today marks a big milestone in the build-infra project as we can now declare that the new build is able to produce equivalent j2sdk and j2re images compared to the old build for all openjdk platforms. The platforms are: linux-x86, linux-x86_64, windows-x86, windows-x86_64, solaris-x86, solaris-x86_64, solaris-sparc, solaris-sparcv9 macosx-x86_64 Equivalent does not mean bit by bit equal. There will be some unavoidable differences and the extent of these vary depending on platform. Our definition of equality is encoded into the compare script. More information about how the script works and how to use it can be found here: http://mail.openjdk.java.net/pipermail/build-infra-dev/2012-September/001419.html Does this mean we are done? No, there are a number of issues still to handle. Stability, ergonomics and missing features from the old system, to name a few. /Erik From jonathan.gibbons at oracle.com Fri Oct 5 08:29:03 2012 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Fri, 05 Oct 2012 08:29:03 -0700 Subject: New build = old build on all platforms In-Reply-To: <506EF307.90005@oracle.com> References: <506EF307.90005@oracle.com> Message-ID: <506EFCBF.6010509@oracle.com> Congratulations indeed. I know it has taken a lot of work to achieve this high degree of fidelity. Well done to all involved. -- Jon On 10/05/2012 07:47 AM, Erik Joelsson wrote: > Today marks a big milestone in the build-infra project as we can now > declare that the new build is able to produce equivalent j2sdk and > j2re images compared to the old build for all openjdk platforms. > > The platforms are: > linux-x86, linux-x86_64, > windows-x86, windows-x86_64, > solaris-x86, solaris-x86_64, solaris-sparc, solaris-sparcv9 > macosx-x86_64 > > Equivalent does not mean bit by bit equal. There will be some > unavoidable differences and the extent of these vary depending on > platform. Our definition of equality is encoded into the compare > script. More information about how the script works and how to use it > can be found here: > http://mail.openjdk.java.net/pipermail/build-infra-dev/2012-September/001419.html > > Does this mean we are done? > No, there are a number of issues still to handle. Stability, > ergonomics and missing features from the old system, to name a few. > > /Erik From martijnverburg at gmail.com Fri Oct 5 09:56:00 2012 From: martijnverburg at gmail.com (Martijn Verburg) Date: Fri, 5 Oct 2012 09:56:00 -0700 Subject: New build = old build on all platforms In-Reply-To: <506EFCBF.6010509@oracle.com> References: <506EF307.90005@oracle.com> <506EFCBF.6010509@oracle.com> Message-ID: +1 - thanks for all of the hard work guys - you've directly enabled more of us to try out OpenJDK, there was lots of enthusiasm for this at JavaOne and we're now able to arrange "Build OpenJDK" hands on labs at JFokus, Devoxx and other large conferences :). On 5 October 2012 08:29, Jonathan Gibbons wrote: > Congratulations indeed. I know it has taken a lot of work to achieve this > high degree of fidelity. Well done to all involved. > > -- Jon > > On 10/05/2012 07:47 AM, Erik Joelsson wrote: >> >> Today marks a big milestone in the build-infra project as we can now >> declare that the new build is able to produce equivalent j2sdk and j2re >> images compared to the old build for all openjdk platforms. >> >> The platforms are: >> linux-x86, linux-x86_64, >> windows-x86, windows-x86_64, >> solaris-x86, solaris-x86_64, solaris-sparc, solaris-sparcv9 >> macosx-x86_64 >> >> Equivalent does not mean bit by bit equal. There will be some unavoidable >> differences and the extent of these vary depending on platform. Our >> definition of equality is encoded into the compare script. More information >> about how the script works and how to use it can be found here: >> http://mail.openjdk.java.net/pipermail/build-infra-dev/2012-September/001419.html >> >> Does this mean we are done? >> No, there are a number of issues still to handle. Stability, ergonomics >> and missing features from the old system, to name a few. >> >> /Erik > > From mike.duigou at oracle.com Fri Oct 5 10:41:22 2012 From: mike.duigou at oracle.com (Mike Duigou) Date: Fri, 5 Oct 2012 10:41:22 -0700 Subject: New build = old build on all platforms In-Reply-To: <506EF307.90005@oracle.com> References: <506EF307.90005@oracle.com> Message-ID: <8AF3C9E4-FA32-419C-9448-210484CDDB9C@oracle.com> Congratulations! This is an important milestone. I am very eager to see the old build system retired and the rest of the planned enhancements to the new build system. Mike On Oct 5 2012, at 07:47 , Erik Joelsson wrote: > Today marks a big milestone in the build-infra project as we can now declare that the new build is able to produce equivalent j2sdk and j2re images compared to the old build for all openjdk platforms. > > The platforms are: > linux-x86, linux-x86_64, > windows-x86, windows-x86_64, > solaris-x86, solaris-x86_64, solaris-sparc, solaris-sparcv9 > macosx-x86_64 > > Equivalent does not mean bit by bit equal. There will be some unavoidable differences and the extent of these vary depending on platform. Our definition of equality is encoded into the compare script. More information about how the script works and how to use it can be found here: http://mail.openjdk.java.net/pipermail/build-infra-dev/2012-September/001419.html > > Does this mean we are done? > No, there are a number of issues still to handle. Stability, ergonomics and missing features from the old system, to name a few. > > /Erik From Alan.Bateman at oracle.com Sun Oct 7 12:58:01 2012 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Sun, 07 Oct 2012 20:58:01 +0100 Subject: Running tests Message-ID: <5071DEC9.9030306@oracle.com> I'm wondering what the latest thinking is on running tests? Back in May I remember that Magnus added a test target with a TEST variable that would pass test targets through the existing/old Makefile. I'm just wondering if that will change or where this might go. I could imagine configure being run with the location of jtreg for example. I could imagine test targets having a dependency on an up to date build. At the same time I could imagine wanting to run tests and specify a different JDK to run the tests on (someone might want to run tests with the newly built JDK and some other JDK so that they can compare results for example). -Alan From david.holmes at oracle.com Sun Oct 7 18:42:05 2012 From: david.holmes at oracle.com (David Holmes) Date: Mon, 08 Oct 2012 11:42:05 +1000 Subject: LIBARCH replacement? In-Reply-To: <506EA83E.7000505@oracle.com> References: <506E5D63.1060308@oracle.com> <506EA83E.7000505@oracle.com> Message-ID: <50722F6D.9080406@oracle.com> On 5/10/2012 7:28 PM, Magnus Ihse Bursie wrote: > On 2012-10-05 06:09, David Holmes wrote: >> But which of the above should be used to replace LIBARCH? The >> candidates (based on the fact they have the right value) are: >> >> OPENJDK_TARGET_CPU_LIBDIR:=/i386 >> OPENJDK_TARGET_CPU_LEGACY_LIB:=i386 >> OPENJDK_TARGET_CPU_OSARCH:=i386 >> >> I suspect the first one was the intended replacement - right? > > Check in hotspot-spec.gmk.in what it says at the line LIBARCH=@... at . > (Sorry I'm at home and do not have access to the source today.) And the winner is ... LIBARCH=$(OPENJDK_TARGET_CPU_LEGACY_LIB) So might I suggest that this gets renamed to OPENJDK_TARGET_CPU_LEGACY_LIBARCH? Or even (as it is a legacy setting) just OPENJDK_LEGACY_LIBARCH? For the record in the profile builds the files that define the profile contents have to express the arch-specific file locations using a variable name that the make system will cause to be replaced correctly. Thanks, David >> But the leading slash is problematic for my usage (hence I've used the >> second one). I don't think slashes belong in simple variables. > > The reason for the slash is that on some platforms (read: macosx, and > possibly Windows (don't remember)) this value is empty, since there is > no specific sub-directory the files should be put in. This is similar to > the ..._ISADIR variable. I tried to name stuff "-DIR" when they included > a slash to at least get some consistency in this mess. > > /Magnus From fredrik.ohrstrom at oracle.com Mon Oct 8 04:18:30 2012 From: fredrik.ohrstrom at oracle.com (fredrik.ohrstrom at oracle.com) Date: Mon, 08 Oct 2012 11:18:30 +0000 Subject: hg: build-infra/jdk8: Refactor sjavac. Message-ID: <20121008111831.88DB647203@hg.openjdk.java.net> Changeset: 2d441d45dfc0 Author: ohrstrom Date: 2012-10-08 13:17 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/2d441d45dfc0 Refactor sjavac. ! common/makefiles/JavaCompilation.gmk From fredrik.ohrstrom at oracle.com Mon Oct 8 04:19:11 2012 From: fredrik.ohrstrom at oracle.com (fredrik.ohrstrom at oracle.com) Date: Mon, 08 Oct 2012 11:19:11 +0000 Subject: hg: build-infra/jdk8/langtools: 3 new changesets Message-ID: <20121008111943.C589F47205@hg.openjdk.java.net> Changeset: 779121fc23d4 Author: ohrstrom Date: 2012-10-08 12:08 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/langtools/rev/779121fc23d4 Merge from jdk8/tl/langtools ! src/share/classes/com/sun/tools/doclets/formats/html/ClassUseWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/HelpWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/resources/standard.properties ! src/share/classes/com/sun/tools/doclets/internal/toolkit/Configuration.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/taglets/TagletManager.java ! src/share/classes/com/sun/tools/javac/Main.java ! src/share/classes/com/sun/tools/javac/api/BasicJavacTask.java ! src/share/classes/com/sun/tools/javac/api/JavacTool.java ! src/share/classes/com/sun/tools/javac/api/MultiTaskListener.java ! src/share/classes/com/sun/tools/javac/code/Kinds.java ! src/share/classes/com/sun/tools/javac/code/Printer.java ! src/share/classes/com/sun/tools/javac/code/Source.java ! src/share/classes/com/sun/tools/javac/code/Symbol.java ! src/share/classes/com/sun/tools/javac/code/Symtab.java ! src/share/classes/com/sun/tools/javac/code/Type.java ! src/share/classes/com/sun/tools/javac/code/TypeTags.java ! src/share/classes/com/sun/tools/javac/code/Types.java ! src/share/classes/com/sun/tools/javac/comp/Annotate.java ! src/share/classes/com/sun/tools/javac/comp/Attr.java ! src/share/classes/com/sun/tools/javac/comp/AttrContext.java ! src/share/classes/com/sun/tools/javac/comp/Check.java + src/share/classes/com/sun/tools/javac/comp/DeferredAttr.java ! src/share/classes/com/sun/tools/javac/comp/Flow.java ! src/share/classes/com/sun/tools/javac/comp/Infer.java ! src/share/classes/com/sun/tools/javac/comp/Lower.java ! src/share/classes/com/sun/tools/javac/comp/MemberEnter.java ! src/share/classes/com/sun/tools/javac/comp/Resolve.java ! src/share/classes/com/sun/tools/javac/comp/TransTypes.java ! src/share/classes/com/sun/tools/javac/file/JavacFileManager.java ! src/share/classes/com/sun/tools/javac/file/Locations.java ! src/share/classes/com/sun/tools/javac/jvm/ClassFile.java ! src/share/classes/com/sun/tools/javac/jvm/ClassWriter.java ! src/share/classes/com/sun/tools/javac/jvm/Code.java ! src/share/classes/com/sun/tools/javac/jvm/Gen.java ! src/share/classes/com/sun/tools/javac/jvm/Items.java ! src/share/classes/com/sun/tools/javac/jvm/Pool.java ! src/share/classes/com/sun/tools/javac/main/JavaCompiler.java ! src/share/classes/com/sun/tools/javac/main/Main.java ! src/share/classes/com/sun/tools/javac/parser/JavaTokenizer.java ! src/share/classes/com/sun/tools/javac/parser/JavacParser.java ! src/share/classes/com/sun/tools/javac/parser/Tokens.java ! src/share/classes/com/sun/tools/javac/parser/UnicodeReader.java ! src/share/classes/com/sun/tools/javac/processing/JavacProcessingEnvironment.java ! src/share/classes/com/sun/tools/javac/resources/compiler.properties ! src/share/classes/com/sun/tools/javac/tree/JCTree.java ! src/share/classes/com/sun/tools/javac/tree/Pretty.java ! src/share/classes/com/sun/tools/javac/tree/TreeInfo.java ! src/share/classes/com/sun/tools/javac/util/AbstractDiagnosticFormatter.java + src/share/classes/com/sun/tools/javac/util/ArrayUtils.java ! src/share/classes/com/sun/tools/javac/util/Bits.java ! src/share/classes/com/sun/tools/javac/util/ByteBuffer.java ! src/share/classes/com/sun/tools/javac/util/List.java ! src/share/classes/com/sun/tools/javac/util/Log.java ! src/share/classes/com/sun/tools/javac/util/Names.java ! src/share/classes/com/sun/tools/javac/util/RawDiagnosticFormatter.java ! src/share/classes/com/sun/tools/javac/util/RichDiagnosticFormatter.java ! src/share/classes/com/sun/tools/javac/util/SharedNameTable.java ! src/share/classes/com/sun/tools/javah/JavahFileManager.java ! src/share/classes/com/sun/tools/javap/CodeWriter.java ! src/share/classes/com/sun/tools/javap/JavapFileManager.java ! src/share/classes/com/sun/tools/javap/StackMapWriter.java Changeset: 7fce2b23040e Author: ohrstrom Date: 2012-10-08 12:09 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/langtools/rev/7fce2b23040e Merge test cases from jdk8/tl/langtools ! test/Makefile + test/com/sun/javadoc/testHelpFile/TestHelpFile.java ! test/com/sun/javadoc/testUseOption/TestUseOption.java ! test/tools/javac/6402516/TestLocalElements.java ! test/tools/javac/6758789/T6758789a.out ! test/tools/javac/6758789/T6758789b.out ! test/tools/javac/6840059/T6840059.out ! test/tools/javac/6857948/T6857948.out ! test/tools/javac/7132880/T7132880.out ! test/tools/javac/Diagnostics/6722234/T6722234a_1.out ! test/tools/javac/Diagnostics/6722234/T6722234a_2.out ! test/tools/javac/Diagnostics/6722234/T6722234b_1.out ! test/tools/javac/Diagnostics/6722234/T6722234b_2.out ! test/tools/javac/Diagnostics/6722234/T6722234c.out ! test/tools/javac/Diagnostics/6862608/T6862608a.out ! test/tools/javac/Diagnostics/6862608/T6862608b.out ! test/tools/javac/T6326754.out ! test/tools/javac/conditional/Conditional.java ! test/tools/javac/diags/CheckResourceKeys.java ! test/tools/javac/diags/examples.not-yet.txt + test/tools/javac/diags/examples/CantAccessArgTypeInFunctionalDesc.java + test/tools/javac/diags/examples/CantAccessInnerClsConstr.java + test/tools/javac/diags/examples/CantAccessReturnTypeInFunctionalDesc.java + test/tools/javac/diags/examples/CantAccessThrownTypesInFunctionalDesc.java + test/tools/javac/diags/examples/CantApplySymbolFragment.java + test/tools/javac/diags/examples/CantApplySymbolsFragment.java ! test/tools/javac/diags/examples/CantRefNonEffectivelyFinalVar.java + test/tools/javac/diags/examples/CantResolveLocationArgsFragment.java + test/tools/javac/diags/examples/CantResolveLocationArgsParamsFragment.java ! test/tools/javac/diags/examples/CatchWithoutTry.java + test/tools/javac/diags/examples/CyclicInference.java ! test/tools/javac/diags/examples/ExplicitParamsDoNotConformToBounds.java ! test/tools/javac/diags/examples/InaccessibleVarargsType/InaccessibleVarargsType.java + test/tools/javac/diags/examples/IncompatibleAbstracts.java + test/tools/javac/diags/examples/IncompatibleArgTypesInLambda.java + test/tools/javac/diags/examples/IncompatibleDescsInFunctionalIntf.java + test/tools/javac/diags/examples/IncompatibleEqUpperBounds.java + test/tools/javac/diags/examples/IncompatibleRetTypeInLambda.java + test/tools/javac/diags/examples/IncompatibleRetTypeInMref.java + test/tools/javac/diags/examples/IncompatibleThrownTypesInLambda.java + test/tools/javac/diags/examples/IncompatibleThrownTypesInMref.java + test/tools/javac/diags/examples/IncompatibleTypesInConditional.java ! test/tools/javac/diags/examples/InferArgsLengthMismatch.java ! test/tools/javac/diags/examples/InferNoConformingAssignment.java ! test/tools/javac/diags/examples/InferVarargsArgumentMismatch.java ! test/tools/javac/diags/examples/InferredDoNotConformToEq.java ! test/tools/javac/diags/examples/InferredDoNotConformToUpper.java + test/tools/javac/diags/examples/InvalidGenericDescInFunctionalInterface.java ! test/tools/javac/diags/examples/KindnameConstructor.java ! test/tools/javac/diags/examples/MethodReferencesNotSupported.java + test/tools/javac/diags/examples/MissingReturnValueFragment.java + test/tools/javac/diags/examples/NoAbstracts.java ! test/tools/javac/diags/examples/NoArgs.java + test/tools/javac/diags/examples/NoSuitableFunctionalIntfInst.java + test/tools/javac/diags/examples/NonStaticCantBeRefFragment.java + test/tools/javac/diags/examples/NotAFunctionalIntf.java ! test/tools/javac/diags/examples/NotApplicableMethodFound.java + test/tools/javac/diags/examples/NotDefAccessClassIntfCantAccessFragment.java + test/tools/javac/diags/examples/PotentialLambdaFound.java + test/tools/javac/diags/examples/RefAmbiguousFragment.java + test/tools/javac/diags/examples/UnexpectedLambda.java + test/tools/javac/diags/examples/UnexpectedMref.java ! test/tools/javac/diags/examples/VarargsArgumentMismatch.java ! test/tools/javac/diags/examples/VerboseResolveMulti1.java ! test/tools/javac/diags/examples/WhereCaptured.java ! test/tools/javac/diags/examples/WhereCaptured1.java ! test/tools/javac/diags/examples/WhereTypeVar.java ! test/tools/javac/failover/CheckAttributedTree.java ! test/tools/javac/generics/7015430/T7015430.out ! test/tools/javac/generics/7034511/T7034511a.out ! test/tools/javac/generics/7034511/T7034511b.out ! test/tools/javac/generics/7151802/T7151802.out ! test/tools/javac/generics/diamond/7002837/T7002837.java + test/tools/javac/generics/diamond/7002837/T7002837.out + test/tools/javac/generics/diamond/7188968/T7188968.java + test/tools/javac/generics/diamond/7188968/T7188968.out ! test/tools/javac/generics/inference/6611449/T6611449.out ! test/tools/javac/generics/inference/6638712/T6638712a.out ! test/tools/javac/generics/inference/6638712/T6638712c.out ! test/tools/javac/generics/inference/6638712/T6638712d.out ! test/tools/javac/generics/inference/6838943/T6838943.out ! test/tools/javac/generics/inference/7086586/T7086586.out + test/tools/javac/generics/inference/7177306/T7177306a.java + test/tools/javac/generics/inference/7177306/T7177306a.out + test/tools/javac/generics/inference/7177306/T7177306b.java + test/tools/javac/generics/inference/7177306/T7177306b.out + test/tools/javac/generics/inference/7177306/T7177306c.java + test/tools/javac/generics/inference/7177306/T7177306d.java + test/tools/javac/generics/inference/7177306/T7177306e.java + test/tools/javac/generics/inference/7177306/T7177306e.out ! test/tools/javac/lambda/MethodReferenceParserTest.java + test/tools/javac/lambda/TestInvokeDynamic.java ! test/tools/javac/positions/T6264029.out + test/tools/javac/processing/T7196462.java ! test/tools/javac/quid/T6999438.out ! test/tools/javac/typeAnnotations/newlocations/BasicTest.out ! test/tools/javac/varargs/6313164/T6313164.out + test/tools/javac/varargs/6313164/T7175433.java + test/tools/javadoc/T4696488.java Changeset: 0d41c303b0f8 Author: ohrstrom Date: 2012-10-08 13:17 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/langtools/rev/0d41c303b0f8 Refactor sjavac. ! src/share/classes/com/sun/tools/javac/api/JavacTool.java ! src/share/classes/com/sun/tools/javac/code/Types.java ! src/share/classes/com/sun/tools/javac/comp/Resolve.java ! src/share/classes/com/sun/tools/javac/file/JavacFileManager.java ! src/share/classes/com/sun/tools/javac/main/JavaCompiler.java ! src/share/classes/com/sun/tools/javac/main/Main.java - src/share/classes/com/sun/tools/javac/server/CompilerPool.java - src/share/classes/com/sun/tools/javac/server/CompilerThread.java - src/share/classes/com/sun/tools/javac/server/JavacServer.java - src/share/classes/com/sun/tools/javac/server/OptionParser.java - src/share/classes/com/sun/tools/javac/server/PortFile.java ! src/share/classes/com/sun/tools/javac/util/Log.java ! src/share/classes/com/sun/tools/javah/JavahFileManager.java ! src/share/classes/com/sun/tools/javap/JavapFileManager.java ! src/share/classes/com/sun/tools/sjavac/CompileJavaPackages.java ! src/share/classes/com/sun/tools/sjavac/JavacState.java ! src/share/classes/com/sun/tools/sjavac/Main.java + src/share/classes/com/sun/tools/sjavac/comp/Dependencies.java + src/share/classes/com/sun/tools/sjavac/comp/JavaCompilerWithDeps.java + src/share/classes/com/sun/tools/sjavac/comp/PubapiVisitor.java + src/share/classes/com/sun/tools/sjavac/comp/ResolveWithDeps.java + src/share/classes/com/sun/tools/sjavac/comp/SmartFileManager.java + src/share/classes/com/sun/tools/sjavac/server/CompilerPool.java + src/share/classes/com/sun/tools/sjavac/server/CompilerThread.java + src/share/classes/com/sun/tools/sjavac/server/JavacServer.java + src/share/classes/com/sun/tools/sjavac/server/OptionParser.java + src/share/classes/com/sun/tools/sjavac/server/PortFile.java From erik.joelsson at oracle.com Mon Oct 8 04:38:44 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Mon, 08 Oct 2012 11:38:44 +0000 Subject: hg: build-infra/jdk8: 4 new changesets Message-ID: <20121008113845.0D86547206@hg.openjdk.java.net> Changeset: f08b40e273af Author: tgranat Date: 2012-10-08 10:29 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/f08b40e273af Fixed X11 warnings on Solaris. Removed unnecessary test for cups lib. Freetype lib location for Solaris 64-bit fixed. Look for freetype in standard locations on windows. Added test of found freetype lib (only on linux and solaris) ! common/autoconf/libraries.m4 Changeset: 527c244018c4 Author: tgranat Date: 2012-10-08 10:49 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/527c244018c4 Regenerated configure ! common/autoconf/generated-configure.sh Changeset: 6aa845adbe03 Author: erikj Date: 2012-10-08 13:35 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/6aa845adbe03 Adjustment of compare exceptions for solaris. ! common/autoconf/generated-configure.sh ! common/bin/compare_exceptions.sh.incl Changeset: 43ece0fb8490 Author: erikj Date: 2012-10-08 13:38 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/43ece0fb8490 Merge From erik.joelsson at oracle.com Mon Oct 8 04:43:58 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Mon, 08 Oct 2012 11:43:58 +0000 Subject: hg: build-infra/jdk8: Regenerated configure. Message-ID: <20121008114358.AC1D447207@hg.openjdk.java.net> Changeset: 1eb7b51c56db Author: erikj Date: 2012-10-08 13:43 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/1eb7b51c56db Regenerated configure. ! common/autoconf/generated-configure.sh From fredrik.ohrstrom at oracle.com Mon Oct 8 04:55:24 2012 From: fredrik.ohrstrom at oracle.com (fredrik.ohrstrom at oracle.com) Date: Mon, 08 Oct 2012 11:55:24 +0000 Subject: hg: build-infra/jdk8/langtools: Refactor cleanup. Message-ID: <20121008115528.A4AA647208@hg.openjdk.java.net> Changeset: 73472652e8f7 Author: ohrstrom Date: 2012-10-08 13:54 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/langtools/rev/73472652e8f7 Refactor cleanup. - src/share/classes/com/sun/tools/javac/comp/Dependencies.java - src/share/classes/com/sun/tools/javac/comp/PubapiVisitor.java - src/share/classes/com/sun/tools/javac/util/SmartFileManager.java From fredrik.ohrstrom at oracle.com Mon Oct 8 04:57:59 2012 From: fredrik.ohrstrom at oracle.com (fredrik.ohrstrom at oracle.com) Date: Mon, 08 Oct 2012 11:57:59 +0000 Subject: hg: build-infra/jdk8/jdk: Prevent the sjavac tool to enter the tools.jar. Message-ID: <20121008115823.2426647209@hg.openjdk.java.net> Changeset: 821d9e105337 Author: ohrstrom Date: 2012-10-08 13:57 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/821d9e105337 Prevent the sjavac tool to enter the tools.jar. ! makefiles/CompileLaunchers.gmk ! makefiles/CreateJars.gmk ! makefiles/Images.gmk From fredrik.ohrstrom at oracle.com Mon Oct 8 05:02:53 2012 From: fredrik.ohrstrom at oracle.com (fredrik.ohrstrom at oracle.com) Date: Mon, 08 Oct 2012 12:02:53 +0000 Subject: hg: build-infra/jdk8/jdk: Do not forget the percentage sign when filtering. Message-ID: <20121008120313.54CB44720A@hg.openjdk.java.net> Changeset: 1dd78ab63460 Author: ohrstrom Date: 2012-10-08 14:02 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/1dd78ab63460 Do not forget the percentage sign when filtering. ! makefiles/Images.gmk From fredrik.ohrstrom at oracle.com Mon Oct 8 06:53:00 2012 From: fredrik.ohrstrom at oracle.com (fredrik.ohrstrom at oracle.com) Date: Mon, 08 Oct 2012 13:53:00 +0000 Subject: hg: build-infra/jdk8/langtools: Added tests and short help. Message-ID: <20121008135304.30DD14720B@hg.openjdk.java.net> Changeset: 99316c00e667 Author: ohrstrom Date: 2012-10-08 15:52 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/langtools/rev/99316c00e667 Added tests and short help. ! src/share/classes/com/sun/tools/sjavac/CompileJavaPackages.java ! src/share/classes/com/sun/tools/sjavac/Main.java From erik.joelsson at oracle.com Mon Oct 8 08:09:02 2012 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Mon, 08 Oct 2012 17:09:02 +0200 Subject: Review request: Build infra update Message-ID: <5072EC8E.9040501@oracle.com> After achieving the milestone of equivalent images from the new and old build, this is a good time to refresh build-infra in jdk8. Here is a webrev with the proposed changes: http://cr.openjdk.java.net/~erikj/build-infra5/webrev.01/ Unfortunately the builds will not be as equal in jdk8 as in the build-infra forest due to bug "JDK-8000518 - Javac generates duplicate name_and_type constant pool entry for class BinaryOpValueExp.java". Running the comparison script also takes a very long time because of it. /Erik From erik.joelsson at oracle.com Mon Oct 8 08:54:21 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Mon, 08 Oct 2012 15:54:21 +0000 Subject: hg: build-infra/jdk8: Fixed freetype detection on solaris x86_64 again. Message-ID: <20121008155422.57AB04720C@hg.openjdk.java.net> Changeset: bbf17b149a6c Author: erikj Date: 2012-10-08 17:51 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/bbf17b149a6c Fixed freetype detection on solaris x86_64 again. ! common/autoconf/generated-configure.sh ! common/autoconf/libraries.m4 From msj at nthpermutation.com Mon Oct 8 11:17:44 2012 From: msj at nthpermutation.com (Michael StJohns) Date: Mon, 08 Oct 2012 14:17:44 -0400 Subject: New build system - from scratch experiences Message-ID: <507318C8.9040906@nthpermutation.com> Hi - this isn't (yet) a cry for help, just a set of things I found as I was trying to set up to build JDK7 with the new build system. Some are pretty minor, some are just annoying. I'm happy to repeat any of these with VERBOSE=. I'm not yet familiar with the build system, but I'll take a whack at trying to debug the issues. Mike I'm running this on Win 7 64, in Cygwin. The configure command I used was: ./configure --with-jvm-variant=client --with-freetype=/cygdrive/c/freetype --with-memory-size=8192 \ --disable-javac-multi-core --disable-javac-deps --disable-javac-server \ --with-boot-jdk=/cygdrive/c/PROGRA~2/Java/JDK17~1.0_0 I found a number of issues, only one of which I'm not able to work around quite yet - (4) below. 1) ./configure -help gives "--with-memorysize", actual argument is "--with-memory-size". Help text is missing the second dash. 2) After configuring, typing make results in the following error: (See below at >>> for my fix). ######################################################################## ######################################################################## ##### Entering jdk for target(s) all ##### ######################################################################## Compiling 118 files in batch BUILD_TOOLS c:\downloads\build-infra\jdk\make\tools\src\build\tools\dtdbuilder\DTDParser.jav a:90: warning: non-varargs call of varargs method with inexact argument type for last parameter; return MessageFormat.format(prop, args); ^ cast to Object for a varargs call cast to Object[] for a non-varargs call and to suppress this warning Note: Some input files use unchecked or unsafe operations. Note: Recompile with -Xlint:unchecked for details. 1 warning Compiling 243 properties into resource bundles Creating sun/util/LocaleDataMetaInfo.java from 444 found resources. Copying and cleaning 46 properties Generating CharacterDataLatin1.java Generating CharacterData00.java Generating CharacterData01.java Generating CharacterData02.java Generating CharacterData0E.java Generating CharacterDataUndefined.java Generating CharacterDataPrivateUse.java Creating JDWP.java and JDWPCommands.h from jdwp.spec Generating sun/misc/Version.java Generating sun/tools/jconsole/Version.java Building single threaded Java subdir make[3]: warning: -jN forced in submake: disabling jobserver mode. Begin Processing SUBDIRS: jvm redist verify fdlibm java sun_nio jli main securit y util net nio awt management npt java_crw_demo java_hprof_demo logging inst rument ENTERING redist ENTERING redist 2 XXXX /cygdrive/c/downloads/build-infra/build/windows-i586-client-release/jdk/lib /jvm.lib: /cygdrive/c/downloads/build-infra/build/windows-i586-client-release/ho tspot/dist/lib/jvm.lib Begin Processing SUBDIRS: fonts sajdi ASSEMBLY_IMPORT: /cygdrive/c/downloads/build-infra/build/windows-i586-client-rel ease/jdk/lib/sa-jdi.jar ASSEMBLY_IMPORT: /cygdrive/c/downloads/build-infra/build/windows-i586-client-rel ease/jdk/bin/sawindbg.dll ASSEMBLY_IMPORT: /cygdrive/c/downloads/build-infra/build/windows-i586-client-rel ease/jdk/bin/sawindbg.map ASSEMBLY_IMPORT: /cygdrive/c/downloads/build-infra/build/windows-i586-client-rel ease/jdk/bin/sawindbg.pdb Done Processing SUBDIRS: fonts sajdi ASSEMBLY_IMPORT: /cygdrive/c/downloads/build-infra/build/windows-i586-client-rel ease/jdk/bin/client/jvm.dll Checking for /SAFESEH usage in: /cygdrive/c/downloads/build-infra/build/windows- i586-client-release/jdk/bin/client/jvm.dll Checking for /NXCOMPAT usage in: /cygdrive/c/downloads/build-infra/build/windows -i586-client-release/jdk/bin/client/jvm.dll Checking for /DYNAMICBASE usage in: /cygdrive/c/downloads/build-infra/build/wind ows-i586-client-release/jdk/bin/client/jvm.dll Checking for banned dependencies in: /cygdrive/c/downloads/build-infra/build/win dows-i586-client-release/jdk/bin/client/jvm.dll ASSEMBLY_IMPORT: /cygdrive/c/downloads/build-infra/build/windows-i586-client-rel ease/jdk/bin/client/Xusage.txt Importing binaries from component CORBA_DIST Importing sources from component LANGTOOLS_DIST Importing sources from component CORBA_DIST Importing sources from component JAXP_DIST Importing sources from component JAXWS_DIST Import classes from J:/re/jdk/1.7.0/promoted/latest/binaries/windows-i586 Importing classes from component LANGTOOLS_DIST Importing classes from component CORBA_DIST Importing classes from component JAXP_DIST Importing classes from component JAXWS_DIST Building lib:/cygdrive/c/downloads/build-infra/build/windows-i586-client-release /jdk/bin/verify.dll Microsoft (R) Windows (R) Resource Compiler Version 6.1.7600.16385 Copyright (C) Microsoft Corporation. All rights reserved. check_code.c check_format.c Created /cygdrive/c/downloads/build-infra/build/windows-i586-client-release/jdk/ tmp/java/verify/obj/verify.lcf >>> OK - copy jvm.lib from /cygdrive/c/downloads/build-infra/build/windows-i586-client-release/hotspot/windows_i486_compiler1/product to this location to fix. LINK : fatal error LNK1181: cannot open input file 'c:/downloads/build-infra/bui ld/windows-i586-client-release/jdk/lib/jvm.lib' ../../common/Library.gmk:166: recipe for target `/cygdrive/c/downloads/build-inf ra/build/windows-i586-client-release/jdk/bin/verify.dll' failedmake [4]: *** [/cygdrive/c/downloads/build-infra/build/windows-i586-client-release/jd k/bin/verify.dll] Error 157 make[3]: *** [all] Error 1Makefile:65: recipe for target `all' failed LegacyMakefiles.gmk:37: recipe for target `/cygdrive/c/downloads/build-infra/bui ld/windows-i586-client-release/jdk/_the.legacy_make' failedmake [2]: *** [/cygdrive/c/downloads/build-infra/build/windows-i586-client-release/jd k/_the.legacy_make] Error 2 Makefile:40: recipe for target `all' failedmake[1]: *** [all] Error 2 /cygdrive/c/downloads/build-infra/Makefile:122: recipe for target `jdk' failed make: *** [jdk] Error 2 3) The first time through (after fixing (2) above), the build fails at the place noted below, but re-running make fixes the problem. > Microsoft (R) Manifest Tool version 5.2.3790.2076 > Copyright (c) Microsoft Corporation 2005. > All rights reserved. > > mt.exe : general error c10100b1: Failed to load file > "c:/downloads/build-infra/b > uild/windows-i586-client-release/jdk/newobjs/unpack200.exe". The > system cannot f > ind the file specified. > CompileLaunchers.gmk:289: recipe for target > `/cygdrive/c/downloads/build-infra/b > uild/windows-i586-client-release/jdk/newobjs/unpackexe/unpack200.exe.manifest.mt > ' failedmake > [2]: *** > [/cygdrive/c/downloads/build-infra/build/windows-i586-client-release/jd > k/newobjs/unpackexe/unpack200.exe.manifest.mt] Error 31 > make[2]: *** Waiting for unfinished jobs.... > Microsoft (R) Incremental Linker Version 10.00.40219.01 > Copyright (C) Microsoft Corporation. All rights reserved. > > /out:c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/unpa > ck200.exe > c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/libzip/zc > rc32.obj > c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/libzip/de > flate.obj > c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/libzip/tr > ees.obj > c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/libzip/za > dler32.obj > c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/libzip/co > mpress.obj > c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/libzip/zu > til.obj > c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/libzip/in > flate.obj > c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/libzip/in > fback.obj > c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/libzip/in > ftrees.obj > c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/libzip/in > ffast.obj > c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/unpackexe > /bands.obj > c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/unpackexe > /bytes.obj > c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/unpackexe > /coding.obj > c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/unpackexe > /main.obj > c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/unpackexe > /unpack.obj > c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/unpackexe > /utils.obj > c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/unpackexe > /zip.obj > c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/unpack200 > .res > Makefile:40: recipe for target `all' failedmake > [1]: *** [all] Error 2 > /cygdrive/c/downloads/build-infra/Makefile:122: recipe for target > `jdk' failed > make: *** [jdk] Error 2 4) after (3) above completes successfully, doing a "make images" fails with (and this is where I'm stuck). Strangely, the rt_jar_list file exists at the location.: > ######################################################################## > ######################################################################## > ##### Entering jdk for target(s) images ##### > ######################################################################## > > Updating jdk/newdemo/jfc/CodePointIM/src.zip > make[3]: warning: -jN forced in submake: disabling jobserver mode. > >>>Making images @ Mon, Oct 08, 2012 1:35:05 PM ... > >>>Making initial-image-jre @ Mon, Oct 08, 2012 1:35:05 PM ... > WARNING: Path does not exist as file or directory: > java\util\zip\ZipFile$2.class > > WARNING: Path does not exist as file or directory: > sun\awt\motif\X11GB2312$Decod > er.class > WARNING: Path does not exist as file or directory: > sun\awt\motif\X11GB2312$Encod > er.class > WARNING: Path does not exist as file or directory: > sun\awt\motif\X11GB2312.class > > WARNING: Path does not exist as file or directory: > sun\awt\motif\X11GBK$Encoder. > class > WARNING: Path does not exist as file or directory: > sun\awt\motif\X11GBK.class > WARNING: Path does not exist as file or directory: > sun\awt\motif\X11KSC5601$Deco > der.class > WARNING: Path does not exist as file or directory: > sun\awt\motif\X11KSC5601$Enco > der.class > WARNING: Path does not exist as file or directory: > sun\awt\motif\X11KSC5601.clas > s > jar: can't open: > \cygdrive\c\downloads\build-infra\build\windows-i586-client-rel > ease\images\tmp\jarfilelists\rt_jar_list (The system cannot find the > path specif > ied) > common/Release.gmk:718: recipe for target > `/cygdrive/c/downloads/build-infra/bui > ld/windows-i586-client-release/images/tmp/rt-orig.jar' failedmake[3]: > *** [/cygd > rive/c/downloads/build-infra/build/windows-i586-client-release/images/tmp/rt-ori > g.jar] Error 1 > > Images.gmk:64: recipe for target > `/cygdrive/c/downloads/build-infra/build/window > s-i586-client-release/images/_the.images' failedmake[2]: *** > [/cygdrive/c/downlo > ads/build-infra/build/windows-i586-client-release/images/_the.images] > Error 2 > > Makefile:65: recipe for target `images' failedmake[1]: *** [images] > Error 2 > > /cygdrive/c/downloads/build-infra/Makefile:127: recipe for target > `images' faile > d > make: *** [images] Error 2 5) "make clean" followed by "make" fails. Apparently "make clean" is erasing too many files. > $ make > /cygdrive/c/downloads/build-infra/build/windows-i586-client-release/spec.gmk:81: > /cygdrive/c/downloads/build-infra/build/windows-i586-client-release/localdevenv > .gmk: No such file or directory > make: *** No rule to make target > `/cygdrive/c/downloads/build-infra/build/window > s-i586-client-release/localdevenv.gmk'. Stop. > > Mike at Mike-T530 > /cygdrive/c/downloads/build-infra/build/windows-i586-client-relea > se > $ ls > config.h configure-arguments Makefile spec.gmk tmp > > Mike at Mike-T530 > /cygdrive/c/downloads/build-infra/build/windows-i586-client-relea > se > $ From tim.bell at oracle.com Mon Oct 8 12:31:36 2012 From: tim.bell at oracle.com (Tim Bell) Date: Mon, 08 Oct 2012 12:31:36 -0700 Subject: New build system - from scratch experiences In-Reply-To: <507318C8.9040906@nthpermutation.com> References: <507318C8.9040906@nthpermutation.com> Message-ID: <50732A18.1020406@oracle.com> Hello Michael: > Hi - this isn't (yet) a cry for help, just a set of things I found as > I was trying to set up to build JDK7 with the new build system. Some > are pretty minor, some are just annoying. I'm happy to repeat any of > these with VERBOSE=. > > I'm not yet familiar with the build system, but I'll take a whack at > trying to debug the issues. Thank you for taking a look at this and sending in feedback! I wanted to double check on the version of the sources you are working with - is it 7 or 8? Since JDK7 has been released, the active development work on build-infra moved to JDK8, with the project forest located here: http://hg.openjdk.java.net/build-infra/jdk8/ The JDK7 source tree is not under active development any longer. I will post an update to the project web page ASAP: http://openjdk.java.net/projects/build-infra/ Tim > Mike > > > > I'm running this on Win 7 64, in Cygwin. The configure command I > used was: > > ./configure --with-jvm-variant=client > --with-freetype=/cygdrive/c/freetype --with-memory-size=8192 \ > --disable-javac-multi-core --disable-javac-deps > --disable-javac-server \ > --with-boot-jdk=/cygdrive/c/PROGRA~2/Java/JDK17~1.0_0 > > I found a number of issues, only one of which I'm not able to work > around quite yet - (4) below. > > 1) ./configure -help gives "--with-memorysize", actual argument is > "--with-memory-size". Help text is missing the second dash. > > 2) After configuring, typing make results in the following error: (See > below at >>> for my fix). > > > ######################################################################## > ######################################################################## > ##### Entering jdk for target(s) all ##### > ######################################################################## > > Compiling 118 files in batch BUILD_TOOLS > c:\downloads\build-infra\jdk\make\tools\src\build\tools\dtdbuilder\DTDParser.jav > > a:90: warning: non-varargs call of varargs method with inexact > argument type for > last parameter; > return MessageFormat.format(prop, args); > ^ > cast to Object for a varargs call > cast to Object[] for a non-varargs call and to suppress this warning > Note: Some input files use unchecked or unsafe operations. > Note: Recompile with -Xlint:unchecked for details. > 1 warning > Compiling 243 properties into resource bundles > Creating sun/util/LocaleDataMetaInfo.java from 444 found resources. > Copying and cleaning 46 properties > Generating CharacterDataLatin1.java > Generating CharacterData00.java > Generating CharacterData01.java > Generating CharacterData02.java > Generating CharacterData0E.java > Generating CharacterDataUndefined.java > Generating CharacterDataPrivateUse.java > Creating JDWP.java and JDWPCommands.h from jdwp.spec > Generating sun/misc/Version.java > Generating sun/tools/jconsole/Version.java > Building single threaded Java subdir > make[3]: warning: -jN forced in submake: disabling jobserver mode. > Begin Processing SUBDIRS: jvm redist verify fdlibm java sun_nio jli > main securit > y util net nio awt management npt java_crw_demo java_hprof_demo > logging inst > rument > ENTERING redist > ENTERING redist 2 > XXXX > /cygdrive/c/downloads/build-infra/build/windows-i586-client-release/jdk/lib > /jvm.lib: > /cygdrive/c/downloads/build-infra/build/windows-i586-client-release/ho > tspot/dist/lib/jvm.lib > Begin Processing SUBDIRS: fonts sajdi > ASSEMBLY_IMPORT: > /cygdrive/c/downloads/build-infra/build/windows-i586-client-rel > ease/jdk/lib/sa-jdi.jar > ASSEMBLY_IMPORT: > /cygdrive/c/downloads/build-infra/build/windows-i586-client-rel > ease/jdk/bin/sawindbg.dll > ASSEMBLY_IMPORT: > /cygdrive/c/downloads/build-infra/build/windows-i586-client-rel > ease/jdk/bin/sawindbg.map > ASSEMBLY_IMPORT: > /cygdrive/c/downloads/build-infra/build/windows-i586-client-rel > ease/jdk/bin/sawindbg.pdb > Done Processing SUBDIRS: fonts sajdi > ASSEMBLY_IMPORT: > /cygdrive/c/downloads/build-infra/build/windows-i586-client-rel > ease/jdk/bin/client/jvm.dll > Checking for /SAFESEH usage in: > /cygdrive/c/downloads/build-infra/build/windows- > i586-client-release/jdk/bin/client/jvm.dll > Checking for /NXCOMPAT usage in: > /cygdrive/c/downloads/build-infra/build/windows > -i586-client-release/jdk/bin/client/jvm.dll > Checking for /DYNAMICBASE usage in: > /cygdrive/c/downloads/build-infra/build/wind > ows-i586-client-release/jdk/bin/client/jvm.dll > Checking for banned dependencies in: > /cygdrive/c/downloads/build-infra/build/win > dows-i586-client-release/jdk/bin/client/jvm.dll > ASSEMBLY_IMPORT: > /cygdrive/c/downloads/build-infra/build/windows-i586-client-rel > ease/jdk/bin/client/Xusage.txt > Importing binaries from component CORBA_DIST > Importing sources from component LANGTOOLS_DIST > Importing sources from component CORBA_DIST > Importing sources from component JAXP_DIST > Importing sources from component JAXWS_DIST > Import classes from J:/re/jdk/1.7.0/promoted/latest/binaries/windows-i586 > Importing classes from component LANGTOOLS_DIST > Importing classes from component CORBA_DIST > Importing classes from component JAXP_DIST > Importing classes from component JAXWS_DIST > Building > lib:/cygdrive/c/downloads/build-infra/build/windows-i586-client-release > /jdk/bin/verify.dll > Microsoft (R) Windows (R) Resource Compiler Version 6.1.7600.16385 > Copyright (C) Microsoft Corporation. All rights reserved. > > check_code.c > check_format.c > Created > /cygdrive/c/downloads/build-infra/build/windows-i586-client-release/jdk/ > tmp/java/verify/obj/verify.lcf > >>>> OK - copy jvm.lib from > /cygdrive/c/downloads/build-infra/build/windows-i586-client-release/hotspot/windows_i486_compiler1/product > to this location to fix. > > LINK : fatal error LNK1181: cannot open input file > 'c:/downloads/build-infra/bui > ld/windows-i586-client-release/jdk/lib/jvm.lib' > > ../../common/Library.gmk:166: recipe for target > `/cygdrive/c/downloads/build-inf > ra/build/windows-i586-client-release/jdk/bin/verify.dll' failedmake > [4]: *** > [/cygdrive/c/downloads/build-infra/build/windows-i586-client-release/jd > k/bin/verify.dll] Error 157 > make[3]: *** [all] Error 1Makefile:65: recipe for target `all' failed > > LegacyMakefiles.gmk:37: recipe for target > `/cygdrive/c/downloads/build-infra/bui > ld/windows-i586-client-release/jdk/_the.legacy_make' failedmake > [2]: *** > [/cygdrive/c/downloads/build-infra/build/windows-i586-client-release/jd > k/_the.legacy_make] Error 2 > Makefile:40: recipe for target `all' failedmake[1]: *** [all] Error 2 > > /cygdrive/c/downloads/build-infra/Makefile:122: recipe for target > `jdk' failed > make: *** [jdk] Error 2 > > > 3) The first time through (after fixing (2) above), the build fails at > the place noted below, but re-running make fixes the problem. > > > >> Microsoft (R) Manifest Tool version 5.2.3790.2076 >> Copyright (c) Microsoft Corporation 2005. >> All rights reserved. >> >> mt.exe : general error c10100b1: Failed to load file >> "c:/downloads/build-infra/b >> uild/windows-i586-client-release/jdk/newobjs/unpack200.exe". The >> system cannot f >> ind the file specified. >> CompileLaunchers.gmk:289: recipe for target >> `/cygdrive/c/downloads/build-infra/b >> uild/windows-i586-client-release/jdk/newobjs/unpackexe/unpack200.exe.manifest.mt >> >> ' failedmake >> [2]: *** >> [/cygdrive/c/downloads/build-infra/build/windows-i586-client-release/jd >> k/newobjs/unpackexe/unpack200.exe.manifest.mt] Error 31 >> make[2]: *** Waiting for unfinished jobs.... >> Microsoft (R) Incremental Linker Version 10.00.40219.01 >> Copyright (C) Microsoft Corporation. All rights reserved. >> >> /out:c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/unpa >> >> ck200.exe >> c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/libzip/zc >> >> rc32.obj >> c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/libzip/de >> >> flate.obj >> c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/libzip/tr >> >> ees.obj >> c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/libzip/za >> >> dler32.obj >> c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/libzip/co >> >> mpress.obj >> c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/libzip/zu >> >> til.obj >> c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/libzip/in >> >> flate.obj >> c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/libzip/in >> >> fback.obj >> c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/libzip/in >> >> ftrees.obj >> c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/libzip/in >> >> ffast.obj >> c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/unpackexe >> >> /bands.obj >> c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/unpackexe >> >> /bytes.obj >> c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/unpackexe >> >> /coding.obj >> c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/unpackexe >> >> /main.obj >> c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/unpackexe >> >> /unpack.obj >> c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/unpackexe >> >> /utils.obj >> c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/unpackexe >> >> /zip.obj >> c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/unpack200 >> >> .res >> Makefile:40: recipe for target `all' failedmake >> [1]: *** [all] Error 2 >> /cygdrive/c/downloads/build-infra/Makefile:122: recipe for target >> `jdk' failed >> make: *** [jdk] Error 2 > > > 4) after (3) above completes successfully, doing a "make images" fails > with (and this is where I'm stuck). Strangely, the rt_jar_list file > exists at the location.: >> ######################################################################## >> ######################################################################## >> ##### Entering jdk for target(s) images ##### >> ######################################################################## >> >> Updating jdk/newdemo/jfc/CodePointIM/src.zip >> make[3]: warning: -jN forced in submake: disabling jobserver mode. >> >>>Making images @ Mon, Oct 08, 2012 1:35:05 PM ... >> >>>Making initial-image-jre @ Mon, Oct 08, 2012 1:35:05 PM ... >> WARNING: Path does not exist as file or directory: >> java\util\zip\ZipFile$2.class >> >> WARNING: Path does not exist as file or directory: >> sun\awt\motif\X11GB2312$Decod >> er.class >> WARNING: Path does not exist as file or directory: >> sun\awt\motif\X11GB2312$Encod >> er.class >> WARNING: Path does not exist as file or directory: >> sun\awt\motif\X11GB2312.class >> >> WARNING: Path does not exist as file or directory: >> sun\awt\motif\X11GBK$Encoder. >> class >> WARNING: Path does not exist as file or directory: >> sun\awt\motif\X11GBK.class >> WARNING: Path does not exist as file or directory: >> sun\awt\motif\X11KSC5601$Deco >> der.class >> WARNING: Path does not exist as file or directory: >> sun\awt\motif\X11KSC5601$Enco >> der.class >> WARNING: Path does not exist as file or directory: >> sun\awt\motif\X11KSC5601.clas >> s >> jar: can't open: >> \cygdrive\c\downloads\build-infra\build\windows-i586-client-rel >> ease\images\tmp\jarfilelists\rt_jar_list (The system cannot find the >> path specif >> ied) >> common/Release.gmk:718: recipe for target >> `/cygdrive/c/downloads/build-infra/bui >> ld/windows-i586-client-release/images/tmp/rt-orig.jar' failedmake[3]: >> *** [/cygd >> rive/c/downloads/build-infra/build/windows-i586-client-release/images/tmp/rt-ori >> >> g.jar] Error 1 >> >> Images.gmk:64: recipe for target >> `/cygdrive/c/downloads/build-infra/build/window >> s-i586-client-release/images/_the.images' failedmake[2]: *** >> [/cygdrive/c/downlo >> ads/build-infra/build/windows-i586-client-release/images/_the.images] >> Error 2 >> >> Makefile:65: recipe for target `images' failedmake[1]: *** [images] >> Error 2 >> >> /cygdrive/c/downloads/build-infra/Makefile:127: recipe for target >> `images' faile >> d >> make: *** [images] Error 2 > > 5) "make clean" followed by "make" fails. Apparently "make clean" is > erasing too many files. > >> $ make >> /cygdrive/c/downloads/build-infra/build/windows-i586-client-release/spec.gmk:81: >> >> /cygdrive/c/downloads/build-infra/build/windows-i586-client-release/localdevenv >> >> .gmk: No such file or directory >> make: *** No rule to make target >> `/cygdrive/c/downloads/build-infra/build/window >> s-i586-client-release/localdevenv.gmk'. Stop. >> >> Mike at Mike-T530 >> /cygdrive/c/downloads/build-infra/build/windows-i586-client-relea >> se >> $ ls >> config.h configure-arguments Makefile spec.gmk tmp >> >> Mike at Mike-T530 >> /cygdrive/c/downloads/build-infra/build/windows-i586-client-relea >> se >> $ > > > From msj at nthpermutation.com Mon Oct 8 13:18:04 2012 From: msj at nthpermutation.com (Michael StJohns) Date: Mon, 08 Oct 2012 16:18:04 -0400 Subject: New build system - from scratch experiences In-Reply-To: <50732A18.1020406@oracle.com> References: <507318C8.9040906@nthpermutation.com> <50732A18.1020406@oracle.com> Message-ID: <507334FC.1030201@nthpermutation.com> On 10/8/2012 3:31 PM, Tim Bell wrote: > Hello Michael: >> Hi - this isn't (yet) a cry for help, just a set of things I found as >> I was trying to set up to build JDK7 with the new build system. Some >> are pretty minor, some are just annoying. I'm happy to repeat any of >> these with VERBOSE=. >> >> I'm not yet familiar with the build system, but I'll take a whack at >> trying to debug the issues. > > Thank you for taking a look at this and sending in feedback! > > I wanted to double check on the version of the sources you are working > with - is it 7 or 8? Since JDK7 has been released, the active > development work on build-infra moved to JDK8, with the project forest > located here: > > http://hg.openjdk.java.net/build-infra/jdk8/ > > The JDK7 source tree is not under active development any longer. > > I will post an update to the project web page ASAP: > > http://openjdk.java.net/projects/build-infra/ > > Tim > Hi Tim - Yup, this is against the jdk7 tree. *sigh* Let me try this against 8, but then see if I can back port to 7. I want to make some submissions against 7 for later porting to 8 on a mostly untouched part of the tree (javax.smartcardio), and dealing with the old build system has been painful. (more painful?). Thanks - Mike >> Mike >> >> >> >> I'm running this on Win 7 64, in Cygwin. The configure command I >> used was: >> >> ./configure --with-jvm-variant=client >> --with-freetype=/cygdrive/c/freetype --with-memory-size=8192 \ >> --disable-javac-multi-core --disable-javac-deps >> --disable-javac-server \ >> --with-boot-jdk=/cygdrive/c/PROGRA~2/Java/JDK17~1.0_0 >> >> I found a number of issues, only one of which I'm not able to work >> around quite yet - (4) below. >> >> 1) ./configure -help gives "--with-memorysize", actual argument is >> "--with-memory-size". Help text is missing the second dash. >> >> 2) After configuring, typing make results in the following error: >> (See below at >>> for my fix). >> >> >> ######################################################################## >> ######################################################################## >> ##### Entering jdk for target(s) all ##### >> ######################################################################## >> >> Compiling 118 files in batch BUILD_TOOLS >> c:\downloads\build-infra\jdk\make\tools\src\build\tools\dtdbuilder\DTDParser.jav >> >> a:90: warning: non-varargs call of varargs method with inexact >> argument type for >> last parameter; >> return MessageFormat.format(prop, args); >> ^ >> cast to Object for a varargs call >> cast to Object[] for a non-varargs call and to suppress this warning >> Note: Some input files use unchecked or unsafe operations. >> Note: Recompile with -Xlint:unchecked for details. >> 1 warning >> Compiling 243 properties into resource bundles >> Creating sun/util/LocaleDataMetaInfo.java from 444 found resources. >> Copying and cleaning 46 properties >> Generating CharacterDataLatin1.java >> Generating CharacterData00.java >> Generating CharacterData01.java >> Generating CharacterData02.java >> Generating CharacterData0E.java >> Generating CharacterDataUndefined.java >> Generating CharacterDataPrivateUse.java >> Creating JDWP.java and JDWPCommands.h from jdwp.spec >> Generating sun/misc/Version.java >> Generating sun/tools/jconsole/Version.java >> Building single threaded Java subdir >> make[3]: warning: -jN forced in submake: disabling jobserver mode. >> Begin Processing SUBDIRS: jvm redist verify fdlibm java sun_nio jli >> main securit >> y util net nio awt management npt java_crw_demo java_hprof_demo >> logging inst >> rument >> ENTERING redist >> ENTERING redist 2 >> XXXX >> /cygdrive/c/downloads/build-infra/build/windows-i586-client-release/jdk/lib >> /jvm.lib: >> /cygdrive/c/downloads/build-infra/build/windows-i586-client-release/ho >> tspot/dist/lib/jvm.lib >> Begin Processing SUBDIRS: fonts sajdi >> ASSEMBLY_IMPORT: >> /cygdrive/c/downloads/build-infra/build/windows-i586-client-rel >> ease/jdk/lib/sa-jdi.jar >> ASSEMBLY_IMPORT: >> /cygdrive/c/downloads/build-infra/build/windows-i586-client-rel >> ease/jdk/bin/sawindbg.dll >> ASSEMBLY_IMPORT: >> /cygdrive/c/downloads/build-infra/build/windows-i586-client-rel >> ease/jdk/bin/sawindbg.map >> ASSEMBLY_IMPORT: >> /cygdrive/c/downloads/build-infra/build/windows-i586-client-rel >> ease/jdk/bin/sawindbg.pdb >> Done Processing SUBDIRS: fonts sajdi >> ASSEMBLY_IMPORT: >> /cygdrive/c/downloads/build-infra/build/windows-i586-client-rel >> ease/jdk/bin/client/jvm.dll >> Checking for /SAFESEH usage in: >> /cygdrive/c/downloads/build-infra/build/windows- >> i586-client-release/jdk/bin/client/jvm.dll >> Checking for /NXCOMPAT usage in: >> /cygdrive/c/downloads/build-infra/build/windows >> -i586-client-release/jdk/bin/client/jvm.dll >> Checking for /DYNAMICBASE usage in: >> /cygdrive/c/downloads/build-infra/build/wind >> ows-i586-client-release/jdk/bin/client/jvm.dll >> Checking for banned dependencies in: >> /cygdrive/c/downloads/build-infra/build/win >> dows-i586-client-release/jdk/bin/client/jvm.dll >> ASSEMBLY_IMPORT: >> /cygdrive/c/downloads/build-infra/build/windows-i586-client-rel >> ease/jdk/bin/client/Xusage.txt >> Importing binaries from component CORBA_DIST >> Importing sources from component LANGTOOLS_DIST >> Importing sources from component CORBA_DIST >> Importing sources from component JAXP_DIST >> Importing sources from component JAXWS_DIST >> Import classes from >> J:/re/jdk/1.7.0/promoted/latest/binaries/windows-i586 >> Importing classes from component LANGTOOLS_DIST >> Importing classes from component CORBA_DIST >> Importing classes from component JAXP_DIST >> Importing classes from component JAXWS_DIST >> Building >> lib:/cygdrive/c/downloads/build-infra/build/windows-i586-client-release >> /jdk/bin/verify.dll >> Microsoft (R) Windows (R) Resource Compiler Version 6.1.7600.16385 >> Copyright (C) Microsoft Corporation. All rights reserved. >> >> check_code.c >> check_format.c >> Created >> /cygdrive/c/downloads/build-infra/build/windows-i586-client-release/jdk/ >> tmp/java/verify/obj/verify.lcf >> >>>>> OK - copy jvm.lib from >> /cygdrive/c/downloads/build-infra/build/windows-i586-client-release/hotspot/windows_i486_compiler1/product >> to this location to fix. >> >> LINK : fatal error LNK1181: cannot open input file >> 'c:/downloads/build-infra/bui >> ld/windows-i586-client-release/jdk/lib/jvm.lib' >> >> ../../common/Library.gmk:166: recipe for target >> `/cygdrive/c/downloads/build-inf >> ra/build/windows-i586-client-release/jdk/bin/verify.dll' failedmake >> [4]: *** >> [/cygdrive/c/downloads/build-infra/build/windows-i586-client-release/jd >> k/bin/verify.dll] Error 157 >> make[3]: *** [all] Error 1Makefile:65: recipe for target `all' failed >> >> LegacyMakefiles.gmk:37: recipe for target >> `/cygdrive/c/downloads/build-infra/bui >> ld/windows-i586-client-release/jdk/_the.legacy_make' failedmake >> [2]: *** >> [/cygdrive/c/downloads/build-infra/build/windows-i586-client-release/jd >> k/_the.legacy_make] Error 2 >> Makefile:40: recipe for target `all' failedmake[1]: *** [all] Error 2 >> >> /cygdrive/c/downloads/build-infra/Makefile:122: recipe for target >> `jdk' failed >> make: *** [jdk] Error 2 >> >> >> 3) The first time through (after fixing (2) above), the build fails >> at the place noted below, but re-running make fixes the problem. >> >> >> >>> Microsoft (R) Manifest Tool version 5.2.3790.2076 >>> Copyright (c) Microsoft Corporation 2005. >>> All rights reserved. >>> >>> mt.exe : general error c10100b1: Failed to load file >>> "c:/downloads/build-infra/b >>> uild/windows-i586-client-release/jdk/newobjs/unpack200.exe". The >>> system cannot f >>> ind the file specified. >>> CompileLaunchers.gmk:289: recipe for target >>> `/cygdrive/c/downloads/build-infra/b >>> uild/windows-i586-client-release/jdk/newobjs/unpackexe/unpack200.exe.manifest.mt >>> >>> ' failedmake >>> [2]: *** >>> [/cygdrive/c/downloads/build-infra/build/windows-i586-client-release/jd >>> k/newobjs/unpackexe/unpack200.exe.manifest.mt] Error 31 >>> make[2]: *** Waiting for unfinished jobs.... >>> Microsoft (R) Incremental Linker Version 10.00.40219.01 >>> Copyright (C) Microsoft Corporation. All rights reserved. >>> >>> /out:c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/unpa >>> >>> ck200.exe >>> c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/libzip/zc >>> >>> rc32.obj >>> c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/libzip/de >>> >>> flate.obj >>> c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/libzip/tr >>> >>> ees.obj >>> c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/libzip/za >>> >>> dler32.obj >>> c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/libzip/co >>> >>> mpress.obj >>> c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/libzip/zu >>> >>> til.obj >>> c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/libzip/in >>> >>> flate.obj >>> c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/libzip/in >>> >>> fback.obj >>> c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/libzip/in >>> >>> ftrees.obj >>> c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/libzip/in >>> >>> ffast.obj >>> c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/unpackexe >>> >>> /bands.obj >>> c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/unpackexe >>> >>> /bytes.obj >>> c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/unpackexe >>> >>> /coding.obj >>> c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/unpackexe >>> >>> /main.obj >>> c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/unpackexe >>> >>> /unpack.obj >>> c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/unpackexe >>> >>> /utils.obj >>> c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/unpackexe >>> >>> /zip.obj >>> c:/downloads/build-infra/build/windows-i586-client-release/jdk/newobjs/unpack200 >>> >>> .res >>> Makefile:40: recipe for target `all' failedmake >>> [1]: *** [all] Error 2 >>> /cygdrive/c/downloads/build-infra/Makefile:122: recipe for target >>> `jdk' failed >>> make: *** [jdk] Error 2 >> >> >> 4) after (3) above completes successfully, doing a "make images" >> fails with (and this is where I'm stuck). Strangely, the rt_jar_list >> file exists at the location.: >>> ######################################################################## >>> >>> ######################################################################## >>> >>> ##### Entering jdk for target(s) images ##### >>> ######################################################################## >>> >>> >>> Updating jdk/newdemo/jfc/CodePointIM/src.zip >>> make[3]: warning: -jN forced in submake: disabling jobserver mode. >>> >>>Making images @ Mon, Oct 08, 2012 1:35:05 PM ... >>> >>>Making initial-image-jre @ Mon, Oct 08, 2012 1:35:05 PM ... >>> WARNING: Path does not exist as file or directory: >>> java\util\zip\ZipFile$2.class >>> >>> WARNING: Path does not exist as file or directory: >>> sun\awt\motif\X11GB2312$Decod >>> er.class >>> WARNING: Path does not exist as file or directory: >>> sun\awt\motif\X11GB2312$Encod >>> er.class >>> WARNING: Path does not exist as file or directory: >>> sun\awt\motif\X11GB2312.class >>> >>> WARNING: Path does not exist as file or directory: >>> sun\awt\motif\X11GBK$Encoder. >>> class >>> WARNING: Path does not exist as file or directory: >>> sun\awt\motif\X11GBK.class >>> WARNING: Path does not exist as file or directory: >>> sun\awt\motif\X11KSC5601$Deco >>> der.class >>> WARNING: Path does not exist as file or directory: >>> sun\awt\motif\X11KSC5601$Enco >>> der.class >>> WARNING: Path does not exist as file or directory: >>> sun\awt\motif\X11KSC5601.clas >>> s >>> jar: can't open: >>> \cygdrive\c\downloads\build-infra\build\windows-i586-client-rel >>> ease\images\tmp\jarfilelists\rt_jar_list (The system cannot find the >>> path specif >>> ied) >>> common/Release.gmk:718: recipe for target >>> `/cygdrive/c/downloads/build-infra/bui >>> ld/windows-i586-client-release/images/tmp/rt-orig.jar' failedmake[3]: >>> *** [/cygd >>> rive/c/downloads/build-infra/build/windows-i586-client-release/images/tmp/rt-ori >>> >>> g.jar] Error 1 >>> >>> Images.gmk:64: recipe for target >>> `/cygdrive/c/downloads/build-infra/build/window >>> s-i586-client-release/images/_the.images' failedmake[2]: *** >>> [/cygdrive/c/downlo >>> ads/build-infra/build/windows-i586-client-release/images/_the.images] >>> Error 2 >>> >>> Makefile:65: recipe for target `images' failedmake[1]: *** [images] >>> Error 2 >>> >>> /cygdrive/c/downloads/build-infra/Makefile:127: recipe for target >>> `images' faile >>> d >>> make: *** [images] Error 2 >> >> 5) "make clean" followed by "make" fails. Apparently "make clean" is >> erasing too many files. >> >>> $ make >>> /cygdrive/c/downloads/build-infra/build/windows-i586-client-release/spec.gmk:81: >>> >>> /cygdrive/c/downloads/build-infra/build/windows-i586-client-release/localdevenv >>> >>> .gmk: No such file or directory >>> make: *** No rule to make target >>> `/cygdrive/c/downloads/build-infra/build/window >>> s-i586-client-release/localdevenv.gmk'. Stop. >>> >>> Mike at Mike-T530 >>> /cygdrive/c/downloads/build-infra/build/windows-i586-client-relea >>> se >>> $ ls >>> config.h configure-arguments Makefile spec.gmk tmp >>> >>> Mike at Mike-T530 >>> /cygdrive/c/downloads/build-infra/build/windows-i586-client-relea >>> se >>> $ >> >> >> > > From david.holmes at oracle.com Mon Oct 8 19:10:05 2012 From: david.holmes at oracle.com (David Holmes) Date: Tue, 09 Oct 2012 12:10:05 +1000 Subject: Review request: Build infra update In-Reply-To: <5072EC8E.9040501@oracle.com> References: <5072EC8E.9040501@oracle.com> Message-ID: <5073877D.8080804@oracle.com> Hi Erik, In Images.gmk you seem to have duplicated the targets/instructions for copying rather than updating them ie: 197 $(JRE_IMAGE_DIR)/lib/%: $(JDK_OUTPUTDIR)/lib/% 198 $(ECHO) Copying $(patsubst $(OUTPUT_ROOT)/%,%,$@) 199 $(install-file) 200 ... 222 # Rules for copying from images/jar directory 223 $(JRE_IMAGE_DIR)/lib/%: $(IMAGES_OUTPUTDIR)/lib/% 224 $(ECHO) Copying $(patsubst $(OUTPUT_ROOT)/%,%,$@) 225 $(install-file) Otherwise I've looked through and fwiw have "Reviewed" the changes. The proof as always is in the building. A couple of to-do items for future cleanup: - remove hardcoded build number and milestone from version.numbers - relocate closed.version.numbers to the closed repo and access it by checking for $(CUSTOM_MAKE_DIR)/version.numbers - remove hardwiring of src/closed paths for socketOptions etc BTW I still haven't seen a resolution to my problem trying to build on Solaris. I'll re-try with latest build-infra. Cheers, David ----- On 9/10/2012 1:09 AM, Erik Joelsson wrote: > After achieving the milestone of equivalent images from the new and old > build, this is a good time to refresh build-infra in jdk8. Here is a > webrev with the proposed changes: > > http://cr.openjdk.java.net/~erikj/build-infra5/webrev.01/ > > > Unfortunately the builds will not be as equal in jdk8 as in the > build-infra forest due to bug "JDK-8000518 - Javac generates duplicate > name_and_type constant pool entry for class BinaryOpValueExp.java". > Running the comparison script also takes a very long time because of it. > > /Erik From erik.joelsson at oracle.com Tue Oct 9 01:06:25 2012 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Tue, 09 Oct 2012 10:06:25 +0200 Subject: Review request: Build infra update In-Reply-To: <5073877D.8080804@oracle.com> References: <5072EC8E.9040501@oracle.com> <5073877D.8080804@oracle.com> Message-ID: <5073DB01.7060503@oracle.com> Not exactly sure what you mean with the duplication other than the comment in the last rule being wrong. One rule is for copying from jdk/lib and the other from images/lib. Both sources contain files that are going into the image. /Erik On 2012-10-09 04:10, David Holmes wrote: > Hi Erik, > > In Images.gmk you seem to have duplicated the targets/instructions for > copying rather than updating them ie: > > 197 $(JRE_IMAGE_DIR)/lib/%: $(JDK_OUTPUTDIR)/lib/% > 198 $(ECHO) Copying $(patsubst $(OUTPUT_ROOT)/%,%,$@) > 199 $(install-file) > 200 > ... > 222 # Rules for copying from images/jar directory > 223 $(JRE_IMAGE_DIR)/lib/%: $(IMAGES_OUTPUTDIR)/lib/% > 224 $(ECHO) Copying $(patsubst $(OUTPUT_ROOT)/%,%,$@) > 225 $(install-file) > > Otherwise I've looked through and fwiw have "Reviewed" the changes. > The proof as always is in the building. > > A couple of to-do items for future cleanup: > - remove hardcoded build number and milestone from version.numbers > - relocate closed.version.numbers to the closed repo and access it by > checking for $(CUSTOM_MAKE_DIR)/version.numbers > - remove hardwiring of src/closed paths for socketOptions etc > > BTW I still haven't seen a resolution to my problem trying to build on > Solaris. I'll re-try with latest build-infra. > > Cheers, > David > ----- > > On 9/10/2012 1:09 AM, Erik Joelsson wrote: >> After achieving the milestone of equivalent images from the new and old >> build, this is a good time to refresh build-infra in jdk8. Here is a >> webrev with the proposed changes: >> >> http://cr.openjdk.java.net/~erikj/build-infra5/webrev.01/ >> >> >> Unfortunately the builds will not be as equal in jdk8 as in the >> build-infra forest due to bug "JDK-8000518 - Javac generates duplicate >> name_and_type constant pool entry for class BinaryOpValueExp.java". >> Running the comparison script also takes a very long time because of it. >> >> /Erik From magnus.ihse.bursie at oracle.com Tue Oct 9 02:33:26 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Tue, 09 Oct 2012 11:33:26 +0200 Subject: Review request: Build infra update In-Reply-To: <5072EC8E.9040501@oracle.com> References: <5072EC8E.9040501@oracle.com> Message-ID: <5073EF66.5090903@oracle.com> On 2012-10-08 17:09, Erik Joelsson wrote: > After achieving the milestone of equivalent images from the new and > old build, this is a good time to refresh build-infra in jdk8. Here is > a webrev with the proposed changes: > > http://cr.openjdk.java.net/~erikj/build-infra5/webrev.01/ > Looks good! /Magnus From david.holmes at oracle.com Tue Oct 9 03:59:16 2012 From: david.holmes at oracle.com (David Holmes) Date: Tue, 09 Oct 2012 20:59:16 +1000 Subject: Review request: Build infra update In-Reply-To: <5073DB01.7060503@oracle.com> References: <5072EC8E.9040501@oracle.com> <5073877D.8080804@oracle.com> <5073DB01.7060503@oracle.com> Message-ID: <50740384.5020902@oracle.com> On 9/10/2012 6:06 PM, Erik Joelsson wrote: > Not exactly sure what you mean with the duplication other than the > comment in the last rule being wrong. One rule is for copying from > jdk/lib and the other from images/lib. Both sources contain files that > are going into the image. I thought you were only allowed to define one recipe per target? Or are we going to find disjoint sets of files in each location? These wildcard based targets and dependencies still cause me some confusion. I don't understand what process make follows to actually determine what the real set of targets is. David > /Erik > > On 2012-10-09 04:10, David Holmes wrote: >> Hi Erik, >> >> In Images.gmk you seem to have duplicated the targets/instructions for >> copying rather than updating them ie: >> >> 197 $(JRE_IMAGE_DIR)/lib/%: $(JDK_OUTPUTDIR)/lib/% >> 198 $(ECHO) Copying $(patsubst $(OUTPUT_ROOT)/%,%,$@) >> 199 $(install-file) >> 200 >> ... >> 222 # Rules for copying from images/jar directory >> 223 $(JRE_IMAGE_DIR)/lib/%: $(IMAGES_OUTPUTDIR)/lib/% >> 224 $(ECHO) Copying $(patsubst $(OUTPUT_ROOT)/%,%,$@) >> 225 $(install-file) >> >> Otherwise I've looked through and fwiw have "Reviewed" the changes. >> The proof as always is in the building. >> >> A couple of to-do items for future cleanup: >> - remove hardcoded build number and milestone from version.numbers >> - relocate closed.version.numbers to the closed repo and access it by >> checking for $(CUSTOM_MAKE_DIR)/version.numbers >> - remove hardwiring of src/closed paths for socketOptions etc >> >> BTW I still haven't seen a resolution to my problem trying to build on >> Solaris. I'll re-try with latest build-infra. >> >> Cheers, >> David >> ----- >> >> On 9/10/2012 1:09 AM, Erik Joelsson wrote: >>> After achieving the milestone of equivalent images from the new and old >>> build, this is a good time to refresh build-infra in jdk8. Here is a >>> webrev with the proposed changes: >>> >>> http://cr.openjdk.java.net/~erikj/build-infra5/webrev.01/ >>> >>> >>> Unfortunately the builds will not be as equal in jdk8 as in the >>> build-infra forest due to bug "JDK-8000518 - Javac generates duplicate >>> name_and_type constant pool entry for class BinaryOpValueExp.java". >>> Running the comparison script also takes a very long time because of it. >>> >>> /Erik From erik.joelsson at oracle.com Tue Oct 9 04:13:27 2012 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Tue, 09 Oct 2012 13:13:27 +0200 Subject: Review request: Build infra update In-Reply-To: <50740384.5020902@oracle.com> References: <5072EC8E.9040501@oracle.com> <5073877D.8080804@oracle.com> <5073DB01.7060503@oracle.com> <50740384.5020902@oracle.com> Message-ID: <507406D7.3060809@oracle.com> On 2012-10-09 12:59, David Holmes wrote: > On 9/10/2012 6:06 PM, Erik Joelsson wrote: >> Not exactly sure what you mean with the duplication other than the >> comment in the last rule being wrong. One rule is for copying from >> jdk/lib and the other from images/lib. Both sources contain files that >> are going into the image. > > I thought you were only allowed to define one recipe per target? Or > are we going to find disjoint sets of files in each location? > > These wildcard based targets and dependencies still cause me some > confusion. I don't understand what process make follows to actually > determine what the real set of targets is. > My assumption is that the sets are disjoint yes. I'm not completely sure of the process either, but figured that as long as the sets are disjoint, it will be fine. Also, if they are not, we have a problem regardless imo. I do agree I might have gone a bit too wild with the pattern targets in this case though. /Erik From david.holmes at oracle.com Tue Oct 9 04:26:54 2012 From: david.holmes at oracle.com (David Holmes) Date: Tue, 09 Oct 2012 21:26:54 +1000 Subject: Review request: Build infra update In-Reply-To: <507406D7.3060809@oracle.com> References: <5072EC8E.9040501@oracle.com> <5073877D.8080804@oracle.com> <5073DB01.7060503@oracle.com> <50740384.5020902@oracle.com> <507406D7.3060809@oracle.com> Message-ID: <507409FE.6030306@oracle.com> On 9/10/2012 9:13 PM, Erik Joelsson wrote: > On 2012-10-09 12:59, David Holmes wrote: >> On 9/10/2012 6:06 PM, Erik Joelsson wrote: >>> Not exactly sure what you mean with the duplication other than the >>> comment in the last rule being wrong. One rule is for copying from >>> jdk/lib and the other from images/lib. Both sources contain files that >>> are going into the image. >> >> I thought you were only allowed to define one recipe per target? Or >> are we going to find disjoint sets of files in each location? >> >> These wildcard based targets and dependencies still cause me some >> confusion. I don't understand what process make follows to actually >> determine what the real set of targets is. >> > My assumption is that the sets are disjoint yes. I'm not completely sure > of the process either, but figured that as long as the sets are > disjoint, it will be fine. Also, if they are not, we have a problem > regardless imo. So the process is, as I understand it, for every file that matches the dependency pattern a target for that file, in the output-location, is created and the recipe then copies from src to destination. As you say the two sets of input files should be distinct so there are no duplicates in the set of targets formed. (Though if you don't do a clean before rebuilding with this patch applied things might get a bit confused :) ). > I do agree I might have gone a bit too wild with the pattern targets in > this case though. :) Not sure how else you could define these generic copying routines. Thanks, David > /Erik From erik.joelsson at oracle.com Tue Oct 9 04:51:31 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Tue, 09 Oct 2012 11:51:31 +0000 Subject: hg: build-infra/jdk8: Made CreateZipArchive run each zip command on a separate command line Message-ID: <20121009115131.DC4004723E@hg.openjdk.java.net> Changeset: 7a5cb7af82b2 Author: erikj Date: 2012-10-09 13:51 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/7a5cb7af82b2 Made CreateZipArchive run each zip command on a separate command line in hope of improving windows stability. Also improves readability in verbose log. ! common/autoconf/spec.gmk.in ! common/makefiles/JavaCompilation.gmk From magnus.ihse.bursie at oracle.com Tue Oct 9 05:24:57 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Tue, 09 Oct 2012 12:24:57 +0000 Subject: hg: build-infra/jdk8: 5 new changesets Message-ID: <20121009122457.E72B44723F@hg.openjdk.java.net> Changeset: 007ebcd125c1 Author: ihse Date: 2012-09-28 15:12 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/007ebcd125c1 Improve method for locating Visual Studio. Now, first we look for file on disk, then we fall back to VS shell environment. In both cases, extract the needed variables and store them in the spec.gmk file. This removes the need to check for VS prompt at make time and to generate a localdevenv.gmk. ! common/autoconf/generated-configure.sh ! common/autoconf/spec.gmk.in ! common/autoconf/toolchain.m4 ! common/autoconf/toolchain_windows.m4 ! common/bin/extractvcvars.sh ! common/makefiles/MakeBase.gmk Changeset: c5543072502a Author: ihse Date: 2012-09-28 15:24 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/c5543072502a Inline the functionality in extractvsvars.sh into toolchain_windows.m4. ! common/autoconf/basics.m4 ! common/autoconf/generated-configure.sh ! common/autoconf/toolchain_windows.m4 - common/bin/extractvcvars.sh Changeset: 9e5bd268e08d Author: ihse Date: 2012-09-28 15:26 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/9e5bd268e08d Merge ! common/autoconf/generated-configure.sh ! common/autoconf/spec.gmk.in Changeset: d0dccf3faed4 Author: ihse Date: 2012-10-09 14:20 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/d0dccf3faed4 * Add check on Solaris that we're actually using Sun Studio compilers. * Add CC_VERSION/CC_VENDOR (and CXX_...); currently only valid for Solaris. * Fix bug in BASIC_REMOVE_SYMBOLIC_LINKS. * Make sure BASIC_CHECK_PATHS_WINDOWS is run only on Windows. * Fix bug in TOOLCHAIN_SETUP_VISUAL_STUDIO_ENV. ! common/autoconf/basics.m4 ! common/autoconf/basics_windows.m4 ! common/autoconf/generated-configure.sh ! common/autoconf/toolchain.m4 ! common/autoconf/toolchain_windows.m4 Changeset: e6845fecd58d Author: ihse Date: 2012-10-09 14:24 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/e6845fecd58d Merge ! common/autoconf/generated-configure.sh ! common/autoconf/spec.gmk.in ! common/autoconf/toolchain.m4 ! common/autoconf/toolchain_windows.m4 From magnus.ihse.bursie at oracle.com Tue Oct 9 05:47:54 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Tue, 09 Oct 2012 12:47:54 +0000 Subject: hg: build-infra/jdk8: Replace , with @ as path separator in the fixpath -m argument on Cygwin to avoid clash with Makefile macro argument lists. Message-ID: <20121009124754.83ED047242@hg.openjdk.java.net> Changeset: 57035c520dc9 Author: ihse Date: 2012-10-09 14:47 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/57035c520dc9 Replace , with @ as path separator in the fixpath -m argument on Cygwin to avoid clash with Makefile macro argument lists. ! common/autoconf/basics_windows.m4 ! common/autoconf/generated-configure.sh ! common/src/fixpath.c From magnus.ihse.bursie at oracle.com Tue Oct 9 06:36:54 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Tue, 09 Oct 2012 13:36:54 +0000 Subject: hg: build-infra/jdk8: Fix dangling "if" in configure script. Message-ID: <20121009133655.140AE47245@hg.openjdk.java.net> Changeset: e2f8ed42506b Author: ihse Date: 2012-10-09 15:36 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/e2f8ed42506b Fix dangling "if" in configure script. ! common/autoconf/generated-configure.sh ! common/autoconf/toolchain_windows.m4 From magnus.ihse.bursie at oracle.com Tue Oct 9 06:52:41 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Tue, 09 Oct 2012 13:52:41 +0000 Subject: hg: build-infra/jdk8: * Added compiler version check to gcc and Windows CL as well. Message-ID: <20121009135242.1207D47246@hg.openjdk.java.net> Changeset: f815c7add5fc Author: ihse Date: 2012-10-09 15:52 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/f815c7add5fc * Added compiler version check to gcc and Windows CL as well. * Added printout in summary of detected compiler version. ! common/autoconf/generated-configure.sh ! common/autoconf/help.m4 ! common/autoconf/toolchain.m4 From magnus.ihse.bursie at oracle.com Tue Oct 9 07:17:37 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Tue, 09 Oct 2012 14:17:37 +0000 Subject: hg: build-infra/jdk8: Fix compare.sh for Windows. Message-ID: <20121009141738.39D0847248@hg.openjdk.java.net> Changeset: 9a3d29e5762e Author: ihse Date: 2012-10-09 16:17 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/9a3d29e5762e Fix compare.sh for Windows. ! common/autoconf/basics.m4 ! common/autoconf/compare.sh.in ! common/autoconf/generated-configure.sh ! common/bin/compare.sh From erik.joelsson at oracle.com Tue Oct 9 08:21:29 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Tue, 09 Oct 2012 15:21:29 +0000 Subject: hg: build-infra/jdk8: 2 new changesets Message-ID: <20121009152129.F184F47249@hg.openjdk.java.net> Changeset: 05cb747fb232 Author: erikj Date: 2012-10-09 17:19 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/05cb747fb232 Big reduction in command line lengths in SetupArchive. Should improve build stability on windows and make verbose build log easier to read. ! common/makefiles/JavaCompilation.gmk Changeset: bfe91dfecf99 Author: erikj Date: 2012-10-09 17:21 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/bfe91dfecf99 Merge - common/bin/extractvcvars.sh From magnus.ihse.bursie at oracle.com Tue Oct 9 16:29:51 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Tue, 09 Oct 2012 23:29:51 +0000 Subject: hg: build-infra/jdk8: 3 new changesets Message-ID: <20121009232952.B25294725B@hg.openjdk.java.net> Changeset: f93072b9e689 Author: ihse Date: 2012-10-10 00:14 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/f93072b9e689 Give better error message when autoconf is not found. ! common/autoconf/autogen.sh Changeset: df86033b5bc7 Author: ihse Date: 2012-10-10 00:33 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/df86033b5bc7 Add well-known location for boot-jdk in linux (Ubuntu). ! common/autoconf/boot-jdk.m4 ! common/autoconf/generated-configure.sh Changeset: 99bb04b479ea Author: ihse Date: 2012-10-10 01:29 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/99bb04b479ea Pass setting of static/dynamic loading of libstdc++ to Hotspot from configure. ! common/autoconf/generated-configure.sh ! common/autoconf/hotspot-spec.gmk.in ! common/autoconf/libraries.m4 From magnus.ihse.bursie at oracle.com Tue Oct 9 16:35:47 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Wed, 10 Oct 2012 01:35:47 +0200 Subject: New build system - from scratch experiences In-Reply-To: <50732A18.1020406@oracle.com> References: <507318C8.9040906@nthpermutation.com> <50732A18.1020406@oracle.com> Message-ID: <5074B4D3.4050705@oracle.com> On 2012-10-08 21:31, Tim Bell wrote: > > The JDK7 source tree is not under active development any longer. > > I will post an update to the project web page ASAP: > > http://openjdk.java.net/projects/build-infra/ I just checked in a final death-blow to the build-infra JDK7 repo, replaceing "configure" with a script that says "you're looking in the wrong place, go to JDK8 instead". Hopefully no-one else will make this mistake now. We should probably just remove the jdk7 repos, if there is no formal problem with that..? /Magnus From magnus.ihse.bursie at oracle.com Tue Oct 9 16:36:20 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Tue, 09 Oct 2012 23:36:20 +0000 Subject: hg: build-infra/jdk7: Make sure no one runs this code by mistake. Message-ID: <20121009233620.BE43B4725C@hg.openjdk.java.net> Changeset: bee3fe6791d4 Author: ihse Date: 2012-10-10 01:33 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk7/rev/bee3fe6791d4 Make sure no one runs this code by mistake. ! configure From magnus.ihse.bursie at oracle.com Tue Oct 9 16:55:43 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Tue, 09 Oct 2012 23:55:43 +0000 Subject: hg: build-infra/jdk8: * Fix bug in --enable-jfr. Message-ID: <20121009235543.C77A94725D@hg.openjdk.java.net> Changeset: 995d9fa606ac Author: ihse Date: 2012-10-10 01:55 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/995d9fa606ac * Fix bug in --enable-jfr. * Fix typos in configure help. ! common/autoconf/generated-configure.sh ! common/autoconf/jdk-options.m4 From magnus.ihse.bursie at oracle.com Tue Oct 9 17:09:56 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Wed, 10 Oct 2012 00:09:56 +0000 Subject: hg: build-infra/jdk8: Introduce new logging level "verbose", and set IDL Compilation output to Message-ID: <20121010000956.F0AD84725F@hg.openjdk.java.net> Changeset: 6d391a8110e7 Author: ihse Date: 2012-10-10 02:09 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/6d391a8110e7 Introduce new logging level "verbose", and set IDL Compilation output to verbose level. ! common/makefiles/IdlCompilation.gmk ! common/makefiles/MakeBase.gmk ! common/makefiles/MakeHelpers.gmk From magnus.ihse.bursie at oracle.com Tue Oct 9 17:11:05 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Wed, 10 Oct 2012 00:11:05 +0000 Subject: hg: build-infra/jdk8/corba: Move less important corba output to verbose log level. Message-ID: <20121010001107.0024347260@hg.openjdk.java.net> Changeset: 9c81f457a30d Author: ihse Date: 2012-10-10 02:10 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/corba/rev/9c81f457a30d Move less important corba output to verbose log level. ! makefiles/Makefile From magnus.ihse.bursie at oracle.com Tue Oct 9 17:18:41 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Wed, 10 Oct 2012 00:18:41 +0000 Subject: hg: build-infra/jdk8/langtools: Move less important langtool output to verbose log level. Message-ID: <20121010001847.8D00747261@hg.openjdk.java.net> Changeset: 5009f4a26bdc Author: ihse Date: 2012-10-10 02:18 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/langtools/rev/5009f4a26bdc Move less important langtool output to verbose log level. ! makefiles/Makefile From magnus.ihse.bursie at oracle.com Tue Oct 9 18:07:38 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Wed, 10 Oct 2012 01:07:38 +0000 Subject: hg: build-infra/jdk8/jdk: Make JDK build substantially less verbose by moving less important output to verbose log level. Message-ID: <20121010010810.ADECB47263@hg.openjdk.java.net> Changeset: 080a914e25ec Author: ihse Date: 2012-10-10 03:07 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/080a914e25ec Make JDK build substantially less verbose by moving less important output to verbose log level. ! makefiles/GensrcCharacterData.gmk ! makefiles/GensrcCharsetMapping.gmk ! makefiles/GensrcExceptions.gmk ! makefiles/GensrcSwing.gmk ! makefiles/Import.gmk From erik.joelsson at oracle.com Wed Oct 10 03:05:40 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Wed, 10 Oct 2012 10:05:40 +0000 Subject: hg: build-infra/jdk8: 2 new changesets Message-ID: <20121010100543.BFC0A47274@hg.openjdk.java.net> Changeset: 11f13678706f Author: erikj Date: 2012-10-09 17:39 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/11f13678706f Fixed detection of cpus and memory when running with msys. ! common/autoconf/build-performance.m4 ! common/autoconf/generated-configure.sh Changeset: 594ad83e8de9 Author: erikj Date: 2012-10-10 12:04 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/594ad83e8de9 Merge ! common/autoconf/generated-configure.sh From erik.joelsson at oracle.com Wed Oct 10 03:05:40 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Wed, 10 Oct 2012 10:05:40 +0000 Subject: hg: build-infra/jdk8/jdk: 3 new changesets Message-ID: <20121010100817.C940147275@hg.openjdk.java.net> Changeset: d9e956419f43 Author: erikj Date: 2012-10-08 16:38 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/d9e956419f43 Made some source directories conditional on target os to remove annoying warnings from find. ! makefiles/CompileNativeLibraries.gmk Changeset: fa62ec8a058d Author: erikj Date: 2012-10-09 17:39 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/fa62ec8a058d Merge Changeset: 3c551743dc26 Author: erikj Date: 2012-10-10 12:01 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/3c551743dc26 Merge From magnus.ihse.bursie at oracle.com Wed Oct 10 03:14:41 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Wed, 10 Oct 2012 10:14:41 +0000 Subject: hg: build-infra/jdk8: 2 new changesets Message-ID: <20121010101442.6BCD847276@hg.openjdk.java.net> Changeset: 708d49f2a7bf Author: ihse Date: 2012-10-10 12:01 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/708d49f2a7bf Avoid crashing on Windows with LOG=debug by limiting number of prerequisites printed. ! common/makefiles/MakeBase.gmk Changeset: 187f855358fa Author: ihse Date: 2012-10-10 12:14 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/187f855358fa Merge From magnus.ihse.bursie at oracle.com Wed Oct 10 03:35:02 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Wed, 10 Oct 2012 10:35:02 +0000 Subject: hg: build-infra/jdk8: * Shift log levels, old verbose => new info, old info => new debug, old Message-ID: <20121010103503.3E29047277@hg.openjdk.java.net> Changeset: ff847cde366d Author: ihse Date: 2012-10-10 12:34 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/ff847cde366d * Shift log levels, old verbose => new info, old info => new debug, old * debug => new trace, old trace => /dev/null. * Remove verbose log level. * Fix $$ typos in SetupLogging * Remove redundant and broken SetupLogging from MakeHelpers.gmk. ! common/makefiles/IdlCompilation.gmk ! common/makefiles/MakeBase.gmk ! common/makefiles/MakeHelpers.gmk ! common/makefiles/Makefile From magnus.ihse.bursie at oracle.com Wed Oct 10 03:35:43 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Wed, 10 Oct 2012 10:35:43 +0000 Subject: hg: build-infra/jdk8/corba: * Shift log levels, old verbose => new info, old info => new debug, old debug => new trace, old trace => /dev/null. Message-ID: <20121010103546.D128B47278@hg.openjdk.java.net> Changeset: 6bd14b0f08ee Author: ihse Date: 2012-10-10 12:35 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/corba/rev/6bd14b0f08ee * Shift log levels, old verbose => new info, old info => new debug, old debug => new trace, old trace => /dev/null. ! makefiles/Makefile From magnus.ihse.bursie at oracle.com Wed Oct 10 03:36:05 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Wed, 10 Oct 2012 10:36:05 +0000 Subject: hg: build-infra/jdk8/langtools: * Shift log levels, old verbose => new info, old info => new debug, old debug => new trace, old trace => /dev/null. Message-ID: <20121010103617.6584247279@hg.openjdk.java.net> Changeset: a5753635bb3f Author: ihse Date: 2012-10-10 12:35 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/langtools/rev/a5753635bb3f * Shift log levels, old verbose => new info, old info => new debug, old debug => new trace, old trace => /dev/null. ! makefiles/Makefile From magnus.ihse.bursie at oracle.com Wed Oct 10 03:37:53 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Wed, 10 Oct 2012 10:37:53 +0000 Subject: hg: build-infra/jdk8/jdk: 2 new changesets Message-ID: <20121010103925.36CE24727A@hg.openjdk.java.net> Changeset: 18a746b8d703 Author: ihse Date: 2012-10-10 12:36 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/18a746b8d703 * Shift log levels, old verbose => new info, old info => new debug, old debug => new trace, old trace => /dev/null. ! makefiles/GensrcCharacterData.gmk ! makefiles/GensrcCharsetMapping.gmk ! makefiles/GensrcExceptions.gmk ! makefiles/GensrcSwing.gmk ! makefiles/Import.gmk Changeset: a84a732bf13d Author: ihse Date: 2012-10-10 12:37 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/a84a732bf13d Merge From erik.joelsson at oracle.com Wed Oct 10 05:38:00 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Wed, 10 Oct 2012 12:38:00 +0000 Subject: hg: build-infra/jdk8/jdk: Removed non existing source directories to stop find from complaining. Message-ID: <20121010123837.1BE344727C@hg.openjdk.java.net> Changeset: 13c1d0ece0f0 Author: erikj Date: 2012-10-10 14:32 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/13c1d0ece0f0 Removed non existing source directories to stop find from complaining. ! makefiles/CompileNativeLibraries.gmk From magnus.ihse.bursie at oracle.com Wed Oct 10 05:43:02 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Wed, 10 Oct 2012 12:43:02 +0000 Subject: hg: build-infra/jdk8: * Add LogSetupMacroEntry debugging macro, which prints out all named-parameter Setup* macro calls on log level info and below Message-ID: <20121010124302.BE8934727D@hg.openjdk.java.net> Changeset: a34b710dc111 Author: ihse Date: 2012-10-10 14:42 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/a34b710dc111 * Add LogSetupMacroEntry debugging macro, which prints out all named-parameter Setup* macro calls on log level info and below * Simplified named-parameter setup using $(foreach). ! common/makefiles/IdlCompilation.gmk ! common/makefiles/JavaCompilation.gmk ! common/makefiles/MakeBase.gmk ! common/makefiles/NativeCompilation.gmk ! common/makefiles/RMICompilation.gmk From magnus.ihse.bursie at oracle.com Wed Oct 10 06:28:24 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Wed, 10 Oct 2012 13:28:24 +0000 Subject: hg: build-infra/jdk8/hotspot: Adding $(LOG_INFO) to the most frequently appearing messages. On Hotspot Message-ID: <20121010132832.58BA24727E@hg.openjdk.java.net> Changeset: a81f04d2094a Author: ihse Date: 2012-10-10 15:28 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/a81f04d2094a Adding $(LOG_INFO) to the most frequently appearing messages. On Hotspot builds using old build system, this evaluates to nothing and is ignored. On build-infra builds, this evaluates to nothing if using LOG=info (or below), otherwise it evaluates to "> /dev/null", making Hotspot considerably less verbose. ! make/bsd/makefiles/adlc.make ! make/bsd/makefiles/buildtree.make ! make/bsd/makefiles/jvmti.make ! make/bsd/makefiles/rules.make ! make/bsd/makefiles/sa.make ! make/bsd/makefiles/top.make ! make/bsd/makefiles/vm.make ! make/linux/makefiles/adlc.make ! make/linux/makefiles/buildtree.make ! make/linux/makefiles/defs.make ! make/linux/makefiles/jvmti.make ! make/linux/makefiles/rules.make ! make/linux/makefiles/top.make ! make/linux/makefiles/vm.make ! make/solaris/makefiles/adlc.make ! make/solaris/makefiles/buildtree.make ! make/solaris/makefiles/defs.make ! make/solaris/makefiles/dtrace.make ! make/solaris/makefiles/jvmti.make ! make/solaris/makefiles/rules.make ! make/solaris/makefiles/top.make ! make/windows/makefiles/defs.make ! make/windows/makefiles/jvmti.make From magnus.ihse.bursie at oracle.com Wed Oct 10 06:37:53 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Wed, 10 Oct 2012 15:37:53 +0200 Subject: Build log verbosity changes Message-ID: <50757A31.3020208@oracle.com> I'm currently working on getting the build log verbosity to more consistent levels. First of all, I have slightly redefined the existing log levels. Now we have: * warn = default. This will be as quiet as reasonably possible. Warnings and errors will be printed, and progress information for slow steps. * info = all in warn, plus slightly more verbosity. This gives more detailed information on how the build is progressing (often, on a per-file basis) and some high-level makefile information. If you're curious, or have a slow machine and want constant feedback, use LOG=info. * debug = all in info, plus default make rule execution output. This is similar to the default style in the old build, and to what up until now was LOG=info. If you want to manually re-run a command line, this is what you need. * trace = all in debug, plus additional makefile debug data. This is useful if you need to track down errors in the makefile, but not otherwise. Will produce loads of output. In summary: If you previously used LOG=info to emulate old behaviour, you now need to to LOG=debug. (But check out LOG=info, it might just be good enough!) The idea is that the default log level should be reasonably quiet, so that it's easier to spot warnings. I have worked my way halfway through the build (up until the main class compilation in the jdk target) in putting output on the correct log level. From there on, it's still heavily verbose on the default level. I'll fix this shortly. For those interested in debugging the new build system, I also added a nifty feature on the info level. The Setup-macros will now be printed with their named arguments evaluated, like this: SetupJavaCompilation(BUILD_TOOLS) [2] SETUP:=BOOT_JAVAC [3] DISABLE_SJAVAC:=true [4] ADD_JAVAC_FLAGS:=-Xprefer:source [5] SRC:=/localhome/hg/build-infra-jdk8/langtools/make/tools /localhome/hg/build-infra-jdk8/langtools/src/share/classes [6] INCLUDES:=compileproperties genstubs [7] BIN:=/localhome/hg/build-infra-jdk8/build/linux-x86_64-normal-server-release/langtools/btclasses Compiling 2 files for BUILD_TOOLS This will hopefully be helpful and instructive about what's really going on, on a higher level in the makefiles. /Magnus From fredrik.ohrstrom at oracle.com Wed Oct 10 07:00:26 2012 From: fredrik.ohrstrom at oracle.com (fredrik.ohrstrom at oracle.com) Date: Wed, 10 Oct 2012 14:00:26 +0000 Subject: hg: build-infra/jdk8/jdk: Use -XDignore.symbol.file=true to not show warnings when generating javadoc for beaninfo and swing classes. Message-ID: <20121010140047.6CE1B4727F@hg.openjdk.java.net> Changeset: 16fad8d7640e Author: ohrstrom Date: 2012-10-10 15:59 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/16fad8d7640e Use -XDignore.symbol.file=true to not show warnings when generating javadoc for beaninfo and swing classes. ! makefiles/GensrcSwing.gmk From fredrik.ohrstrom at oracle.com Wed Oct 10 07:03:15 2012 From: fredrik.ohrstrom at oracle.com (fredrik.ohrstrom at oracle.com) Date: Wed, 10 Oct 2012 14:03:15 +0000 Subject: hg: build-infra/jdk8: Renamed options to sjavac. Message-ID: <20121010140315.3075647280@hg.openjdk.java.net> Changeset: 8719d7fa003f Author: ohrstrom Date: 2012-10-10 16:02 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/8719d7fa003f Renamed options to sjavac. ! common/makefiles/JavaCompilation.gmk From fredrik.ohrstrom at oracle.com Wed Oct 10 07:03:39 2012 From: fredrik.ohrstrom at oracle.com (fredrik.ohrstrom at oracle.com) Date: Wed, 10 Oct 2012 14:03:39 +0000 Subject: hg: build-infra/jdk8/langtools: Refactor sjavac. Message-ID: <20121010140343.9DFD547281@hg.openjdk.java.net> Changeset: 4e0475aeba0e Author: ohrstrom Date: 2012-10-10 16:03 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/langtools/rev/4e0475aeba0e Refactor sjavac. ! src/share/classes/com/sun/tools/javac/main/JavaCompiler.java ! src/share/classes/com/sun/tools/sjavac/JavacState.java ! src/share/classes/com/sun/tools/sjavac/Main.java ! src/share/classes/com/sun/tools/sjavac/Source.java ! src/share/classes/com/sun/tools/sjavac/comp/JavaCompilerWithDeps.java ! src/share/classes/com/sun/tools/sjavac/server/CompilerPool.java ! src/share/classes/com/sun/tools/sjavac/server/CompilerThread.java ! src/share/classes/com/sun/tools/sjavac/server/JavacServer.java From magnus.ihse.bursie at oracle.com Wed Oct 10 07:05:57 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Wed, 10 Oct 2012 14:05:57 +0000 Subject: hg: build-infra/jdk8: 2 new changesets Message-ID: <20121010140557.972F247282@hg.openjdk.java.net> Changeset: 9551b8ed6bf1 Author: ihse Date: 2012-10-10 16:05 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/9551b8ed6bf1 Move the most verbose output to log level "info". ! common/makefiles/NativeCompilation.gmk Changeset: 755a1bf245cf Author: ihse Date: 2012-10-10 16:05 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/755a1bf245cf Merge From magnus.ihse.bursie at oracle.com Wed Oct 10 07:06:36 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Wed, 10 Oct 2012 14:06:36 +0000 Subject: hg: build-infra/jdk8/jdk: 3 new changesets Message-ID: <20121010140709.B6A0547283@hg.openjdk.java.net> Changeset: 1c2626a5e5e2 Author: ihse Date: 2012-10-10 14:43 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/1c2626a5e5e2 * Add LogSetupMacroEntry debugging macro, which prints out all named-parameter Setup* macro calls on log level info and below * Simplified named-parameter setup using $(foreach). ! makefiles/GensrcBuffer.gmk Changeset: 23a7fa57f207 Author: ihse Date: 2012-10-10 16:04 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/23a7fa57f207 Move the most verbose output to log level "info". ! makefiles/CompileDemos.gmk ! makefiles/CopyIntoClasses.gmk ! makefiles/CreateJars.gmk ! makefiles/Images.gmk ! makefiles/Makefile Changeset: e6df8b27e8ba Author: ihse Date: 2012-10-10 16:06 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/e6df8b27e8ba Merge From jonathan.gibbons at oracle.com Wed Oct 10 07:08:53 2012 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Wed, 10 Oct 2012 07:08:53 -0700 Subject: Build log verbosity changes In-Reply-To: <50757A31.3020208@oracle.com> References: <50757A31.3020208@oracle.com> Message-ID: <50758175.2030307@oracle.com> Magnus, This past week I've been running the build a number of times and been monitoring how long javadoc takes to execute. Does it make sense to have some way to instrument how long different commands take to execute, perhaps in some tracing mode, so that we can analyse attempts to improve overall performance? -- Jon From magnus.ihse.bursie at oracle.com Wed Oct 10 12:46:07 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Wed, 10 Oct 2012 21:46:07 +0200 Subject: Build log verbosity changes In-Reply-To: <50758175.2030307@oracle.com> References: <50757A31.3020208@oracle.com> <50758175.2030307@oracle.com> Message-ID: <5075D07F.3040100@oracle.com> On 2012-10-10 16:08, Jonathan Gibbons wrote: > Magnus, > > This past week I've been running the build a number of times and been > monitoring how long javadoc takes to execute. Does it make sense to > have some way to instrument how long different commands take to > execute, perhaps in some tracing mode, so that we can analyse attempts > to improve overall performance? Very good idea! I just created an unholy alliance of shell script magic and makefile voodoo, which does just this. (I can't decide if I'm proud or ashamed of the thing :-)) Basically, it runs each shell command from make (a line in a recipe or a $(shell) expression) using /usr/bin/time, and stores the output in a build-trace-time.log in the build output directory. I'm not quite sure how helpful it will be to analyse performance. On the other hand, it should be quite simple to extend the shell-tracer.sh script to add more useful analysis. So this is more of a framework-with-a-proof-of-concept, perhaps. If I let make run for a minute, and then do: $ grep ^.TIME < build-trace-time.log | sort -nr | head -n 4 I get: [TIME:0:41.31] -c (cd /localdata/hg/build-infra-jdk8/langtools/makefiles && /bin/bash /localdata/hg/build-infra-jdk8/common/bin/logger.sh /localdata/hg/build-infra-jdk8/build/linux-x86_64-normal-server-release/build.log /usr/bin/make VERBOSE="" -R -I /localdata/hg/build-infra-jdk8/common/makefiles "SPEC=/localdata/hg/build-infra-jdk8/build/linux-x86_64-normal-server-release/spec.gmk" -j4) [TIME:0:27.52] -c (cd /localdata/hg/build-infra-jdk8/jaxws/makefiles && /bin/bash /localdata/hg/build-infra-jdk8/common/bin/logger.sh /localdata/hg/build-infra-jdk8/build/linux-x86_64-normal-server-release/build.log /usr/bin/make VERBOSE="" -R -I /localdata/hg/build-infra-jdk8/common/makefiles "SPEC=/localdata/hg/build-infra-jdk8/build/linux-x86_64-normal-server-release/spec.gmk" -j4) [TIME:0:24.22] -c (cd /localdata/hg/build-infra-jdk8/corba/makefiles && /bin/bash /localdata/hg/build-infra-jdk8/common/bin/logger.sh /localdata/hg/build-infra-jdk8/build/linux-x86_64-normal-server-release/build.log /usr/bin/make VERBOSE="" -R -I /localdata/hg/build-infra-jdk8/common/makefiles "SPEC=/localdata/hg/build-infra-jdk8/build/linux-x86_64-normal-server-release/spec.gmk" -j4) [TIME:0:23.71] -c (/usr/lib/jvm/java-7-openjdk/bin/java -Xms64M -Xmx1100M -XX:PermSize=32m -XX:MaxPermSize=160m -XX:ThreadStackSize=1536 -Xbootclasspath/p:/localdata/hg/build-infra-jdk8/build/linux-x86_64-normal-server-release/langtools/dist/bootstrap/lib/javac.jar -jar /localdata/hg/build-infra-jdk8/build/linux-x86_64-normal-server-release/langtools/dist/bootstrap/lib/javac.jar -XDignore.symbol.file=true -Xlint:all,-varargs,-rawtypes,-deprecation,-unchecked,-serial,-dep-ann,-cast,-fallthrough,-static -g -cp /localdata/hg/build-infra-jdk8/build/linux-x86_64-normal-server-release/jaxp/dist/lib/classes.jar -implicit:none -sourcepath "/localdata/hg/build-infra-jdk8/jaxws/src/share/jaxws_classes" -d /localdata/hg/build-infra-jdk8/build/linux-x86_64-normal-server-release/jaxws/jaxws_classes @/localdata/hg/build-infra-jdk8/build/linux-x86_64-normal-server-release/jaxws/jaxws_classes/_the.batch.tmp && /bin/mv /localdata/hg/build-infra-jdk8/build/linux-x86_64-normal-server-release/jaxws/jaxws_classes/_the.batch.tmp /localdata/hg/build-infra-jdk8/build/linux-x86_64-normal-server-release/jaxws/jaxws_classes/_the.batch) /Magnus From magnus.ihse.bursie at oracle.com Wed Oct 10 12:38:00 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Wed, 10 Oct 2012 19:38:00 +0000 Subject: hg: build-infra/jdk8: Add bin/shell-tracer.sh which wraps the shell when running with LOG=trace Message-ID: <20121010193801.127A74728B@hg.openjdk.java.net> Changeset: 545020b2390d Author: ihse Date: 2012-10-10 21:37 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/545020b2390d Add bin/shell-tracer.sh which wraps the shell when running with LOG=trace and add simple logging of time spent per command executed. (Thanks to Jon Gibbons for the idea!) ! common/autoconf/basics.m4 ! common/autoconf/generated-configure.sh ! common/autoconf/spec.gmk.in + common/bin/shell-tracer.sh ! common/makefiles/MakeBase.gmk ! common/makefiles/Makefile From magnus.ihse.bursie at oracle.com Wed Oct 10 13:36:31 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Wed, 10 Oct 2012 20:36:31 +0000 Subject: hg: build-infra/jdk8/langtools: * Since repo-specific Makefiles can't be run standalone, rename them to Build.gmk. Message-ID: <20121010203636.75A2F4728F@hg.openjdk.java.net> Changeset: 6d33f175e3e4 Author: ihse Date: 2012-10-10 22:36 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/langtools/rev/6d33f175e3e4 * Since repo-specific Makefiles can't be run standalone, rename them to Build.gmk. * Create simple Makefile in each repo that calls top-level Makefile with current repo as target. + makefiles/BuildLangtools.gmk ! makefiles/Makefile From magnus.ihse.bursie at oracle.com Wed Oct 10 13:36:41 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Wed, 10 Oct 2012 20:36:41 +0000 Subject: hg: build-infra/jdk8/corba: * Since repo-specific Makefiles can't be run standalone, rename them to Build.gmk. Message-ID: <20121010203643.38DB247290@hg.openjdk.java.net> Changeset: cff1f3910041 Author: ihse Date: 2012-10-10 22:36 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/corba/rev/cff1f3910041 * Since repo-specific Makefiles can't be run standalone, rename them to Build.gmk. * Create simple Makefile in each repo that calls top-level Makefile with current repo as target. = makefiles/BuildCorba.gmk < makefiles/Makefile + makefiles/Makefile From magnus.ihse.bursie at oracle.com Wed Oct 10 13:37:28 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Wed, 10 Oct 2012 20:37:28 +0000 Subject: hg: build-infra/jdk8/jdk: * Since repo-specific Makefiles can't be run standalone, rename them to Build.gmk. Message-ID: <20121010203803.60C5447291@hg.openjdk.java.net> Changeset: a2dd2abe0c42 Author: ihse Date: 2012-10-10 22:37 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/a2dd2abe0c42 * Since repo-specific Makefiles can't be run standalone, rename them to Build.gmk. * Create simple Makefile in each repo that calls top-level Makefile with current repo as target. + makefiles/BuildJdk.gmk ! makefiles/Makefile From magnus.ihse.bursie at oracle.com Wed Oct 10 13:38:08 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Wed, 10 Oct 2012 20:38:08 +0000 Subject: hg: build-infra/jdk8/jaxp: * Since repo-specific Makefiles can't be run standalone, rename them to Build.gmk. Message-ID: <20121010203816.B063D47292@hg.openjdk.java.net> Changeset: 8cb38df14245 Author: ihse Date: 2012-10-10 22:36 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jaxp/rev/8cb38df14245 * Since repo-specific Makefiles can't be run standalone, rename them to Build.gmk. * Create simple Makefile in each repo that calls top-level Makefile with current repo as target. + makefiles/BuildJaxp.gmk ! makefiles/Makefile From magnus.ihse.bursie at oracle.com Wed Oct 10 13:38:29 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Wed, 10 Oct 2012 20:38:29 +0000 Subject: hg: build-infra/jdk8/jaxws: * Since repo-specific Makefiles can't be run standalone, rename them to Build.gmk. Message-ID: <20121010203836.4223547293@hg.openjdk.java.net> Changeset: 74243d4bd23c Author: ihse Date: 2012-10-10 22:37 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jaxws/rev/74243d4bd23c * Since repo-specific Makefiles can't be run standalone, rename them to Build.gmk. * Create simple Makefile in each repo that calls top-level Makefile with current repo as target. + makefiles/BuildJaxws.gmk ! makefiles/Makefile From magnus.ihse.bursie at oracle.com Wed Oct 10 14:03:05 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Wed, 10 Oct 2012 21:03:05 +0000 Subject: hg: build-infra/jdk8: 3 new changesets Message-ID: <20121010210306.30DD247294@hg.openjdk.java.net> Changeset: eb94e9653633 Author: ihse Date: 2012-10-10 22:24 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/eb94e9653633 * Since repo-specific Makefiles can't be run standalone, rename them to Build.gmk. * Create simple Makefile in each repo that calls top-level Makefile with current repo as target. ! common/makefiles/Makefile Changeset: 07e8ca5b4460 Author: ihse Date: 2012-10-10 22:35 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/07e8ca5b4460 Give more helpful message if multiple configurations are found. ! common/makefiles/MakeHelpers.gmk Changeset: 9a0033c126d9 Author: ihse Date: 2012-10-10 23:02 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/9a0033c126d9 Improve comments and ordering in configure.ac, and add more output about fundamental configure decisions. ! common/autoconf/basics.m4 ! common/autoconf/configure.ac ! common/autoconf/generated-configure.sh From magnus.ihse.bursie at oracle.com Wed Oct 10 14:23:24 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Wed, 10 Oct 2012 21:23:24 +0000 Subject: hg: build-infra/jdk8: Move compress.pre, compress.post, uncompress.sed and unicode2x.sed to new Message-ID: <20121010212324.F268147295@hg.openjdk.java.net> Changeset: e1d286bc5b5b Author: ihse Date: 2012-10-10 23:23 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/e1d286bc5b5b Move compress.pre, compress.post, uncompress.sed and unicode2x.sed to new makefiles/support directory and give them slightly more meaningful names. - common/bin/unicode2x.sed ! common/makefiles/JavaCompilation.gmk ! common/makefiles/MakeBase.gmk ! common/makefiles/MakeHelpers.gmk - common/makefiles/compress.post - common/makefiles/compress.pre + common/makefiles/support/ListPathsSafely-post-compress.incl + common/makefiles/support/ListPathsSafely-pre-compress.incl + common/makefiles/support/ListPathsSafely-uncompress.sed + common/makefiles/support/unicode2x.sed - common/makefiles/uncompress.sed From magnus.ihse.bursie at oracle.com Wed Oct 10 14:44:15 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Wed, 10 Oct 2012 21:44:15 +0000 Subject: hg: build-infra/jdk8/langtools: Fix typo in sjavac help. Message-ID: <20121010214420.9364C47298@hg.openjdk.java.net> Changeset: 01b548e5af68 Author: ihse Date: 2012-10-10 23:44 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/langtools/rev/01b548e5af68 Fix typo in sjavac help. ! src/share/classes/com/sun/tools/sjavac/Main.java From erik.joelsson at oracle.com Thu Oct 11 00:48:31 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Thu, 11 Oct 2012 07:48:31 +0000 Subject: hg: build-infra/jdk8/jdk: Fixed typo in variable name. Message-ID: <20121011074906.4C59B472B1@hg.openjdk.java.net> Changeset: 409389ac396d Author: erikj Date: 2012-10-11 09:48 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/409389ac396d Fixed typo in variable name. ! makefiles/CompileNativeLibraries.gmk From fredrik.ohrstrom at oracle.com Thu Oct 11 03:07:35 2012 From: fredrik.ohrstrom at oracle.com (fredrik.ohrstrom at oracle.com) Date: Thu, 11 Oct 2012 10:07:35 +0000 Subject: hg: build-infra/jdk8/langtools: 2 new changesets Message-ID: <20121011100745.B978B472B2@hg.openjdk.java.net> Changeset: bf3bb7204dfe Author: ohrstrom Date: 2012-10-11 11:58 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/langtools/rev/bf3bb7204dfe Now sjavac properaly avoids touching header files that have not changed and sjavac removes superfluous artifacts. ! src/share/classes/com/sun/tools/javac/file/RegularFileObject.java ! src/share/classes/com/sun/tools/sjavac/BuildState.java ! src/share/classes/com/sun/tools/sjavac/JavacState.java ! src/share/classes/com/sun/tools/sjavac/Main.java ! src/share/classes/com/sun/tools/sjavac/Package.java ! src/share/classes/com/sun/tools/sjavac/comp/JavaCompilerWithDeps.java ! src/share/classes/com/sun/tools/sjavac/comp/SmartFileManager.java + src/share/classes/com/sun/tools/sjavac/comp/SmartFileObject.java + src/share/classes/com/sun/tools/sjavac/comp/SmartWriter.java ! src/share/classes/com/sun/tools/sjavac/server/CompilerThread.java ! src/share/classes/com/sun/tools/sjavac/server/JavacServer.java Changeset: ede0d2006f7a Author: ohrstrom Date: 2012-10-11 12:06 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/langtools/rev/ede0d2006f7a Merge. ! src/share/classes/com/sun/tools/sjavac/Main.java From erik.joelsson at oracle.com Thu Oct 11 03:21:15 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Thu, 11 Oct 2012 10:21:15 +0000 Subject: hg: build-infra/jdk8: Made compare script compatible with solaris diff. Message-ID: <20121011102116.20B82472B3@hg.openjdk.java.net> Changeset: ee1c6a1b3eff Author: erikj Date: 2012-10-11 11:20 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/ee1c6a1b3eff Made compare script compatible with solaris diff. ! common/bin/compare.sh From erik.joelsson at oracle.com Thu Oct 11 03:31:21 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Thu, 11 Oct 2012 10:31:21 +0000 Subject: hg: build-infra/jdk8/jdk: Fixed bad -I line for libfontmanager. Message-ID: <20121011103217.5E9AF472B4@hg.openjdk.java.net> Changeset: c2a3413a5766 Author: erikj Date: 2012-10-11 12:31 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/c2a3413a5766 Fixed bad -I line for libfontmanager. ! makefiles/CompileNativeLibraries.gmk From erik.joelsson at oracle.com Thu Oct 11 04:37:22 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Thu, 11 Oct 2012 11:37:22 +0000 Subject: hg: build-infra/jdk8: Fixed compare scripts usage of unicode2x.sed since it moved. Message-ID: <20121011113722.6363C472B6@hg.openjdk.java.net> Changeset: 609f2cae0181 Author: erikj Date: 2012-10-11 13:37 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/609f2cae0181 Fixed compare scripts usage of unicode2x.sed since it moved. ! common/bin/compare.sh From fredrik.ohrstrom at oracle.com Thu Oct 11 04:46:12 2012 From: fredrik.ohrstrom at oracle.com (fredrik.ohrstrom at oracle.com) Date: Thu, 11 Oct 2012 11:46:12 +0000 Subject: hg: build-infra/jdk8/langtools: Refactor sjavac and and support for tracking generated sources, to be used for annotation processors. Message-ID: <20121011114617.8AFD4472B7@hg.openjdk.java.net> Changeset: 6372ff58a3f1 Author: ohrstrom Date: 2012-10-11 13:45 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/langtools/rev/6372ff58a3f1 Refactor sjavac and and support for tracking generated sources, to be used for annotation processors. ! src/share/classes/com/sun/tools/sjavac/BuildState.java ! src/share/classes/com/sun/tools/sjavac/JavacState.java ! src/share/classes/com/sun/tools/sjavac/Main.java ! src/share/classes/com/sun/tools/sjavac/Package.java ! src/share/classes/com/sun/tools/sjavac/Source.java ! src/share/classes/com/sun/tools/sjavac/server/CompilerThread.java From magnus.ihse.bursie at oracle.com Thu Oct 11 04:54:39 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Thu, 11 Oct 2012 11:54:39 +0000 Subject: hg: build-infra/jdk8: 5 new changesets Message-ID: <20121011115439.A0F81472B8@hg.openjdk.java.net> Changeset: a9f22db18d14 Author: ihse Date: 2012-10-11 12:29 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/a9f22db18d14 Improve reliability in running with multiple configurations. ! common/makefiles/MakeHelpers.gmk ! common/makefiles/Makefile Changeset: 27988154806a Author: ihse Date: 2012-10-11 13:33 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/27988154806a Extract the main part of the top-level Makefile into a separate Main.gmk. ! common/makefiles/Main.gmk < common/makefiles/Makefile + common/makefiles/Makefile Changeset: e757f4ff14a7 Author: ihse Date: 2012-10-11 13:43 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/e757f4ff14a7 Add configure target to smooth transition. ! common/makefiles/MakeHelpers.gmk ! common/makefiles/Makefile Changeset: 3f5d8c7e4332 Author: ihse Date: 2012-10-11 13:54 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/3f5d8c7e4332 Add support for additional top-level targets in closed makefile. ! common/makefiles/Main.gmk Changeset: 68e0c3d186d2 Author: ihse Date: 2012-10-11 13:54 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/68e0c3d186d2 Merge From fredrik.ohrstrom at oracle.com Thu Oct 11 05:02:19 2012 From: fredrik.ohrstrom at oracle.com (fredrik.ohrstrom at oracle.com) Date: Thu, 11 Oct 2012 12:02:19 +0000 Subject: hg: build-infra/jdk8/jdk: Removed message that was always printed, even when no native libraries needed to be rebuilt. Message-ID: <20121011120240.2A030472B9@hg.openjdk.java.net> Changeset: dbb8c49e854c Author: ohrstrom Date: 2012-10-11 14:01 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/dbb8c49e854c Removed message that was always printed, even when no native libraries needed to be rebuilt. ! makefiles/BuildJdk.gmk From fredrik.ohrstrom at oracle.com Thu Oct 11 05:03:14 2012 From: fredrik.ohrstrom at oracle.com (fredrik.ohrstrom at oracle.com) Date: Thu, 11 Oct 2012 12:03:14 +0000 Subject: hg: build-infra/jdk8/langtools: Merge from jdk8/tl/langtools Message-ID: <20121011120318.9E423472BA@hg.openjdk.java.net> Changeset: 970014419e5e Author: ohrstrom Date: 2012-10-11 14:02 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/langtools/rev/970014419e5e Merge from jdk8/tl/langtools ! src/share/classes/com/sun/javadoc/Tag.java ! src/share/classes/com/sun/source/tree/CompilationUnitTree.java ! src/share/classes/com/sun/source/tree/Scope.java ! src/share/classes/com/sun/source/util/TaskEvent.java ! src/share/classes/com/sun/source/util/TreePath.java ! src/share/classes/com/sun/tools/classfile/BootstrapMethods_attribute.java ! src/share/classes/com/sun/tools/classfile/ClassTranslator.java ! src/share/classes/com/sun/tools/classfile/Dependencies.java ! src/share/classes/com/sun/tools/classfile/Descriptor.java ! src/share/classes/com/sun/tools/classfile/Instruction.java ! src/share/classes/com/sun/tools/doclets/formats/html/AbstractExecutableMemberWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/AbstractIndexWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/AbstractMemberWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/AbstractPackageIndexWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/AbstractTreeWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/AllClassesFrameWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/AnnotationTypeOptionalMemberWriterImpl.java ! src/share/classes/com/sun/tools/doclets/formats/html/AnnotationTypeRequiredMemberWriterImpl.java ! src/share/classes/com/sun/tools/doclets/formats/html/AnnotationTypeWriterImpl.java ! src/share/classes/com/sun/tools/doclets/formats/html/ClassUseWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/ClassWriterImpl.java ! src/share/classes/com/sun/tools/doclets/formats/html/ConfigurationImpl.java ! src/share/classes/com/sun/tools/doclets/formats/html/ConstantsSummaryWriterImpl.java ! src/share/classes/com/sun/tools/doclets/formats/html/ConstructorWriterImpl.java ! src/share/classes/com/sun/tools/doclets/formats/html/DeprecatedListWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/EnumConstantWriterImpl.java ! src/share/classes/com/sun/tools/doclets/formats/html/FieldWriterImpl.java ! src/share/classes/com/sun/tools/doclets/formats/html/FrameOutputWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/HelpWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/HtmlDoclet.java ! src/share/classes/com/sun/tools/doclets/formats/html/HtmlDocletWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/HtmlSerialFieldWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/HtmlSerialMethodWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/LinkFactoryImpl.java ! src/share/classes/com/sun/tools/doclets/formats/html/LinkInfoImpl.java ! src/share/classes/com/sun/tools/doclets/formats/html/LinkOutputImpl.java ! src/share/classes/com/sun/tools/doclets/formats/html/MethodWriterImpl.java ! src/share/classes/com/sun/tools/doclets/formats/html/NestedClassWriterImpl.java ! src/share/classes/com/sun/tools/doclets/formats/html/PackageFrameWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/PackageIndexFrameWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/PackageIndexWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/PackageTreeWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/PackageUseWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/PackageWriterImpl.java ! src/share/classes/com/sun/tools/doclets/formats/html/SerializedFormWriterImpl.java ! src/share/classes/com/sun/tools/doclets/formats/html/SingleIndexWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/SourceToHTMLConverter.java ! src/share/classes/com/sun/tools/doclets/formats/html/SplitIndexWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/SubWriterHolderWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/TagletOutputImpl.java ! src/share/classes/com/sun/tools/doclets/formats/html/TagletWriterImpl.java ! src/share/classes/com/sun/tools/doclets/formats/html/TreeWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/WriterFactoryImpl.java ! src/share/classes/com/sun/tools/doclets/formats/html/markup/Comment.java ! src/share/classes/com/sun/tools/doclets/formats/html/markup/DocType.java ! src/share/classes/com/sun/tools/doclets/formats/html/markup/HtmlAttr.java ! src/share/classes/com/sun/tools/doclets/formats/html/markup/HtmlConstants.java ! src/share/classes/com/sun/tools/doclets/formats/html/markup/HtmlDocWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/markup/HtmlDocument.java ! src/share/classes/com/sun/tools/doclets/formats/html/markup/HtmlStyle.java ! src/share/classes/com/sun/tools/doclets/formats/html/markup/HtmlTag.java ! src/share/classes/com/sun/tools/doclets/formats/html/markup/HtmlTree.java ! src/share/classes/com/sun/tools/doclets/formats/html/markup/HtmlWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/markup/RawHtml.java ! src/share/classes/com/sun/tools/doclets/formats/html/markup/StringContent.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/AbstractDoclet.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/AnnotationTypeOptionalMemberWriter.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/AnnotationTypeRequiredMemberWriter.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/AnnotationTypeWriter.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/ClassWriter.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/Configuration.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/ConstantsSummaryWriter.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/ConstructorWriter.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/Content.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/EnumConstantWriter.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/FieldWriter.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/MemberSummaryWriter.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/MethodWriter.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/NestedClassWriter.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/PackageSummaryWriter.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/SerializedFormWriter.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/WriterFactory.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/builders/AbstractBuilder.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/builders/AbstractMemberBuilder.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/builders/AnnotationTypeBuilder.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/builders/AnnotationTypeOptionalMemberBuilder.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/builders/AnnotationTypeRequiredMemberBuilder.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/builders/BuilderFactory.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/builders/ClassBuilder.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/builders/ConstantsSummaryBuilder.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/builders/ConstructorBuilder.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/builders/EnumConstantBuilder.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/builders/FieldBuilder.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/builders/LayoutParser.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/builders/MemberSummaryBuilder.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/builders/MethodBuilder.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/builders/PackageSummaryBuilder.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/builders/SerializedFormBuilder.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/builders/XMLNode.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/taglets/BaseExecutableMemberTaglet.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/taglets/BaseInlineTaglet.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/taglets/BaseTaglet.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/taglets/CodeTaglet.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/taglets/DeprecatedTaglet.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/taglets/DocRootTaglet.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/taglets/InheritDocTaglet.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/taglets/InheritableTaglet.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/taglets/LegacyTaglet.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/taglets/LiteralTaglet.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/taglets/ParamTaglet.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/taglets/ReturnTaglet.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/taglets/SeeTaglet.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/taglets/SimpleTaglet.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/taglets/TagletManager.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/taglets/TagletOutput.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/taglets/TagletWriter.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/taglets/ThrowsTaglet.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/taglets/ValueTaglet.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/ClassDocCatalog.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/ClassTree.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/ClassUseMapper.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/CommentedMethodFinder.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/DeprecatedAPIListBuilder.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/DirectoryManager.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/DocFinder.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/DocletAbortException.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/DocletConstants.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/Extern.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/Group.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/ImplementedMethods.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/IndexBuilder.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/MessageRetriever.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/MetaKeywords.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/MethodFinder.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/PackageListWriter.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/TaggedMethodFinder.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/TextTag.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/Util.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/VisibleMemberMap.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/links/LinkFactory.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/links/LinkInfo.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/links/LinkOutput.java ! src/share/classes/com/sun/tools/javac/api/BasicJavacTask.java ! src/share/classes/com/sun/tools/javac/api/DiagnosticFormatter.java ! src/share/classes/com/sun/tools/javac/api/JavacTool.java ! src/share/classes/com/sun/tools/javac/api/JavacTrees.java ! src/share/classes/com/sun/tools/javac/api/WrappingJavaFileManager.java ! src/share/classes/com/sun/tools/javac/code/Annotations.java ! src/share/classes/com/sun/tools/javac/code/DeferredLintHandler.java ! src/share/classes/com/sun/tools/javac/code/Flags.java ! src/share/classes/com/sun/tools/javac/code/Kinds.java ! src/share/classes/com/sun/tools/javac/code/Printer.java ! src/share/classes/com/sun/tools/javac/code/Scope.java ! src/share/classes/com/sun/tools/javac/code/Source.java ! src/share/classes/com/sun/tools/javac/code/Symbol.java ! src/share/classes/com/sun/tools/javac/code/Symtab.java ! src/share/classes/com/sun/tools/javac/code/TargetType.java ! src/share/classes/com/sun/tools/javac/code/Type.java ! src/share/classes/com/sun/tools/javac/code/TypeTags.java ! src/share/classes/com/sun/tools/javac/code/Types.java ! src/share/classes/com/sun/tools/javac/comp/Attr.java ! src/share/classes/com/sun/tools/javac/comp/Check.java ! src/share/classes/com/sun/tools/javac/comp/DeferredAttr.java ! src/share/classes/com/sun/tools/javac/comp/Flow.java ! src/share/classes/com/sun/tools/javac/comp/Infer.java ! src/share/classes/com/sun/tools/javac/comp/Lower.java ! src/share/classes/com/sun/tools/javac/comp/MemberEnter.java ! src/share/classes/com/sun/tools/javac/comp/TransTypes.java ! src/share/classes/com/sun/tools/javac/file/JavacFileManager.java ! src/share/classes/com/sun/tools/javac/file/Locations.java ! src/share/classes/com/sun/tools/javac/file/RegularFileObject.java ! src/share/classes/com/sun/tools/javac/file/ZipFileIndex.java ! src/share/classes/com/sun/tools/javac/jvm/Gen.java ! src/share/classes/com/sun/tools/javac/main/JavaCompiler.java ! src/share/classes/com/sun/tools/javac/model/AnnotationProxyMaker.java ! src/share/classes/com/sun/tools/javac/nio/PathFileManager.java ! src/share/classes/com/sun/tools/javac/nio/PathFileObject.java ! src/share/classes/com/sun/tools/javac/parser/JavaTokenizer.java ! src/share/classes/com/sun/tools/javac/parser/JavacParser.java ! src/share/classes/com/sun/tools/javac/parser/Scanner.java ! src/share/classes/com/sun/tools/javac/parser/UnicodeReader.java ! src/share/classes/com/sun/tools/javac/processing/JavacRoundEnvironment.java ! src/share/classes/com/sun/tools/javac/processing/ServiceProxy.java ! src/share/classes/com/sun/tools/javac/tree/JCTree.java ! src/share/classes/com/sun/tools/javac/tree/Pretty.java ! src/share/classes/com/sun/tools/javac/util/AbstractDiagnosticFormatter.java ! src/share/classes/com/sun/tools/javac/util/AbstractLog.java ! src/share/classes/com/sun/tools/javac/util/BasicDiagnosticFormatter.java ! src/share/classes/com/sun/tools/javac/util/Context.java ! src/share/classes/com/sun/tools/javac/util/Convert.java ! src/share/classes/com/sun/tools/javac/util/DiagnosticSource.java ! src/share/classes/com/sun/tools/javac/util/JCDiagnostic.java ! src/share/classes/com/sun/tools/javac/util/List.java ! src/share/classes/com/sun/tools/javac/util/Position.java ! src/share/classes/com/sun/tools/javac/util/RawDiagnosticFormatter.java ! src/share/classes/com/sun/tools/javadoc/AbstractTypeImpl.java ! src/share/classes/com/sun/tools/javadoc/AnnotationDescImpl.java ! src/share/classes/com/sun/tools/javadoc/AnnotationTypeDocImpl.java ! src/share/classes/com/sun/tools/javadoc/AnnotationTypeElementDocImpl.java ! src/share/classes/com/sun/tools/javadoc/AnnotationValueImpl.java ! src/share/classes/com/sun/tools/javadoc/ClassDocImpl.java ! src/share/classes/com/sun/tools/javadoc/Comment.java ! src/share/classes/com/sun/tools/javadoc/ConstructorDocImpl.java ! src/share/classes/com/sun/tools/javadoc/DocEnv.java ! src/share/classes/com/sun/tools/javadoc/DocImpl.java ! src/share/classes/com/sun/tools/javadoc/DocLocale.java ! src/share/classes/com/sun/tools/javadoc/DocletInvoker.java ! src/share/classes/com/sun/tools/javadoc/ExecutableMemberDocImpl.java ! src/share/classes/com/sun/tools/javadoc/FieldDocImpl.java ! src/share/classes/com/sun/tools/javadoc/JavadocClassReader.java ! src/share/classes/com/sun/tools/javadoc/JavadocEnter.java ! src/share/classes/com/sun/tools/javadoc/JavadocMemberEnter.java ! src/share/classes/com/sun/tools/javadoc/JavadocTodo.java ! src/share/classes/com/sun/tools/javadoc/JavadocTool.java ! src/share/classes/com/sun/tools/javadoc/Main.java ! src/share/classes/com/sun/tools/javadoc/MemberDocImpl.java ! src/share/classes/com/sun/tools/javadoc/Messager.java ! src/share/classes/com/sun/tools/javadoc/MethodDocImpl.java ! src/share/classes/com/sun/tools/javadoc/ModifierFilter.java ! src/share/classes/com/sun/tools/javadoc/PackageDocImpl.java ! src/share/classes/com/sun/tools/javadoc/ParamTagImpl.java ! src/share/classes/com/sun/tools/javadoc/ParameterImpl.java ! src/share/classes/com/sun/tools/javadoc/ParameterizedTypeImpl.java ! src/share/classes/com/sun/tools/javadoc/PrimitiveType.java ! src/share/classes/com/sun/tools/javadoc/ProgramElementDocImpl.java ! src/share/classes/com/sun/tools/javadoc/RootDocImpl.java ! src/share/classes/com/sun/tools/javadoc/SeeTagImpl.java ! src/share/classes/com/sun/tools/javadoc/SerialFieldTagImpl.java ! src/share/classes/com/sun/tools/javadoc/SerializedForm.java ! src/share/classes/com/sun/tools/javadoc/SourcePositionImpl.java ! src/share/classes/com/sun/tools/javadoc/Start.java ! src/share/classes/com/sun/tools/javadoc/TagImpl.java ! src/share/classes/com/sun/tools/javadoc/ThrowsTagImpl.java ! src/share/classes/com/sun/tools/javadoc/TypeMaker.java ! src/share/classes/com/sun/tools/javadoc/TypeVariableImpl.java ! src/share/classes/com/sun/tools/javadoc/WildcardTypeImpl.java ! src/share/classes/com/sun/tools/javah/Gen.java ! src/share/classes/com/sun/tools/javah/LLNI.java ! src/share/classes/com/sun/tools/javah/Mangle.java ! src/share/classes/com/sun/tools/javah/NativeHeaderTool.java ! src/share/classes/com/sun/tools/javap/DisassemblerTool.java ! src/share/classes/javax/annotation/processing/Completions.java ! src/share/classes/javax/annotation/processing/FilerException.java ! src/share/classes/javax/annotation/processing/ProcessingEnvironment.java ! src/share/classes/javax/lang/model/element/AnnotationValue.java ! src/share/classes/javax/lang/model/element/Element.java ! src/share/classes/javax/lang/model/element/ExecutableElement.java ! src/share/classes/javax/lang/model/element/VariableElement.java ! src/share/classes/javax/lang/model/type/MirroredTypeException.java ! src/share/classes/javax/lang/model/type/MirroredTypesException.java ! src/share/classes/javax/lang/model/util/AbstractAnnotationValueVisitor6.java ! src/share/classes/javax/lang/model/util/AbstractAnnotationValueVisitor7.java ! src/share/classes/javax/lang/model/util/AbstractAnnotationValueVisitor8.java ! src/share/classes/javax/lang/model/util/AbstractElementVisitor6.java ! src/share/classes/javax/lang/model/util/AbstractElementVisitor7.java ! src/share/classes/javax/lang/model/util/AbstractElementVisitor8.java ! src/share/classes/javax/lang/model/util/ElementFilter.java ! src/share/classes/javax/lang/model/util/ElementKindVisitor7.java ! src/share/classes/javax/lang/model/util/ElementKindVisitor8.java ! src/share/classes/javax/lang/model/util/ElementScanner6.java ! src/share/classes/javax/lang/model/util/ElementScanner7.java ! src/share/classes/javax/lang/model/util/ElementScanner8.java ! src/share/classes/javax/lang/model/util/SimpleAnnotationValueVisitor7.java ! src/share/classes/javax/lang/model/util/SimpleAnnotationValueVisitor8.java ! src/share/classes/javax/lang/model/util/SimpleElementVisitor6.java ! src/share/classes/javax/lang/model/util/SimpleElementVisitor7.java ! src/share/classes/javax/lang/model/util/SimpleElementVisitor8.java ! src/share/classes/javax/lang/model/util/SimpleTypeVisitor8.java ! src/share/classes/javax/lang/model/util/TypeKindVisitor6.java ! src/share/classes/javax/lang/model/util/TypeKindVisitor7.java ! src/share/classes/javax/lang/model/util/TypeKindVisitor8.java ! src/share/classes/javax/tools/ForwardingJavaFileManager.java ! src/share/classes/javax/tools/JavaFileObject.java From fredrik.ohrstrom at oracle.com Thu Oct 11 05:15:39 2012 From: fredrik.ohrstrom at oracle.com (fredrik.ohrstrom at oracle.com) Date: Thu, 11 Oct 2012 12:15:39 +0000 Subject: hg: build-infra/jdk8/langtools: Use Name instead of String. Message-ID: <20121011121543.70DE0472BB@hg.openjdk.java.net> Changeset: b9fb38bdeeb5 Author: ohrstrom Date: 2012-10-11 14:15 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/langtools/rev/b9fb38bdeeb5 Use Name instead of String. ! src/share/classes/com/sun/tools/javac/main/JavaCompiler.java From magnus.ihse.bursie at oracle.com Thu Oct 11 05:54:26 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Thu, 11 Oct 2012 12:54:26 +0000 Subject: hg: build-infra/jdk8: JDK-7188013: Fix dist-clean to be more intelligent about what to remove. Message-ID: <20121011125426.7A603472BC@hg.openjdk.java.net> Changeset: 20b195c23bf6 Author: ihse Date: 2012-10-11 14:54 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/20b195c23bf6 JDK-7188013: Fix dist-clean to be more intelligent about what to remove. ! common/makefiles/Main.gmk From magnus.ihse.bursie at oracle.com Thu Oct 11 06:49:05 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Thu, 11 Oct 2012 13:49:05 +0000 Subject: hg: build-infra/jdk8: * Make "demos" a new top-level make target, and move it out of the jdk target. Message-ID: <20121011134905.9ED23472BD@hg.openjdk.java.net> Changeset: 6ecc779107ac Author: ihse Date: 2012-10-11 15:48 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/6ecc779107ac * Make "demos" a new top-level make target, and move it out of the jdk target. * Compile hotspot before corba/jaxp/jaxws for better fail-fast for Hotspot developers. * Clean up build logic in Main.gmk and BuildJdk.gmk. ! common/makefiles/Main.gmk From magnus.ihse.bursie at oracle.com Thu Oct 11 06:52:12 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Thu, 11 Oct 2012 13:52:12 +0000 Subject: hg: build-infra/jdk8/jdk: 2 new changesets Message-ID: <20121011135245.BAE62472BE@hg.openjdk.java.net> Changeset: cb1d7e3b4ce5 Author: ihse Date: 2012-10-11 15:49 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/cb1d7e3b4ce5 * Make "demos" a new top-level make target, and move it out of the jdk target. * Clean up build logic in Main.gmk and BuildJdk.gmk. * Remove tests for non-existant NO_DEMOS and NO_SAMPLES. ! makefiles/BuildJdk.gmk ! makefiles/Images.gmk Changeset: 42c86e6907f4 Author: ihse Date: 2012-10-11 15:52 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/42c86e6907f4 Merge ! makefiles/BuildJdk.gmk From magnus.ihse.bursie at oracle.com Thu Oct 11 07:56:41 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Thu, 11 Oct 2012 14:56:41 +0000 Subject: hg: build-infra/jdk8: If generated-configure is out of date, regenerate it automatically if autoconf is present. (Why didn't we think of this before???) Message-ID: <20121011145641.9E7FE472C0@hg.openjdk.java.net> Changeset: 2b500fad0503 Author: ihse Date: 2012-10-11 16:56 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/2b500fad0503 If generated-configure is out of date, regenerate it automatically if autoconf is present. (Why didn't we think of this before???) ! common/autoconf/configure From magnus.ihse.bursie at oracle.com Thu Oct 11 13:05:20 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Thu, 11 Oct 2012 20:05:20 +0000 Subject: hg: build-infra/jdk8: 2 new changesets Message-ID: <20121011200520.3EDA3472D0@hg.openjdk.java.net> Changeset: f49a91904196 Author: ihse Date: 2012-10-11 22:04 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/f49a91904196 * Check all potential boot jdks in a well-known directory, not just the first one (in case that one is problematic). * Some initial attempts at getting better help messages for cygwin users. ! common/autoconf/basics.m4 ! common/autoconf/boot-jdk.m4 ! common/autoconf/generated-configure.sh ! common/autoconf/help.m4 Changeset: 0fe079bf5e19 Author: ihse Date: 2012-10-11 22:05 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/0fe079bf5e19 Merge From magnus.ihse.bursie at oracle.com Thu Oct 11 13:29:47 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Thu, 11 Oct 2012 20:29:47 +0000 Subject: hg: build-infra/jdk8: * Don't filter out potential boot jdk directories just because the name does not include "jdk" Message-ID: <20121011202947.CC2AD472D7@hg.openjdk.java.net> Changeset: 809f8870ba72 Author: ihse Date: 2012-10-11 22:29 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/809f8870ba72 * Don't filter out potential boot jdk directories just because the name does not include "jdk" * Use BASIC_WINDOWS_REWRITE_AS_UNIX_PATH instead of BASIC_FIXUP_PATH when just trying potential boot jdks. * Fix configure script so timestamp check works regardless of from which directory you run it ! common/autoconf/boot-jdk.m4 ! common/autoconf/configure ! common/autoconf/generated-configure.sh From magnus.ihse.bursie at oracle.com Thu Oct 11 15:44:58 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Thu, 11 Oct 2012 22:44:58 +0000 Subject: hg: build-infra/jdk8: * To avoid future argument name change, rename --with-msvcr100dll to --with-msvcr-dll. Message-ID: <20121011224458.D713E472F8@hg.openjdk.java.net> Changeset: f2b905a13664 Author: ihse Date: 2012-10-12 00:44 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/f2b905a13664 * To avoid future argument name change, rename --with-msvcr100dll to --with-msvcr-dll. * Replace the varying MSVCRNN_DLL and MSVCR100DLL with a single MSVCR_DLL. ! common/autoconf/generated-configure.sh ! common/autoconf/spec.gmk.in ! common/autoconf/toolchain.m4 ! common/autoconf/toolchain_windows.m4 From magnus.ihse.bursie at oracle.com Thu Oct 11 15:45:13 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Thu, 11 Oct 2012 22:45:13 +0000 Subject: hg: build-infra/jdk8/jdk: * Replace the varying MSVCRNN_DLL and MSVCR100DLL with a single MSVCR_DLL. Message-ID: <20121011224538.DEEEC472F9@hg.openjdk.java.net> Changeset: 52171bbd8d1a Author: ihse Date: 2012-10-12 00:45 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/52171bbd8d1a * Replace the varying MSVCRNN_DLL and MSVCR100DLL with a single MSVCR_DLL. ! makefiles/CopyFiles.gmk ! makefiles/Images.gmk From mark.reinhold at oracle.com Thu Oct 11 16:07:25 2012 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Thu, 11 Oct 2012 16:07:25 -0700 Subject: Development forest for Compact Profiles (JEP 161) Message-ID: <20121011230725.8C0FCC23@eggemoggin.niobe.net> I've created a forest at http://hg.openjdk.java.net/jdk8/profiles to support some short-term rapid development for JEP 161 [1]. Most of the changes are expected to be to the new build system, so Mercurial notification messages will go to build-infra-dev at openjdk.java.net. - Mark [1] http://openjdk.java.net/jeps/161 From magnus.ihse.bursie at oracle.com Thu Oct 11 16:20:20 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Thu, 11 Oct 2012 23:20:20 +0000 Subject: hg: build-infra/jdk8: Since vsvars32.bat sometimes is broken, prefer the Windows SDK SetEnv.Cmd if available. Message-ID: <20121011232021.3FD69472FC@hg.openjdk.java.net> Changeset: 09e12a670446 Author: ihse Date: 2012-10-12 01:20 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/09e12a670446 Since vsvars32.bat sometimes is broken, prefer the Windows SDK SetEnv.Cmd if available. ! common/autoconf/generated-configure.sh ! common/autoconf/toolchain_windows.m4 From david.holmes at oracle.com Thu Oct 11 19:21:47 2012 From: david.holmes at oracle.com (David Holmes) Date: Fri, 12 Oct 2012 12:21:47 +1000 Subject: Build log verbosity changes In-Reply-To: <50757A31.3020208@oracle.com> References: <50757A31.3020208@oracle.com> Message-ID: <50777EBB.6040405@oracle.com> Hi Magnus, How does VERBOSE= on the make invocation relate to this ?? Thanks, David On 10/10/2012 11:37 PM, Magnus Ihse Bursie wrote: > I'm currently working on getting the build log verbosity to more > consistent levels. > > First of all, I have slightly redefined the existing log levels. Now we > have: > * warn = default. This will be as quiet as reasonably possible. Warnings > and errors will be printed, and progress information for slow steps. > * info = all in warn, plus slightly more verbosity. This gives more > detailed information on how the build is progressing (often, on a > per-file basis) and some high-level makefile information. If you're > curious, or have a slow machine and want constant feedback, use LOG=info. > * debug = all in info, plus default make rule execution output. This is > similar to the default style in the old build, and to what up until now > was LOG=info. If you want to manually re-run a command line, this is > what you need. > * trace = all in debug, plus additional makefile debug data. This is > useful if you need to track down errors in the makefile, but not > otherwise. Will produce loads of output. > > In summary: If you previously used LOG=info to emulate old behaviour, > you now need to to LOG=debug. (But check out LOG=info, it might just be > good enough!) > > The idea is that the default log level should be reasonably quiet, so > that it's easier to spot warnings. > > I have worked my way halfway through the build (up until the main class > compilation in the jdk target) in putting output on the correct log > level. From there on, it's still heavily verbose on the default level. > I'll fix this shortly. > > For those interested in debugging the new build system, I also added a > nifty feature on the info level. The Setup-macros will now be printed > with their named arguments evaluated, like this: > SetupJavaCompilation(BUILD_TOOLS) > [2] SETUP:=BOOT_JAVAC > [3] DISABLE_SJAVAC:=true > [4] ADD_JAVAC_FLAGS:=-Xprefer:source > [5] SRC:=/localhome/hg/build-infra-jdk8/langtools/make/tools > /localhome/hg/build-infra-jdk8/langtools/src/share/classes > [6] INCLUDES:=compileproperties genstubs > [7] > BIN:=/localhome/hg/build-infra-jdk8/build/linux-x86_64-normal-server-release/langtools/btclasses > > Compiling 2 files for BUILD_TOOLS > > This will hopefully be helpful and instructive about what's really going > on, on a higher level in the makefiles. > > /Magnus From weijun.wang at oracle.com Thu Oct 11 19:43:07 2012 From: weijun.wang at oracle.com (Weijun Wang) Date: Fri, 12 Oct 2012 10:43:07 +0800 Subject: freetype2 on ubuntu 12.04? Message-ID: <507783BB.2030808@oracle.com> Hi All I'm building (Open+closed)JDK on Ubuntu 12.04 64 bit (in fact, a linuxmint 13). It seems I have to add some extra arguments to make it work: sh ../autoconf/configure --with-boot-jdk=/j7 --with-extra-cflags="-I/usr/include/freetype2" make FREETYPE2_LIB_PATH=/usr/lib/x86_64-linux-gnu/ They look ugly. Is there any better way? Thanks Max From weijun.wang at oracle.com Thu Oct 11 19:57:41 2012 From: weijun.wang at oracle.com (Weijun Wang) Date: Fri, 12 Oct 2012 10:57:41 +0800 Subject: Small change triggers 8990 file compiling? Message-ID: <50778725.60406@oracle.com> Hi All I'm using the new build on a Ubuntu 12.04 64 bit. Configure runs ok, and make runs ok. Now I have a good build output directory. Running make again costs no time at all. Then I qpush a mq patch, which only touches 30 or so files deep inside src/share/classes/com/sun/security and src/share/classes/sun/security of the jdk repo, and running make shows Compiling 8990 files for BUILD_JDK and a while bunch of other c files which costs 00:01:20. Is that an expected behavior? Thanks Max From philip.race at oracle.com Thu Oct 11 21:27:43 2012 From: philip.race at oracle.com (Phil Race) Date: Thu, 11 Oct 2012 21:27:43 -0700 Subject: freetype2 on ubuntu 12.04? In-Reply-To: <507783BB.2030808@oracle.com> References: <507783BB.2030808@oracle.com> Message-ID: <50779C3F.2010006@oracle.com> Closed doesn't use freetype. If a build with closed sources requires you to even set a variable related to freetype, then there's a build bug. -phil. On 10/11/12 7:43 PM, Weijun Wang wrote: > Hi All > > I'm building (Open+closed)JDK on Ubuntu 12.04 64 bit (in fact, a > linuxmint 13). It seems I have to add some extra arguments to make it > work: > > sh ../autoconf/configure --with-boot-jdk=/j7 > --with-extra-cflags="-I/usr/include/freetype2" > > make FREETYPE2_LIB_PATH=/usr/lib/x86_64-linux-gnu/ > > They look ugly. Is there any better way? > > Thanks > Max From Alan.Bateman at oracle.com Fri Oct 12 00:33:16 2012 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Fri, 12 Oct 2012 08:33:16 +0100 Subject: Small change triggers 8990 file compiling? In-Reply-To: <50778725.60406@oracle.com> References: <50778725.60406@oracle.com> Message-ID: <5077C7BC.1050505@oracle.com> On 12/10/2012 03:57, Weijun Wang wrote: > Hi All > > I'm using the new build on a Ubuntu 12.04 64 bit. Configure runs ok, > and make runs ok. Now I have a good build output directory. Running > make again costs no time at all. > > Then I qpush a mq patch, which only touches 30 or so files deep inside > src/share/classes/com/sun/security and src/share/classes/sun/security > of the jdk repo, and running make shows > > Compiling 8990 files for BUILD_JDK > > and a while bunch of other c files which costs 00:01:20. > > Is that an expected behavior? My experience with the new build is that it is really fast for doing the initial build, really fast at doing incremental builds after touching native code, but not so fast when touching java classes. Those of us used to the old build system know the make files to run and are used to incremental builds that take only a few seconds. I realize this isn't really a fair comparison as the old build system doesn't track dependencies and is very unreliable. You might want to --enable-sjavac which is the "smart javac". I saw a mail from Magnus recently that said this isn't enabled by default as it's not completely stable yet. It's been working well for me and I see a bunch of changes going in from Fredrik that suggests to me that it is improving by the day. Anyway, from trying sjavac is that it seems to get us into the right ballpark. -Alan From erik.joelsson at oracle.com Fri Oct 12 00:41:37 2012 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Fri, 12 Oct 2012 09:41:37 +0200 Subject: freetype2 on ubuntu 12.04? In-Reply-To: <50779C3F.2010006@oracle.com> References: <507783BB.2030808@oracle.com> <50779C3F.2010006@oracle.com> Message-ID: <5077C9B1.2050203@oracle.com> Phil is correct. For a while, we had such a bug, and depending on which forest you are building, it may still be there for you. If freetype is installed in the system, and needed for the build, configure is supposed to pick it up by itself. If you have time, please try the build-infra forest and see if it works properly for you there. /Erik On 2012-10-12 06:27, Phil Race wrote: > Closed doesn't use freetype. If a build with closed sources requires > you to > even set a variable related to freetype, then there's a build bug. > > -phil. > > On 10/11/12 7:43 PM, Weijun Wang wrote: >> Hi All >> >> I'm building (Open+closed)JDK on Ubuntu 12.04 64 bit (in fact, a >> linuxmint 13). It seems I have to add some extra arguments to make it >> work: >> >> sh ../autoconf/configure --with-boot-jdk=/j7 >> --with-extra-cflags="-I/usr/include/freetype2" >> >> make FREETYPE2_LIB_PATH=/usr/lib/x86_64-linux-gnu/ >> >> They look ugly. Is there any better way? >> >> Thanks >> Max > From weijun.wang at oracle.com Fri Oct 12 00:47:19 2012 From: weijun.wang at oracle.com (Weijun Wang) Date: Fri, 12 Oct 2012 15:47:19 +0800 Subject: Small change triggers 8990 file compiling? In-Reply-To: <5077C7BC.1050505@oracle.com> References: <50778725.60406@oracle.com> <5077C7BC.1050505@oracle.com> Message-ID: <5077CB07.7080907@oracle.com> On 10/12/2012 03:33 PM, Alan Bateman wrote: > On 12/10/2012 03:57, Weijun Wang wrote: >> Hi All >> >> I'm using the new build on a Ubuntu 12.04 64 bit. Configure runs ok, >> and make runs ok. Now I have a good build output directory. Running >> make again costs no time at all. >> >> Then I qpush a mq patch, which only touches 30 or so files deep inside >> src/share/classes/com/sun/security and src/share/classes/sun/security >> of the jdk repo, and running make shows >> >> Compiling 8990 files for BUILD_JDK >> >> and a while bunch of other c files which costs 00:01:20. >> >> Is that an expected behavior? > My experience with the new build is that it is really fast for doing the > initial build, really fast at doing incremental builds after touching > native code, but not so fast when touching java classes. Those of us > used to the old build system know the make files to run and are used to > incremental builds that take only a few seconds. I realize this isn't > really a fair comparison as the old build system doesn't track > dependencies and is very unreliable. > > You might want to --enable-sjavac which is the "smart javac". I saw a > mail from Magnus recently that said this isn't enabled by default as > it's not completely stable yet. It's been working well for me and I see > a bunch of changes going in from Fredrik that suggests to me that it is > improving by the day. Anyway, from trying sjavac is that it seems to get > us into the right ballpark. It seems sjavac in only in build-infra. I'll try it later. Thanks Max > > -Alan From erik.joelsson at oracle.com Fri Oct 12 00:51:45 2012 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Fri, 12 Oct 2012 09:51:45 +0200 Subject: Small change triggers 8990 file compiling? In-Reply-To: <50778725.60406@oracle.com> References: <50778725.60406@oracle.com> Message-ID: <5077CC11.2040100@oracle.com> On 2012-10-12 04:57, Weijun Wang wrote: > Hi All > > I'm using the new build on a Ubuntu 12.04 64 bit. Configure runs ok, > and make runs ok. Now I have a good build output directory. Running > make again costs no time at all. > > Then I qpush a mq patch, which only touches 30 or so files deep inside > src/share/classes/com/sun/security and src/share/classes/sun/security > of the jdk repo, and running make shows > > Compiling 8990 files for BUILD_JDK > > and a while bunch of other c files which costs 00:01:20. > > Is that an expected behavior? > > Thanks > Max Yes, unfortunately this is still expected behavior. There are two issues involved here. First, the incremental smart dependency checking of java compiles is dependent on sjavac. It's working pretty well in the build-infra forest, but has to be enabled like Alan says (--enable-sjavac to configure). It has not yet been pushed to jdk8. The last I heard it's going to be making it's way into tl in the near future. The default mode for java compilation today is doing everything in one big batch. The other issue, which we should fix, concerns javah header generation. In the new build we use a new feature in javac which automatically outputs the jni headers for all classes with native methods or a special annotation. The problem is that javac doesn't check if new headers were actually needed, so it will touch all the headers every time, which make will interpret as the headers having changed and so will recompile all the native sources that depend on them. I believe sjavac is going to fix this problem too, otherwise we will need to add some logic for it in the makefiles. /Erik From magnus.ihse.bursie at oracle.com Fri Oct 12 01:42:39 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Fri, 12 Oct 2012 08:42:39 +0000 Subject: hg: build-infra/jdk8: 2 new changesets Message-ID: <20121012084239.C92DC47324@hg.openjdk.java.net> Changeset: 1d804f6f852a Author: ihse Date: 2012-10-12 10:41 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/1d804f6f852a Add output in configure script with the timestamp of the generated configure script, to help track which version of the script that was used when debugging issues. ! common/autoconf/basics.m4 ! common/autoconf/configure ! common/autoconf/configure.ac ! common/autoconf/generated-configure.sh Changeset: dd1b5fbed1dc Author: ihse Date: 2012-10-12 10:42 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/dd1b5fbed1dc Merge ! common/autoconf/basics.m4 ! common/autoconf/configure ! common/autoconf/generated-configure.sh From magnus.ihse.bursie at oracle.com Fri Oct 12 02:06:51 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Fri, 12 Oct 2012 11:06:51 +0200 Subject: Small change triggers 8990 file compiling? In-Reply-To: <50778725.60406@oracle.com> References: <50778725.60406@oracle.com> Message-ID: <5077DDAB.2020203@oracle.com> On 2012-10-12 04:57, Weijun Wang wrote: > Hi All > > I'm using the new build on a Ubuntu 12.04 64 bit. Configure runs ok, > and make runs ok. Now I have a good build output directory. Running > make again costs no time at all. > > Then I qpush a mq patch, which only touches 30 or so files deep inside > src/share/classes/com/sun/security and src/share/classes/sun/security > of the jdk repo, and running make shows > > Compiling 8990 files for BUILD_JDK > > and a while bunch of other c files which costs 00:01:20. > > Is that an expected behavior? Unfortunately, yes, at the moment. As you've seen by previous replies, smart javac will help this massively. There is another workaround, which might be removed if smartjavac gets enabled by default in the future, but might help until then. You can specify JDK_FILTER="com/sun/security sun/security" on the make command line, and get the BUILD_JDK pass to only recompile files with a path starting with these patterns. Note that this will break dependency tracking and might produce broken builds if used incorrectly! /Magnus From magnus.ihse.bursie at oracle.com Fri Oct 12 02:42:49 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Fri, 12 Oct 2012 11:42:49 +0200 Subject: Build log verbosity changes In-Reply-To: <50777EBB.6040405@oracle.com> References: <50757A31.3020208@oracle.com> <50777EBB.6040405@oracle.com> Message-ID: <5077E619.4060903@oracle.com> On 2012-10-12 04:21, David Holmes wrote: > Hi Magnus, > > How does VERBOSE= on the make invocation relate to this ?? The VERBOSE= option is deprecated and will soon go away. It was very crude, just a way of passing make flags (or rather, stop passing make flags which was kind of weird). The LOG= gives more freedom to adjust logging in several ways. /Magnus From magnus.ihse.bursie at oracle.com Fri Oct 12 02:52:03 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Fri, 12 Oct 2012 09:52:03 +0000 Subject: hg: build-infra/jdk8: Check that the compiler is likely to be GCC where we expect GCC. Message-ID: <20121012095205.4517447325@hg.openjdk.java.net> Changeset: 89882e38d958 Author: ihse Date: 2012-10-12 11:51 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/89882e38d958 Check that the compiler is likely to be GCC where we expect GCC. ! common/autoconf/generated-configure.sh ! common/autoconf/toolchain.m4 From erik.joelsson at oracle.com Fri Oct 12 03:57:37 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Fri, 12 Oct 2012 10:57:37 +0000 Subject: hg: build-infra/jdk8: Made dependencies between java and native compilation work for java Message-ID: <20121012105737.C60EB47327@hg.openjdk.java.net> Changeset: 0c5d600a2e06 Author: erikj Date: 2012-10-12 12:57 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/0c5d600a2e06 Made dependencies between java and native compilation work for java batch compilation mode. Header files are only updated if they actually changes since last compilation. ! common/makefiles/JavaCompilation.gmk From david.holmes at oracle.com Fri Oct 12 03:58:13 2012 From: david.holmes at oracle.com (David Holmes) Date: Fri, 12 Oct 2012 20:58:13 +1000 Subject: Build log verbosity changes In-Reply-To: <5077E619.4060903@oracle.com> References: <50757A31.3020208@oracle.com> <50777EBB.6040405@oracle.com> <5077E619.4060903@oracle.com> Message-ID: <5077F7C5.5000505@oracle.com> On 12/10/2012 7:42 PM, Magnus Ihse Bursie wrote: > On 2012-10-12 04:21, David Holmes wrote: >> Hi Magnus, >> >> How does VERBOSE= on the make invocation relate to this ?? > > The VERBOSE= option is deprecated and will soon go away. It was very > crude, just a way of passing make flags (or rather, stop passing make > flags which was kind of weird). The LOG= gives more freedom to > adjust logging in several ways. Ok, but what log level gives me the equivalent of VERBOSE= ? I typically want full build logs but not any extra "debugging" stuff. David > /Magnus From erik.joelsson at oracle.com Fri Oct 12 03:59:45 2012 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Fri, 12 Oct 2012 12:59:45 +0200 Subject: Small change triggers 8990 file compiling? In-Reply-To: <5077CC11.2040100@oracle.com> References: <50778725.60406@oracle.com> <5077CC11.2040100@oracle.com> Message-ID: <5077F821.9050300@oracle.com> On 2012-10-12 09:51, Erik Joelsson wrote: > The other issue, which we should fix, concerns javah header > generation. In the new build we use a new feature in javac which > automatically outputs the jni headers for all classes with native > methods or a special annotation. The problem is that javac doesn't > check if new headers were actually needed, so it will touch all the > headers every time, which make will interpret as the headers having > changed and so will recompile all the native sources that depend on > them. I believe sjavac is going to fix this problem too, otherwise we > will need to add some logic for it in the makefiles. > I just pushed a fix for this for the batch compile mode. Fredrik confirmed that sjavac has this functionality too. /Erik From erik.joelsson at oracle.com Fri Oct 12 04:30:30 2012 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Fri, 12 Oct 2012 13:30:30 +0200 Subject: Review request: Build infra update In-Reply-To: <5072EC8E.9040501@oracle.com> References: <5072EC8E.9040501@oracle.com> Message-ID: <5077FF56.9040502@oracle.com> So far we have reviews from David and Magnus. Could use one more with reviewer status. Kelly, could you start looking into submitting this? /Erik On 2012-10-08 17:09, Erik Joelsson wrote: > After achieving the milestone of equivalent images from the new and > old build, this is a good time to refresh build-infra in jdk8. Here is > a webrev with the proposed changes: > > http://cr.openjdk.java.net/~erikj/build-infra5/webrev.01/ > > > Unfortunately the builds will not be as equal in jdk8 as in the > build-infra forest due to bug "JDK-8000518 - Javac generates duplicate > name_and_type constant pool entry for class BinaryOpValueExp.java". > Running the comparison script also takes a very long time because of it. > > /Erik From erik.joelsson at oracle.com Fri Oct 12 04:43:39 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Fri, 12 Oct 2012 11:43:39 +0000 Subject: hg: build-infra/jdk8/langtools: Reapplying reverting of 7181320. Needed to keep build-infra comparable. Message-ID: <20121012114344.8107447328@hg.openjdk.java.net> Changeset: 1a2aa2d870a3 Author: erikj Date: 2012-10-12 13:43 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/langtools/rev/1a2aa2d870a3 Reapplying reverting of 7181320. Needed to keep build-infra comparable. ! src/share/classes/com/sun/tools/javac/code/Types.java From magnus.ihse.bursie at oracle.com Fri Oct 12 08:20:13 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Fri, 12 Oct 2012 15:20:13 +0000 Subject: hg: build-infra/jdk8: 2 new changesets Message-ID: <20121012152013.3DFC74732A@hg.openjdk.java.net> Changeset: 9ca655b7ec5a Author: ihse Date: 2012-10-12 17:19 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/9ca655b7ec5a Skip over compilers that actually are ccache in disguise. ! common/autoconf/generated-configure.sh ! common/autoconf/toolchain.m4 Changeset: dea425b2869d Author: ihse Date: 2012-10-12 17:19 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/dea425b2869d Merge From Kelly.Ohair at oracle.com Fri Oct 12 08:29:12 2012 From: Kelly.Ohair at oracle.com (Kelly O'Hair) Date: Fri, 12 Oct 2012 08:29:12 -0700 Subject: Review request: Build infra update In-Reply-To: <5077FF56.9040502@oracle.com> References: <5072EC8E.9040501@oracle.com> <5077FF56.9040502@oracle.com> Message-ID: <744B89E8-A78B-499E-B6ED-82AFB44A8E05@oracle.com> I'll see what I can do. I've almost crawled out from under the email pile, down to 500 emails... -kto On Oct 12, 2012, at 4:30 AM, Erik Joelsson wrote: > So far we have reviews from David and Magnus. Could use one more with reviewer status. Kelly, could you start looking into submitting this? > > /Erik > > On 2012-10-08 17:09, Erik Joelsson wrote: >> After achieving the milestone of equivalent images from the new and old build, this is a good time to refresh build-infra in jdk8. Here is a webrev with the proposed changes: >> >> http://cr.openjdk.java.net/~erikj/build-infra5/webrev.01/ >> >> Unfortunately the builds will not be as equal in jdk8 as in the build-infra forest due to bug "JDK-8000518 - Javac generates duplicate name_and_type constant pool entry for class BinaryOpValueExp.java". Running the comparison script also takes a very long time because of it. >> >> /Erik From magnus.ihse.bursie at oracle.com Fri Oct 12 08:39:43 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Fri, 12 Oct 2012 17:39:43 +0200 Subject: Build log verbosity changes In-Reply-To: <5077F7C5.5000505@oracle.com> References: <50757A31.3020208@oracle.com> <50777EBB.6040405@oracle.com> <5077E619.4060903@oracle.com> <5077F7C5.5000505@oracle.com> Message-ID: <507839BF.9020501@oracle.com> On 2012-10-12 12:58, David Holmes wrote: > On 12/10/2012 7:42 PM, Magnus Ihse Bursie wrote: >> On 2012-10-12 04:21, David Holmes wrote: >>> Hi Magnus, >>> >>> How does VERBOSE= on the make invocation relate to this ?? >> >> The VERBOSE= option is deprecated and will soon go away. It was very >> crude, just a way of passing make flags (or rather, stop passing make >> flags which was kind of weird). The LOG= gives more freedom to >> adjust logging in several ways. > > Ok, but what log level gives me the equivalent of VERBOSE= ? > > I typically want full build logs but not any extra "debugging" stuff. If you want to see command lines you should use LOG=debug. Basically, the only extra "debugging" stuff you will see is how the SetupFoo macros is called, but that is usually not much compared to all the command lines, and it helps a lot to improve understanding on what's going on and why. (However, some of these expand with too long lines. I am planning to truncate too long lines at the debug level and only show that on the trace level.) /Magnus From james.holmlund at oracle.com Fri Oct 12 12:17:51 2012 From: james.holmlund at oracle.com (Jim Holmlund) Date: Fri, 12 Oct 2012 12:17:51 -0700 Subject: problem with spurious file Message-ID: <50786CDF.2010708@oracle.com> My hotspot/ dir contains this: lrwxrwxrwx 1 jjh None 26 Mar 12 2012 .#log.all -> jjh at fff.us.oracle.com.2884 This causes the new build to fail like this: > make381[1]: Entering directory `/cygdrive/d/tools/tl8/common/makefiles' > HotspotWrapper.gmk:39: Building ( newer) > + /usr/bin/find /cygdrive/d/tools/tl8/hotspot -name .hg -prune -o -print > make381[1]: *** No rule to make target `/cygdrive/d/tools/tl8/hotspot/.#log.all', needed by > `/cygdrive/d/tools/tl8/build/windows-x86-normal-server-release/hotspot/_hotspot.timestamp'. Stop. > make381[1]: Leaving directory `/cygdrive/d/tools/tl8/common/makefiles' > make381: *** [hotspot-only] Error 2 - jjh From james.holmlund at oracle.com Fri Oct 12 13:10:33 2012 From: james.holmlund at oracle.com (Jim Holmlund) Date: Fri, 12 Oct 2012 13:10:33 -0700 Subject: CopyFiles.gmk fails with cygwin make 3.82.90 Message-ID: <50787939.1010309@oracle.com> I am using cygwin 1.7 CYGWIN_NT-5.1 fff 1.7.16(0.262/5/3) 2012-07-20 22:55 i686 Cygwin and it includes make 3.82.90. Below is the tail of the output file from building with 3.82.90. I don't get this error when using make 3.81. : + make VERBOSE= -R -I /cygdrive/d/tools/tl8/common/makefiles -f CompileNativeLibraries.gmk GNU Make 3.82.90 Built for i686-pc-cygwin Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Reading makefiles... Reading makefile `CompileNativeLibraries.gmk'... Reading makefile `/cygdrive/d/tools/tl8/build/windows-x86-normal-server-release/spec.gmk' (search path) (no ~ expansion)... Reading makefile `/cygdrive/d/tools/tl8/build/windows-x86-normal-server-release//custom-spec.gmk' (search path) (don't care) (no ~ expansion)... Reading makefile `MakeBase.gmk' (search path) (no ~ expansion)... Reading makefile `NativeCompilation.gmk' (search path) (no ~ expansion)... Reading makefile `Setup.gmk' (search path) (no ~ expansion)... Reading makefile `CopyFiles.gmk ' (search path) (no ~ expansion)... make[2]: Entering directory `/cygdrive/d/tools/tl8/jdk/makefiles' CopyFiles.gmk:255: *** target pattern contains no `%'. Stop. make[2]: Leaving directory `/cygdrive/d/tools/tl8/jdk/makefiles' make[Reaping losing child 0x2005c8e0 PID 3308 Makefile:67: recipe for target `libs-only' failed 1]: *** [libs-only] Error 2 Removing child 0x2005c8e0 PID 3308 from chain. make[1]: Leaving directory `/cygdrive/d/tools/tl8/jdk/makefiles' Reaping losing child 0x2005a358 PID 3088 Makefile:140: recipe for target `jdk-only' failed make: *** [jdk-only] Error 2 Removing child 0x2005a358 PID 3088 from chain. From magnus.ihse.bursie at oracle.com Mon Oct 15 00:43:55 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Mon, 15 Oct 2012 07:43:55 +0000 Subject: hg: build-infra/jdk8: Remove "shotgun approach" of verifyforest.sh (which is dead slow on Windows) and integrate a similar solution into hgforest.sh instead. Message-ID: <20121015074355.A85C747371@hg.openjdk.java.net> Changeset: d8173c2dd6cf Author: ihse Date: 2012-10-15 09:43 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/d8173c2dd6cf Remove "shotgun approach" of verifyforest.sh (which is dead slow on Windows) and integrate a similar solution into hgforest.sh instead. ! get_source.sh ! make/scripts/hgforest.sh - make/scripts/verifyforest.sh From david.holmes at oracle.com Mon Oct 15 00:44:35 2012 From: david.holmes at oracle.com (David Holmes) Date: Mon, 15 Oct 2012 17:44:35 +1000 Subject: Bug in get_source.sh Message-ID: <507BBEE3.5040601@oracle.com> sh doesn't like Fredrik's latest change: +# Verify that there are no locks on the repositories..... +if ! sh ./make/scripts/verifyforest.sh; then + exit 1 +fi get_source.sh: !: not found The above appears to be bash syntax not sh. David From david.holmes at oracle.com Mon Oct 15 00:47:33 2012 From: david.holmes at oracle.com (David Holmes) Date: Mon, 15 Oct 2012 17:47:33 +1000 Subject: hg: build-infra/jdk8: Remove "shotgun approach" of verifyforest.sh (which is dead slow on Windows) and integrate a similar solution into hgforest.sh instead. In-Reply-To: <20121015074355.A85C747371@hg.openjdk.java.net> References: <20121015074355.A85C747371@hg.openjdk.java.net> Message-ID: <507BBF95.30201@oracle.com> Starting on . Starting on ./builds ./make/scripts/hgforest.sh: test: argument expected Starting on ./corba ./make/scripts/hgforest.sh: test: argument expected David On 15/10/2012 5:43 PM, magnus.ihse.bursie at oracle.com wrote: > Changeset: d8173c2dd6cf > Author: ihse > Date: 2012-10-15 09:43 +0200 > URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/d8173c2dd6cf > > Remove "shotgun approach" of verifyforest.sh (which is dead slow on Windows) and integrate a similar solution into hgforest.sh instead. > > ! get_source.sh > ! make/scripts/hgforest.sh > - make/scripts/verifyforest.sh > From magnus.ihse.bursie at oracle.com Mon Oct 15 00:52:29 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Mon, 15 Oct 2012 07:52:29 +0000 Subject: hg: build-infra/jdk8: Add "gnumake" as program to search for valid make. Message-ID: <20121015075229.7BD7147372@hg.openjdk.java.net> Changeset: 91e59d25c0c3 Author: ihse Date: 2012-10-15 09:52 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/91e59d25c0c3 Add "gnumake" as program to search for valid make. ! common/autoconf/basics.m4 ! common/autoconf/generated-configure.sh From magnus.ihse.bursie at oracle.com Mon Oct 15 00:59:30 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Mon, 15 Oct 2012 07:59:30 +0000 Subject: hg: build-infra/jdk8: Remove duplicate configure timestamp output. Message-ID: <20121015075930.607D047373@hg.openjdk.java.net> Changeset: a31c7735aa10 Author: ihse Date: 2012-10-15 09:59 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/a31c7735aa10 Remove duplicate configure timestamp output. ! common/autoconf/basics.m4 ! common/autoconf/generated-configure.sh From magnus.ihse.bursie at oracle.com Mon Oct 15 01:24:23 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Mon, 15 Oct 2012 08:24:23 +0000 Subject: hg: build-infra/jdk8: Don't call GetSourceTips if we don't have hg installed. Message-ID: <20121015082423.CCF7647374@hg.openjdk.java.net> Changeset: 8c4f7cdf1d4f Author: ihse Date: 2012-10-15 10:24 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/8c4f7cdf1d4f Don't call GetSourceTips if we don't have hg installed. ! common/makefiles/Main.gmk From magnus.ihse.bursie at oracle.com Mon Oct 15 02:26:48 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Mon, 15 Oct 2012 09:26:48 +0000 Subject: hg: build-infra/jdk8: * Make demos a separate entry in time summary instead of overwriting jdk Message-ID: <20121015092650.3611A47375@hg.openjdk.java.net> Changeset: c54ff4265df3 Author: ihse Date: 2012-10-15 11:26 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/c54ff4265df3 * Make demos a separate entry in time summary instead of overwriting jdk * Always create source_tips even if hg is not installed ! common/makefiles/Main.gmk From magnus.ihse.bursie at oracle.com Mon Oct 15 05:14:55 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Mon, 15 Oct 2012 12:14:55 +0000 Subject: hg: build-infra/jdk8: test on Solaris does not like -e, use -f instead. (Fix "./make/scripts/hgforest.sh: test: argument expected") Message-ID: <20121015121455.837C147376@hg.openjdk.java.net> Changeset: 698f45452b65 Author: ihse Date: 2012-10-15 14:14 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/698f45452b65 test on Solaris does not like -e, use -f instead. (Fix "./make/scripts/hgforest.sh: test: argument expected") ! make/scripts/hgforest.sh From david.holmes at oracle.com Mon Oct 15 05:15:51 2012 From: david.holmes at oracle.com (David Holmes) Date: Mon, 15 Oct 2012 22:15:51 +1000 Subject: hg: build-infra/jdk8: Remove "shotgun approach" of verifyforest.sh (which is dead slow on Windows) and integrate a similar solution into hgforest.sh instead. In-Reply-To: <507BBF95.30201@oracle.com> References: <20121015074355.A85C747371@hg.openjdk.java.net> <507BBF95.30201@oracle.com> Message-ID: <507BFE77.5030702@oracle.com> test -e is not supported in sh (at least not on solaris). David On 15/10/2012 5:47 PM, David Holmes wrote: > Starting on . > Starting on ./builds > ./make/scripts/hgforest.sh: test: argument expected > Starting on ./corba > ./make/scripts/hgforest.sh: test: argument expected > > David > > On 15/10/2012 5:43 PM, magnus.ihse.bursie at oracle.com wrote: >> Changeset: d8173c2dd6cf >> Author: ihse >> Date: 2012-10-15 09:43 +0200 >> URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/d8173c2dd6cf >> >> Remove "shotgun approach" of verifyforest.sh (which is dead slow on >> Windows) and integrate a similar solution into hgforest.sh instead. >> >> ! get_source.sh >> ! make/scripts/hgforest.sh >> - make/scripts/verifyforest.sh >> From kelly.ohair at oracle.com Mon Oct 15 10:03:59 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Mon, 15 Oct 2012 10:03:59 -0700 Subject: new build uses wrong libfreetype.so In-Reply-To: <5065CBDE.5010608@oracle.com> References: <506474F1.5000108@oracle.com> <5064B31E.4040005@oracle.com> <1C33720E-9531-4CA9-B3ED-E429C7AADFFE@oracle.com> <5065CBDE.5010608@oracle.com> Message-ID: The /java/devtools layout is a disaster. We can use it as a crutch, but we need to get better organized on our dependencies. During your build, you have NO control over /java/devtools or any NFS shared area, any number of people can change it at any time, and network disruptions can make it's existence come and go during your build. You have been warned. -kto On Sep 28, 2012, at 9:10 AM, Jim Holmlund wrote: > > > On 9/27/2012 2:21 PM, Magnus Ihse Bursie wrote: >> The /java path is not default in the new builds since it is Oracle-internal. That said, we're looking for a way to smooth the transition for those who have a Oracle-style Java path in their environment. Expect a --with-java-path option (or similar) to appear soon. > Why not check /java/... or j:/... to see if it has what is needed and if so use it? Maybe non-Oracle people have cloned our layout. > - jjh > >> The new build will default to 64-bit builds on all 64-bit platforms. This includes sparcv9. This is a conscious decision. If you want 32-bit builds on a 64-bit platform, you have to be explicit about it. > >> /Magnus >> >> 27 sep 2012 kl. 22:12 skrev Jim Holmlund: >> >>> >>> On 9/27/2012 8:46 AM, Jim Holmlund wrote: >>>> Old make on solaris does this >>>> /usr/bin/cp /java/devtools/sparc/freetype-sparc/lib/libfreetype.so /net/mmm/export/home/jjh/ws/jdk8master/build/solaris-sparc/lib/sparc/libfreetype.so.6 >>>> >>>> New make on solaris does this: >>>> >>>> ld: fatal: file /usr/sfw/lib/libfreetype.so: wrong ELF class: ELFCLASS32 >>>> ld: fatal: File processing errors. No output written to /net/mmm/export/home/jjh/ws/jdk8master/build/solaris-sparcv9-normal-server-release/jdk/lib/sparcv9/libfontmanager.so >>>> make381[2]: *** [/net/mmm/export/home/jjh/ws/jdk8master/build/solaris-sparcv9-normal-server-release/jdk/lib/sparcv9/libfontmanager.so] Error 1 >>>> make381[2]: Leaving directory `/net/mmm/export/home/jjh/ws/jdk8master/jdk/makefiles' >>>> make381[1]: *** [libs-only] Error 2 >>>> make381[1]: Leaving directory `/net/mmm/export/home/jjh/ws/jdk8master/jdk/makefiles' >>>> make381: *** [jdk-only] Error >>>> >>>> >>>> What is the fix? >>>> - jjh >>>> >>> PS. I reran config with >>> --with-freetype=/java/devtools/sparc/freetype-sparc >>> >>> and the build still fails with the same error on that libfreetype.so: >>>> cd /net/mmm/export/home/jjh/ws/jdk8master/build/solaris-sparcv9-normal-server-release/jdk/objs/libmanagement&& /usr/bin/zip -q /net/mmm/export/home/jjh/ws/jdk8master/build/solaris-sparcv9-normal-server-release/jdk/objs/libmanagement/libmanagement.diz libmanagement.debuginfo >>>> ld: fatal: file /java/devtools/sparc/freetype-sparc/lib/libfreetype.so: wrong ELF class: ELFCLASS32 >>>> ld: fatal: File processing errors. No output written to /net/mmm/export/home/jjh/ws/jdk8master/build/solaris-sparcv9-normal-server-release/jdk/lib/sparcv9/libfontmanager.so >>>> make381[2]: *** [/net/mmm/export/home/jjh/ws/jdk8master/build/solaris-sparcv9-normal-server-release/jdk/lib/sparcv9/libfontmanager.so] Error 1 >>>> make381[2]: *** Waiting for unfinished jobs.... >>>> make381[2]: Leaving directory `/net/mmm/export/home/jjh/ws/jdk8master/jdk/makefiles' >>>> make381[1]: *** [libs-only] Error 2 >>>> make381[1]: Leaving directory `/net/mmm/export/home/jjh/ws/jdk8master/jdk/makefiles' >>>> make381: *** [jdk-only] Error 2 >>> Then I noticed that 'ELFCLASS32' and wondered if I was building the 64 bit version. So I reran configure with >>> --with-tools-dir=/java/devtools/sparc/SUNWspro/SS12u1/bin \ >>> --with-freetype=/java/devtools/sparc/freetype-sparc \ >>> --with-target-bits=32 \ >>> >>> and this time the build worked. >>> >>> Now, if I am not mistaken each of those are the default in the old build system. Why aren't they the default in the new? >>> >>> - jjh >>> >>> From kelly.ohair at oracle.com Mon Oct 15 10:08:33 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Mon, 15 Oct 2012 10:08:33 -0700 Subject: building on cygwin In-Reply-To: <5065CD8F.8010008@oracle.com> References: <5065CD8F.8010008@oracle.com> Message-ID: On Sep 28, 2012, at 9:17 AM, Jim Holmlund wrote: > > The new build didn't work on my cygwin PC. > My cygwin is old. Erik said he could build ok under cygwin. Kelly said to try a new cygwin which I am loathe to do. You need to update your cygwin. > > I think I tracked the problem down to this code in IdlCompilation.gmk: >> # Now create the dependencies for each idl target. >> $$(foreach p,$$($1),$$(eval $$(call add_idl_package,$1,$$($1_SRC),$$($1_BIN),$$(patsubst $$($1_BIN)/%.idl.d,$$($1_SRC)/%.idl,$$p),$$p,$$($1_DELETES),$$($1_OLDIMPLBASES),$$($1_IDLJ)))) > Tracing code I added shows that this foreach never calls add_idl_pacakge. > BTW, what is a good way to debug/trace something like that $$(foreach...? > > Here is my uname -a output: > CYGWIN_NT-5.1 fff 1.5.25(0.156/4/2) 2008-06-12 19:34 i686 Cygwin Too old! My recommendation is to put a check into our configure script to require a newer version of cygwin and disallow 1.5. This old 1.5 version has all kinds of problems, and granted newer sometimes means newer unknown issues, in general the 1.7 release is a significantly better product. -kto > > The make I am using is in /usr/bin, and make -v reports that it is > GNU Make 3.82 > Built for i686-pc-cygwin > > The make I am using on solaris is 3.81 and it works ok. So, I tried a build on windows using 3.81 and the above problem went away. > > Thanks > - jjh > From kelly.ohair at oracle.com Mon Oct 15 10:10:35 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Mon, 15 Oct 2012 10:10:35 -0700 Subject: My next, and last problem with building on my cygwin In-Reply-To: <506CE91B.8010204@oracle.com> References: <50664379.5070008@oracle.com> <506CE91B.8010204@oracle.com> Message-ID: <7AC435AB-1776-44A3-B683-04736AF8086B@oracle.com> To clarify my earlier statement, we should NOT allow the use of cygwin 1.5. It's just not worth the hassles. -kto On Oct 3, 2012, at 6:40 PM, Jim Holmlund wrote: > > > On 10/3/2012 2:03 AM, Magnus Ihse Bursie wrote: >> When you install Cygwin, you can choose between unix or windows line endings. Default is unix, and this is all we have tested build-infra with. It almost sounds as if you have windows line endings. Can you check if this is the case (run Cygwin setup.exe again), and switch to unix? > I ran setup.exe but I didn't see any choices about this. Per previous email, the grep in 1.7 ignores the ^Ms so I am good on this. But, I fear that other people might run into the same problem while running older cygwins. > - jjh > >> >> /Magnus >> >> 29 sep 2012 kl. 02:40 skrev Jim Holmlund: >> >>> The jdk CreateJars.gmk file creates a file named _the.jars.contents which contains, well you guessed it, a list of all the contents of a jar file. >>> >>> It then greps for .class files in this list. The problem is that on my machine, the lines in _the.jars.contents end with that stupid ^M char. This prevents the greps from finding any .class files. >>> >>> I don't know the best fix for this. I made this change and now I can build thru images successfully: >>> >>>> diff -r d94613ac03d8 makefiles/CreateJars.gmk >>>> --- a/makefiles/CreateJars.gmk Wed Sep 26 22:22:51 2012 -0700 >>>> +++ b/makefiles/CreateJars.gmk Fri Sep 28 17:33:09 2012 -0700 >>>> @@ -305,7 +305,7 @@ >>>> ($(CD) $(JDK_OUTPUTDIR)/classes&& \ >>>> $(TOOL_JARREORDER) \ >>>> -o $@.tmp $(JDK_OUTPUTDIR)/lib/classlist $(JDK_OUTPUTDIR)/lib/_the.jars.exclude . ) >>>> - $(MV) $@.tmp $@ >>>> + $(SED) -e 's@\ >>>> *$$@@' $@.tmp> $@ >>>> >>>> $(JDK_OUTPUTDIR)/lib/_the.rt.jar.contents: $(JDK_OUTPUTDIR)/lib/_the.jars.contents >>>> $(MKDIR) -p $(@D) >>> - jjh >>> From kelly.ohair at oracle.com Mon Oct 15 10:19:10 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Mon, 15 Oct 2012 10:19:10 -0700 Subject: ccache problem In-Reply-To: References: <506D54F0.5070706@oracle.com> Message-ID: <371255FC-E735-4D86-B636-69606D3D0F00@oracle.com> On Oct 4, 2012, at 2:45 AM, Henri Gomez wrote: > > Do you recommand use of --with-ccache-dir to isolate ccache dir by > openjdk build ? Others don't but I do, different caches for different forests. Assuming you have the disk space. Even if using one cache works, it seems to be that separate caches will be better. -kto From kelly.ohair at oracle.com Mon Oct 15 10:30:59 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Mon, 15 Oct 2012 10:30:59 -0700 Subject: Build log verbosity changes In-Reply-To: <507839BF.9020501@oracle.com> References: <50757A31.3020208@oracle.com> <50777EBB.6040405@oracle.com> <5077E619.4060903@oracle.com> <5077F7C5.5000505@oracle.com> <507839BF.9020501@oracle.com> Message-ID: <6BA550B3-07F6-4812-849B-E2130B8E9DEA@oracle.com> Just so you know, changing this stuff is a pain for many of us. From now on we need to be extremely aware of the impact on our users of the new build-infra makefiles and not make spelling or option changes unless we feel it's a critical issue to resolve. -kto On Oct 12, 2012, at 8:39 AM, Magnus Ihse Bursie wrote: > On 2012-10-12 12:58, David Holmes wrote: >> On 12/10/2012 7:42 PM, Magnus Ihse Bursie wrote: >>> On 2012-10-12 04:21, David Holmes wrote: >>>> Hi Magnus, >>>> >>>> How does VERBOSE= on the make invocation relate to this ?? >>> >>> The VERBOSE= option is deprecated and will soon go away. It was very >>> crude, just a way of passing make flags (or rather, stop passing make >>> flags which was kind of weird). The LOG= gives more freedom to >>> adjust logging in several ways. >> >> Ok, but what log level gives me the equivalent of VERBOSE= ? >> >> I typically want full build logs but not any extra "debugging" stuff. > > If you want to see command lines you should use LOG=debug. Basically, the only extra "debugging" stuff you will see is how the SetupFoo macros is called, but that is usually not much compared to all the command lines, and it helps a lot to improve understanding on what's going on and why. > > (However, some of these expand with too long lines. I am planning to truncate too long lines at the debug level and only show that on the trace level.) > > /Magnus > From Kelly.Ohair at oracle.com Mon Oct 15 10:42:33 2012 From: Kelly.Ohair at oracle.com (Kelly O'Hair) Date: Mon, 15 Oct 2012 10:42:33 -0700 Subject: hg: hsx/hotspot-rt/hotspot: 5 new changesets In-Reply-To: <505B0783.70609@oracle.com> References: <20120919205745.66CA647BC0@hg.openjdk.java.net> <505A38C4.9040903@oracle.com> <505B0783.70609@oracle.com> Message-ID: <9FC98782-011D-4B43-AB7E-93BBFA41D05D@oracle.com> Do I still need to do anything here? Trying to catch up on all my email. :^( -kto On Sep 20, 2012, at 5:09 AM, Magnus Ihse Bursie wrote: > On 2012-09-19 23:43, Kelly O'Hair wrote: >> I integrated the patch that Magnus gave me for that CR, nothing more. > > I just looked at this. Actually, you integrated a much older version from May. The last version was here: > http://cr.openjdk.java.net/~ihse/make-test-in-build-an-option/webrev.02/ > > I didn't realize this until now since the changes has not yet trickled down into the build tree (and I don't check the hotspot tree). > > /Magnus From kelly.ohair at oracle.com Mon Oct 15 10:45:01 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Mon, 15 Oct 2012 10:45:01 -0700 Subject: Compiling ... messages In-Reply-To: <610696869.3345697.1348152761240.JavaMail.root@redhat.com> References: <610696869.3345697.1348152761240.JavaMail.root@redhat.com> Message-ID: On Sep 20, 2012, at 7:52 AM, Andrew Hughes wrote: >>> >>> >>> Does it no longer print the command being issued? >> >> Not by default - it is a "quiet" build. Invoke "make VERBOSE= >> " >> to get the old style. >> > > Ugh. Can we not default to it being verbose as before? I can see > this being a nightmare for bug reports. I'm with you, but was pretty much out voted. :^( The latest is that I will use: make LOG=debug,nofile ... > build.log in my build system. Tracking down build failures is going to be more difficult without a full verbose log. :^( -kto From kelly.ohair at oracle.com Mon Oct 15 10:56:26 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Mon, 15 Oct 2012 10:56:26 -0700 Subject: Bug in get_source.sh In-Reply-To: <507BBEE3.5040601@oracle.com> References: <507BBEE3.5040601@oracle.com> Message-ID: <8259A4A6-F9A6-48B8-8A7F-B5CD7179DE0D@oracle.com> I quite honestly do not see the need for this verifyforest feature, it just slows things down for a very rare issue. I have no plans to integrate this change into jdk8/build. -kto On Oct 15, 2012, at 12:44 AM, David Holmes wrote: > sh doesn't like Fredrik's latest change: > > +# Verify that there are no locks on the repositories..... > +if ! sh ./make/scripts/verifyforest.sh; then > + exit 1 > +fi > > > get_source.sh: !: not found > > The above appears to be bash syntax not sh. > > David From david.holmes at oracle.com Mon Oct 15 15:58:54 2012 From: david.holmes at oracle.com (david.holmes at oracle.com) Date: Mon, 15 Oct 2012 22:58:54 +0000 Subject: hg: jdk8/profiles/jdk: 2 new changesets Message-ID: <20121015225946.827F747389@hg.openjdk.java.net> Changeset: d9c056c2fa85 Author: dholmes Date: 2012-10-15 18:53 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/jdk/rev/d9c056c2fa85 Disable jcheck - .jcheck/conf Changeset: f772f48f2586 Author: dholmes Date: 2012-10-15 18:56 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/jdk/rev/f772f48f2586 Merge From kelly.ohair at oracle.com Mon Oct 15 17:46:14 2012 From: kelly.ohair at oracle.com (kelly.ohair at oracle.com) Date: Tue, 16 Oct 2012 00:46:14 +0000 Subject: hg: build-infra/jdk8/hotspot: 20 new changesets Message-ID: <20121016004654.1771F4738D@hg.openjdk.java.net> Changeset: a3fd4914ac81 Author: katleman Date: 2012-10-04 14:34 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/a3fd4914ac81 Added tag jdk8-b59 for changeset 8a1a6b9b4f20 ! .hgtags Changeset: 1b582b1bf7cb Author: amurillo Date: 2012-09-28 14:36 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/1b582b1bf7cb 8000251: new hotspot build - hs25-b04 Reviewed-by: jcoomes ! make/hotspot_version Changeset: 988bf00cc564 Author: johnc Date: 2012-09-27 15:44 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/988bf00cc564 7200261: G1: Liveness counting inconsistencies during marking verification Summary: The clipping code in the routine that sets the bits for a range of cards, in the liveness accounting verification code was incorrect. It set all the bits in the card bitmap from the given starting index which would lead to spurious marking verification failures. Reviewed-by: brutisso, jwilhelm, jmasa ! src/share/vm/gc_implementation/g1/concurrentMark.cpp ! src/share/vm/gc_implementation/g1/concurrentMark.hpp ! src/share/vm/gc_implementation/g1/concurrentMark.inline.hpp Changeset: 5c8fbbfed964 Author: stefank Date: 2012-10-01 11:07 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/5c8fbbfed964 Merge - agent/make/ClosureFinder.java - agent/src/share/classes/sun/jvm/hotspot/TestDebugger.java - agent/src/share/classes/sun/jvm/hotspot/asm/AbstractInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/Address.java - agent/src/share/classes/sun/jvm/hotspot/asm/Arithmetic.java - agent/src/share/classes/sun/jvm/hotspot/asm/ArithmeticInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/BaseIndexScaleDispAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/BranchInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/CPUHelper.java - agent/src/share/classes/sun/jvm/hotspot/asm/CallInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/DirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/Immediate.java - agent/src/share/classes/sun/jvm/hotspot/asm/IndirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/Instruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/LoadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/LogicInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/MemoryInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/MoveInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/PCRelativeAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/RTLDataTypes.java - agent/src/share/classes/sun/jvm/hotspot/asm/RTLOperations.java - agent/src/share/classes/sun/jvm/hotspot/asm/ReturnInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/ShiftInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/StoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/amd64/AMD64FloatRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/amd64/AMD64Helper.java - agent/src/share/classes/sun/jvm/hotspot/asm/amd64/AMD64Register.java - agent/src/share/classes/sun/jvm/hotspot/asm/amd64/AMD64Registers.java - agent/src/share/classes/sun/jvm/hotspot/asm/ia64/IA64FloatRegister.java - agent/src/share/classes/sun/jvm/hotspot/asm/ia64/IA64FloatRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/ia64/IA64Helper.java - agent/src/share/classes/sun/jvm/hotspot/asm/ia64/IA64Register.java - agent/src/share/classes/sun/jvm/hotspot/asm/ia64/IA64Registers.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/AlternateSpaceLdstubDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/AlternateSpaceLoadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/AlternateSpaceStoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/AlternateSpaceSwapDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/ArithmeticDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/BranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/CallDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/CoprocessorBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/CoprocessorDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FP2RegisterDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FPArithmeticDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FPMoveDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FPopDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FloatBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FloatDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FlushDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/Format3ADecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/IllegalInstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/InstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/IntegerBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/JmplDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/LdstubDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/LoadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/LogicDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/MemoryInstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/ReadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/ReadWriteDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/RegisterDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/RestoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/RettDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCArithmeticInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCAtomicLoadStoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCBranchInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCCallInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCDisassembler.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFP2RegisterInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFPArithmeticInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFPMoveInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFloatRegister.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFloatRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFlushInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFormat3AInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCHelper.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCIllegalInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCIndirectCallInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCInstructionFactory.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCInstructionFactoryImpl.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCJmplInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCLdstubInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCLoadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCLogicInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCMemoryInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCMoveInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCNoopInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCOpcodes.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCReadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCRegisterIndirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCRestoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCRettInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCReturnInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSaveInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSethiInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCShiftInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSpecialLoadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSpecialRegisterInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSpecialRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSpecialStoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCStbarInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCStoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSwapInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCTrapInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCUnimpInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV8Disassembler.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9BranchInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9CasInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9ConditionFlags.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9Disassembler.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9DoneInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9FMOVccInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9FMOVrInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9FlushwInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9IlltrapInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9ImpdepInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9Instruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9InstructionFactory.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9InstructionFactoryImpl.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9MOVccInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9MOVrInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9MembarInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9Opcodes.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9PopcInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9PrefetchInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9PrivilegedRegisterInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9PrivilegedRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9RdprInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9ReadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9RegisterBranchInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9RegisterIndirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9RestoredInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9RetryInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9ReturnInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9SavedInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9SirInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9SpecialRegisterInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9SpecialRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9WriteInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9WrprInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCWriteInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SaveDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SethiDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/ShiftDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SpecialLoadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SpecialLoadStoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SpecialStoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/StoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SwapDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/TrapDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/UnimpDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V8FPop1Decoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V8FPop2Decoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9AlternateSpaceDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9AlternateSpaceLdstubDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9AlternateSpaceLoadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9AlternateSpacePrefetchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9AlternateSpaceStoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9AlternateSpaceSwapDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9BranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9CCBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9CMoveDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9CasDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9DoneRetryDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9FMOVccDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9FMOVrDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9FPop1Decoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9FPop2Decoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9FloatBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9FlushwDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9InstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9IntRegisterBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9IntegerBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9MOVccDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9MOVrDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9PopcDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9PrefetchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9PrivilegedReadWriteDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9RdprDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9ReadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9RegisterBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9SavedRestoredDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9ShiftDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9SpecialLoadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9SpecialStoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9WriteDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9WrprDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/WriteDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/ArithmeticDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/BranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/CallDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/ConditionalJmpDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/FPArithmeticDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/FPInstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/FPLoadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/FPStoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/FloatDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/FloatGRPDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/GRPDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/InstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/JmpDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/LogicalDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/MoveDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/RotateDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/SSEArithmeticDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/SSEInstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/SSELogicalDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/SSEMoveDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/SSEShiftDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/ShiftDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86ArithmeticInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86BranchInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86CallInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86CondJmpInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86DirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86Disassembler.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86FPArithmeticInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86FPInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86FPLoadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86FPStoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86FloatRegister.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86FloatRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86GeneralInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86Helper.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86IllegalInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86Instruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86InstructionFactory.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86InstructionFactoryImpl.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86JmpInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86LogicInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MMXRegister.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MMXRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MemoryIndirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MemoryInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MoveInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MoveLoadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MoveStoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86Opcodes.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86PCRelativeAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86Register.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86RegisterDirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86RegisterIndirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86RegisterPart.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86Registers.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86RotateInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86SegmentRegister.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86SegmentRegisterAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86SegmentRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86ShiftInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86XMMRegister.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86XMMRegisters.java - agent/src/share/classes/sun/jvm/hotspot/runtime/ia64/IA64CurrentFrameGuess.java - agent/src/share/classes/sun/jvm/hotspot/runtime/ia64/IA64Frame.java - agent/src/share/classes/sun/jvm/hotspot/runtime/ia64/IA64JavaCallWrapper.java - agent/src/share/classes/sun/jvm/hotspot/runtime/ia64/IA64RegisterMap.java - agent/src/share/classes/sun/jvm/hotspot/runtime/ia64/cInterpreter.java - agent/src/share/classes/sun/jvm/hotspot/runtime/linux_ia64/LinuxIA64JavaThreadPDAccess.java - agent/src/share/classes/sun/jvm/hotspot/runtime/win32_ia64/Win32IA64JavaThreadPDAccess.java - src/share/tools/ProjectCreator/DirectoryTree.java - src/share/tools/ProjectCreator/DirectoryTreeNode.java - src/share/tools/ProjectCreator/FileFormatException.java - src/share/tools/ProjectCreator/WinGammaPlatformVC6.java Changeset: 85f1cded9793 Author: stefank Date: 2012-09-28 15:34 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/85f1cded9793 8000230: Change os::print_location to be more descriptive when a location is pointing into an object Reviewed-by: mgerdin, twisti ! src/share/vm/runtime/os.cpp Changeset: 86af3dacab81 Author: stefank Date: 2012-10-01 13:29 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/86af3dacab81 8000227: [obj|type]ArrayKlass::oop_print_on prints one line to tty instead of the provided output stream Reviewed-by: brutisso, sla, jmasa, coleenp ! src/share/vm/oops/objArrayKlass.cpp ! src/share/vm/oops/typeArrayKlass.cpp Changeset: 87ac5c0a404d Author: stefank Date: 2012-10-01 13:29 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/87ac5c0a404d 8000228: Missing call to cr() when printing entry_point in nmethod, in os::print_location Reviewed-by: brutisso, neliasso ! src/share/vm/runtime/os.cpp Changeset: f81a7c0c618d Author: jmasa Date: 2012-10-03 08:08 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/f81a7c0c618d 7199349: NPG: PS: Crash seen in jprt Reviewed-by: johnc ! src/share/vm/gc_implementation/parallelScavenge/cardTableExtension.cpp ! src/share/vm/gc_implementation/parallelScavenge/cardTableExtension.hpp ! src/share/vm/gc_implementation/parallelScavenge/psPromotionManager.inline.hpp ! src/share/vm/gc_implementation/parallelScavenge/psScavenge.cpp ! src/share/vm/gc_implementation/parallelScavenge/psTasks.cpp ! src/share/vm/gc_implementation/parallelScavenge/psTasks.hpp ! src/share/vm/runtime/globals.hpp Changeset: 22b8d3d181d9 Author: jwilhelm Date: 2012-10-03 20:31 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/22b8d3d181d9 8000351: Tenuring threshold should be unsigned Summary: Change the flags and variables related to tenuring threshold to be unsigned Reviewed-by: jmasa, johnc ! src/share/vm/gc_implementation/concurrentMarkSweep/cmsAdaptiveSizePolicy.cpp ! src/share/vm/gc_implementation/concurrentMarkSweep/cmsAdaptiveSizePolicy.hpp ! src/share/vm/gc_implementation/g1/g1CollectorPolicy.hpp ! src/share/vm/gc_implementation/parallelScavenge/psAdaptiveSizePolicy.cpp ! src/share/vm/gc_implementation/parallelScavenge/psAdaptiveSizePolicy.hpp ! src/share/vm/gc_implementation/parallelScavenge/psPromotionManager.inline.hpp ! src/share/vm/gc_implementation/parallelScavenge/psScavenge.cpp ! src/share/vm/gc_implementation/parallelScavenge/psScavenge.hpp ! src/share/vm/gc_implementation/shared/adaptiveSizePolicy.cpp ! src/share/vm/gc_implementation/shared/adaptiveSizePolicy.hpp ! src/share/vm/gc_implementation/shared/ageTable.cpp ! src/share/vm/gc_implementation/shared/ageTable.hpp ! src/share/vm/gc_implementation/shared/gcAdaptivePolicyCounters.hpp ! src/share/vm/memory/defNewGeneration.hpp ! src/share/vm/memory/threadLocalAllocBuffer.hpp ! src/share/vm/oops/markOop.hpp ! src/share/vm/oops/oop.hpp ! src/share/vm/oops/oop.inline.hpp ! src/share/vm/runtime/arguments.cpp ! src/share/vm/runtime/biasedLocking.cpp ! src/share/vm/runtime/globals.hpp ! src/share/vm/runtime/vmStructs.cpp Changeset: 2e6857353b2c Author: johnc Date: 2012-10-04 10:04 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/2e6857353b2c 8000311: G1: ParallelGCThreads==0 broken Summary: Divide by zero error, if ParallelGCThreads is 0, when adjusting the PLAB size. Reviewed-by: jmasa, jcoomes ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.hpp ! src/share/vm/gc_implementation/parNew/parNewGeneration.cpp ! src/share/vm/gc_implementation/shared/parGCAllocBuffer.cpp ! src/share/vm/gc_implementation/shared/parGCAllocBuffer.hpp Changeset: 097d78aaf2b5 Author: jmasa Date: 2012-10-04 10:40 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/097d78aaf2b5 7198873: NPG: VM Does not unload classes with UseConcMarkSweepGC Reviewed-by: johnc, mgerdin, jwilhelm ! src/share/vm/gc_implementation/shared/vmGCOperations.cpp Changeset: ca70b919819f Author: jmasa Date: 2012-10-04 14:01 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/ca70b919819f Merge Changeset: f6b0eb4e44cf Author: twisti Date: 2012-10-01 14:50 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/f6b0eb4e44cf 7200949: JSR 292: rubybench/bench/time/bench_base64.rb fails with jruby.jar not on boot class path Reviewed-by: jrose, kvn ! src/cpu/sparc/vm/templateTable_sparc.cpp ! src/cpu/x86/vm/templateTable_x86_32.cpp ! src/cpu/x86/vm/templateTable_x86_64.cpp ! src/share/vm/ci/ciClassList.hpp + src/share/vm/ci/ciMethodType.hpp ! src/share/vm/ci/ciObject.hpp ! src/share/vm/ci/ciObjectFactory.cpp ! src/share/vm/ci/ciSignature.cpp ! src/share/vm/ci/ciSignature.hpp ! src/share/vm/ci/ciStreams.cpp ! src/share/vm/ci/ciStreams.hpp ! src/share/vm/classfile/systemDictionary.cpp ! src/share/vm/classfile/systemDictionary.hpp ! src/share/vm/interpreter/interpreterRuntime.cpp ! src/share/vm/interpreter/linkResolver.cpp ! src/share/vm/interpreter/linkResolver.hpp ! src/share/vm/interpreter/rewriter.cpp ! src/share/vm/interpreter/rewriter.hpp ! src/share/vm/oops/constantPool.cpp ! src/share/vm/oops/constantPool.hpp ! src/share/vm/oops/cpCache.cpp ! src/share/vm/oops/cpCache.hpp Changeset: 859c45fb8cea Author: kvn Date: 2012-10-02 12:25 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/859c45fb8cea 7201026: add vector for shift count Summary: Add generation of vectors for scalar shift count. Reviewed-by: roland, twisti, dlong ! src/cpu/sparc/vm/sparc.ad ! src/cpu/x86/vm/x86.ad ! src/share/vm/adlc/formssel.cpp ! src/share/vm/opto/classes.hpp ! src/share/vm/opto/matcher.hpp ! src/share/vm/opto/superword.cpp ! src/share/vm/opto/vectornode.cpp ! src/share/vm/opto/vectornode.hpp ! test/compiler/7200264/Test7200264.sh Changeset: f13867c41f73 Author: kvn Date: 2012-10-02 14:49 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/f13867c41f73 7199742: A lot of C2 OSR compilations of the same method's bci Summary: Don't clone head of OSR loop. Reviewed-by: jrose, twisti ! src/share/vm/ci/ciTypeFlow.cpp ! src/share/vm/opto/parse1.cpp + test/compiler/7199742/Test7199742.java Changeset: bf2edd3c9b0f Author: neliasso Date: 2012-10-04 06:31 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/bf2edd3c9b0f 8000102: Resolve include conflicts Summary: Removing include of c1/c1_runtime.hpp and opto/runtime.hpp from all os-files. Reviewed-by: kvn Contributed-by: nils.eliasson at oracle.com ! src/os/bsd/vm/os_bsd.cpp ! src/os/linux/vm/os_linux.cpp ! src/os/solaris/vm/os_solaris.cpp ! src/os/windows/vm/os_windows.cpp ! src/os_cpu/bsd_x86/vm/os_bsd_x86.cpp ! src/os_cpu/bsd_zero/vm/os_bsd_zero.cpp ! src/os_cpu/linux_sparc/vm/os_linux_sparc.cpp ! src/os_cpu/linux_x86/vm/os_linux_x86.cpp ! src/os_cpu/linux_zero/vm/os_linux_zero.cpp ! src/os_cpu/solaris_sparc/vm/os_solaris_sparc.cpp ! src/os_cpu/solaris_x86/vm/os_solaris_x86.cpp ! src/os_cpu/windows_x86/vm/os_windows_x86.cpp Changeset: 685457683e86 Author: kvn Date: 2012-10-05 10:03 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/685457683e86 Merge Changeset: 1cc7a2a11d00 Author: amurillo Date: 2012-10-05 13:28 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/1cc7a2a11d00 Merge Changeset: 3cfd05b2219a Author: amurillo Date: 2012-10-05 13:28 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/3cfd05b2219a Added tag hs25-b04 for changeset 1cc7a2a11d00 ! .hgtags Changeset: 61898283e76c Author: ohair Date: 2012-10-15 13:14 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/61898283e76c Merge From kelly.ohair at oracle.com Mon Oct 15 17:49:27 2012 From: kelly.ohair at oracle.com (kelly.ohair at oracle.com) Date: Tue, 16 Oct 2012 00:49:27 +0000 Subject: hg: build-infra/jdk8/corba: 2 new changesets Message-ID: <20121016004929.8C86C47390@hg.openjdk.java.net> Changeset: 207ef43ba69e Author: katleman Date: 2012-10-04 14:34 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/corba/rev/207ef43ba69e Added tag jdk8-b59 for changeset d54dc53e223e ! .hgtags Changeset: 55690e60a618 Author: ohair Date: 2012-10-15 13:15 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/corba/rev/55690e60a618 Merge From kelly.ohair at oracle.com Mon Oct 15 17:49:46 2012 From: kelly.ohair at oracle.com (kelly.ohair at oracle.com) Date: Tue, 16 Oct 2012 00:49:46 +0000 Subject: hg: build-infra/jdk8/jaxp: 2 new changesets Message-ID: <20121016004952.AA38B47391@hg.openjdk.java.net> Changeset: 2d1dff5310da Author: katleman Date: 2012-10-04 14:35 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jaxp/rev/2d1dff5310da Added tag jdk8-b59 for changeset af9e8b0f1900 ! .hgtags Changeset: cf23f2f6a3b8 Author: ohair Date: 2012-10-15 13:15 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jaxp/rev/cf23f2f6a3b8 Merge From kelly.ohair at oracle.com Mon Oct 15 17:50:02 2012 From: kelly.ohair at oracle.com (kelly.ohair at oracle.com) Date: Tue, 16 Oct 2012 00:50:02 +0000 Subject: hg: build-infra/jdk8/jaxws: 2 new changesets Message-ID: <20121016005008.4C9BC47392@hg.openjdk.java.net> Changeset: 5c5a65ad5291 Author: katleman Date: 2012-10-04 14:35 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jaxws/rev/5c5a65ad5291 Added tag jdk8-b59 for changeset ae107401be11 ! .hgtags Changeset: 8cf481b73814 Author: ohair Date: 2012-10-15 13:15 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jaxws/rev/8cf481b73814 Merge From kelly.ohair at oracle.com Mon Oct 15 17:57:07 2012 From: kelly.ohair at oracle.com (kelly.ohair at oracle.com) Date: Tue, 16 Oct 2012 00:57:07 +0000 Subject: hg: build-infra/jdk8: 4 new changesets Message-ID: <20121016005707.CE9A047393@hg.openjdk.java.net> Changeset: 4b54d77a6831 Author: dholmes Date: 2012-10-09 02:08 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/4b54d77a6831 8000461: Top level build doesn't pass OPENJDK=true through to the hotspot build Summary: Add OPENJDK to the COMMON_BUILD_ARGUMENTS Reviewed-by: tbell ! make/Defs-internal.gmk Changeset: b9d574659206 Author: katleman Date: 2012-10-04 14:34 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/b9d574659206 Added tag jdk8-b59 for changeset dae9821589cc ! .hgtags Changeset: e07f499b9dcc Author: katleman Date: 2012-10-10 14:47 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/e07f499b9dcc Merge Changeset: c9cf74a86404 Author: ohair Date: 2012-10-15 13:17 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/c9cf74a86404 Merge From kelly.ohair at oracle.com Mon Oct 15 18:01:49 2012 From: kelly.ohair at oracle.com (kelly.ohair at oracle.com) Date: Tue, 16 Oct 2012 01:01:49 +0000 Subject: hg: build-infra/jdk8/jdk: 2 new changesets Message-ID: <20121016010220.D24FA47394@hg.openjdk.java.net> Changeset: cec8fa02f156 Author: katleman Date: 2012-10-04 14:35 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/cec8fa02f156 Added tag jdk8-b59 for changeset abad1f417bd3 ! .hgtags Changeset: c912492e2057 Author: ohair Date: 2012-10-15 13:14 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/c912492e2057 Merge From kelly.ohair at oracle.com Mon Oct 15 18:02:25 2012 From: kelly.ohair at oracle.com (kelly.ohair at oracle.com) Date: Tue, 16 Oct 2012 01:02:25 +0000 Subject: hg: build-infra/jdk8/langtools: 2 new changesets Message-ID: <20121016010231.B582447395@hg.openjdk.java.net> Changeset: 3d2b98ffcb53 Author: katleman Date: 2012-10-04 14:36 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/langtools/rev/3d2b98ffcb53 Added tag jdk8-b59 for changeset f299927fc316 ! .hgtags Changeset: 4da52a604785 Author: ohair Date: 2012-10-15 13:13 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/langtools/rev/4da52a604785 Merge From kelly.ohair at oracle.com Mon Oct 15 18:53:53 2012 From: kelly.ohair at oracle.com (kelly.ohair at oracle.com) Date: Tue, 16 Oct 2012 01:53:53 +0000 Subject: hg: build-infra/jdk8: 2 new changesets Message-ID: <20121016015353.E3A7447398@hg.openjdk.java.net> Changeset: 128d313d2fa0 Author: ohair Date: 2012-10-15 16:17 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/128d313d2fa0 Use top level configure script ! NewMakefile.gmk Changeset: 7c875e080df4 Author: ohair Date: 2012-10-15 18:18 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/7c875e080df4 Merge From henri.gomez at gmail.com Tue Oct 16 02:54:26 2012 From: henri.gomez at gmail.com (Henri Gomez) Date: Tue, 16 Oct 2012 11:54:26 +0200 Subject: build error on Jigsaw Message-ID: I get this error while building on Fedora 17 with jigsaw and new build system. /home/builder/workspace/openjdk8-jigsaw/linux/fedora17-x86_64-builder/sources/hotspot/src/share/vm/utilities/hashtable.hpp: In instantiation of 'int Hashtable::index_for(Symbol*) [with T = oopDesc*; short unsigned int F = 2304u]': /home/builder/workspace/openjdk8-jigsaw/linux/fedora17-x86_64-builder/sources/hotspot/src/share/vm/utilities/hashtable.cpp:324:16: required from here /home/builder/workspace/openjdk8-jigsaw/linux/fedora17-x86_64-builder/sources/hotspot/src/share/vm/utilities/hashtable.hpp:263:44: error: 'hash_to_index' was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive] /home/builder/workspace/openjdk8-jigsaw/linux/fedora17-x86_64-builder/sources/hotspot/src/share/vm/utilities/hashtable.hpp:263:44: note: declarations in dependent base 'BasicHashtable<2304u>' are not found by unqualified lookup /home/builder/workspace/openjdk8-jigsaw/linux/fedora17-x86_64-builder/sources/hotspot/src/share/vm/utilities/hashtable.hpp:263:44: note: use 'this->hash_to_index' instead /home/builder/workspace/openjdk8-jigsaw/linux/fedora17-x86_64-builder/sources/hotspot/src/share/vm/utilities/hashtable.cpp: In instantiation of 'void Hashtable::move_to(Hashtable*) [with T = oopDesc*; short unsigned int F = 2304u]': /home/builder/workspace/openjdk8-jigsaw/linux/fedora17-x86_64-builder/sources/hotspot/src/share/vm/utilities/hashtable.cpp:324:16: required from here /home/builder/workspace/openjdk8-jigsaw/linux/fedora17-x86_64-builder/sources/hotspot/src/share/vm/utilities/hashtable.cpp:138:7: error: 'unlink_entry' was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive] /home/builder/workspace/openjdk8-jigsaw/linux/fedora17-x86_64-builder/sources/hotspot/src/share/vm/utilities/hashtable.cpp:138:7: note: declarations in dependent base 'BasicHashtable<2304u>' are not found by unqualified lookup /home/builder/workspace/openjdk8-jigsaw/linux/fedora17-x86_64-builder/sources/hotspot/src/share/vm/utilities/hashtable.cpp:138:7: note: use 'this->unlink_entry' instead In file included from /home/builder/workspace/openjdk8-jigsaw/linux/fedora17-x86_64-builder/sources/hotspot/src/share/vm/runtime/sharedRuntime.hpp:34:0, from /home/builder/workspace/openjdk8-jigsaw/linux/fedora17-x86_64-builder/sources/hotspot/src/share/vm/gc_interface/collectedHeap.inline.hpp:33, from /home/builder/workspace/openjdk8-jigsaw/linux/fedora17-x86_64-builder/sources/hotspot/src/share/vm/oops/oop.inline.hpp:30, from /home/builder/workspace/openjdk8-jigsaw/linux/fedora17-x86_64-builder/sources/hotspot/src/share/vm/classfile/classFileParser.hpp:30, from /home/builder/workspace/openjdk8-jigsaw/linux/fedora17-x86_64-builder/sources/hotspot/src/share/vm/classfile/classLoader.hpp:28, from /home/builder/workspace/openjdk8-jigsaw/linux/fedora17-x86_64-builder/sources/hotspot/src/share/vm/classfile/systemDictionary.hpp:29, from /home/builder/workspace/openjdk8-jigsaw/linux/fedora17-x86_64-builder/sources/hotspot/src/share/vm/ci/ciEnv.hpp:30, from /home/builder/workspace/openjdk8-jigsaw/linux/fedora17-x86_64-builder/sources/hotspot/src/share/vm/ci/ciUtilities.hpp:28, from /home/builder/workspace/openjdk8-jigsaw/linux/fedora17-x86_64-builder/sources/hotspot/src/share/vm/ci/ciNullObject.hpp:30, from /home/builder/workspace/openjdk8-jigsaw/linux/fedora17-x86_64-builder/sources/hotspot/src/share/vm/ci/ciConstant.hpp:29, from /home/builder/workspace/openjdk8-jigsaw/linux/fedora17-x86_64-builder/sources/hotspot/src/share/vm/precompiled/precompiled.hpp:36, from /home/builder/workspace/openjdk8-jigsaw/linux/fedora17-x86_64-builder/sources/hotspot/src/share/vm/utilities/hashtable.cpp:25: /home/builder/workspace/openjdk8-jigsaw/linux/fedora17-x86_64-builder/sources/hotspot/src/share/vm/utilities/hashtable.hpp: In instantiation of 'int Hashtable::index_for(Symbol*) [with T = Symbol*; short unsigned int F = 256u]': /home/builder/workspace/openjdk8-jigsaw/linux/fedora17-x86_64-builder/sources/hotspot/src/share/vm/utilities/hashtable.cpp:325:16: required from here /home/builder/workspace/openjdk8-jigsaw/linux/fedora17-x86_64-builder/sources/hotspot/src/share/vm/utilities/hashtable.hpp:263:44: error: 'hash_to_index' was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive] /home/builder/workspace/openjdk8-jigsaw/linux/fedora17-x86_64-builder/sources/hotspot/src/share/vm/utilities/hashtable.hpp:263:44: note: declarations in dependent base 'BasicHashtable<256u>' are not found by unqualified lookup /home/builder/workspace/openjdk8-jigsaw/linux/fedora17-x86_64-builder/sources/hotspot/src/share/vm/utilities/hashtable.hpp:263:44: note: use 'this->hash_to_index' instead /home/builder/workspace/openjdk8-jigsaw/linux/fedora17-x86_64-builder/sources/hotspot/src/share/vm/utilities/hashtable.cpp: In instantiation of 'void Hashtable::move_to(Hashtable*) [with T = Symbol*; short unsigned int F = 256u]': /home/builder/workspace/openjdk8-jigsaw/linux/fedora17-x86_64-builder/sources/hotspot/src/share/vm/utilities/hashtable.cpp:325:16: required from here /home/builder/workspace/openjdk8-jigsaw/linux/fedora17-x86_64-builder/sources/hotspot/src/share/vm/utilities/hashtable.cpp:138:7: error: 'unlink_entry' was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive] /home/builder/workspace/openjdk8-jigsaw/linux/fedora17-x86_64-builder/sources/hotspot/src/share/vm/utilities/hashtable.cpp:138:7: note: declarations in dependent base 'BasicHashtable<256u>' are not found by unqualified lookup /home/builder/workspace/openjdk8-jigsaw/linux/fedora17-x86_64-builder/sources/hotspot/src/share/vm/utilities/hashtable.cpp:138:7: note: use 'this->unlink_entry' instead make[6]: *** [hashtable.o] Error 1 make[6]: *** Waiting for unfinished jobs.... From Alan.Bateman at oracle.com Tue Oct 16 02:58:41 2012 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Tue, 16 Oct 2012 10:58:41 +0100 Subject: build error on Jigsaw In-Reply-To: References: Message-ID: <507D2FD1.7050205@oracle.com> On 16/10/2012 10:54, Henri Gomez wrote: > I get this error while building on Fedora 17 with jigsaw and new build system. > Jigsaw doesn't build with the new build system yet, hopefully this will be resolved over the next few months. jigsaw/jigsaw isn't sync'ed up with jdk8 latest and so doesn't have the patches required to build with gcc 4.7. Hopefully we will get to this soon (there is a bit of work required to sync up langtools and hotspot due to significant changes in jdk8). -Alan From henri.gomez at gmail.com Tue Oct 16 06:26:31 2012 From: henri.gomez at gmail.com (Henri Gomez) Date: Tue, 16 Oct 2012 15:26:31 +0200 Subject: build error on Jigsaw In-Reply-To: <507D2FD1.7050205@oracle.com> References: <507D2FD1.7050205@oracle.com> Message-ID: Oups, my bad, I'm using old build system for jigsaw. This error appears for Fedora 17 and not some distros like opens use 2012/10/16 Alan Bateman : > On 16/10/2012 10:54, Henri Gomez wrote: >> >> I get this error while building on Fedora 17 with jigsaw and new build >> system. >> > Jigsaw doesn't build with the new build system yet, hopefully this will be > resolved over the next few months. > > jigsaw/jigsaw isn't sync'ed up with jdk8 latest and so doesn't have the > patches required to build with gcc 4.7. Hopefully we will get to this soon > (there is a bit of work required to sync up langtools and hotspot due to > significant changes in jdk8). > > -Alan From kelly.ohair at oracle.com Tue Oct 16 10:24:37 2012 From: kelly.ohair at oracle.com (kelly.ohair at oracle.com) Date: Tue, 16 Oct 2012 17:24:37 +0000 Subject: hg: build-infra/jdk8: LOG interface change and this file was missed Message-ID: <20121016172438.D267B473AD@hg.openjdk.java.net> Changeset: 2776fff8816a Author: ohair Date: 2012-10-16 10:24 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/2776fff8816a LOG interface change and this file was missed ! NewMakefile.gmk From kelly.ohair at oracle.com Tue Oct 16 10:36:27 2012 From: kelly.ohair at oracle.com (kelly.ohair at oracle.com) Date: Tue, 16 Oct 2012 17:36:27 +0000 Subject: hg: build-infra/jdk8: Added dummy sanity target. Removed extra make args for jprt builds. Message-ID: <20121016173627.99CB6473AE@hg.openjdk.java.net> Changeset: e7a8c38d8efc Author: ohair Date: 2012-10-16 10:36 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/e7a8c38d8efc Added dummy sanity target. Removed extra make args for jprt builds. ! NewMakefile.gmk From kelly.ohair at oracle.com Tue Oct 16 10:57:47 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Tue, 16 Oct 2012 10:57:47 -0700 Subject: Need official reviewers: hotspot makefile changes from build-infra Message-ID: <213F3D24-F510-4121-8385-B56B84E72C06@oracle.com> These will be integrated into the hotspot-rt forest at http://hg.openjdk.java.net/hsx/hotspot-rt/hotspot/ 8000990: Improve logging in hotspot repo builds for new build-infra http://cr.openjdk.java.net/~ohair/jdk8/hotspot.build.infra.logging/webrev/ I did not make these changes, so I'd like to create this changeset with an appropriate owner and list of reviewers (which I will be one). If there are issues to resolve with these changes, it would be best if that appropriate owner made the changes in the build-infra forest and I will re-generate the patch. -kto From mike.duigou at oracle.com Tue Oct 16 11:15:50 2012 From: mike.duigou at oracle.com (Mike Duigou) Date: Tue, 16 Oct 2012 11:15:50 -0700 Subject: CORE_PKGS.gmk moved Message-ID: I noticed upon resyncing the lambda repos against jdk8 that the file used to generate ct.sym is now located in the root repo. Can the one in jdk be deleted? It is confusing to have both files. Mike From kelly.ohair at oracle.com Tue Oct 16 12:13:56 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Tue, 16 Oct 2012 12:13:56 -0700 Subject: CORE_PKGS.gmk moved In-Reply-To: References: Message-ID: <8B02E6C9-0A48-40B5-85B2-0E965D36D863@oracle.com> But the old builds still use it, right? We can't cleanup the files used by the old build until we can purge the whole thing. Or is this some other file you are referring to? -kto On Oct 16, 2012, at 11:15 AM, Mike Duigou wrote: > I noticed upon resyncing the lambda repos against jdk8 that the file used to generate ct.sym is now located in the root repo. Can the one in jdk be deleted? It is confusing to have both files. > > Mike From mike.duigou at oracle.com Tue Oct 16 12:37:43 2012 From: mike.duigou at oracle.com (Mike Duigou) Date: Tue, 16 Oct 2012 12:37:43 -0700 Subject: CORE_PKGS.gmk moved In-Reply-To: <8B02E6C9-0A48-40B5-85B2-0E965D36D863@oracle.com> References: <8B02E6C9-0A48-40B5-85B2-0E965D36D863@oracle.com> Message-ID: There is one in jdk/make/docs and one in jdk/makefiles/docs in addition to the one it common/makefiles/javadoc. The one I believe is now redundant is jdk/makefiles/docs/CORE_PKGS.gmk Mike On Oct 16 2012, at 12:13 , Kelly O'Hair wrote: > But the old builds still use it, right? > > We can't cleanup the files used by the old build until we can purge the whole thing. > > Or is this some other file you are referring to? > > -kto > > On Oct 16, 2012, at 11:15 AM, Mike Duigou wrote: > >> I noticed upon resyncing the lambda repos against jdk8 that the file used to generate ct.sym is now located in the root repo. Can the one in jdk be deleted? It is confusing to have both files. >> >> Mike > From david.holmes at oracle.com Tue Oct 16 14:33:18 2012 From: david.holmes at oracle.com (david.holmes at oracle.com) Date: Tue, 16 Oct 2012 21:33:18 +0000 Subject: hg: jdk8/profiles/jdk: $ symbols in nested class names need to be double-$ to avoid substitution by Make Message-ID: <20121016213345.E68D4473CE@hg.openjdk.java.net> Changeset: 1a806bdc157a Author: dholmes Date: 2012-10-16 17:32 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/jdk/rev/1a806bdc157a $ symbols in nested class names need to be double-$ to avoid substitution by Make ! makefiles/profile-rtjar-includes.txt From tim.bell at oracle.com Tue Oct 16 15:23:32 2012 From: tim.bell at oracle.com (Tim Bell) Date: Tue, 16 Oct 2012 15:23:32 -0700 Subject: Need official reviewers: hotspot makefile changes from build-infra In-Reply-To: <213F3D24-F510-4121-8385-B56B84E72C06@oracle.com> References: <213F3D24-F510-4121-8385-B56B84E72C06@oracle.com> Message-ID: <507DDE64.4000806@oracle.com> Hi Kelly: > These will be integrated into the hotspot-rt forest at http://hg.openjdk.java.net/hsx/hotspot-rt/hotspot/ > > 8000990: Improve logging in hotspot repo builds for new build-infra > > http://cr.openjdk.java.net/~ohair/jdk8/hotspot.build.infra.logging/webrev/ The webrev looks fine to me, but I don't have the required roles to be an official reviewer. I need one additional change in the hotspot *make/windows/makefiles/defs.make* file, which is a search/replace of USING_MINGW with USING_MSYS: % gdiff defs.make defs.make.tim 202c202 < # Check for MinGW --- > # Check for MinGW/MSYS 204c204 < USING_MINGW=true --- > USING_MSYS=true 218c218 < else ifeq ($(USING_MINGW), true) --- > else ifeq ($(USING_MSYS), true) 313c313 < else ifeq ($(USING_MINGW), true) --- > else ifeq ($(USING_MSYS), true) > I did not make these changes, so I'd like to create this changeset with an appropriate owner and list of > reviewers (which I will be one). > If there are issues to resolve with these changes, it would be best if that appropriate owner made the changes > in the build-infra forest and I will re-generate the patch. We use MSYS to build on Windows, but we don't actually need anything from MinGW. USING_MSYS is a better name for the variable. The only thing to watch out for is that 'uname -s' on an MSYS system returns a string like "MINGW32_NT-6.1". Other than that string compare, we can refer to USING_MSYS throughout the build. Tim From david.holmes at oracle.com Tue Oct 16 20:32:25 2012 From: david.holmes at oracle.com (David Holmes) Date: Wed, 17 Oct 2012 13:32:25 +1000 Subject: Need official reviewers: hotspot makefile changes from build-infra In-Reply-To: <213F3D24-F510-4121-8385-B56B84E72C06@oracle.com> References: <213F3D24-F510-4121-8385-B56B84E72C06@oracle.com> Message-ID: <507E26C9.6070500@oracle.com> Hi Kelly, On 17/10/2012 3:57 AM, Kelly O'Hair wrote: > > These will be integrated into the hotspot-rt forest at http://hg.openjdk.java.net/hsx/hotspot-rt/hotspot/ > > 8000990: Improve logging in hotspot repo builds for new build-infra > > http://cr.openjdk.java.net/~ohair/jdk8/hotspot.build.infra.logging/webrev/ > > I did not make these changes, so I'd like to create this changeset with an appropriate owner and list of > reviewers (which I will be one). Whomever made the changes can either be the changeset Author (if qualified) or else the contributor with you as the Author. > If there are issues to resolve with these changes, it would be best if that appropriate owner made the changes > in the build-infra forest and I will re-generate the patch. I got a real sense of deja-vu looking at this. I don't understand what happened to the TEST_IN_BUILD changes - somehow half of that work got left behind ?? As for the $(LOG_INFO) changes, I don't get it. This kind of change almost makes sense: - _JUNK_ := $(shell echo >&2 "INFO: ALT_OBJCOPY=$(ALT_OBJCOPY)") + _JUNK_ := $(if $(LOG_INFO),,$(shell echo >&2 "INFO: ALT_OBJCOPY=$(ALT_OBJCOPY)")) I think the intent is that if $(LOG_INFO) is not empty then we will echo the information. But the way it is written we do the echo if LOG_INFO is empty - which I don't understand. But I don't understand all the changes of the form: @echo $(LOG_INFO) ... What is that supposed to do? What value will LOG_INFO have? That aside in top.make where you add: + @echo Making vm... shouldn't that be + @echo $(LOG_INFO) Making vm... ? As for the windows cygpath changes - I can't comment on that. That seems not to be build-infra specific. David ----- > -kto From kelly.ohair at oracle.com Wed Oct 17 09:11:03 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Wed, 17 Oct 2012 09:11:03 -0700 Subject: something wrong with hotspot builds in build-infra References: <201210171516.q9HFGPSk027841@prt-web.us.oracle.com> Message-ID: <574D9C78-7821-4BC2-AFF3-BB5EF6D086DF@oracle.com> Something called fixpath.exe is failing when doing the adlc.make nmake makefile in hotspot. This never was an issue before, what has changed here? This failure will hold up any integration of the build-infra work into jdk8/build -kto > > ------------------------------------------------------------------------------ > windows_i586_5.1-fastdebug (details from log file) > /net/prt-archiver.us.oracle.com/data/jprt/archive/2012/10/2012-10-17-145309.kohair.jdk8-build/logs/windows_i586_5.1-fastdebug.log > http://prt-web.us.oracle.com//archive/2012/10/2012-10-17-145309.kohair.jdk8-build//logs/windows_i586_5.1-fastdebug.log > rm -f x86_32.ad > cat C:\jprt\t\p1\145309~1.koh\s\hotspot/src/cpu/x86/vm/x86_32.ad C:\jprt\t\p1\145309~1.koh\s\hotspot/src/cpu/x86/vm/x86.ad C:\jprt\t\p1\145309~1.koh\s\hotspot/src/os_cpu/windows_x86/vm/windows_x86_32.ad >x86_32.ad > C:\jprt\t\p1\145309~1.koh\s\build\window~1\fixpath.exe /nologo /W3 /WX /Zi /D "IA32" /D "WIN32" /D "_WINDOWS" /D "VM_LITTLE_ENDIAN" /D TARGET_OS_FAMILY_windows /D TARGET_ARCH_x86 /D TARGET_ARCH_MODEL_x86_32 /D > TARGET_OS_ARCH_windows_x86 /D TARGET_OS_ARCH_MODEL_windows_x86_32 /D TARGET_COMPILER_visCPP /MD /D _STATIC_CPPLIB /D _DISABLE_DEPRECATE_STATIC_CPPLIB /D _CRT_SECURE_NO_WARNINGS /D _CRT_SECURE_NO_DEPRECATE /EHsc /MD /D > _STATIC_CPPLIB /D _DISABLE_DEPRECATE_STATIC_CPPLIB /I "..\generated" /I "C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm" /I "C:\jprt\t\p1\145309~1.koh\s\hotspot\src\os\windows\vm" /I > "C:\jprt\t\p1\145309~1.koh\s\hotspot\src\cpu\x86\vm" /c C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm\adlc\main.cpp C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm\adlc\adlparse.cpp > C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm\adlc\archDesc.cpp C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm\adlc\arena.cpp C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm\adlc\dfa.cpp > C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm\adlc\dict2.cpp C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm\adlc\filebuff.cpp C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm\adlc\forms.cpp > C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm\adlc\formsopt.cpp C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm\adlc\formssel.cpp C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm\adlc\output_c.cpp > C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm\adlc\output_h.cpp > Usage: fixpath -c|m /cygdrive/c/WINDOWS/notepad.exe /cygdrive/c/x/test.txt C:\jprt\t\p1\145309~1.koh\s\build\window~1\fixpath.exe /nologo /W3 /WX /Zi /D "IA32" /D "WIN32" /D "_WINDOWS" /D > "VM_LITTLE_ENDIAN" /D TARGET_OS_FAMILY_windows /D TARGET_ARCH_x86 /D TARGET_ARCH_MODEL_x86_32 /D TARGET_OS_ARCH_windows_x86 /D TARGET_OS_ARCH_MODEL_windows_x86_32 /D TARGET_COMPILER_visCPP /MD /D _STATIC_CPPLIB /D > _DISABLE_DEPRECATE_STATIC_CPPLIB /D _CRT_SECURE_NO_WARNINGS /D _CRT_SECURE_NO_DEPRECATE /EHsc /MD /D _STATIC_CPPLIB /D _DISABLE_DEPRECATE_STATIC_CPPLIB /I "..\generated" /I > "C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm" /I "C:\jprt\t\p1\145309~1.koh\s\hotspot\src\os\windows\vm" /I "C:\jprt\t\p1\145309~1.koh\s\hotspot\src\cpu\x86\vm" /c > C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm\opto\opcodes.cpp > Usage: fixpath -c|m /cygdrive/c/WINDOWS/notepad.exe /cygdrive/c/x/test.txt C:\jprt\t\p1\145309~1.koh\s\build\window~1\fixpath.exe /SAFESEH /manifest kernel32.lib user32.lib gdi32.lib winspool.lib > comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib Wsock32.lib winmm.lib /nologo /machine:I386 /opt:REF /opt:ICF,8 /map /debug psapi.lib /subsystem:console /out:adlc.exe main.obj adlparse.obj > archDesc.obj arena.obj dfa.obj dict2.obj filebuff.obj forms.obj formsopt.obj formssel.obj opcodes.obj output_c.obj output_h.obj > Usage: fixpath -c|m /cygdrive/c/WINDOWS/notepad.exe /cygdrive/c/x/test.txt C:\jprt\t\p1\145309~1.koh\s\build\window~1\fixpath.exe /manifest adlc.exe.manifest /outputresource:adlc.exe;#1 > Usage: fixpath -c|m /cygdrive/c/WINDOWS/notepad.exe /cygdrive/c/x/test.txt rm -f ad_x86_32.cpp ad_x86_32.hpp ad_x86_32_clone.cpp ad_x86_32_expand.cpp ad_x86_32_format.cpp ad_x86_32_gen.cpp > ad_x86_32_misc.cpp ad_x86_32_peephole.cpp ad_x86_32_pipeline.cpp adGlobals_x86_32.hpp dfa_x86_32.cpp > if exist adfiles rmdir /s /q adfiles > mkdir adfiles > adlc -q -T -U_LP64 x86_32.ad > 'adlc' is not recognized as an internal or external command, > operable program or batch file. > NMAKE : fatal error U1077: 'adlc' : return code '0x1' > Stop. > NMAKE : fatal error U1077: 'cd' : return code '0x2' > Stop. > NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Visual Studio 10.0\VC\BIN\nmake.EXE"' : return code '0x2' > Stop. > make[4]: *** [generic_build2] Error 2 > make[4]: Leaving directory `/cygdrive/c/jprt/t/p1/145309~1.koh/s/hotspot/make' > make[3]: *** [fastdebug] Error 2 > make[3]: Leaving directory `/cygdrive/c/jprt/t/p1/145309~1.koh/s/hotspot/make' > make[2]: *** [/cygdrive/c/jprt/t/p1/145309~1.koh/s/build/window~1/hotspot/_hotspot.timestamp] Error 2 > make[2]: Leaving directory `/cygdrive/c/jprt/t/p1/145309~1.koh/s/common/makefiles' > make[1]: *** [hotspot-only] Error 2 > make[1]: Leaving directory `/cygdrive/c/jprt/T/P1/145309.kohair/s/build/windows-x86-normal-server-fastdebug' > make: *** [images] Error 2 > > ------------------------------------------------------------------------------ > windows_i586_5.1-product (details from log file) > /net/prt-archiver.us.oracle.com/data/jprt/archive/2012/10/2012-10-17-145309.kohair.jdk8-build/logs/windows_i586_5.1-product.log > http://prt-web.us.oracle.com//archive/2012/10/2012-10-17-145309.kohair.jdk8-build//logs/windows_i586_5.1-product.log > cat C:\jprt\t\p1\145309~1.koh\s\hotspot/src/cpu/x86/vm/x86_32.ad C:\jprt\t\p1\145309~1.koh\s\hotspot/src/cpu/x86/vm/x86.ad C:\jprt\t\p1\145309~1.koh\s\hotspot/src/os_cpu/windows_x86/vm/windows_x86_32.ad >x86_32.ad > C:\jprt\t\p1\145309~1.koh\s\build\window~1\fixpath.exe /nologo /W3 /WX /Zi /D "IA32" /D "WIN32" /D "_WINDOWS" /D "VM_LITTLE_ENDIAN" /D TARGET_OS_FAMILY_windows /D TARGET_ARCH_x86 /D TARGET_ARCH_MODEL_x86_32 /D > TARGET_OS_ARCH_windows_x86 /D TARGET_OS_ARCH_MODEL_windows_x86_32 /D TARGET_COMPILER_visCPP /MD /D _STATIC_CPPLIB /D _DISABLE_DEPRECATE_STATIC_CPPLIB /D _CRT_SECURE_NO_WARNINGS /D _CRT_SECURE_NO_DEPRECATE /EHsc /MD /D > _STATIC_CPPLIB /D _DISABLE_DEPRECATE_STATIC_CPPLIB /I "..\generated" /I "C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm" /I "C:\jprt\t\p1\145309~1.koh\s\hotspot\src\os\windows\vm" /I > "C:\jprt\t\p1\145309~1.koh\s\hotspot\src\cpu\x86\vm" /c C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm\adlc\main.cpp C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm\adlc\adlparse.cpp > C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm\adlc\archDesc.cpp C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm\adlc\arena.cpp C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm\adlc\dfa.cpp > C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm\adlc\dict2.cpp C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm\adlc\filebuff.cpp C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm\adlc\forms.cpp > C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm\adlc\formsopt.cpp C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm\adlc\formssel.cpp C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm\adlc\output_c.cpp > C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm\adlc\output_h.cpp > Usage: fixpath -c|m /cygdrive/c/WINDOWS/notepad.exe /cygdrive/c/x/test.txt C:\jprt\t\p1\145309~1.koh\s\build\window~1\fixpath.exe /nologo /W3 /WX /Zi /D "IA32" /D "WIN32" /D "_WINDOWS" /D > "VM_LITTLE_ENDIAN" /D TARGET_OS_FAMILY_windows /D TARGET_ARCH_x86 /D TARGET_ARCH_MODEL_x86_32 /D TARGET_OS_ARCH_windows_x86 /D TARGET_OS_ARCH_MODEL_windows_x86_32 /D TARGET_COMPILER_visCPP /MD /D _STATIC_CPPLIB /D > _DISABLE_DEPRECATE_STATIC_CPPLIB /D _CRT_SECURE_NO_WARNINGS /D _CRT_SECURE_NO_DEPRECATE /EHsc /MD /D _STATIC_CPPLIB /D _DISABLE_DEPRECATE_STATIC_CPPLIB /I "..\generated" /I > "C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm" /I "C:\jprt\t\p1\145309~1.koh\s\hotspot\src\os\windows\vm" /I "C:\jprt\t\p1\145309~1.koh\s\hotspot\src\cpu\x86\vm" /c > C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm\opto\opcodes.cpp > Usage: fixpath -c|m /cygdrive/c/WINDOWS/notepad.exe /cygdrive/c/x/test.txt C:\jprt\t\p1\145309~1.koh\s\build\window~1\fixpath.exe /SAFESEH /manifest kernel32.lib user32.lib gdi32.lib winspool.lib > comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib Wsock32.lib winmm.lib /nologo /machine:I386 /opt:REF /opt:ICF,8 /map /debug psapi.lib /subsystem:console /out:adlc.exe main.obj adlparse.obj > archDesc.obj arena.obj dfa.obj dict2.obj filebuff.obj forms.obj formsopt.obj formssel.obj opcodes.obj output_c.obj output_h.obj > Usage: fixpath -c|m /cygdrive/c/WINDOWS/notepad.exe /cygdrive/c/x/test.txt C:\jprt\t\p1\145309~1.koh\s\build\window~1\fixpath.exe /manifest adlc.exe.manifest /outputresource:adlc.exe;#1 > Usage: fixpath -c|m /cygdrive/c/WINDOWS/notepad.exe /cygdrive/c/x/test.txt rm -f ad_x86_32.cpp ad_x86_32.hpp ad_x86_32_clone.cpp ad_x86_32_expand.cpp ad_x86_32_format.cpp ad_x86_32_gen.cpp > ad_x86_32_misc.cpp ad_x86_32_peephole.cpp ad_x86_32_pipeline.cpp adGlobals_x86_32.hpp dfa_x86_32.cpp > if exist adfiles rmdir /s /q adfiles > mkdir adfiles > adlc -q -T -U_LP64 x86_32.ad > 'adlc' is not recognized as an internal or external command, > operable program or batch file. > NMAKE : fatal error U1077: 'adlc' : return code '0x1' > Stop. > NMAKE : fatal error U1077: 'cd' : return code '0x2' > Stop. > NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Visual Studio 10.0\VC\BIN\nmake.EXE"' : return code '0x2' > Stop. > make[4]: *** [generic_build2] Error 2 > make[4]: Leaving directory `/cygdrive/c/jprt/t/p1/145309~1.koh/s/hotspot/make' > make[3]: *** [product] Error 2 > make[3]: Leaving directory `/cygdrive/c/jprt/t/p1/145309~1.koh/s/hotspot/make' > make[2]: *** [/cygdrive/c/jprt/t/p1/145309~1.koh/s/build/window~1/hotspot/_hotspot.timestamp] Error 2 > make[2]: Leaving directory `/cygdrive/c/jprt/t/p1/145309~1.koh/s/common/makefiles' > make[1]: Leaving directory `/cygdrive/c/jprt/T/P1/145309.kohair/s/build/windows-x86-normal-server-release' > make[1]: *** [hotspot-only] Error 2 > make: *** [images] Error 2 > > ------------------------------------------------------------------------------ > windows_x64_5.2-product (details from log file) > /net/prt-archiver.us.oracle.com/data/jprt/archive/2012/10/2012-10-17-145309.kohair.jdk8-build/logs/windows_x64_5.2-product.log > http://prt-web.us.oracle.com//archive/2012/10/2012-10-17-145309.kohair.jdk8-build//logs/windows_x64_5.2-product.log > rm -f x86_64.ad > cat C:\jprt\t\p1\145309~1.koh\s\hotspot/src/cpu/x86/vm/x86_64.ad C:\jprt\t\p1\145309~1.koh\s\hotspot/src/cpu/x86/vm/x86.ad C:\jprt\t\p1\145309~1.koh\s\hotspot/src/os_cpu/windows_x86/vm/windows_x86_64.ad >x86_64.ad > C:\jprt\t\p1\145309~1.koh\s\build\window~1\fixpath.exe /nologo /W3 /WX /Zi /D "_LP64" /D "AMD64" /D "WIN32" /D "_WINDOWS" /D "VM_LITTLE_ENDIAN" /D TARGET_OS_FAMILY_windows /D TARGET_ARCH_x86 /D TARGET_ARCH_MODEL_x86_64 > /D TARGET_OS_ARCH_windows_x86 /D TARGET_OS_ARCH_MODEL_windows_x86_64 /D TARGET_COMPILER_visCPP /MD /D _STATIC_CPPLIB /D _DISABLE_DEPRECATE_STATIC_CPPLIB /D _CRT_SECURE_NO_WARNINGS /D _CRT_SECURE_NO_DEPRECATE /EHsc /MD > /D _STATIC_CPPLIB /D _DISABLE_DEPRECATE_STATIC_CPPLIB /I "..\generated" /I "C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm" /I "C:\jprt\t\p1\145309~1.koh\s\hotspot\src\os\windows\vm" /I > "C:\jprt\t\p1\145309~1.koh\s\hotspot\src\cpu\x86\vm" /c C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm\adlc\main.cpp C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm\adlc\adlparse.cpp > C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm\adlc\archDesc.cpp C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm\adlc\arena.cpp C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm\adlc\dfa.cpp > C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm\adlc\dict2.cpp C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm\adlc\filebuff.cpp C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm\adlc\forms.cpp > C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm\adlc\formsopt.cpp C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm\adlc\formssel.cpp C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm\adlc\output_c.cpp > C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm\adlc\output_h.cpp > Usage: fixpath -c|m /cygdrive/c/WINDOWS/notepad.exe /cygdrive/c/x/test.txt C:\jprt\t\p1\145309~1.koh\s\build\window~1\fixpath.exe /nologo /W3 /WX /Zi /D "_LP64" /D "AMD64" /D "WIN32" /D "_WINDOWS" /D > "VM_LITTLE_ENDIAN" /D TARGET_OS_FAMILY_windows /D TARGET_ARCH_x86 /D TARGET_ARCH_MODEL_x86_64 /D TARGET_OS_ARCH_windows_x86 /D TARGET_OS_ARCH_MODEL_windows_x86_64 /D TARGET_COMPILER_visCPP /MD /D _STATIC_CPPLIB /D > _DISABLE_DEPRECATE_STATIC_CPPLIB /D _CRT_SECURE_NO_WARNINGS /D _CRT_SECURE_NO_DEPRECATE /EHsc /MD /D _STATIC_CPPLIB /D _DISABLE_DEPRECATE_STATIC_CPPLIB /I "..\generated" /I > "C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm" /I "C:\jprt\t\p1\145309~1.koh\s\hotspot\src\os\windows\vm" /I "C:\jprt\t\p1\145309~1.koh\s\hotspot\src\cpu\x86\vm" /c > C:\jprt\t\p1\145309~1.koh\s\hotspot\src\share\vm\opto\opcodes.cpp > Usage: fixpath -c|m /cygdrive/c/WINDOWS/notepad.exe /cygdrive/c/x/test.txt C:\jprt\t\p1\145309~1.koh\s\build\window~1\fixpath.exe /manifest kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib > advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib Wsock32.lib winmm.lib /nologo /machine:AMD64 /opt:REF /opt:ICF,8 /map /debug psapi.lib /subsystem:console /out:adlc.exe main.obj adlparse.obj archDesc.obj > arena.obj dfa.obj dict2.obj filebuff.obj forms.obj formsopt.obj formssel.obj opcodes.obj output_c.obj output_h.obj > Usage: fixpath -c|m /cygdrive/c/WINDOWS/notepad.exe /cygdrive/c/x/test.txt C:\jprt\t\p1\145309~1.koh\s\build\window~1\fixpath.exe /manifest adlc.exe.manifest /outputresource:adlc.exe;#1 > Usage: fixpath -c|m /cygdrive/c/WINDOWS/notepad.exe /cygdrive/c/x/test.txt rm -f ad_x86_64.cpp ad_x86_64.hpp ad_x86_64_clone.cpp ad_x86_64_expand.cpp ad_x86_64_format.cpp ad_x86_64_gen.cpp > ad_x86_64_misc.cpp ad_x86_64_peephole.cpp ad_x86_64_pipeline.cpp adGlobals_x86_64.hpp dfa_x86_64.cpp > if exist adfiles rmdir /s /q adfiles > mkdir adfiles > adlc -q -T -D_LP64 x86_64.ad > 'adlc' is not recognized as an internal or external command, > operable program or batch file. > NMAKE : fatal error U1077: 'adlc' : return code '0x1' > Stop. > NMAKE : fatal error U1077: 'cd' : return code '0x2' > Stop. > NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\BIN\amd64\nmake.EXE"' : return code '0x2' > Stop. > make[4]: *** [generic_build2] Error 2 > make[4]: Leaving directory `/cygdrive/c/jprt/t/p1/145309~1.koh/s/hotspot/make' > make[3]: *** [product] Error 2 > make[3]: Leaving directory `/cygdrive/c/jprt/t/p1/145309~1.koh/s/hotspot/make' > make[2]: *** [/cygdrive/c/jprt/t/p1/145309~1.koh/s/build/window~1/hotspot/_hotspot.timestamp] Error 2 > make[2]: Leaving directory `/cygdrive/c/jprt/t/p1/145309~1.koh/s/common/makefiles' > make[1]: *** [hotspot-only] Error 2 > make[1]: Leaving directory `/cygdrive/c/jprt/T/P1/145309.kohair/s/build/windows-x86_64-normal-server-release' > make: *** [images] Error 2 From magnus.ihse.bursie at oracle.com Wed Oct 17 12:21:50 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Wed, 17 Oct 2012 21:21:50 +0200 Subject: CORE_PKGS.gmk moved In-Reply-To: References: <8B02E6C9-0A48-40B5-85B2-0E965D36D863@oracle.com> Message-ID: <507F054E.7050106@oracle.com> On 2012-10-16 21:37, Mike Duigou wrote: > There is one in jdk/make/docs and one in jdk/makefiles/docs in addition to the one it common/makefiles/javadoc. > > The one I believe is now redundant is jdk/makefiles/docs/CORE_PKGS.gmk In the current build-infra forest, the jdk/makefiles/docs directory is removed. However, there was an integration mistake previously so moved files (one added, one removed) got messed up and the remove disappeared, resulting in a copy (just a new file). This might have happened to the docs directory, and it might be the case that this code is what's still in the master forest, which I believe is what you're looking at. /Magnus From james.holmlund at oracle.com Wed Oct 17 12:28:39 2012 From: james.holmlund at oracle.com (Jim Holmlund) Date: Wed, 17 Oct 2012 12:28:39 -0700 Subject: new build uses wrong libfreetype.so In-Reply-To: References: <506474F1.5000108@oracle.com> <5064B31E.4040005@oracle.com> <1C33720E-9531-4CA9-B3ED-E429C7AADFFE@oracle.com> <5065CBDE.5010608@oracle.com> Message-ID: <507F06E7.9080909@oracle.com> On 10/15/2012 10:03 AM, Kelly O'Hair wrote: > The /java/devtools layout is a disaster. We can use it as a crutch, but we need to get better organized on our dependencies. > During your build, you have NO control over /java/devtools or any NFS shared area, any number of people can change it > at any time, and network disruptions can make it's existence come and go during your build. You have been warned. Ok. I've been using it since oscar was a pup with none of those problems occuring. - jjh > -kto > > On Sep 28, 2012, at 9:10 AM, Jim Holmlund wrote: > >> >> On 9/27/2012 2:21 PM, Magnus Ihse Bursie wrote: >>> The /java path is not default in the new builds since it is Oracle-internal. That said, we're looking for a way to smooth the transition for those who have a Oracle-style Java path in their environment. Expect a --with-java-path option (or similar) to appear soon. >> Why not check /java/... or j:/... to see if it has what is needed and if so use it? Maybe non-Oracle people have cloned our layout. >> - jjh >> >>> The new build will default to 64-bit builds on all 64-bit platforms. This includes sparcv9. This is a conscious decision. If you want 32-bit builds on a 64-bit platform, you have to be explicit about it. >>> /Magnus >>> >>> 27 sep 2012 kl. 22:12 skrev Jim Holmlund: >>> >>>> On 9/27/2012 8:46 AM, Jim Holmlund wrote: >>>>> Old make on solaris does this >>>>> /usr/bin/cp /java/devtools/sparc/freetype-sparc/lib/libfreetype.so /net/mmm/export/home/jjh/ws/jdk8master/build/solaris-sparc/lib/sparc/libfreetype.so.6 >>>>> >>>>> New make on solaris does this: >>>>> >>>>> ld: fatal: file /usr/sfw/lib/libfreetype.so: wrong ELF class: ELFCLASS32 >>>>> ld: fatal: File processing errors. No output written to /net/mmm/export/home/jjh/ws/jdk8master/build/solaris-sparcv9-normal-server-release/jdk/lib/sparcv9/libfontmanager.so >>>>> make381[2]: *** [/net/mmm/export/home/jjh/ws/jdk8master/build/solaris-sparcv9-normal-server-release/jdk/lib/sparcv9/libfontmanager.so] Error 1 >>>>> make381[2]: Leaving directory `/net/mmm/export/home/jjh/ws/jdk8master/jdk/makefiles' >>>>> make381[1]: *** [libs-only] Error 2 >>>>> make381[1]: Leaving directory `/net/mmm/export/home/jjh/ws/jdk8master/jdk/makefiles' >>>>> make381: *** [jdk-only] Error >>>>> >>>>> >>>>> What is the fix? >>>>> - jjh >>>>> >>>> PS. I reran config with >>>> --with-freetype=/java/devtools/sparc/freetype-sparc >>>> >>>> and the build still fails with the same error on that libfreetype.so: >>>>> cd /net/mmm/export/home/jjh/ws/jdk8master/build/solaris-sparcv9-normal-server-release/jdk/objs/libmanagement&& /usr/bin/zip -q /net/mmm/export/home/jjh/ws/jdk8master/build/solaris-sparcv9-normal-server-release/jdk/objs/libmanagement/libmanagement.diz libmanagement.debuginfo >>>>> ld: fatal: file /java/devtools/sparc/freetype-sparc/lib/libfreetype.so: wrong ELF class: ELFCLASS32 >>>>> ld: fatal: File processing errors. No output written to /net/mmm/export/home/jjh/ws/jdk8master/build/solaris-sparcv9-normal-server-release/jdk/lib/sparcv9/libfontmanager.so >>>>> make381[2]: *** [/net/mmm/export/home/jjh/ws/jdk8master/build/solaris-sparcv9-normal-server-release/jdk/lib/sparcv9/libfontmanager.so] Error 1 >>>>> make381[2]: *** Waiting for unfinished jobs.... >>>>> make381[2]: Leaving directory `/net/mmm/export/home/jjh/ws/jdk8master/jdk/makefiles' >>>>> make381[1]: *** [libs-only] Error 2 >>>>> make381[1]: Leaving directory `/net/mmm/export/home/jjh/ws/jdk8master/jdk/makefiles' >>>>> make381: *** [jdk-only] Error 2 >>>> Then I noticed that 'ELFCLASS32' and wondered if I was building the 64 bit version. So I reran configure with >>>> --with-tools-dir=/java/devtools/sparc/SUNWspro/SS12u1/bin \ >>>> --with-freetype=/java/devtools/sparc/freetype-sparc \ >>>> --with-target-bits=32 \ >>>> >>>> and this time the build worked. >>>> >>>> Now, if I am not mistaken each of those are the default in the old build system. Why aren't they the default in the new? >>>> >>>> - jjh >>>> >>>> From magnus.ihse.bursie at oracle.com Wed Oct 17 12:33:19 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Wed, 17 Oct 2012 21:33:19 +0200 Subject: something wrong with hotspot builds in build-infra In-Reply-To: <574D9C78-7821-4BC2-AFF3-BB5EF6D086DF@oracle.com> References: <201210171516.q9HFGPSk027841@prt-web.us.oracle.com> <574D9C78-7821-4BC2-AFF3-BB5EF6D086DF@oracle.com> Message-ID: <507F07FF.7050403@oracle.com> On 2012-10-17 18:11, Kelly O'Hair wrote: > Something called fixpath.exe is failing when doing the adlc.make nmake makefile in hotspot. > > "fixpath" is the new name of "uncygdrive", since it now supports msys as well as cygwin. It will take a path such as /cygdrive/c/mydir [cygwin] or /c/mydir [msys] and convert it to c:\mydir, and then it will call the executable named as the first (non-option) argument. So basically on cygwin configure will set CC=/cygdrive/c/mydir/build/fixpath.exe -c /cygdrive/c/msdev/bin/cl.exe The -c to fixpath means "use cygwin mode". I've seen build problems before with hotspot producing compile lines where fixpath is missing the first argument to /cygdrive/c/msdev/bin/cl.exe, so it seems we're trying to compile with fixpath. This has typically been due to a problem of properly locating the cl.exe compiler. Can you check the configure output and see if cl.exe have been located and found in the proper place? However, after the msys fixes, we now start with an argument -c or -m, but this seems to be missing as well here, which seems very strange. Do you have some mismatch between the hotspot repo and the top-level repo? If you look at the generated spec.gmk, what does the line CC say? > This never was an issue before, what has changed here? I'm guessing either msys support or the cl.exe dection rewrite. > > This failure will hold up any integration of the build-infra work into jdk8/build I realize that. Overall, I feel that we have a sub-optimal workflow for pushing stuff into mainline. For pushing to mainline, we should declare a point in the source code at which we think the code is good enough to go into mainline, try it out on JPRT, make a webrev, and then only make changes that are needed to fix issues found by JPRT or the code review. On the other hand, we still need to keep development going, and since the producure above can take days or in worst case weeks, like the latest round, we can't just freeze build-infra. I don't have a good suggestion here. Is it possible to work with branches in mercurial? Can we set a tag in mercurial and then work with a set of patches for the changes needed from that tag? /Magnus From magnus.ihse.bursie at oracle.com Wed Oct 17 12:42:16 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Wed, 17 Oct 2012 21:42:16 +0200 Subject: Need official reviewers: hotspot makefile changes from build-infra In-Reply-To: <507E26C9.6070500@oracle.com> References: <213F3D24-F510-4121-8385-B56B84E72C06@oracle.com> <507E26C9.6070500@oracle.com> Message-ID: <507F0A18.70406@oracle.com> First, I think I'm the author of most of these changes but perhaps not all, I need to check the webrev more carefully to figure that out. :-) On 2012-10-17 05:32, David Holmes wrote: > I got a real sense of deja-vu looking at this. I don't understand what > happened to the TEST_IN_BUILD changes - somehow half of that work got > left behind ?? Yep. By mistake, what was pushed into mainline was the first attempt at the test-in-build fix, not the latest one. :-( I've been mailing privately to Kelly on the best way to resolve this, but he's been away for a while and haven't had time to sort it out. I'm not sure what's happening now, if pushing this patch would result in the correct code or not. Even though it will need more work, I think it would be a good thing to separate that out from this current patch. > > As for the $(LOG_INFO) changes, I don't get it. This kind of change > almost makes sense: > > - _JUNK_ := $(shell echo >&2 "INFO: ALT_OBJCOPY=$(ALT_OBJCOPY)") > + _JUNK_ := $(if $(LOG_INFO),,$(shell echo >&2 "INFO: > ALT_OBJCOPY=$(ALT_OBJCOPY)")) > > I think the intent is that if $(LOG_INFO) is not empty then we will > echo the information. But the way it is written we do the echo if > LOG_INFO is empty - which I don't understand. But I don't understand > all the changes of the form: > > @echo $(LOG_INFO) ... > > What is that supposed to do? What value will LOG_INFO have? I understand your confusion. Here's the trick: If you want to print information at the "info" level (that is, you have enabled "info" or any more detailed level), then LOG_INFO will be empty. Otherwise, it will contain "> /dev/null". That means, if you have a log level less detailed than info, all messages at the info level will be hidden. But this value can also be used as a check. I don't really like to do it that way, but the "JUNK/shell echo >&2" stuff gave me no option. (For me that's really weird, because "info" is for me like: "this is non-essential, you can ignore it if you want" and writing to stderr is like "this is really essential, do not ignore this!", and echoing "info" to stderr is... well... messed up.) > > That aside in top.make where you add: > > + @echo Making vm... > > shouldn't that be > > + @echo $(LOG_INFO) Making vm... The idea here was that this top-level message should be at a "higher" log level, so even if you hide all "info" level messages, you should still see that we're about to create the vm. /Magnus From magnus.ihse.bursie at oracle.com Wed Oct 17 12:45:28 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Wed, 17 Oct 2012 21:45:28 +0200 Subject: hg: build-infra/jdk8: 4 new changesets In-Reply-To: <20121016005707.CE9A047393@hg.openjdk.java.net> References: <20121016005707.CE9A047393@hg.openjdk.java.net> Message-ID: <507F0AD8.7050201@oracle.com> On 2012-10-16 02:57, kelly.ohair at oracle.com wrote: > Changeset: 4b54d77a6831 > Author: dholmes > Date: 2012-10-09 02:08 -0400 > URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/4b54d77a6831 > > 8000461: Top level build doesn't pass OPENJDK=true through to the hotspot build > Summary: Add OPENJDK to the COMMON_BUILD_ARGUMENTS > Reviewed-by: tbell Is this something that needs to be fixed in the new build as well? /Magnus From david.holmes at oracle.com Wed Oct 17 13:52:47 2012 From: david.holmes at oracle.com (david.holmes at oracle.com) Date: Wed, 17 Oct 2012 20:52:47 +0000 Subject: hg: jdk8/profiles: Correct the list of repos to clone - they must only be on openjdk.java.net Message-ID: <20121017205247.E55B7473F4@hg.openjdk.java.net> Changeset: e256b50f23ad Author: dholmes Date: 2012-10-17 16:51 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/rev/e256b50f23ad Correct the list of repos to clone - they must only be on openjdk.java.net ! make/scripts/hgforest.sh From magnus.ihse.bursie at oracle.com Wed Oct 17 14:09:36 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Wed, 17 Oct 2012 21:09:36 +0000 Subject: hg: build-infra/jdk8: Update generated configure script. Message-ID: <20121017210937.10586473F5@hg.openjdk.java.net> Changeset: c8f01e2a027b Author: ihse Date: 2012-10-17 23:05 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/c8f01e2a027b Update generated configure script. ! common/autoconf/generated-configure.sh From magnus.ihse.bursie at oracle.com Wed Oct 17 14:16:31 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Wed, 17 Oct 2012 23:16:31 +0200 Subject: CopyFiles.gmk fails with cygwin make 3.82.90 In-Reply-To: <50787939.1010309@oracle.com> References: <50787939.1010309@oracle.com> Message-ID: <507F202F.5030008@oracle.com> You are really jinxed! ;-) Can you try running with LOG=trace? To keep the log small, run make jdk-only JDK_TARGET=libs-only LOG=trace /Magnus On 2012-10-12 22:10, Jim Holmlund wrote: > > > I am using cygwin 1.7 > CYGWIN_NT-5.1 fff 1.7.16(0.262/5/3) 2012-07-20 22:55 i686 Cygwin > > and it includes make 3.82.90. > > Below is the tail of the output file from building with 3.82.90. I > don't get this error when using make 3.81. > > : > + make VERBOSE= -R -I /cygdrive/d/tools/tl8/common/makefiles -f > CompileNativeLibraries.gmk > GNU Make 3.82.90 > Built for i686-pc-cygwin > Copyright (C) 2010 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later > > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. > Reading makefiles... > Reading makefile `CompileNativeLibraries.gmk'... > Reading makefile > `/cygdrive/d/tools/tl8/build/windows-x86-normal-server-release/spec.gmk' > (search path) (no ~ expansion)... > Reading makefile > `/cygdrive/d/tools/tl8/build/windows-x86-normal-server-release//custom-spec.gmk' > (search path) (don't care) (no ~ expansion)... > Reading makefile `MakeBase.gmk' (search path) (no ~ expansion)... > Reading makefile `NativeCompilation.gmk' (search path) (no ~ > expansion)... > Reading makefile `Setup.gmk' (search path) (no ~ expansion)... > Reading makefile `CopyFiles.gmk ' (search path) (no ~ expansion)... > make[2]: Entering directory `/cygdrive/d/tools/tl8/jdk/makefiles' > CopyFiles.gmk:255: *** target pattern contains no `%'. Stop. > make[2]: Leaving directory `/cygdrive/d/tools/tl8/jdk/makefiles' > make[Reaping losing child 0x2005c8e0 PID 3308 > Makefile:67: recipe for target `libs-only' failed > 1]: *** [libs-only] Error 2 > Removing child 0x2005c8e0 PID 3308 from chain. > make[1]: Leaving directory `/cygdrive/d/tools/tl8/jdk/makefiles' > Reaping losing child 0x2005a358 PID 3088 > Makefile:140: recipe for target `jdk-only' failed > make: *** [jdk-only] Error 2 > Removing child 0x2005a358 PID 3088 from chain. > From magnus.ihse.bursie at oracle.com Wed Oct 17 14:35:49 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Wed, 17 Oct 2012 21:35:49 +0000 Subject: hg: build-infra/jdk8: Add -L to find in HotspotWrapper to avoid having make choke on symbolic links. Message-ID: <20121017213549.BEC95473F6@hg.openjdk.java.net> Changeset: 928bc08102c0 Author: ihse Date: 2012-10-17 23:35 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/928bc08102c0 Add -L to find in HotspotWrapper to avoid having make choke on symbolic links. ! common/makefiles/HotspotWrapper.gmk From magnus.ihse.bursie at oracle.com Wed Oct 17 14:36:35 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Wed, 17 Oct 2012 23:36:35 +0200 Subject: problem with spurious file In-Reply-To: <50786CDF.2010708@oracle.com> References: <50786CDF.2010708@oracle.com> Message-ID: <507F24E3.8070804@oracle.com> On 2012-10-12 21:17, Jim Holmlund wrote: > My hotspot/ dir contains this: > lrwxrwxrwx 1 jjh None 26 Mar 12 2012 .#log.all -> > jjh at fff.us.oracle.com.2884 But why?!? :-) The makefile checks the status of all files in the hotspot directory to determine if any of them have changed. If so, we actually run the Hotspot makefile. This is a bit of a workaround, since the Hotspot makefiles are broken and, besides taking long time to detect that nothing has to be done, is always updating some output even if input files have not changed, which triggers updates later on in the chain. The correct fix is to fix the Hotspot makefiles, but that is a huuuge project. In this case, make cannot determine the status if jjh at fff.us.oracle.com.2884. I'm not really sure why make treats symbolic links like this. However, I updated the "find" expression to resolve symbolic links, which should take care of this. It's just pushed into the repo. /Magnus From kelly.ohair at oracle.com Wed Oct 17 15:02:19 2012 From: kelly.ohair at oracle.com (kelly.ohair at oracle.com) Date: Wed, 17 Oct 2012 22:02:19 +0000 Subject: hg: build-infra/jdk8/jdk: Undo hprof_init.c change in build-infra forest Message-ID: <20121017220238.CC9CE473F8@hg.openjdk.java.net> Changeset: 9f89cbf84ec1 Author: ohair Date: 2012-10-17 15:02 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/9f89cbf84ec1 Undo hprof_init.c change in build-infra forest ! src/share/demo/jvmti/hprof/hprof_init.c From kelly.ohair at oracle.com Wed Oct 17 15:07:21 2012 From: kelly.ohair at oracle.com (kelly.ohair at oracle.com) Date: Wed, 17 Oct 2012 22:07:21 +0000 Subject: hg: build-infra/jdk8: 2 new changesets Message-ID: <20121017220721.C5968473FB@hg.openjdk.java.net> Changeset: 768983a4e808 Author: ohair Date: 2012-10-17 15:06 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/768983a4e808 Undo get_source changes for locked repos. Please do this through jdk8/build and with a full review. ! get_source.sh ! make/scripts/hgforest.sh Changeset: 05c7e9433ee8 Author: ohair Date: 2012-10-17 15:06 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/05c7e9433ee8 Merge From magnus.ihse.bursie at oracle.com Wed Oct 17 15:07:40 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Thu, 18 Oct 2012 00:07:40 +0200 Subject: ccache problem In-Reply-To: References: <506D54F0.5070706@oracle.com> <506D7E7B.1000602@oracle.com> <506E907E.7030601@oracle.com> Message-ID: <507F2C2C.4080501@oracle.com> On 2012-10-05 09:58, Henri Gomez wrote: >> At least for configure to pick up ccache we require 3.1.4, but your run with >> 2.4 seems to get a considerable speedup anyway. Are you forcing the use of >> ccache in any way outside of configure? > No forcing of ccache. > > build script used is here : > > https://github.com/hgomez/obuildfactory/blob/master/openjdk8/linux/build.sh I agree with Erik, it sounds like ccache is used anyway. Some questions: What does the configure script say at the end about ccache? Do you have ccache configured to prepend /usr/lib/ccache to the PATH? If so, configure will pick up a ccache as a compiler. The latest version of build-infra will detect this and avoid it if ccache is too old. Do your configure log say something like: checking if CC is disguised ccache... no, keeping CC ? If this line is not included, you don't have run the version of build-infra with this check. (It's rather new.) Going back to your original problem: > Generating precompiled header precompiled.hpp.gch > ccache: FATAL: Could not create > /home/builder/.ccache/0/6/9ce0175bc51dbb1445da6876e55dfa-3245504.o.tmp.stdout.agent-builder-f1732.obuildfactory.org.18119 > (permission denied?) Do you see this on systems with ccache 2.4? I think this is the very reason why we decided to ban ccache versions lower than 3.1.6, since they can't handle precompiled headers properly. /Magnus From magnus.ihse.bursie at oracle.com Wed Oct 17 15:11:15 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Thu, 18 Oct 2012 00:11:15 +0200 Subject: hg: build-infra/jdk8: 2 new changesets In-Reply-To: <20121017220721.C5968473FB@hg.openjdk.java.net> References: <20121017220721.C5968473FB@hg.openjdk.java.net> Message-ID: <507F2D03.80801@oracle.com> On 2012-10-18 00:07, kelly.ohair at oracle.com wrote: > Changeset: 768983a4e808 > Author: ohair > Date: 2012-10-17 15:06 -0700 > URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/768983a4e808 > > Undo get_source changes for locked repos. Please do this through jdk8/build and with a full review. Just for the record: I will not bother to do this. For me it can just as well be gone. I tried to take Fredriks fix (which was horribly slow on Windows) and make it run properly fast. But I don't see the reason for this addition. Fredrik: If you want it, you'll have to to the arguing for it. /Magnus From kelly.ohair at oracle.com Wed Oct 17 15:35:22 2012 From: kelly.ohair at oracle.com (kelly.ohair at oracle.com) Date: Wed, 17 Oct 2012 22:35:22 +0000 Subject: hg: build-infra/jdk8: Text files with no newlines in them create issues with diffs and webrevs. Message-ID: <20121017223522.BCE6E47401@hg.openjdk.java.net> Changeset: 1b06b31a5c33 Author: ohair Date: 2012-10-17 15:35 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/1b06b31a5c33 Text files with no newlines in them create issues with diffs and webrevs. ! common/makefiles/support/ListPathsSafely-post-compress.incl ! common/makefiles/support/ListPathsSafely-pre-compress.incl From kelly.ohair at oracle.com Wed Oct 17 16:49:56 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Wed, 17 Oct 2012 16:49:56 -0700 Subject: changes to non-build-infra files Message-ID: I would like to ask that we no longer push any changes to files used by the old build system or common sources into the build-infra/jdk8 repositories. Changes to the top level build-infra common/* directories, or any of the */makefiles directories are ok (these are only used by the new build). These non-build-infra changes need to be verified, reviewed, and formally integrated separately into the jdk8/build, jdk8/tl/langtools, or hsx/hotspot-rt/hotspot repos. I'd like that to be the first time they get seen. Minus hotspot and langtools, the build-infra/jdk8 repositories should be kept in sync with jdk8/build, so pushes to jdk8/build can then be pulled quickly down into build-infra, but hotspot and langtools changes must be done very differently and are creating major complications. I see no other way to speed up build-infra/jdk8 changes going into jdk8/build if we don't start keeping these changes completely separate, regressions can happen too easily with all the combinations and platforms. So we need to deal with the non-build-infra differences in hotspot and langtools, e.g. between: * build-infra/jdk8/hotspot and hsx/hotspot-rt/hotspot http://cr.openjdk.java.net/~ohair/openjdk8/repo-hotspot/webrev/ * build-infra/jdk8/langtools and jdk8/tl/langtools (webrev for src/ and test/ changes is too big to even show) These cannot be integrated via jdk8/build and I would rather they not be unique to the build-infra repositories at all. Although I realize that langtools has the smartjavac work, I find it distressing that these changes have not made it into jdk8/jdk8/langtools via the jdk8/tl/langtools repository yet. If someone can give me an update on that I would appreciate it. The hotspot changes I will try and integrate via hotspot-rt separately, but I'm having some issues doing so because there appears to be some kind of dependency between these hotspot changes and the other changes in the top common/makefiles. Or some kind of conflict I haven't figured out yet. Other than hotspot build failures around adlc, everything else is looking good. The actual build-infra changes currently look like: http://cr.openjdk.java.net/~ohair/openjdk8/repo-./webrev/ http://cr.openjdk.java.net/~ohair/openjdk8/repo-corba/webrev/ http://cr.openjdk.java.net/~ohair/openjdk8/repo-jaxp/webrev/ http://cr.openjdk.java.net/~ohair/openjdk8/repo-jaxws/webrev/ http://cr.openjdk.java.net/~ohair/openjdk8/repo-jdk/webrev/ http://cr.openjdk.java.net/~ohair/openjdk8/repo-langtools/webrev/ (makefiles/ changes only) -kto From jonathan.gibbons at oracle.com Wed Oct 17 16:59:58 2012 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Wed, 17 Oct 2012 16:59:58 -0700 Subject: changes to non-build-infra files In-Reply-To: References: Message-ID: <507F467E.9000200@oracle.com> On 10/17/2012 04:49 PM, Kelly O'Hair wrote: > If someone can give me an update on that I would appreciate it. Kelly, I will make it a priority to review the work next week. -- Jon From kelly.ohair at oracle.com Wed Oct 17 17:08:51 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Wed, 17 Oct 2012 17:08:51 -0700 Subject: something wrong with hotspot builds in build-infra In-Reply-To: <507F07FF.7050403@oracle.com> References: <201210171516.q9HFGPSk027841@prt-web.us.oracle.com> <574D9C78-7821-4BC2-AFF3-BB5EF6D086DF@oracle.com> <507F07FF.7050403@oracle.com> Message-ID: On Oct 17, 2012, at 12:33 PM, Magnus Ihse Bursie wrote: > On 2012-10-17 18:11, Kelly O'Hair wrote: >> Something called fixpath.exe is failing when doing the adlc.make nmake makefile in hotspot. >> >> > "fixpath" is the new name of "uncygdrive", since it now supports msys as well as cygwin. It will take a path such as /cygdrive/c/mydir [cygwin] or /c/mydir [msys] and convert it to c:\mydir, and then it will call the executable named as the first (non-option) argument. > > So basically on cygwin configure will set CC=/cygdrive/c/mydir/build/fixpath.exe -c /cygdrive/c/msdev/bin/cl.exe > The -c to fixpath means "use cygwin mode". > > I've seen build problems before with hotspot producing compile lines where fixpath is missing the first argument to /cygdrive/c/msdev/bin/cl.exe, so it seems we're trying to compile with fixpath. This has typically been due to a problem of properly locating the cl.exe compiler. Can you check the configure output and see if cl.exe have been located and found in the proper place? > > However, after the msys fixes, we now start with an argument -c or -m, but this seems to be missing as well here, which seems very strange. Do you have some mismatch between the hotspot repo and the top-level repo? > > If you look at the generated spec.gmk, what does the line CC say? I don't have those files when I use JPRT. My primary Solaris system is svc6 which is Solaris 11 which does not work at all. I haven't had the time to deep dive on any of this right now. > >> This never was an issue before, what has changed here? > I'm guessing either msys support or the cl.exe dection rewrite. >> >> This failure will hold up any integration of the build-infra work into jdk8/build > > I realize that. Overall, I feel that we have a sub-optimal workflow for pushing stuff into mainline. For pushing to mainline, we should declare a point in the source code at which we think the code is good enough to go into mainline, try it out on JPRT, make a webrev, and then only make changes that are needed to fix issues found by JPRT or the code review. > > On the other hand, we still need to keep development going, and since the producure above can take days or in worst case weeks, like the latest round, we can't just freeze build-infra. Maybe not frozen, but severely restricted is what I would recommend. Unless the changes are needed to make this integration happen, or are needed for the integration, the repos should be restricted. And even after this integration, everyone needs to be doing a bit more testing of all changes being integrated into build-infra. > > I don't have a good suggestion here. Is it possible to work with branches in mercurial? Can we set a tag in mercurial and then work with a set of patches for the changes needed from that tag? My gut feeling is that we are just moving to fast and stability and prevention of regressions to building is priority #1 right now. Branches won't fix this and a pile of patches isn't any better than a pile of changesets. Every change we make from now on needs to be vetted, we have too many people depending on us now. -kto > > /Magnus From kelly.ohair at oracle.com Wed Oct 17 17:11:17 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Wed, 17 Oct 2012 17:11:17 -0700 Subject: hg: build-infra/jdk8: 4 new changesets In-Reply-To: <507F0AD8.7050201@oracle.com> References: <20121016005707.CE9A047393@hg.openjdk.java.net> <507F0AD8.7050201@oracle.com> Message-ID: <05DD0383-C063-4B74-B191-8222DCED1620@oracle.com> I do not know. -kto On Oct 17, 2012, at 12:45 PM, Magnus Ihse Bursie wrote: > On 2012-10-16 02:57, kelly.ohair at oracle.com wrote: >> Changeset: 4b54d77a6831 >> Author: dholmes >> Date: 2012-10-09 02:08 -0400 >> URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/4b54d77a6831 >> >> 8000461: Top level build doesn't pass OPENJDK=true through to the hotspot build >> Summary: Add OPENJDK to the COMMON_BUILD_ARGUMENTS >> Reviewed-by: tbell > Is this something that needs to be fixed in the new build as well? > > /Magnus From kelly.ohair at oracle.com Wed Oct 17 17:13:51 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Wed, 17 Oct 2012 17:13:51 -0700 Subject: hg: build-infra/jdk8: 2 new changesets In-Reply-To: <507F2D03.80801@oracle.com> References: <20121017220721.C5968473FB@hg.openjdk.java.net> <507F2D03.80801@oracle.com> Message-ID: <6C141503-7E40-4C50-879F-ACF96E7752C6@oracle.com> On Oct 17, 2012, at 3:11 PM, Magnus Ihse Bursie wrote: > On 2012-10-18 00:07, kelly.ohair at oracle.com wrote: >> Changeset: 768983a4e808 >> Author: ohair >> Date: 2012-10-17 15:06 -0700 >> URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/768983a4e808 >> >> Undo get_source changes for locked repos. Please do this through jdk8/build and with a full review. > > Just for the record: I will not bother to do this. For me it can just as well be gone. I tried to take Fredriks fix (which was horribly slow on Windows) and make it run properly fast. But I don't see the reason for this addition. Sorry Fredrick, I agree here. I just don't see the need for this. -kto > > Fredrik: If you want it, you'll have to to the arguing for it. > > /Magnus From kelly.ohair at oracle.com Wed Oct 17 17:19:00 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Wed, 17 Oct 2012 17:19:00 -0700 Subject: CORE_PKGS.gmk moved In-Reply-To: <507F054E.7050106@oracle.com> References: <8B02E6C9-0A48-40B5-85B2-0E965D36D863@oracle.com> <507F054E.7050106@oracle.com> Message-ID: I will delete jdk/makefiles/docs -kto On Oct 17, 2012, at 12:21 PM, Magnus Ihse Bursie wrote: > On 2012-10-16 21:37, Mike Duigou wrote: >> There is one in jdk/make/docs and one in jdk/makefiles/docs in addition to the one it common/makefiles/javadoc. >> >> The one I believe is now redundant is jdk/makefiles/docs/CORE_PKGS.gmk > > In the current build-infra forest, the jdk/makefiles/docs directory is removed. However, there was an integration mistake previously so moved files (one added, one removed) got messed up and the remove disappeared, resulting in a copy (just a new file). This might have happened to the docs directory, and it might be the case that this code is what's still in the master forest, which I believe is what you're looking at. > > /Magnus From james.holmlund at oracle.com Wed Oct 17 17:44:18 2012 From: james.holmlund at oracle.com (Jim Holmlund) Date: Wed, 17 Oct 2012 17:44:18 -0700 Subject: problem with spurious file In-Reply-To: <507F24E3.8070804@oracle.com> References: <50786CDF.2010708@oracle.com> <507F24E3.8070804@oracle.com> Message-ID: <507F50E2.5040504@oracle.com> On 10/17/2012 2:36 PM, Magnus Ihse Bursie wrote: > On 2012-10-12 21:17, Jim Holmlund wrote: >> My hotspot/ dir contains this: >> lrwxrwxrwx 1 jjh None 26 Mar 12 2012 .#log.all -> jjh at fff.us.oracle.com.2884 > > But why?!? :-) > Good question. AFAIK: - If you open a file, eg. log.all, in cygwin xemacs and then modify the buffer, xemacs creates that 'link'. I don't know why. - If you then save the modified file, or kill the buffer, xemacs removes the link. - if xemacs shuts down, eg, because the oracle desktop update decided to reboot your system, thereby losing all work in progress, the 'link' remains > The makefile checks the status of all files in the hotspot directory to determine if any of them > have changed. If so, we actually run the Hotspot makefile. This is a bit of a workaround, since > the Hotspot makefiles are broken and, besides taking long time to detect that nothing has to be > done, is always updating some output even if input files have not changed, which triggers updates > later on in the chain. > I presume that the .orig files that hg creates aren't a problem - jjh > The correct fix is to fix the Hotspot makefiles, but that is a huuuge project. > > In this case, make cannot determine the status if jjh at fff.us.oracle.com.2884. > > I'm not really sure why make treats symbolic links like this. > > However, I updated the "find" expression to resolve symbolic links, which should take care of > this. It's just pushed into the repo. > > /Magnus From kelly.ohair at oracle.com Wed Oct 17 18:26:20 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Wed, 17 Oct 2012 18:26:20 -0700 Subject: changes to non-build-infra files In-Reply-To: <507F467E.9000200@oracle.com> References: <507F467E.9000200@oracle.com> Message-ID: On Oct 17, 2012, at 4:59 PM, Jonathan Gibbons wrote: > On 10/17/2012 04:49 PM, Kelly O'Hair wrote: >> If someone can give me an update on that I would appreciate it. > > Kelly, > > I will make it a priority to review the work next week. > Thanks. -kto > -- Jon From david.holmes at oracle.com Wed Oct 17 18:37:38 2012 From: david.holmes at oracle.com (David Holmes) Date: Thu, 18 Oct 2012 11:37:38 +1000 Subject: hg: build-infra/jdk8: 4 new changesets In-Reply-To: <507F0AD8.7050201@oracle.com> References: <20121016005707.CE9A047393@hg.openjdk.java.net> <507F0AD8.7050201@oracle.com> Message-ID: <507F5D62.7090401@oracle.com> On 18/10/2012 5:45 AM, Magnus Ihse Bursie wrote: > On 2012-10-16 02:57, kelly.ohair at oracle.com wrote: >> Changeset: 4b54d77a6831 >> Author: dholmes >> Date: 2012-10-09 02:08 -0400 >> URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/4b54d77a6831 >> >> 8000461: Top level build doesn't pass OPENJDK=true through to the >> hotspot build >> Summary: Add OPENJDK to the COMMON_BUILD_ARGUMENTS >> Reviewed-by: tbell > Is this something that needs to be fixed in the new build as well? I don't believe so. The new build sets OPENJDK in spec.gmk to hotspot sees it there. David > /Magnus From david.holmes at oracle.com Wed Oct 17 18:39:51 2012 From: david.holmes at oracle.com (David Holmes) Date: Thu, 18 Oct 2012 11:39:51 +1000 Subject: hg: build-infra/jdk8: 4 new changesets In-Reply-To: <507F5D62.7090401@oracle.com> References: <20121016005707.CE9A047393@hg.openjdk.java.net> <507F0AD8.7050201@oracle.com> <507F5D62.7090401@oracle.com> Message-ID: <507F5DE7.5050605@oracle.com> On 18/10/2012 11:37 AM, David Holmes wrote: > On 18/10/2012 5:45 AM, Magnus Ihse Bursie wrote: >> On 2012-10-16 02:57, kelly.ohair at oracle.com wrote: >>> Changeset: 4b54d77a6831 >>> Author: dholmes >>> Date: 2012-10-09 02:08 -0400 >>> URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/4b54d77a6831 >>> >>> 8000461: Top level build doesn't pass OPENJDK=true through to the >>> hotspot build >>> Summary: Add OPENJDK to the COMMON_BUILD_ARGUMENTS >>> Reviewed-by: tbell >> Is this something that needs to be fixed in the new build as well? > > I don't believe so. The new build sets OPENJDK in spec.gmk to hotspot > sees it there. ... so hotspot sees it there. David > > David > >> /Magnus From david.holmes at oracle.com Wed Oct 17 18:47:36 2012 From: david.holmes at oracle.com (david.holmes at oracle.com) Date: Thu, 18 Oct 2012 01:47:36 +0000 Subject: hg: jdk8/profiles/jdk: Remove leftover workaround that forced JAR compression on Message-ID: <20121018014758.05E0147406@hg.openjdk.java.net> Changeset: 86e86c812268 Author: dholmes Date: 2012-10-17 21:47 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/jdk/rev/86e86c812268 Remove leftover workaround that forced JAR compression on ! makefiles/Profiles.gmk From mike.duigou at oracle.com Wed Oct 17 19:45:48 2012 From: mike.duigou at oracle.com (Mike Duigou) Date: Wed, 17 Oct 2012 19:45:48 -0700 Subject: 7179349 misses updating new build makefiles Message-ID: A fix was recently integrated into JDK 8 mainline repo which breaks new-infra builds on MacOS X. http://hg.openjdk.java.net/jdk8/awt/jdk/rev/d6cba7bfbb3d The logic for creating the icon file created is not present in the new build infra makefiles. (jdk/makefiles) The ToBin.java program can also be omitted with something like the following: (/bin/echo "static unsigned char sAWTIconData[] = {"; hexdump -v -e '"\t" 32/1 "%u, " "\n"' $(ICON) ; /bin/echo "};") > $(ICON_DATA) Mike From james.holmlund at oracle.com Wed Oct 17 20:32:09 2012 From: james.holmlund at oracle.com (Jim Holmlund) Date: Wed, 17 Oct 2012 20:32:09 -0700 Subject: CopyFiles.gmk fails with cygwin make 3.82.90 In-Reply-To: <507F202F.5030008@oracle.com> References: <50787939.1010309@oracle.com> <507F202F.5030008@oracle.com> Message-ID: <507F7839.7020201@oracle.com> On 10/17/2012 2:16 PM, Magnus Ihse Bursie wrote: > You are really jinxed! ;-) That is what kto keeps saying. Is there any record of someone successfully building with make3.82.90? > > Can you try running with LOG=trace? To keep the log small, run > make jdk-only JDK_TARGET=libs-only LOG=trace > See attached log.magnus.txt. I don't see anything helpful there. - jjh > /Magnus > > > On 2012-10-12 22:10, Jim Holmlund wrote: >> >> >> I am using cygwin 1.7 >> CYGWIN_NT-5.1 fff 1.7.16(0.262/5/3) 2012-07-20 22:55 i686 Cygwin >> >> and it includes make 3.82.90. >> >> Below is the tail of the output file from building with 3.82.90. I don't get this error when >> using make 3.81. >> >> : >> + make VERBOSE= -R -I /cygdrive/d/tools/tl8/common/makefiles -f CompileNativeLibraries.gmk >> GNU Make 3.82.90 >> Built for i686-pc-cygwin >> Copyright (C) 2010 Free Software Foundation, Inc. >> License GPLv3+: GNU GPL version 3 or later >> This is free software: you are free to change and redistribute it. >> There is NO WARRANTY, to the extent permitted by law. >> Reading makefiles... >> Reading makefile `CompileNativeLibraries.gmk'... >> Reading makefile `/cygdrive/d/tools/tl8/build/windows-x86-normal-server-release/spec.gmk' (search >> path) (no ~ expansion)... >> Reading makefile `/cygdrive/d/tools/tl8/build/windows-x86-normal-server-release//custom-spec.gmk' >> (search path) (don't care) (no ~ expansion)... >> Reading makefile `MakeBase.gmk' (search path) (no ~ expansion)... >> Reading makefile `NativeCompilation.gmk' (search path) (no ~ expansion)... >> Reading makefile `Setup.gmk' (search path) (no ~ expansion)... >> Reading makefile `CopyFiles.gmk ' (search path) (no ~ expansion)... >> make[2]: Entering directory `/cygdrive/d/tools/tl8/jdk/makefiles' >> CopyFiles.gmk:255: *** target pattern contains no `%'. Stop. >> make[2]: Leaving directory `/cygdrive/d/tools/tl8/jdk/makefiles' >> make[Reaping losing child 0x2005c8e0 PID 3308 >> Makefile:67: recipe for target `libs-only' failed >> 1]: *** [libs-only] Error 2 >> Removing child 0x2005c8e0 PID 3308 from chain. >> make[1]: Leaving directory `/cygdrive/d/tools/tl8/jdk/makefiles' >> Reaping losing child 0x2005a358 PID 3088 >> Makefile:140: recipe for target `jdk-only' failed >> make: *** [jdk-only] Error 2 >> Removing child 0x2005a358 PID 3088 from chain. >> > -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: log.magnus,txt Url: http://mail.openjdk.java.net/pipermail/build-infra-dev/attachments/20121017/519c1619/log.magnus,txt From david.holmes at oracle.com Wed Oct 17 20:57:48 2012 From: david.holmes at oracle.com (David Holmes) Date: Thu, 18 Oct 2012 13:57:48 +1000 Subject: something wrong with hotspot builds in build-infra In-Reply-To: <507F07FF.7050403@oracle.com> References: <201210171516.q9HFGPSk027841@prt-web.us.oracle.com> <574D9C78-7821-4BC2-AFF3-BB5EF6D086DF@oracle.com> <507F07FF.7050403@oracle.com> Message-ID: <507F7E3C.6070308@oracle.com> The log http://prt-web.us.oracle.com//archive/2012/10/2012-10-17-145309.kohair.jdk8-build//logs/windows_i586_5.1-fastdebug.log doesn't indicate configure is using fixpath at all. Tools summary: * Boot JDK: /cygdrive/c/jprt/products/p1/jdk7u7~1/jdk17~1.0_0 * C Compiler: Microsoft CL.EXE version 16.00.30319.01 (at /cygdrive/c/progra~1/micros~2.0/vc/bin/cl) * C++ Compiler: Microsoft CL.EXE version 16.00.30319.01 (at /cygdrive/c/progra~1/micros~2.0/vc/bin/cl) I am not familiar with the windows build, but could this be the problem with the explicit setting of MAKE? David On 18/10/2012 5:33 AM, Magnus Ihse Bursie wrote: > On 2012-10-17 18:11, Kelly O'Hair wrote: >> Something called fixpath.exe is failing when doing the adlc.make nmake >> makefile in hotspot. >> >> > "fixpath" is the new name of "uncygdrive", since it now supports msys as > well as cygwin. It will take a path such as /cygdrive/c/mydir [cygwin] > or /c/mydir [msys] and convert it to c:\mydir, and then it will call the > executable named as the first (non-option) argument. > > So basically on cygwin configure will set > CC=/cygdrive/c/mydir/build/fixpath.exe -c /cygdrive/c/msdev/bin/cl.exe > The -c to fixpath means "use cygwin mode". > > I've seen build problems before with hotspot producing compile lines > where fixpath is missing the first argument to > /cygdrive/c/msdev/bin/cl.exe, so it seems we're trying to compile with > fixpath. This has typically been due to a problem of properly locating > the cl.exe compiler. Can you check the configure output and see if > cl.exe have been located and found in the proper place? > > However, after the msys fixes, we now start with an argument -c or -m, > but this seems to be missing as well here, which seems very strange. Do > you have some mismatch between the hotspot repo and the top-level repo? > > If you look at the generated spec.gmk, what does the line CC say? > >> This never was an issue before, what has changed here? > I'm guessing either msys support or the cl.exe dection rewrite. >> >> This failure will hold up any integration of the build-infra work into >> jdk8/build > > I realize that. Overall, I feel that we have a sub-optimal workflow for > pushing stuff into mainline. For pushing to mainline, we should declare > a point in the source code at which we think the code is good enough to > go into mainline, try it out on JPRT, make a webrev, and then only make > changes that are needed to fix issues found by JPRT or the code review. > > On the other hand, we still need to keep development going, and since > the producure above can take days or in worst case weeks, like the > latest round, we can't just freeze build-infra. > > I don't have a good suggestion here. Is it possible to work with > branches in mercurial? Can we set a tag in mercurial and then work with > a set of patches for the changes needed from that tag? > > /Magnus From mike.duigou at oracle.com Wed Oct 17 21:49:26 2012 From: mike.duigou at oracle.com (Mike Duigou) Date: Wed, 17 Oct 2012 21:49:26 -0700 Subject: help target for NewMakeFile.gmk Message-ID: <214AB636-6DE5-4A11-9649-4788F20843AD@oracle.com> When confronted with a new makefile I always wonder what targets are available. It's useful to have a help target that prints out the available targets. Here's a patch for the NewMakeFile.gmk that prints out the phony list as available targets. In other projects with phonies that aren't directly usable two lists are kept, one for usable targets and another for targets that can't or shouldn't be directly executed. Help will print just the usable list. Mike @@ -203,9 +203,29 @@ jprt_build_generic ########################################################################### +# Help target + +THIS_MAKEFILE := $(lastword $(MAKEFILE_LIST)) +ifeq ($(THIS_MAKEFILE),Makefile) + MINUS_F := "" +else + MINUS_F := " -f $(THIS_MAKEFILE)" +endif + +help: + @$(ECHO) -n "# Usage : make$(MINUS_F)" + @for eachtarget in $(PHONY_LIST) ; do $(ECHO) -n " [$$eachtarget]" ; done + @$(ECHO) "" + +# Keep track of phony targets +PHONY_LIST += help + +########################################################################### From david.holmes at oracle.com Wed Oct 17 22:26:14 2012 From: david.holmes at oracle.com (David Holmes) Date: Thu, 18 Oct 2012 15:26:14 +1000 Subject: Need official reviewers: hotspot makefile changes from build-infra In-Reply-To: <507F0A18.70406@oracle.com> References: <213F3D24-F510-4121-8385-B56B84E72C06@oracle.com> <507E26C9.6070500@oracle.com> <507F0A18.70406@oracle.com> Message-ID: <507F92F6.4050304@oracle.com> On 18/10/2012 5:42 AM, Magnus Ihse Bursie wrote: > First, I think I'm the author of most of these changes but perhaps not > all, I need to check the webrev more carefully to figure that out. :-) > > On 2012-10-17 05:32, David Holmes wrote: > >> I got a real sense of deja-vu looking at this. I don't understand what >> happened to the TEST_IN_BUILD changes - somehow half of that work got >> left behind ?? > > Yep. By mistake, what was pushed into mainline was the first attempt at > the test-in-build fix, not the latest one. :-( I've been mailing > privately to Kelly on the best way to resolve this, but he's been away > for a while and haven't had time to sort it out. I'm not sure what's > happening now, if pushing this patch would result in the correct code or > not. Even though it will need more work, I think it would be a good > thing to separate that out from this current patch. Ok. So I'm assuming that without the rest of this we can't actually set TEST_IN_BUILD=false and disable test_gamma ? >> >> As for the $(LOG_INFO) changes, I don't get it. This kind of change >> almost makes sense: >> >> - _JUNK_ := $(shell echo >&2 "INFO: ALT_OBJCOPY=$(ALT_OBJCOPY)") >> + _JUNK_ := $(if $(LOG_INFO),,$(shell echo >&2 "INFO: >> ALT_OBJCOPY=$(ALT_OBJCOPY)")) >> >> I think the intent is that if $(LOG_INFO) is not empty then we will >> echo the information. But the way it is written we do the echo if >> LOG_INFO is empty - which I don't understand. But I don't understand >> all the changes of the form: >> >> @echo $(LOG_INFO) ... >> >> What is that supposed to do? What value will LOG_INFO have? > > I understand your confusion. Here's the trick: If you want to print > information at the "info" level (that is, you have enabled "info" or any > more detailed level), then LOG_INFO will be empty. Otherwise, it will > contain "> /dev/null". That means, if you have a log level less detailed > than info, all messages at the info level will be hidden. Ok. The mechanism is surprising but it's not completely unclear what this will do: echo when logging at info level is enabled. Though "$(LOG_INFO) @echo ..." would look more intuitive. Or change @echo to @$(ECHO) and hide this all behind the definition of ECHO (which is what happens in other parts of the build - right?) > But this value > can also be used as a check. I don't really like to do it that way, but > the "JUNK/shell echo >&2" stuff gave me no option. (For me that's really > weird, because "info" is for me like: "this is non-essential, you can > ignore it if you want" and writing to stderr is like "this is really > essential, do not ignore this!", and echoing "info" to stderr is... > well... messed up.) Right. These FDS related statements are really extended debugging information to help everyone figure out why they do, or do not, get the debuginfo files, based on different flags and the existance of the objcopy tool. I find them somewhat noisy as they get reported multiple times. Given you are effectively adding different levels of verbosity to the logging I think it would be fine to change these to something more "natural" (Of course we run it past Dan :) ). As it is the sense of the test and name seem reversed: I don't expect LOG_INFO being empty to enable the output. >> >> That aside in top.make where you add: >> >> + @echo Making vm... >> >> shouldn't that be >> >> + @echo $(LOG_INFO) Making vm... > > The idea here was that this top-level message should be at a "higher" > log level, so even if you hide all "info" level messages, you should > still see that we're about to create the vm. Okay - so how many log levels do we have? Seems to be only two. (Not that I really care as I will always build with all logging enabled - and expect JPRT to do the same.) David ----- > /Magnus From Alan.Bateman at oracle.com Thu Oct 18 01:00:08 2012 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Thu, 18 Oct 2012 09:00:08 +0100 Subject: 7179349 misses updating new build makefiles In-Reply-To: References: Message-ID: <507FB708.4060108@oracle.com> On 18/10/2012 03:45, Mike Duigou wrote: > A fix was recently integrated into JDK 8 mainline repo which breaks new-infra builds on MacOS X. > > http://hg.openjdk.java.net/jdk8/awt/jdk/rev/d6cba7bfbb3d > > The logic for creating the icon file created is not present in the new build infra makefiles. (jdk/makefiles) > > The ToBin.java program can also be omitted with something like the following: > > (/bin/echo "static unsigned char sAWTIconData[] = {"; hexdump -v -e '"\t" 32/1 "%u, " "\n"' $(ICON) ; /bin/echo "};")> $(ICON_DATA) > > Mike I wonder if we are at the point where the integrators (Lana in particular as she usually pushes the TL + client changes to master) should do a sanity check with the new build system before pushing to jdk8/jdk8. We don't want to add additional burden of course and there is no reason why such builds can't be continuous or at least daily. Once we do the switch then they will be period after that where we have to keep the old build alive, in which case there will need to be regular sanity checks with the old build system. -Alan. From magnus.ihse.bursie at oracle.com Thu Oct 18 01:58:37 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Thu, 18 Oct 2012 08:58:37 +0000 Subject: hg: build-infra/jdk8: stat on macosx has different flags than GNU stat. (But of course...) Message-ID: <20121018085837.81F4C47410@hg.openjdk.java.net> Changeset: e4de6f9adf27 Author: ihse Date: 2012-10-18 10:58 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/e4de6f9adf27 stat on macosx has different flags than GNU stat. (But of course...) ! common/bin/compare.sh From magnus.ihse.bursie at oracle.com Thu Oct 18 02:39:43 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Thu, 18 Oct 2012 11:39:43 +0200 Subject: Some update on Cygwin hangs Message-ID: <507FCE5F.8070700@oracle.com> Erik and I have been chasing the cygwin instability for a while. This is a report of our (or at least mine :)) current understanding. * Overall, cygwin builds seems pretty stable nowadays, even on Windows 7. * The one glaring exception is a hang that's quite repeatable, under the right circumstances. * This hang happens while building images. Typically you see an output about "ctsym" right before the hang. We've named this the "ctsym bug", even though ctsym does not have anything to do with it. (It's just about the last successful thing we managed to do before the hang). * Adding a simple "echo" output between running create-jars and images made the issue much harder to repeat. * When running with JOBS=1, the hang is much harder to reproduce. I made a small hack that ran just the images target with -j1, and that run orders of magnitude more times before hanging than when running with default parallelism (4 on my machine). However, in the end, it still hanged, but after like 2-3 days. I have now managed to reproduce the hang with JOBS=1 LOG=trace. Of course, adding debugging might change things enough that this is not the real case, but it seems likely to be. This is how far we got: * make -f Images.gmk * all static code (VAR=$(shell ...), mostly a bunch of find's) have been executed. * we have *just* started executing our first rule, which is at line 77 in Images.gmk: $(JRE_IMAGE_DIR)/bin/%: $(JDK_OUTPUTDIR)/bin/% $(ECHO) $(LOG_INFO) Copying $(patsubst $(OUTPUT_ROOT)/%,%,$@) $(install-file) The last few lines of output is: Images.gmk:78: Building /cygdrive/c/localdata/hg/build-infra-jdk8-b/build/windows-x86_64-normal-server-release/images/j2re-image/bin/attach.diz (from /cygdrive/c/localdata/hg/build-infra-jdk8-b/build/windows-x86_64-normal-server-release/jdk/bin/attach.diz) (/cygdrive/c/localdata/hg/build-infra-jdk8-b/build/windows-x86_64-normal-server-release/jdk/bin/attach.diz newer) /usr/bin/echo Copying images/j2re-image/bin/attach.diz and then we hang. The macro install-file is defined as such: ifeq ($(OPENJDK_TARGET_OS),solaris) # On Solaris, if the target is a symlink and exists, cp won't overwrite. define install-file # ... endef else ifeq ($(OPENJDK_TARGET_OS),macosx) define install-file # ... endef else define install-file $(MKDIR) -p $(@D) $(CP) -fP '$<' '$@' endef endif So we seem to get stuck at the mkdir. Let's check the output dir! $ ls /cygdrive/c/localdata/hg/build-infra-jdk8-b/build/windows-x86_64-normal-server-release/images/j2re-image/bin ls: cannot access /cygdrive/c/localdata/hg/build-infra-jdk8-b/build/windows-x86_64-normal-server-release/images/j2re-image/bin: No such file or directory Aha! Not created. We haven't even started the recurseive mkdir: $ ls /cygdrive/c/localdata/hg/build-infra-jdk8-b/build/windows-x86_64-normal-server-release/images lib local_policy_jar.tmp src src.zip symbols US_export_policy_jar.tmp Look, no j2re-image directory. So what do we make of this? I don't know. I'm not sure how to proceed on this, except to add some more debug output. It might be that multi-level directory creation (mkdir -p needed to create both j2re-image and j2re-image/bin) is unstable in make in Windows. On the other hand, since we're running with LOG=trace, make should always execute the external shell and not try to shortcut it for known operations. I didn't say I had a solution, just an update. :-) /Magnus From magnus.ihse.bursie at oracle.com Thu Oct 18 02:47:46 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Thu, 18 Oct 2012 09:47:46 +0000 Subject: hg: build-infra/jdk8: Make LOG=trace output more comprehensible when runnin non-recipe commands. Message-ID: <20121018094747.2126647411@hg.openjdk.java.net> Changeset: 3805ea34ca0b Author: ihse Date: 2012-10-18 11:47 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/3805ea34ca0b Make LOG=trace output more comprehensible when runnin non-recipe commands. ! common/makefiles/MakeBase.gmk From david.holmes at oracle.com Thu Oct 18 03:46:59 2012 From: david.holmes at oracle.com (David Holmes) Date: Thu, 18 Oct 2012 20:46:59 +1000 Subject: Some update on Cygwin hangs In-Reply-To: <507FCE5F.8070700@oracle.com> References: <507FCE5F.8070700@oracle.com> Message-ID: <507FDE23.2080109@oracle.com> So when this hangs can you see a mkdir process and the associated shell? David On 18/10/2012 7:39 PM, Magnus Ihse Bursie wrote: > Erik and I have been chasing the cygwin instability for a while. This is > a report of our (or at least mine :)) current understanding. > * Overall, cygwin builds seems pretty stable nowadays, even on Windows 7. > * The one glaring exception is a hang that's quite repeatable, under the > right circumstances. > * This hang happens while building images. Typically you see an output > about "ctsym" right before the hang. We've named this the "ctsym bug", > even though ctsym does not have anything to do with it. (It's just about > the last successful thing we managed to do before the hang). > * Adding a simple "echo" output between running create-jars and images > made the issue much harder to repeat. > * When running with JOBS=1, the hang is much harder to reproduce. > > I made a small hack that ran just the images target with -j1, and that > run orders of magnitude more times before hanging than when running with > default parallelism (4 on my machine). However, in the end, it still > hanged, but after like 2-3 days. > > I have now managed to reproduce the hang with JOBS=1 LOG=trace. Of > course, adding debugging might change things enough that this is not the > real case, but it seems likely to be. > > This is how far we got: > * make -f Images.gmk > * all static code (VAR=$(shell ...), mostly a bunch of find's) have been > executed. > * we have *just* started executing our first rule, which is at line 77 > in Images.gmk: > $(JRE_IMAGE_DIR)/bin/%: $(JDK_OUTPUTDIR)/bin/% > $(ECHO) $(LOG_INFO) Copying $(patsubst $(OUTPUT_ROOT)/%,%,$@) > $(install-file) > > The last few lines of output is: > Images.gmk:78: Building > /cygdrive/c/localdata/hg/build-infra-jdk8-b/build/windows-x86_64-normal-server-release/images/j2re-image/bin/attach.diz > (from > /cygdrive/c/localdata/hg/build-infra-jdk8-b/build/windows-x86_64-normal-server-release/jdk/bin/attach.diz) > (/cygdrive/c/localdata/hg/build-infra-jdk8-b/build/windows-x86_64-normal-server-release/jdk/bin/attach.diz > newer) > /usr/bin/echo Copying images/j2re-image/bin/attach.diz > > and then we hang. The macro install-file is defined as such: > ifeq ($(OPENJDK_TARGET_OS),solaris) > # On Solaris, if the target is a symlink and exists, cp won't overwrite. > define install-file > # ... > endef > else ifeq ($(OPENJDK_TARGET_OS),macosx) > define install-file > # ... > endef > else > define install-file > $(MKDIR) -p $(@D) > $(CP) -fP '$<' '$@' > endef > endif > > So we seem to get stuck at the mkdir. Let's check the output dir! > $ ls > /cygdrive/c/localdata/hg/build-infra-jdk8-b/build/windows-x86_64-normal-server-release/images/j2re-image/bin > > ls: cannot access > /cygdrive/c/localdata/hg/build-infra-jdk8-b/build/windows-x86_64-normal-server-release/images/j2re-image/bin: > No such file or directory > > Aha! Not created. We haven't even started the recurseive mkdir: > $ ls > /cygdrive/c/localdata/hg/build-infra-jdk8-b/build/windows-x86_64-normal-server-release/images > > lib local_policy_jar.tmp src src.zip symbols US_export_policy_jar.tmp > > Look, no j2re-image directory. > > So what do we make of this? I don't know. I'm not sure how to proceed on > this, except to add some more debug output. It might be that multi-level > directory creation (mkdir -p needed to create both j2re-image and > j2re-image/bin) is unstable in make in Windows. On the other hand, since > we're running with LOG=trace, make should always execute the external > shell and not try to shortcut it for known operations. > > I didn't say I had a solution, just an update. :-) > > /Magnus > From alan.bateman at oracle.com Thu Oct 18 04:24:34 2012 From: alan.bateman at oracle.com (alan.bateman at oracle.com) Date: Thu, 18 Oct 2012 11:24:34 +0000 Subject: hg: jdk8/profiles/jdk: Add JAR file attribute to indicate the minimum Profile required Message-ID: <20121018112514.8AD5847413@hg.openjdk.java.net> Changeset: eb97c89b0a52 Author: alanb Date: 2012-10-18 12:18 +0100 URL: http://hg.openjdk.java.net/jdk8/profiles/jdk/rev/eb97c89b0a52 Add JAR file attribute to indicate the minimum Profile required Update java launcher to check that runtime supports the minimum Profile specified in the JAR file Update jar tool to make it easy to create/update a JAR file to indicate the minimum profile required ! src/share/classes/java/util/jar/Attributes.java ! src/share/classes/sun/launcher/LauncherHelper.java ! src/share/classes/sun/launcher/resources/launcher.properties ! src/share/classes/sun/misc/URLClassPath.java ! src/share/classes/sun/misc/Version.java.template ! src/share/classes/sun/tools/jar/Main.java ! src/share/classes/sun/tools/jar/resources/jar.properties From magnus.ihse.bursie at oracle.com Thu Oct 18 05:48:46 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Thu, 18 Oct 2012 14:48:46 +0200 Subject: Some update on Cygwin hangs In-Reply-To: <507FDE23.2080109@oracle.com> References: <507FCE5F.8070700@oracle.com> <507FDE23.2080109@oracle.com> Message-ID: <507FFAAE.5090001@oracle.com> On 2012-10-18 12:46, David Holmes wrote: > So when this hangs can you see a mkdir process and the associated shell? If it were that simple.. :( No. I can see a make process which has entered the "Suspended" state. Both with and without the LOG=trace, which is slightly weird. Right now I'm running a test where I explicitely create the images/j2re-image/bin directory before going into the Images.gmk file. While no proof, this has been running for a couple of hours at least now, which is good. (Normally it hangs after 1 or 2 iterations.) I can't really explain why it should help, but then again I can't really explain why it fails either. /Magnus From magnus.ihse.bursie at oracle.com Thu Oct 18 07:04:03 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Thu, 18 Oct 2012 14:04:03 +0000 Subject: hg: build-infra/jdk8: Fix most of comparison errors for closed/ppc. Message-ID: <20121018140403.D8F0847415@hg.openjdk.java.net> Changeset: 66e6b11bff8d Author: ihse Date: 2012-10-18 16:03 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/66e6b11bff8d Fix most of comparison errors for closed/ppc. ! common/autoconf/generated-configure.sh ! common/autoconf/toolchain.m4 ! common/makefiles/NativeCompilation.gmk From kelly.ohair at oracle.com Thu Oct 18 09:40:49 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Thu, 18 Oct 2012 09:40:49 -0700 Subject: something wrong with hotspot builds in build-infra In-Reply-To: <507F7E3C.6070308@oracle.com> References: <201210171516.q9HFGPSk027841@prt-web.us.oracle.com> <574D9C78-7821-4BC2-AFF3-BB5EF6D086DF@oracle.com> <507F07FF.7050403@oracle.com> <507F7E3C.6070308@oracle.com> Message-ID: <5AC61D80-6236-419B-A68B-DEFA75ED0F86@oracle.com> On Oct 17, 2012, at 8:57 PM, David Holmes wrote: > The log > > http://prt-web.us.oracle.com//archive/2012/10/2012-10-17-145309.kohair.jdk8-build//logs/windows_i586_5.1-fastdebug.log > > doesn't indicate configure is using fixpath at all. > > Tools summary: > * Boot JDK: /cygdrive/c/jprt/products/p1/jdk7u7~1/jdk17~1.0_0 > * C Compiler: Microsoft CL.EXE version 16.00.30319.01 (at /cygdrive/c/progra~1/micros~2.0/vc/bin/cl) > * C++ Compiler: Microsoft CL.EXE version 16.00.30319.01 (at /cygdrive/c/progra~1/micros~2.0/vc/bin/cl) > > > I am not familiar with the windows build, but could this be the problem with the explicit setting of MAKE? I doubt it, but I can't say for sure. -kto > > David > > On 18/10/2012 5:33 AM, Magnus Ihse Bursie wrote: >> On 2012-10-17 18:11, Kelly O'Hair wrote: >>> Something called fixpath.exe is failing when doing the adlc.make nmake >>> makefile in hotspot. >>> >>> >> "fixpath" is the new name of "uncygdrive", since it now supports msys as >> well as cygwin. It will take a path such as /cygdrive/c/mydir [cygwin] >> or /c/mydir [msys] and convert it to c:\mydir, and then it will call the >> executable named as the first (non-option) argument. >> >> So basically on cygwin configure will set >> CC=/cygdrive/c/mydir/build/fixpath.exe -c /cygdrive/c/msdev/bin/cl.exe >> The -c to fixpath means "use cygwin mode". >> >> I've seen build problems before with hotspot producing compile lines >> where fixpath is missing the first argument to >> /cygdrive/c/msdev/bin/cl.exe, so it seems we're trying to compile with >> fixpath. This has typically been due to a problem of properly locating >> the cl.exe compiler. Can you check the configure output and see if >> cl.exe have been located and found in the proper place? >> >> However, after the msys fixes, we now start with an argument -c or -m, >> but this seems to be missing as well here, which seems very strange. Do >> you have some mismatch between the hotspot repo and the top-level repo? >> >> If you look at the generated spec.gmk, what does the line CC say? >> >>> This never was an issue before, what has changed here? >> I'm guessing either msys support or the cl.exe dection rewrite. >>> >>> This failure will hold up any integration of the build-infra work into >>> jdk8/build >> >> I realize that. Overall, I feel that we have a sub-optimal workflow for >> pushing stuff into mainline. For pushing to mainline, we should declare >> a point in the source code at which we think the code is good enough to >> go into mainline, try it out on JPRT, make a webrev, and then only make >> changes that are needed to fix issues found by JPRT or the code review. >> >> On the other hand, we still need to keep development going, and since >> the producure above can take days or in worst case weeks, like the >> latest round, we can't just freeze build-infra. >> >> I don't have a good suggestion here. Is it possible to work with >> branches in mercurial? Can we set a tag in mercurial and then work with >> a set of patches for the changes needed from that tag? >> >> /Magnus From mike.duigou at oracle.com Thu Oct 18 10:15:16 2012 From: mike.duigou at oracle.com (Mike Duigou) Date: Thu, 18 Oct 2012 10:15:16 -0700 Subject: 7179349 misses updating new build makefiles In-Reply-To: References: Message-ID: <615AF80C-3BE1-4D00-B664-59F305A3D4B2@oracle.com> On Oct 18 2012, at 01:32 , Leonid Romanov wrote: > Could you take care of it? I've no idea how the new build system works. Unfortunately no. I looked in to creating a patch but was unsure how to handle generated source files in the new build or the adding of the -I to the appropriate compiles. I am willing to work with build-infra folks to resolve this though. Mike > Besides, no one complained about the fix when I sent it for a review? Btw, ToBin.java is a modified copy of /make/sun/xawt/ToBin.java, so if you decide to go with your suggestion, you probably want to replace the original ToBin.java as well. > > On 18.10.2012, at 6:45, Mike Duigou wrote: > >> A fix was recently integrated into JDK 8 mainline repo which breaks new-infra builds on MacOS X. >> >> http://hg.openjdk.java.net/jdk8/awt/jdk/rev/d6cba7bfbb3d >> >> The logic for creating the icon file created is not present in the new build infra makefiles. (jdk/makefiles) >> >> The ToBin.java program can also be omitted with something like the following: >> >> (/bin/echo "static unsigned char sAWTIconData[] = {"; hexdump -v -e '"\t" 32/1 "%u, " "\n"' $(ICON) ; /bin/echo "};") > $(ICON_DATA) >> >> Mike > From kelly.ohair at oracle.com Thu Oct 18 10:38:46 2012 From: kelly.ohair at oracle.com (kelly.ohair at oracle.com) Date: Thu, 18 Oct 2012 17:38:46 +0000 Subject: hg: build-infra/jdk8: Added help messages Message-ID: <20121018173847.4720C4741A@hg.openjdk.java.net> Changeset: bd7b15f7783e Author: ohair Date: 2012-10-18 10:38 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/bd7b15f7783e Added help messages ! NewMakefile.gmk From kelly.ohair at oracle.com Thu Oct 18 10:40:19 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Thu, 18 Oct 2012 10:40:19 -0700 Subject: help target for NewMakeFile.gmk In-Reply-To: <214AB636-6DE5-4A11-9649-4788F20843AD@oracle.com> References: <214AB636-6DE5-4A11-9649-4788F20843AD@oracle.com> Message-ID: I just added a help target, not exactly the way you suggested, but should work. Looks like: make NEWBUILD=true help # JDK Makefile # # Usage: make [Target] # # Target Description # ------ ----------- # all - Build the entire jdk but not the images # images - Create the jdk images for the builds # clean - Clean and prepare for a fresh build from scratch # clobber - Clean and also purge any hidden derived data # checks - Perform various checks to make sure we can build # sanity - Same as 'make checks' # javadocs - Build the javadocs # help - Print out the help messages # -kto On Oct 17, 2012, at 9:49 PM, Mike Duigou wrote: > When confronted with a new makefile I always wonder what targets are available. It's useful to have a help target that prints out the available targets. > > Here's a patch for the NewMakeFile.gmk that prints out the phony list as available targets. In other projects with phonies that aren't directly usable two lists are kept, one for usable targets and another for targets that can't or shouldn't be directly executed. Help will print just the usable list. > > Mike > > @@ -203,9 +203,29 @@ > jprt_build_generic > > ########################################################################### > +# Help target > + > +THIS_MAKEFILE := $(lastword $(MAKEFILE_LIST)) > +ifeq ($(THIS_MAKEFILE),Makefile) > + MINUS_F := "" > +else > + MINUS_F := " -f $(THIS_MAKEFILE)" > +endif > + > +help: > + @$(ECHO) -n "# Usage : make$(MINUS_F)" > + @for eachtarget in $(PHONY_LIST) ; do $(ECHO) -n " [$$eachtarget]" ; done > + @$(ECHO) "" > + > +# Keep track of phony targets > +PHONY_LIST += help > + > +########################################################################### > From kelly.ohair at oracle.com Thu Oct 18 10:41:55 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Thu, 18 Oct 2012 10:41:55 -0700 Subject: Need official reviewers: hotspot makefile changes from build-infra In-Reply-To: <507F92F6.4050304@oracle.com> References: <213F3D24-F510-4121-8385-B56B84E72C06@oracle.com> <507E26C9.6070500@oracle.com> <507F0A18.70406@oracle.com> <507F92F6.4050304@oracle.com> Message-ID: <5C73A4C0-4D4F-4E3A-A97B-89C7308D7EB8@oracle.com> On Oct 17, 2012, at 10:26 PM, David Holmes wrote: > > Okay - so how many log levels do we have? Seems to be only two. (Not that I really care as I will always build with all logging enabled - and expect JPRT to do the same.) > > David > ----- JPRT will use LOG=debug,nofile -kto From kelly.ohair at oracle.com Thu Oct 18 10:54:42 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Thu, 18 Oct 2012 10:54:42 -0700 Subject: 7179349 misses updating new build makefiles In-Reply-To: References: Message-ID: <3B51ACB4-CCBC-4E3C-BAE6-214E056A6D9D@oracle.com> ALL Makefile and build changes need to be reviewed by the build-dev at openjdk.java.net team. This gives us a heads up, and the build-infra team can red-flag when we see an issue. I've sent out more global email on this topic. Has a bug been filed on this regression in the build-infra build? (I'm kind of short handed on the build-infra team right now, so anyone able to help out here would be great) -kto On Oct 17, 2012, at 7:45 PM, Mike Duigou wrote: > A fix was recently integrated into JDK 8 mainline repo which breaks new-infra builds on MacOS X. > > http://hg.openjdk.java.net/jdk8/awt/jdk/rev/d6cba7bfbb3d > > The logic for creating the icon file created is not present in the new build infra makefiles. (jdk/makefiles) > > The ToBin.java program can also be omitted with something like the following: > > (/bin/echo "static unsigned char sAWTIconData[] = {"; hexdump -v -e '"\t" 32/1 "%u, " "\n"' $(ICON) ; /bin/echo "};") > $(ICON_DATA) > > Mike From mike.duigou at oracle.com Thu Oct 18 14:37:36 2012 From: mike.duigou at oracle.com (Mike Duigou) Date: Thu, 18 Oct 2012 14:37:36 -0700 Subject: 7179349 misses updating new build makefiles In-Reply-To: <3B51ACB4-CCBC-4E3C-BAE6-214E056A6D9D@oracle.com> References: <3B51ACB4-CCBC-4E3C-BAE6-214E056A6D9D@oracle.com> Message-ID: <0EC1B52A-6F0F-42BD-AFC0-5FB829A3AC36@oracle.com> On Oct 18 2012, at 10:54 , Kelly O'Hair wrote: > ALL Makefile and build changes need to be reviewed by the build-dev at openjdk.java.net team. > > This gives us a heads up, and the build-infra team can red-flag when we see an issue. > > I've sent out more global email on this topic. > > Has a bug been filed on this regression in the build-infra build? I have created JDK-8001158 for this issue. > (I'm kind of short handed on the build-infra team right now, so anyone able to help out here would be great) I took another look at modifying CompileNativeLibraries.gmk but couldn't work out the correct handling of a couple of things: 1. Where the generated source (AWTIconData.h) should properly go. 2. Where the production rule for generating the AWTIconData.h should live 3. How to modify the SetupNativeCompilation call to add in the -I for the gensrc dir containing AWTIconData.h 4. Proper clean/clobber rules for the AWTIconData.h file. > > -kto > > On Oct 17, 2012, at 7:45 PM, Mike Duigou wrote: > >> A fix was recently integrated into JDK 8 mainline repo which breaks new-infra builds on MacOS X. >> >> http://hg.openjdk.java.net/jdk8/awt/jdk/rev/d6cba7bfbb3d >> >> The logic for creating the icon file created is not present in the new build infra makefiles. (jdk/makefiles) >> >> The ToBin.java program can also be omitted with something like the following: >> >> (/bin/echo "static unsigned char sAWTIconData[] = {"; hexdump -v -e '"\t" 32/1 "%u, " "\n"' $(ICON) ; /bin/echo "};") > $(ICON_DATA) >> >> Mike > From david.holmes at oracle.com Thu Oct 18 15:52:05 2012 From: david.holmes at oracle.com (David Holmes) Date: Fri, 19 Oct 2012 08:52:05 +1000 Subject: Some update on Cygwin hangs In-Reply-To: <507FFAAE.5090001@oracle.com> References: <507FCE5F.8070700@oracle.com> <507FDE23.2080109@oracle.com> <507FFAAE.5090001@oracle.com> Message-ID: <50808815.5060901@oracle.com> On 18/10/2012 10:48 PM, Magnus Ihse Bursie wrote: > On 2012-10-18 12:46, David Holmes wrote: >> So when this hangs can you see a mkdir process and the associated shell? > > If it were that simple.. :( No. I can see a make process which has > entered the "Suspended" state. Both with and without the LOG=trace, > which is slightly weird. But indicates to me that it is the process exec of the shell for the mkdir that is causing the hang. Can you test on different machines with vastly different available memory? (Of course it might just be a process management bug in cygwin.) David > Right now I'm running a test where I explicitely create the > images/j2re-image/bin directory before going into the Images.gmk file. > While no proof, this has been running for a couple of hours at least > now, which is good. (Normally it hangs after 1 or 2 iterations.) I can't > really explain why it should help, but then again I can't really explain > why it fails either. > > /Magnus From magnus.ihse.bursie at oracle.com Fri Oct 19 03:04:08 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Fri, 19 Oct 2012 12:04:08 +0200 Subject: Some update on Cygwin hangs In-Reply-To: <50808815.5060901@oracle.com> References: <507FCE5F.8070700@oracle.com> <507FDE23.2080109@oracle.com> <507FFAAE.5090001@oracle.com> <50808815.5060901@oracle.com> Message-ID: <5B39384C-D063-4F02-8185-99BE10B0EB49@oracle.com> Our intuition is that the problem occurs with different frequency on different machines. Erik has a good reproducer machine, my laptop is in-between, and the lab server running our Hudson job has never had a single hang (since a couple of reboot). Rebooting usually reduces the risk of hanging. But while we haven't looked formally into this (which is hard since its quite random) I don't think there are any clear common traits between different machines and the risk of hanging. Memory might be at play, the lab machine is likely to have much memory. As for the exec theory, when we don't replace the shell with a "debug shell" at LOG=trace, make is supposed to conserve fork/execs by doing simple shell commands internally. I would have assumed that mkdir was one of those. /Magnus 19 okt 2012 kl. 00:52 skrev David Holmes : > On 18/10/2012 10:48 PM, Magnus Ihse Bursie wrote: >> On 2012-10-18 12:46, David Holmes wrote: >>> So when this hangs can you see a mkdir process and the associated shell? >> >> If it were that simple.. :( No. I can see a make process which has >> entered the "Suspended" state. Both with and without the LOG=trace, >> which is slightly weird. > > But indicates to me that it is the process exec of the shell for the mkdir that is causing the hang. Can you test on different machines with vastly different available memory? (Of course it might just be a process management bug in cygwin.) > > David > >> Right now I'm running a test where I explicitely create the >> images/j2re-image/bin directory before going into the Images.gmk file. >> While no proof, this has been running for a couple of hours at least >> now, which is good. (Normally it hangs after 1 or 2 iterations.) I can't >> really explain why it should help, but then again I can't really explain >> why it fails either. >> >> /Magnus From magnus.ihse.bursie at oracle.com Fri Oct 19 03:30:44 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Fri, 19 Oct 2012 12:30:44 +0200 Subject: something wrong with hotspot builds in build-infra In-Reply-To: <507F7E3C.6070308@oracle.com> References: <201210171516.q9HFGPSk027841@prt-web.us.oracle.com> <574D9C78-7821-4BC2-AFF3-BB5EF6D086DF@oracle.com> <507F07FF.7050403@oracle.com> <507F7E3C.6070308@oracle.com> Message-ID: <0E15D2D2-7257-4CB4-B681-5324C4EB8243@oracle.com> This is the actual compiler we're printing. The fixpath call is just injected before the compiler call. I believe the configure log further up will say something about building fixpath and "using fixpath". We are using fixpath on *all* Windows builds. Otherwise we'd have to keep multiple sets of file paths (dos and unix style) or keep track of which style the path is in, and convert back and forth. This was one of Fredriks initial strokes of genius with the new build. ;-) (By incident, I discovered much later on that Mozilla builds are doing something quite similar.) Fixpath is prefixed for all binaries that requires a dos style path. Basically, this is all Microsoft toolchain binaries, and all Java binaries. It will convert all paths on the command-line to "mixed style", i.e. c:/foo/bar. It will convert the filenames contained in @-files, e.g. if you have like "fixpath javac @files.to.compile" we'll create a temporary file with the contents of files.to.compile converted, and run "javac @temp.file". It works on Cygwin by scanning for /cygdrive/X/ and replacing with X:/. On msys, we send in a bunch of directory prefixes that are needed, like /c/myrepos, /c/myutils, and scan for those and replace with c:/myrepos etc. (Just /X was not enough unique to scan for.) /Magnus 18 okt 2012 kl. 05:57 skrev David Holmes : > The log > > http://prt-web.us.oracle.com//archive/2012/10/2012-10-17-145309.kohair.jdk8-build//logs/windows_i586_5.1-fastdebug.log > > doesn't indicate configure is using fixpath at all. > > Tools summary: > * Boot JDK: /cygdrive/c/jprt/products/p1/jdk7u7~1/jdk17~1.0_0 > * C Compiler: Microsoft CL.EXE version 16.00.30319.01 (at /cygdrive/c/progra~1/micros~2.0/vc/bin/cl) > * C++ Compiler: Microsoft CL.EXE version 16.00.30319.01 (at /cygdrive/c/progra~1/micros~2.0/vc/bin/cl) > > > I am not familiar with the windows build, but could this be the problem with the explicit setting of MAKE? > > David > > On 18/10/2012 5:33 AM, Magnus Ihse Bursie wrote: >> On 2012-10-17 18:11, Kelly O'Hair wrote: >>> Something called fixpath.exe is failing when doing the adlc.make nmake >>> makefile in hotspot. >>> >>> >> "fixpath" is the new name of "uncygdrive", since it now supports msys as >> well as cygwin. It will take a path such as /cygdrive/c/mydir [cygwin] >> or /c/mydir [msys] and convert it to c:\mydir, and then it will call the >> executable named as the first (non-option) argument. >> >> So basically on cygwin configure will set >> CC=/cygdrive/c/mydir/build/fixpath.exe -c /cygdrive/c/msdev/bin/cl.exe >> The -c to fixpath means "use cygwin mode". >> >> I've seen build problems before with hotspot producing compile lines >> where fixpath is missing the first argument to >> /cygdrive/c/msdev/bin/cl.exe, so it seems we're trying to compile with >> fixpath. This has typically been due to a problem of properly locating >> the cl.exe compiler. Can you check the configure output and see if >> cl.exe have been located and found in the proper place? >> >> However, after the msys fixes, we now start with an argument -c or -m, >> but this seems to be missing as well here, which seems very strange. Do >> you have some mismatch between the hotspot repo and the top-level repo? >> >> If you look at the generated spec.gmk, what does the line CC say? >> >>> This never was an issue before, what has changed here? >> I'm guessing either msys support or the cl.exe dection rewrite. >>> >>> This failure will hold up any integration of the build-infra work into >>> jdk8/build >> >> I realize that. Overall, I feel that we have a sub-optimal workflow for >> pushing stuff into mainline. For pushing to mainline, we should declare >> a point in the source code at which we think the code is good enough to >> go into mainline, try it out on JPRT, make a webrev, and then only make >> changes that are needed to fix issues found by JPRT or the code review. >> >> On the other hand, we still need to keep development going, and since >> the producure above can take days or in worst case weeks, like the >> latest round, we can't just freeze build-infra. >> >> I don't have a good suggestion here. Is it possible to work with >> branches in mercurial? Can we set a tag in mercurial and then work with >> a set of patches for the changes needed from that tag? >> >> /Magnus From magnus.ihse.bursie at oracle.com Fri Oct 19 03:43:30 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Fri, 19 Oct 2012 12:43:30 +0200 Subject: problem with spurious file In-Reply-To: <507F50E2.5040504@oracle.com> References: <50786CDF.2010708@oracle.com> <507F24E3.8070804@oracle.com> <507F50E2.5040504@oracle.com> Message-ID: <50812ED2.7020501@oracle.com> On 2012-10-18 02:44, Jim Holmlund wrote: > I presume that the .orig files that hg creates aren't a problem The problem was only with symbolic links to non-existing files. But I have fixed it now. Thank you for noticing it, there are sure to be other such cases in the future. /Magnus From magnus.ihse.bursie at oracle.com Fri Oct 19 04:10:52 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Fri, 19 Oct 2012 11:10:52 +0000 Subject: hg: build-infra/jdk8: 2 new changesets Message-ID: <20121019111053.8E17C47450@hg.openjdk.java.net> Changeset: c79cf5aac26e Author: ihse Date: 2012-10-19 13:07 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/c79cf5aac26e Make check for locally modified files more robust. ! common/autoconf/configure Changeset: 083bccb8d405 Author: ihse Date: 2012-10-19 13:09 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/083bccb8d405 Merge From magnus.ihse.bursie at oracle.com Fri Oct 19 04:19:59 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Fri, 19 Oct 2012 13:19:59 +0200 Subject: Need official reviewers: hotspot makefile changes from build-infra In-Reply-To: <507F92F6.4050304@oracle.com> References: <213F3D24-F510-4121-8385-B56B84E72C06@oracle.com> <507E26C9.6070500@oracle.com> <507F0A18.70406@oracle.com> <507F92F6.4050304@oracle.com> Message-ID: <5081375F.7010306@oracle.com> On 2012-10-18 07:26, David Holmes wrote: >> Yep. By mistake, what was pushed into mainline was the first attempt at >> the test-in-build fix, not the latest one. :-( I've been mailing >> privately to Kelly on the best way to resolve this, but he's been away >> for a while and haven't had time to sort it out. I'm not sure what's >> happening now, if pushing this patch would result in the correct code or >> not. Even though it will need more work, I think it would be a good >> thing to separate that out from this current patch. > > > Ok. So I'm assuming that without the rest of this we can't actually > set TEST_IN_BUILD=false and disable test_gamma ? I'm not quite sure what actually is in there, since it's like half of everything. But presumably no. I'll try and spend some time to figure out how to correct the test-in-build-patch. > Ok. The mechanism is surprising but it's not completely unclear what > this will do: echo when logging at info level is enabled. Though > "$(LOG_INFO) @echo ..." would look more intuitive. Or change @echo to > @$(ECHO) and hide this all behind the definition of ECHO (which is > what happens in other parts of the build - right?) That would effectively put all $(ECHO) on the same log level... But you could of couse introduce a ECHO_LOG_INFO or something like that. I'm not sure it's clearer. > Okay - so how many log levels do we have? Seems to be only two. (Not > that I really care as I will always build with all logging enabled - > and expect JPRT to do the same.) We have: warn (default) - only print high-level progress information and warnings info - also print additional information, like which file we're currently compiling debug - also print command lines executed (closest to the old default) trace - also print makefile target reasons for execution and all non-recipe make $(shell) commands. The log levels are inspired ("stolen") from log4j. /Magnus From magnus.ihse.bursie at oracle.com Fri Oct 19 04:22:28 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Fri, 19 Oct 2012 13:22:28 +0200 Subject: Abort review! Re: Need official reviewers: hotspot makefile changes from build-infra In-Reply-To: <507F92F6.4050304@oracle.com> References: <213F3D24-F510-4121-8385-B56B84E72C06@oracle.com> <507E26C9.6070500@oracle.com> <507F0A18.70406@oracle.com> <507F92F6.4050304@oracle.com> Message-ID: <508137F4.6000308@oracle.com> On 2012-10-18 07:26, David Holmes wrote: > > Right. These FDS related statements are really extended debugging > information to help everyone figure out why they do, or do not, get > the debuginfo files, based on different flags and the existance of the > objcopy tool. I find them somewhat noisy as they get reported multiple > times. Given you are effectively adding different levels of verbosity > to the logging I think it would be fine to change these to something > more "natural" (Of course we run it past Dan :) ). As it is the sense > of the test and name seem reversed: I don't expect LOG_INFO being > empty to enable the output. These changes appearantly requires too much work to be worth the effort, at least in the current situation when we must focus our work on getting build-infra the final steps into being default. I'll back out those changes from build-infra/hotspot. No further reviews will be needed for the logging. If there are other fixes in hotspot that *really* needs to be done, we'll send out separate reviews. /Magnus From magnus.ihse.bursie at oracle.com Fri Oct 19 04:23:43 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Fri, 19 Oct 2012 11:23:43 +0000 Subject: hg: build-infra/jdk8/jdk: Fix most of comparison errors for closed/ppc. Message-ID: <20121019112428.5B70347451@hg.openjdk.java.net> Changeset: 6ae99c8abbb1 Author: ihse Date: 2012-10-19 12:37 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/6ae99c8abbb1 Fix most of comparison errors for closed/ppc. ! makefiles/CompileLaunchers.gmk From james.holmlund at oracle.com Fri Oct 19 09:09:07 2012 From: james.holmlund at oracle.com (Jim Holmlund) Date: Fri, 19 Oct 2012 09:09:07 -0700 Subject: problem with spurious file In-Reply-To: <50812ED2.7020501@oracle.com> References: <50786CDF.2010708@oracle.com> <507F24E3.8070804@oracle.com> <507F50E2.5040504@oracle.com> <50812ED2.7020501@oracle.com> Message-ID: <50817B23.4090007@oracle.com> Ok, thanks. - jjh On 10/19/2012 3:43 AM, Magnus Ihse Bursie wrote: > On 2012-10-18 02:44, Jim Holmlund wrote: >> I presume that the .orig files that hg creates aren't a problem > The problem was only with symbolic links to non-existing files. But I have fixed it now. Thank you > for noticing it, there are sure to be other such cases in the future. > > /Magnus > From kelly.ohair at oracle.com Fri Oct 19 11:13:29 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Fri, 19 Oct 2012 11:13:29 -0700 Subject: Some update on Cygwin hangs In-Reply-To: <5B39384C-D063-4F02-8185-99BE10B0EB49@oracle.com> References: <507FCE5F.8070700@oracle.com> <507FDE23.2080109@oracle.com> <507FFAAE.5090001@oracle.com> <50808815.5060901@oracle.com> <5B39384C-D063-4F02-8185-99BE10B0EB49@oracle.com> Message-ID: <06D1F195-BE60-4DC3-AB9D-56995671402C@oracle.com> If we are not seeing this hang with MinGW/MSYS, perhaps we need to make a decision here to abandon CYGWIN? -kto On Oct 19, 2012, at 3:04 AM, Magnus Ihse Bursie wrote: > Our intuition is that the problem occurs with different frequency on different machines. Erik has a good reproducer machine, my laptop is in-between, and the lab server running our Hudson job has never had a single hang (since a couple of reboot). Rebooting usually reduces the risk of hanging. But while we haven't looked formally into this (which is hard since its quite random) I don't think there are any clear common traits between different machines and the risk of hanging. Memory might be at play, the lab machine is likely to have much memory. > > As for the exec theory, when we don't replace the shell with a "debug shell" at LOG=trace, make is supposed to conserve fork/execs by doing simple shell commands internally. I would have assumed that mkdir was one of those. > > /Magnus > > 19 okt 2012 kl. 00:52 skrev David Holmes : > >> On 18/10/2012 10:48 PM, Magnus Ihse Bursie wrote: >>> On 2012-10-18 12:46, David Holmes wrote: >>>> So when this hangs can you see a mkdir process and the associated shell? >>> >>> If it were that simple.. :( No. I can see a make process which has >>> entered the "Suspended" state. Both with and without the LOG=trace, >>> which is slightly weird. >> >> But indicates to me that it is the process exec of the shell for the mkdir that is causing the hang. Can you test on different machines with vastly different available memory? (Of course it might just be a process management bug in cygwin.) >> >> David >> >>> Right now I'm running a test where I explicitely create the >>> images/j2re-image/bin directory before going into the Images.gmk file. >>> While no proof, this has been running for a couple of hours at least >>> now, which is good. (Normally it hangs after 1 or 2 iterations.) I can't >>> really explain why it should help, but then again I can't really explain >>> why it fails either. >>> >>> /Magnus From kelly.ohair at oracle.com Fri Oct 19 11:51:38 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Fri, 19 Oct 2012 11:51:38 -0700 Subject: new build uses wrong libfreetype.so In-Reply-To: <507F06E7.9080909@oracle.com> References: <506474F1.5000108@oracle.com> <5064B31E.4040005@oracle.com> <1C33720E-9531-4CA9-B3ED-E429C7AADFFE@oracle.com> <5065CBDE.5010608@oracle.com> <507F06E7.9080909@oracle.com> Message-ID: <905214E8-7E88-4A86-A051-77EB05446993@oracle.com> On Oct 17, 2012, at 12:28 PM, Jim Holmlund wrote: > > > On 10/15/2012 10:03 AM, Kelly O'Hair wrote: >> The /java/devtools layout is a disaster. We can use it as a crutch, but we need to get better organized on our dependencies. >> During your build, you have NO control over /java/devtools or any NFS shared area, any number of people can change it >> at any time, and network disruptions can make it's existence come and go during your build. You have been warned. > Ok. I've been using it since oscar was a pup with none of those problems occuring. Yeah, right, like I've never gotten emails from Jim Holmlund that his builds stopped working. :^) -kto > - jjh > >> -kto >> >> On Sep 28, 2012, at 9:10 AM, Jim Holmlund wrote: >> >>> >>> On 9/27/2012 2:21 PM, Magnus Ihse Bursie wrote: >>>> The /java path is not default in the new builds since it is Oracle-internal. That said, we're looking for a way to smooth the transition for those who have a Oracle-style Java path in their environment. Expect a --with-java-path option (or similar) to appear soon. >>> Why not check /java/... or j:/... to see if it has what is needed and if so use it? Maybe non-Oracle people have cloned our layout. >>> - jjh >>> >>>> The new build will default to 64-bit builds on all 64-bit platforms. This includes sparcv9. This is a conscious decision. If you want 32-bit builds on a 64-bit platform, you have to be explicit about it. >>>> /Magnus >>>> >>>> 27 sep 2012 kl. 22:12 skrev Jim Holmlund: >>>> >>>>> On 9/27/2012 8:46 AM, Jim Holmlund wrote: >>>>>> Old make on solaris does this >>>>>> /usr/bin/cp /java/devtools/sparc/freetype-sparc/lib/libfreetype.so /net/mmm/export/home/jjh/ws/jdk8master/build/solaris-sparc/lib/sparc/libfreetype.so.6 >>>>>> >>>>>> New make on solaris does this: >>>>>> >>>>>> ld: fatal: file /usr/sfw/lib/libfreetype.so: wrong ELF class: ELFCLASS32 >>>>>> ld: fatal: File processing errors. No output written to /net/mmm/export/home/jjh/ws/jdk8master/build/solaris-sparcv9-normal-server-release/jdk/lib/sparcv9/libfontmanager.so >>>>>> make381[2]: *** [/net/mmm/export/home/jjh/ws/jdk8master/build/solaris-sparcv9-normal-server-release/jdk/lib/sparcv9/libfontmanager.so] Error 1 >>>>>> make381[2]: Leaving directory `/net/mmm/export/home/jjh/ws/jdk8master/jdk/makefiles' >>>>>> make381[1]: *** [libs-only] Error 2 >>>>>> make381[1]: Leaving directory `/net/mmm/export/home/jjh/ws/jdk8master/jdk/makefiles' >>>>>> make381: *** [jdk-only] Error >>>>>> >>>>>> >>>>>> What is the fix? >>>>>> - jjh >>>>>> >>>>> PS. I reran config with >>>>> --with-freetype=/java/devtools/sparc/freetype-sparc >>>>> >>>>> and the build still fails with the same error on that libfreetype.so: >>>>>> cd /net/mmm/export/home/jjh/ws/jdk8master/build/solaris-sparcv9-normal-server-release/jdk/objs/libmanagement&& /usr/bin/zip -q /net/mmm/export/home/jjh/ws/jdk8master/build/solaris-sparcv9-normal-server-release/jdk/objs/libmanagement/libmanagement.diz libmanagement.debuginfo >>>>>> ld: fatal: file /java/devtools/sparc/freetype-sparc/lib/libfreetype.so: wrong ELF class: ELFCLASS32 >>>>>> ld: fatal: File processing errors. No output written to /net/mmm/export/home/jjh/ws/jdk8master/build/solaris-sparcv9-normal-server-release/jdk/lib/sparcv9/libfontmanager.so >>>>>> make381[2]: *** [/net/mmm/export/home/jjh/ws/jdk8master/build/solaris-sparcv9-normal-server-release/jdk/lib/sparcv9/libfontmanager.so] Error 1 >>>>>> make381[2]: *** Waiting for unfinished jobs.... >>>>>> make381[2]: Leaving directory `/net/mmm/export/home/jjh/ws/jdk8master/jdk/makefiles' >>>>>> make381[1]: *** [libs-only] Error 2 >>>>>> make381[1]: Leaving directory `/net/mmm/export/home/jjh/ws/jdk8master/jdk/makefiles' >>>>>> make381: *** [jdk-only] Error 2 >>>>> Then I noticed that 'ELFCLASS32' and wondered if I was building the 64 bit version. So I reran configure with >>>>> --with-tools-dir=/java/devtools/sparc/SUNWspro/SS12u1/bin \ >>>>> --with-freetype=/java/devtools/sparc/freetype-sparc \ >>>>> --with-target-bits=32 \ >>>>> >>>>> and this time the build worked. >>>>> >>>>> Now, if I am not mistaken each of those are the default in the old build system. Why aren't they the default in the new? >>>>> >>>>> - jjh >>>>> >>>>> From magnus.ihse.bursie at oracle.com Fri Oct 19 11:59:46 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Fri, 19 Oct 2012 20:59:46 +0200 Subject: Some update on Cygwin hangs In-Reply-To: <06D1F195-BE60-4DC3-AB9D-56995671402C@oracle.com> References: <507FCE5F.8070700@oracle.com> <507FDE23.2080109@oracle.com> <507FFAAE.5090001@oracle.com> <50808815.5060901@oracle.com> <5B39384C-D063-4F02-8185-99BE10B0EB49@oracle.com> <06D1F195-BE60-4DC3-AB9D-56995671402C@oracle.com> Message-ID: <5081A322.4070301@oracle.com> On 2012-10-19 20:13, Kelly O'Hair wrote: > If we are not seeing this hang with MinGW/MSYS, perhaps we need to make a decision here to abandon CYGWIN? On the contrary, we're seeing a lot more instability with msys. :-( Erik has seen lots of random crashes, I haven't seen many (just about one or two) but I have also seen hangs. So we've basically taken the informal decision of not pushing the msys track any further. What's in there will work properly some/most of the time. It might very well be good enough for "community support", but it won't do to use in our build farms. That's the reason for the renewed efforts to get cygwin working. We concluded that there seems to be just a single issue left with cygwin: if it hangs, it hangs at the "ctsym bug", so it should be doable to figure out what goes wrong and work around it. Msys, on the other hand, seemed much more generally unstable. But we need to get either of them working, or we can't build with acceptable stability on Windows. So it's really a high priority issue for us. /Magnus From james.holmlund at oracle.com Fri Oct 19 12:38:50 2012 From: james.holmlund at oracle.com (Jim Holmlund) Date: Fri, 19 Oct 2012 12:38:50 -0700 Subject: Some update on Cygwin hangs In-Reply-To: <5081A322.4070301@oracle.com> References: <507FCE5F.8070700@oracle.com> <507FDE23.2080109@oracle.com> <507FFAAE.5090001@oracle.com> <50808815.5060901@oracle.com> <5B39384C-D063-4F02-8185-99BE10B0EB49@oracle.com> <06D1F195-BE60-4DC3-AB9D-56995671402C@oracle.com> <5081A322.4070301@oracle.com> Message-ID: <5081AC4A.4070008@oracle.com> On 10/19/2012 11:59 AM, Magnus Ihse Bursie wrote: > On 2012-10-19 20:13, Kelly O'Hair wrote: >> If we are not seeing this hang with MinGW/MSYS, perhaps we need to make a decision here to >> abandon CYGWIN? > On the contrary, we're seeing a lot more instability with msys. :-( > > Erik has seen lots of random crashes, I haven't seen many (just about one or two) but I have also > seen hangs. > > So we've basically taken the informal decision of not pushing the msys track any further. What's > in there will work properly some/most of the time. It might very well be good enough for > "community support", but it won't do to use in our build farms. > > That's the reason for the renewed efforts to get cygwin working. We concluded that there seems to > be just a single issue left with cygwin: if it hangs, it hangs at the "ctsym bug", so it should be > doable to figure out what goes wrong and work around it. Msys, on the other hand, seemed much > more generally unstable. > I have never encountered this hang under cygwin. How should I do a build to see if I can make it happen? - jjh > But we need to get either of them working, or we can't build with acceptable stability on Windows. > So it's really a high priority issue for us. > > /Magnus From alan.bateman at oracle.com Sat Oct 20 12:59:46 2012 From: alan.bateman at oracle.com (alan.bateman at oracle.com) Date: Sat, 20 Oct 2012 19:59:46 +0000 Subject: hg: jdk8/profiles/jdk: Add basic test to ensure that launcher checks Profile attribute on Message-ID: <20121020200033.78CCD47476@hg.openjdk.java.net> Changeset: 1b6538a55257 Author: alanb Date: 2012-10-20 20:56 +0100 URL: http://hg.openjdk.java.net/jdk8/profiles/jdk/rev/1b6538a55257 Add basic test to ensure that launcher checks Profile attribute on executable JAR files when running on a compact profile Add basic test for "jar" -p option to add/update Profile attribute Fixed typoe in sun.misc.Version ! src/share/classes/sun/misc/Version.java.template + test/tools/jar/AddAndUpdateProfile.java + test/tools/launcher/profiles/Basic.java + test/tools/launcher/profiles/Logging.java + test/tools/launcher/profiles/Main.java From magnus.ihse.bursie at oracle.com Sun Oct 21 07:13:35 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Sun, 21 Oct 2012 14:13:35 +0000 Subject: hg: build-infra/jdk8: Only add -z defs and -O1 to linker on Linux. Message-ID: <20121021141335.E8AD547481@hg.openjdk.java.net> Changeset: 54978ca6ef79 Author: ihse Date: 2012-10-21 16:12 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/54978ca6ef79 Only add -z defs and -O1 to linker on Linux. ! common/autoconf/generated-configure.sh ! common/autoconf/toolchain.m4 From david.holmes at oracle.com Sun Oct 21 18:43:48 2012 From: david.holmes at oracle.com (david.holmes at oracle.com) Date: Mon, 22 Oct 2012 01:43:48 +0000 Subject: hg: jdk8/profiles/jdk: FTP protocol handler is no longer mandatory and has been moved from profile1 to profile2 Message-ID: <20121022014411.561E947488@hg.openjdk.java.net> Changeset: 829d542382dd Author: dholmes Date: 2012-10-21 20:17 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/jdk/rev/829d542382dd FTP protocol handler is no longer mandatory and has been moved from profile1 to profile2 jdk/internal is added to profile1 ready for incoming source changes (jdk/internal is for types used by, but not exported by, the 'base module') ! makefiles/profile-rtjar-includes.txt From magnus.ihse.bursie at oracle.com Mon Oct 22 01:30:33 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Mon, 22 Oct 2012 10:30:33 +0200 Subject: Some update on Cygwin hangs In-Reply-To: <5081AC4A.4070008@oracle.com> References: <507FCE5F.8070700@oracle.com> <507FDE23.2080109@oracle.com> <507FFAAE.5090001@oracle.com> <50808815.5060901@oracle.com> <5B39384C-D063-4F02-8185-99BE10B0EB49@oracle.com> <06D1F195-BE60-4DC3-AB9D-56995671402C@oracle.com> <5081A322.4070301@oracle.com> <5081AC4A.4070008@oracle.com> Message-ID: <50850429.4030202@oracle.com> On 2012-10-19 21:38, Jim Holmlund wrote: > I have never encountered this hang under cygwin. How should I do a > build to see if I can make it happen? I don't know. Build in the "right" machine and have bad luck, I guess. As I said, we have not been able to figure out exactly what provokes this bug. /Magnus From magnus.ihse.bursie at oracle.com Mon Oct 22 01:42:54 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Mon, 22 Oct 2012 10:42:54 +0200 Subject: Some update on Cygwin hangs In-Reply-To: <5B39384C-D063-4F02-8185-99BE10B0EB49@oracle.com> References: <507FCE5F.8070700@oracle.com> <507FDE23.2080109@oracle.com> <507FFAAE.5090001@oracle.com> <50808815.5060901@oracle.com> <5B39384C-D063-4F02-8185-99BE10B0EB49@oracle.com> Message-ID: <5085070E.9030105@oracle.com> More updates: It does not seem to be mkdir that is the problem. The code that hangs looks like this: $(ECHO) $(LOG_INFO) Copying $(patsubst $(OUTPUT_ROOT)/%,%,$@) $(install-file) The install-file macro was defined elsewhere. Defining it locally did'nt help. Exploding it in place didn't help. It looks like this: $(MKDIR) -p $(@D) $(CP) -fP '$<' '$@' I added an additional $(ECHO) testing in front of the "Copying" line (suspecting macro expansion of patsubst might be involved). The result was that it still hanged just before executing the first line: /usr/bin/echo testing I sprinkled some $(info testing) in the recipe. These were all executed properly, before the recipe execution. Then it still hanged at the first echo. I tried adding a dummy command: touch /tmp/testing as first, if there would be a problem with echo specifically. It actually seemed to help, but this is tricky to repeat and I might have let it run too short time. I changed this so that the mkdir statement was first, instead of the echo. This still hanged. I suspected the Makefile (Images.gmk) might be too complex -- or rather, contain too many rules, and split it into two: J2SDKImages.gmk and J2REImages.gmk. It did not help. If I run with J2REImages.gmk first, it stops (as usual) on attach.diz, if I run with J2SDKImages.gmk first, it stops on appletviewer.exe. It sounds like it's an sorted order of the targets. I tried running the makefile directly using make -f Images.gmk -I ... SPEC=..., and it hanged, so it's not due to makefile calling makefile. Just now, I attached to the hanged make with Visual Studio. It tells me I'm at an INT 3 in ntdll, which Visual Studio helpfully tells me is the result of a detected incorrect situation, such as trashed memory. Cygwin debug symbols does not seem to be available for download, so I can't get much further here, unfortunately. Still, it's obvious that this is a bug in Cygwin make, and I've managed to exclude a list of potential causes. But we still don't know what the problem is or how to work around it. :-( /Magnus From magnus.ihse.bursie at oracle.com Mon Oct 22 02:16:41 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Mon, 22 Oct 2012 09:16:41 +0000 Subject: hg: build-infra/jdk8: 2 new changesets Message-ID: <20121022091643.7F02747491@hg.openjdk.java.net> Changeset: 08073304a1d9 Author: ihse Date: 2012-10-22 11:15 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/08073304a1d9 Move LogSetupMacroEntry output from log level "info" to log level "debug". ! common/makefiles/MakeBase.gmk Changeset: c869a5e067fb Author: ihse Date: 2012-10-22 11:16 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/c869a5e067fb Hotspot doesn't really depend on langtools. Now you can run "make hotspot" and nothing else will be build before that. ! common/makefiles/Main.gmk From magnus.ihse.bursie at oracle.com Mon Oct 22 02:21:42 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Mon, 22 Oct 2012 09:21:42 +0000 Subject: hg: build-infra/jdk8: Don't look for "gnumake" when trying to find a proper make. Message-ID: <20121022092143.DDC4247492@hg.openjdk.java.net> Changeset: fc8b7d16d40a Author: ihse Date: 2012-10-22 11:21 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/fc8b7d16d40a Don't look for "gnumake" when trying to find a proper make. ! common/autoconf/basics.m4 ! common/autoconf/generated-configure.sh From david.holmes at oracle.com Mon Oct 22 04:48:02 2012 From: david.holmes at oracle.com (David Holmes) Date: Mon, 22 Oct 2012 21:48:02 +1000 Subject: Why does it look for a repository in the output directory ??? Message-ID: <50853272.9000507@oracle.com> When I run configure the first thing I see is: abort: no repository found in '/export/users/dh198349/build-infra/b00/se-linux-i586-client-ea' (.hg not found)! This is my output directory, so why is the build trying to run a hg command on it? David From david.holmes at oracle.com Mon Oct 22 04:51:34 2012 From: david.holmes at oracle.com (David Holmes) Date: Mon, 22 Oct 2012 21:51:34 +1000 Subject: configure WARNINGS Message-ID: <50853346.8090703@oracle.com> configure: WARNING: you should use --build, --host, --target configure: WARNING: you should use --build, --host, --target Previuously reported internally but now sending to the list. My host machine is 64-bit linux and I'm building 32-bit linux. What do I have to set and why? My configure command used --with-target-bits=32 Thanks, David From magnus.ihse.bursie at oracle.com Mon Oct 22 05:00:07 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Mon, 22 Oct 2012 12:00:07 +0000 Subject: hg: build-infra/jdk8: Add optimistic check to detect non-GNU make. Move GNU make version check to Message-ID: <20121022120008.7910D47493@hg.openjdk.java.net> Changeset: 28e3e08b9e6a Author: ihse Date: 2012-10-22 13:59 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/28e3e08b9e6a Add optimistic check to detect non-GNU make. Move GNU make version check to the very top. ! common/makefiles/MakeBase.gmk ! common/makefiles/Makefile From magnus.ihse.bursie at oracle.com Mon Oct 22 06:12:33 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Mon, 22 Oct 2012 13:12:33 +0000 Subject: hg: build-infra/jdk8: Add check to make detection that we're running a cygwin make under cygwin Message-ID: <20121022131233.E234C47495@hg.openjdk.java.net> Changeset: 3b6670493d2c Author: ihse Date: 2012-10-22 15:12 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/3b6670493d2c Add check to make detection that we're running a cygwin make under cygwin and a msys make under msys. ! common/autoconf/basics.m4 ! common/autoconf/generated-configure.sh From magnus.ihse.bursie at oracle.com Mon Oct 22 07:08:04 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Mon, 22 Oct 2012 16:08:04 +0200 Subject: configure WARNINGS In-Reply-To: <50853346.8090703@oracle.com> References: <50853346.8090703@oracle.com> Message-ID: <50855344.3090701@oracle.com> On 2012-10-22 13:51, David Holmes wrote: > configure: WARNING: you should use --build, --host, --target > configure: WARNING: you should use --build, --host, --target > > Previuously reported internally but now sending to the list. My host > machine is 64-bit linux and I'm building 32-bit linux. What do I have > to set and why? > > My configure command used --with-target-bits=32 Is that all? Are you sure? Autoconf has a legacy-mode where you can specify a platform (used for both build and target, I don't know really what that would be useful for other maybe if the configure autodetection fails), without giving any --option prefix, e.g. sh configure my-platform instead of sh configure --build my-platform --target my-platform This feature has been deprecated for a long time, but does not seem like it's going away. However it prints this warning. So my guess is that you are sending in some additional piece of command line arguments. If you also specify target setting using --openjdk-target or --build/--target/--host, these will override, and you can send in "badgerbadgerbadger" for all it's worth, and the only result would be the above warning. /Magnus From magnus.ihse.bursie at oracle.com Mon Oct 22 07:11:13 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Mon, 22 Oct 2012 16:11:13 +0200 Subject: Why does it look for a repository in the output directory ??? In-Reply-To: <50853272.9000507@oracle.com> References: <50853272.9000507@oracle.com> Message-ID: <50855401.5050707@oracle.com> On 2012-10-22 13:48, David Holmes wrote: > When I run configure the first thing I see is: > > abort: no repository found in > '/export/users/dh198349/build-infra/b00/se-linux-i586-client-ea' (.hg > not found)! > > This is my output directory, so why is the build trying to run a hg > command on it? This is a bad side-effect of my added robustness checks to configure, which looks for actually (in the "hg status" sense) modified files before complaining that the generated file is out of date. I didn't remember that hg needed to have a proper working directory to be able to check status, and never noticed it myself since I always ran configure in the top-level repo. I'll fix it. Thank you for your report. /Magnus From magnus.ihse.bursie at oracle.com Mon Oct 22 07:20:14 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Mon, 22 Oct 2012 14:20:14 +0000 Subject: hg: build-infra/jdk8: Make sure we test for local autoconf modification using hg in the correct Message-ID: <20121022142014.91A9A47497@hg.openjdk.java.net> Changeset: 3dedb86d1026 Author: ihse Date: 2012-10-22 16:20 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/3dedb86d1026 Make sure we test for local autoconf modification using hg in the correct directory. Also add check for modifications in custom source. ! common/autoconf/configure From magnus.ihse.bursie at oracle.com Mon Oct 22 07:20:31 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Mon, 22 Oct 2012 16:20:31 +0200 Subject: Why does it look for a repository in the output directory ??? In-Reply-To: <50855401.5050707@oracle.com> References: <50853272.9000507@oracle.com> <50855401.5050707@oracle.com> Message-ID: <5085562F.1080609@oracle.com> On 2012-10-22 16:11, Magnus Ihse Bursie wrote: > On 2012-10-22 13:48, David Holmes wrote: >> When I run configure the first thing I see is: >> >> abort: no repository found in >> '/export/users/dh198349/build-infra/b00/se-linux-i586-client-ea' (.hg >> not found)! >> >> This is my output directory, so why is the build trying to run a hg >> command on it? > > This is a bad side-effect of my added robustness checks to configure, > which looks for actually (in the "hg status" sense) modified files > before complaining that the generated file is out of date. I didn't > remember that hg needed to have a proper working directory to be able > to check status, and never noticed it myself since I always ran > configure in the top-level repo. > > I'll fix it. Thank you for your report. Fix pushed. /Magnus From erik.joelsson at oracle.com Mon Oct 22 07:56:49 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Mon, 22 Oct 2012 14:56:49 +0000 Subject: hg: build-infra/jdk8: Changed file type comparison to catch differences in symbolic links. Message-ID: <20121022145650.11BA447498@hg.openjdk.java.net> Changeset: fe7361beaf86 Author: erikj Date: 2012-10-22 15:56 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/fe7361beaf86 Changed file type comparison to catch differences in symbolic links. ! common/bin/compare.sh From erik.joelsson at oracle.com Mon Oct 22 07:58:15 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Mon, 22 Oct 2012 14:58:15 +0000 Subject: hg: build-infra/jdk8/jdk: Fixed creation of symlink on solaris to point to file in same directory instead of using absolute path. Message-ID: <20121022145844.2037847499@hg.openjdk.java.net> Changeset: 91ee9c0e9a27 Author: erikj Date: 2012-10-22 15:57 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/91ee9c0e9a27 Fixed creation of symlink on solaris to point to file in same directory instead of using absolute path. ! makefiles/CopyFiles.gmk From kelly.ohair at oracle.com Mon Oct 22 08:49:51 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Mon, 22 Oct 2012 08:49:51 -0700 Subject: Why does it look for a repository in the output directory ??? In-Reply-To: <5085562F.1080609@oracle.com> References: <50853272.9000507@oracle.com> <50855401.5050707@oracle.com> <5085562F.1080609@oracle.com> Message-ID: <18EDD0E3-3F30-411F-8C1B-3D9893A2D6C3@oracle.com> Lately with JPRT, I am seeing: bash ./configure MAKE=/opt/jprt/products/P1/gnumake3.81/bin/make --with-debug-level=release --with-target-bits=32 --with-num-cores=5 --with-boot-jdk=/opt/jprt/products/P1/jdk7u7-latest/jdk1.7.0_07 --with-cups-include=/opt/jprt/products/P1/cups1.0 --with-freetype=/opt/jprt/products/P1/freetype32-2.3.4/freetype-i586 ./common/autoconf/configure: line 77: hg: command not found Running custom generated-configure.sh I think it is a horribly bad idea for the build system to rely on the source control system. None of the JPRT build&test systems can be expected to have 'hg' and I have zero interest in putting 'hg' on them. The RE team builds from plain source bundles, with no .hg/ directories. JPRT builds from source bundles without .hg/ directories. Every dependence that the builds have on the source control system will come back to bite you. -kto On Oct 22, 2012, at 7:20 AM, Magnus Ihse Bursie wrote: > On 2012-10-22 16:11, Magnus Ihse Bursie wrote: >> On 2012-10-22 13:48, David Holmes wrote: >>> When I run configure the first thing I see is: >>> >>> abort: no repository found in '/export/users/dh198349/build-infra/b00/se-linux-i586-client-ea' (.hg not found)! >>> >>> This is my output directory, so why is the build trying to run a hg command on it? >> >> This is a bad side-effect of my added robustness checks to configure, which looks for actually (in the "hg status" sense) modified files before complaining that the generated file is out of date. I didn't remember that hg needed to have a proper working directory to be able to check status, and never noticed it myself since I always ran configure in the top-level repo. >> >> I'll fix it. Thank you for your report. > Fix pushed. > > /Magnus > From kelly.ohair at oracle.com Mon Oct 22 08:51:44 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Mon, 22 Oct 2012 08:51:44 -0700 Subject: Some update on Cygwin hangs In-Reply-To: <5081AC4A.4070008@oracle.com> References: <507FCE5F.8070700@oracle.com> <507FDE23.2080109@oracle.com> <507FFAAE.5090001@oracle.com> <50808815.5060901@oracle.com> <5B39384C-D063-4F02-8185-99BE10B0EB49@oracle.com> <06D1F195-BE60-4DC3-AB9D-56995671402C@oracle.com> <5081A322.4070301@oracle.com> <5081AC4A.4070008@oracle.com> Message-ID: <57A54966-15B4-4723-A2FC-8281E224B240@oracle.com> On Oct 19, 2012, at 12:38 PM, Jim Holmlund wrote: > > > On 10/19/2012 11:59 AM, Magnus Ihse Bursie wrote: >> On 2012-10-19 20:13, Kelly O'Hair wrote: >>> If we are not seeing this hang with MinGW/MSYS, perhaps we need to make a decision here to abandon CYGWIN? >> On the contrary, we're seeing a lot more instability with msys. :-( >> >> Erik has seen lots of random crashes, I haven't seen many (just about one or two) but I have also seen hangs. >> >> So we've basically taken the informal decision of not pushing the msys track any further. What's in there will work properly some/most of the time. It might very well be good enough for "community support", but it won't do to use in our build farms. >> >> That's the reason for the renewed efforts to get cygwin working. We concluded that there seems to be just a single issue left with cygwin: if it hangs, it hangs at the "ctsym bug", so it should be doable to figure out what goes wrong and work around it. Msys, on the other hand, seemed much more generally unstable. >> > I have never encountered this hang under cygwin. How should I do a build to see if I can make it happen? You have to use 'make images'. -kto > - jjh > >> But we need to get either of them working, or we can't build with acceptable stability on Windows. So it's really a high priority issue for us. >> >> /Magnus From kelly.ohair at oracle.com Mon Oct 22 08:56:30 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Mon, 22 Oct 2012 08:56:30 -0700 Subject: Some update on Cygwin hangs In-Reply-To: <5081A322.4070301@oracle.com> References: <507FCE5F.8070700@oracle.com> <507FDE23.2080109@oracle.com> <507FFAAE.5090001@oracle.com> <50808815.5060901@oracle.com> <5B39384C-D063-4F02-8185-99BE10B0EB49@oracle.com> <06D1F195-BE60-4DC3-AB9D-56995671402C@oracle.com> <5081A322.4070301@oracle.com> Message-ID: On Oct 19, 2012, at 11:59 AM, Magnus Ihse Bursie wrote: > On 2012-10-19 20:13, Kelly O'Hair wrote: >> If we are not seeing this hang with MinGW/MSYS, perhaps we need to make a decision here to abandon CYGWIN? > On the contrary, we're seeing a lot more instability with msys. :-( I'm completely surprised by that statement, I thought you had said that msys was slower but more stable. > > Erik has seen lots of random crashes, I haven't seen many (just about one or two) but I have also seen hangs. > > So we've basically taken the informal decision of not pushing the msys track any further. What's in there will work properly some/most of the time. It might very well be good enough for "community support", but it won't do to use in our build farms. Who was "we" here? And what exactly is this "informal decision" that was made? And what does "some/most" mean? -kto > > That's the reason for the renewed efforts to get cygwin working. We concluded that there seems to be just a single issue left with cygwin: if it hangs, it hangs at the "ctsym bug", so it should be doable to figure out what goes wrong and work around it. Msys, on the other hand, seemed much more generally unstable. > > But we need to get either of them working, or we can't build with acceptable stability on Windows. So it's really a high priority issue for us. > > /Magnus From erik.joelsson at oracle.com Mon Oct 22 09:01:42 2012 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Mon, 22 Oct 2012 18:01:42 +0200 Subject: Some update on Cygwin hangs In-Reply-To: References: <507FCE5F.8070700@oracle.com> <507FDE23.2080109@oracle.com> <507FFAAE.5090001@oracle.com> <50808815.5060901@oracle.com> <5B39384C-D063-4F02-8185-99BE10B0EB49@oracle.com> <06D1F195-BE60-4DC3-AB9D-56995671402C@oracle.com> <5081A322.4070301@oracle.com> Message-ID: <50856DE6.1040903@oracle.com> I have tinkered around with msys and initially it looked like slower but more stable. However, the slower part was due to a bug in configure that didn't detect the number of cores and amount of memory on the system correctly and thus defaulted to running make -j1. I fixed this bug, enabling concurrency for msys, but ran into frequent crashes instead. No real decision has been made, but between me and Magnus we felt that msys didn't work too well. Running msys serially might still be the best stability option though. /Erik On 2012-10-22 17:56, Kelly O'Hair wrote: > On Oct 19, 2012, at 11:59 AM, Magnus Ihse Bursie wrote: > >> On 2012-10-19 20:13, Kelly O'Hair wrote: >>> If we are not seeing this hang with MinGW/MSYS, perhaps we need to make a decision here to abandon CYGWIN? >> On the contrary, we're seeing a lot more instability with msys. :-( > I'm completely surprised by that statement, I thought you had said that msys was slower but more stable. > >> Erik has seen lots of random crashes, I haven't seen many (just about one or two) but I have also seen hangs. >> >> So we've basically taken the informal decision of not pushing the msys track any further. What's in there will work properly some/most of the time. It might very well be good enough for "community support", but it won't do to use in our build farms. > Who was "we" here? And what exactly is this "informal decision" that was made? > > And what does "some/most" mean? > > -kto > >> That's the reason for the renewed efforts to get cygwin working. We concluded that there seems to be just a single issue left with cygwin: if it hangs, it hangs at the "ctsym bug", so it should be doable to figure out what goes wrong and work around it. Msys, on the other hand, seemed much more generally unstable. >> >> But we need to get either of them working, or we can't build with acceptable stability on Windows. So it's really a high priority issue for us. >> >> /Magnus From erik.joelsson at oracle.com Mon Oct 22 09:03:37 2012 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Mon, 22 Oct 2012 18:03:37 +0200 Subject: Why does it look for a repository in the output directory ??? In-Reply-To: <18EDD0E3-3F30-411F-8C1B-3D9893A2D6C3@oracle.com> References: <50853272.9000507@oracle.com> <50855401.5050707@oracle.com> <5085562F.1080609@oracle.com> <18EDD0E3-3F30-411F-8C1B-3D9893A2D6C3@oracle.com> Message-ID: <50856E59.2000105@oracle.com> I believe Magnus fixed this today, at least we talked about it. /Erik On 2012-10-22 17:49, Kelly O'Hair wrote: > Lately with JPRT, I am seeing: > > bash ./configure MAKE=/opt/jprt/products/P1/gnumake3.81/bin/make --with-debug-level=release --with-target-bits=32 --with-num-cores=5 --with-boot-jdk=/opt/jprt/products/P1/jdk7u7-latest/jdk1.7.0_07 --with-cups-include=/opt/jprt/products/P1/cups1.0 --with-freetype=/opt/jprt/products/P1/freetype32-2.3.4/freetype-i586 > ./common/autoconf/configure: line 77: hg: command not found > Running custom generated-configure.sh > > I think it is a horribly bad idea for the build system to rely on the source control system. > None of the JPRT build&test systems can be expected to have 'hg' and I have zero interest in putting 'hg' on them. > The RE team builds from plain source bundles, with no .hg/ directories. > JPRT builds from source bundles without .hg/ directories. > > Every dependence that the builds have on the source control system will come back to bite you. > > -kto > > On Oct 22, 2012, at 7:20 AM, Magnus Ihse Bursie wrote: > >> On 2012-10-22 16:11, Magnus Ihse Bursie wrote: >>> On 2012-10-22 13:48, David Holmes wrote: >>>> When I run configure the first thing I see is: >>>> >>>> abort: no repository found in '/export/users/dh198349/build-infra/b00/se-linux-i586-client-ea' (.hg not found)! >>>> >>>> This is my output directory, so why is the build trying to run a hg command on it? >>> This is a bad side-effect of my added robustness checks to configure, which looks for actually (in the "hg status" sense) modified files before complaining that the generated file is out of date. I didn't remember that hg needed to have a proper working directory to be able to check status, and never noticed it myself since I always ran configure in the top-level repo. >>> >>> I'll fix it. Thank you for your report. >> Fix pushed. >> >> /Magnus >> From kelly.ohair at oracle.com Mon Oct 22 09:29:38 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Mon, 22 Oct 2012 09:29:38 -0700 Subject: Some update on Cygwin hangs In-Reply-To: <50856DE6.1040903@oracle.com> References: <507FCE5F.8070700@oracle.com> <507FDE23.2080109@oracle.com> <507FFAAE.5090001@oracle.com> <50808815.5060901@oracle.com> <5B39384C-D063-4F02-8185-99BE10B0EB49@oracle.com> <06D1F195-BE60-4DC3-AB9D-56995671402C@oracle.com> <5081A322.4070301@oracle.com> <50856DE6.1040903@oracle.com> Message-ID: Given Windows poor history with doing things in a multi-thread way, is it possible that we are running into a basic Windows issue of running too many multiple processes, or too many unix-y processes in parallel? Ones that have historically never been run in parallel like this before on Windows? Maybe the issue is with Windows and Unix tool kits in general, and not cygwin or msys in particular? I recall that GNU make for the longest time did not support parallel builds on Windows at all (-j was disabled on Windows). And our own old builds do nothing in parallel on Windows, never have. Are we asking too much from Windows? Perhaps we need to consider doing all Windows builds with JOBS=1 or -j1, by default? --- I know for a fact that Visual Studio does a lousy job of allowing cl.exe to run in parallel, using many default filenames that are not unique to the file being compiled, which is why we have to use so many /F options. Visual Studio has some of the worst license check logic too, which I have been convinced in the past could block compilations from operating in parallel. Having said that, hotspot builds that use NMAKE and PCH have somehow managed to build screamingly fast and very reliable. But it doesn't use any unix toolkits. -kto On Oct 22, 2012, at 9:01 AM, Erik Joelsson wrote: > I have tinkered around with msys and initially it looked like slower but more stable. However, the slower part was due to a bug in configure that didn't detect the number of cores and amount of memory on the system correctly and thus defaulted to running make -j1. I fixed this bug, enabling concurrency for msys, but ran into frequent crashes instead. > > No real decision has been made, but between me and Magnus we felt that msys didn't work too well. Running msys serially might still be the best stability option though. > > /Erik > > On 2012-10-22 17:56, Kelly O'Hair wrote: >> On Oct 19, 2012, at 11:59 AM, Magnus Ihse Bursie wrote: >> >>> On 2012-10-19 20:13, Kelly O'Hair wrote: >>>> If we are not seeing this hang with MinGW/MSYS, perhaps we need to make a decision here to abandon CYGWIN? >>> On the contrary, we're seeing a lot more instability with msys. :-( >> I'm completely surprised by that statement, I thought you had said that msys was slower but more stable. >> >>> Erik has seen lots of random crashes, I haven't seen many (just about one or two) but I have also seen hangs. >>> >>> So we've basically taken the informal decision of not pushing the msys track any further. What's in there will work properly some/most of the time. It might very well be good enough for "community support", but it won't do to use in our build farms. >> Who was "we" here? And what exactly is this "informal decision" that was made? >> >> And what does "some/most" mean? >> >> -kto >> >>> That's the reason for the renewed efforts to get cygwin working. We concluded that there seems to be just a single issue left with cygwin: if it hangs, it hangs at the "ctsym bug", so it should be doable to figure out what goes wrong and work around it. Msys, on the other hand, seemed much more generally unstable. >>> >>> But we need to get either of them working, or we can't build with acceptable stability on Windows. So it's really a high priority issue for us. >>> >>> /Magnus From james.holmlund at oracle.com Mon Oct 22 09:33:32 2012 From: james.holmlund at oracle.com (Jim Holmlund) Date: Mon, 22 Oct 2012 09:33:32 -0700 Subject: Some update on Cygwin hangs In-Reply-To: <57A54966-15B4-4723-A2FC-8281E224B240@oracle.com> References: <507FCE5F.8070700@oracle.com> <507FDE23.2080109@oracle.com> <507FFAAE.5090001@oracle.com> <50808815.5060901@oracle.com> <5B39384C-D063-4F02-8185-99BE10B0EB49@oracle.com> <06D1F195-BE60-4DC3-AB9D-56995671402C@oracle.com> <5081A322.4070301@oracle.com> <5081AC4A.4070008@oracle.com> <57A54966-15B4-4723-A2FC-8281E224B240@oracle.com> Message-ID: <5085755C.8020209@oracle.com> On 10/22/2012 8:51 AM, Kelly O'Hair wrote: > On Oct 19, 2012, at 12:38 PM, Jim Holmlund wrote: > >> >> On 10/19/2012 11:59 AM, Magnus Ihse Bursie wrote: >>> On 2012-10-19 20:13, Kelly O'Hair wrote: >>>> If we are not seeing this hang with MinGW/MSYS, perhaps we need to make a decision here to abandon CYGWIN? >>> On the contrary, we're seeing a lot more instability with msys. :-( >>> >>> Erik has seen lots of random crashes, I haven't seen many (just about one or two) but I have also seen hangs. >>> >>> So we've basically taken the informal decision of not pushing the msys track any further. What's in there will work properly some/most of the time. It might very well be good enough for "community support", but it won't do to use in our build farms. >>> >>> That's the reason for the renewed efforts to get cygwin working. We concluded that there seems to be just a single issue left with cygwin: if it hangs, it hangs at the "ctsym bug", so it should be doable to figure out what goes wrong and work around it. Msys, on the other hand, seemed much more generally unstable. >>> >> I have never encountered this hang under cygwin. How should I do a build to see if I can make it happen? > You have to use 'make images'. Ok, I've done that several times but haven't hit the problem yet. - jjh > -kto > >> - jjh >> >>> But we need to get either of them working, or we can't build with acceptable stability on Windows. So it's really a high priority issue for us. >>> >>> /Magnus From kelly.ohair at oracle.com Mon Oct 22 09:47:09 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Mon, 22 Oct 2012 09:47:09 -0700 Subject: Build failure jdk8 (with new build infra) In-Reply-To: <1350910092.18087.YahooMailNeo@web112606.mail.gq1.yahoo.com> References: <1350389834.1116.YahooMailNeo@web112606.mail.gq1.yahoo.com> <1350910092.18087.YahooMailNeo@web112606.mail.gq1.yahoo.com> Message-ID: <7CCC8EF1-E44A-4DA6-87E0-423CE53D7B3D@oracle.com> The stuff in jdk8/jdk8 for build-infra is a bit old. But you need to provide a bit more information here. Obviously it is Windows 32bit cygwin, but what version of cygwin would help. maybe a fuller log, command line used, configure command used. etc. -kto On Oct 22, 2012, at 5:48 AM, Mahesh Pujari wrote: > Hi, > I am still stuck with the build error, any inputs would be of great help. > > > thanks and regards, > Mahesh Pujari > > ----- Forwarded Message ----- > From: Mahesh Pujari > To: "jdk8-dev at openjdk.java.net" > Sent: Tuesday, October 16, 2012 5:47 PM > Subject: Build failure jdk8 (with new build infra) > > > Hi, > Trying to build openJDK (http://hg.openjdk.java.net/jdk8/jdk8) using new build infra and failing. Below are the failure logs. > > Environment used: Cygwin, windows machine, JDK version 1.7 > > Running rmic -v1.2 for sun.rmi.server.Activation$ActivationSystemImpl java.rmi.activation.ActivationGroup com.sun.jndi.rmi.registry.ReferenceWrapper > Running rmic -v1.1 for sun.rmi.registry.RegistryImpl sun.rmi.transport.DGCImpl > makeGenerateClasses.gmk:51: recipe for target `/cygdrive/e/dev/jdk8/jdk8-b/build/windows-x86-normal-server-release/jdk/rmicclasses/RMI_12_rmic' failed > [2]: *** [/cygdrive/e/dev/jdk8/jdk8-b/build/windows-x86-normal-server-release/jdk/rmicclasses/RMI_12_rmic] > Error 127 > make[2]: *** Waiting for unfinished jobs.... > make[2]: *** [GenerateClasses.gmk:60: recipe for target `/cygdrive/e/dev/jdk8/jdk8-b/build/windows-x86-normal-server-release/jdk/rmicclasses/RMI_11_rmic' failed > /cygdrive/e/dev/jdk8/jdk8-b/build/windows-x86-normal-server-release/jdk/rmicclasses/RMI_11_rmic] Error 127 > makeMakefile:78: recipe for target `genclasses-only' failed > [1]: *** [genclasses-only] Error 2 > > thanks and regards, > Mahesh Pujari From james.holmlund at oracle.com Mon Oct 22 09:58:21 2012 From: james.holmlund at oracle.com (Jim Holmlund) Date: Mon, 22 Oct 2012 09:58:21 -0700 Subject: new build uses wrong libfreetype.so In-Reply-To: <507F06E7.9080909@oracle.com> References: <506474F1.5000108@oracle.com> <5064B31E.4040005@oracle.com> <1C33720E-9531-4CA9-B3ED-E429C7AADFFE@oracle.com> <5065CBDE.5010608@oracle.com> <507F06E7.9080909@oracle.com> Message-ID: <50857B2D.2050105@oracle.com> On 10/17/2012 12:28 PM, Jim Holmlund wrote: > > > On 10/15/2012 10:03 AM, Kelly O'Hair wrote: >> The /java/devtools layout is a disaster. We can use it as a crutch, but we need to get better >> organized on our dependencies. >> During your build, you have NO control over /java/devtools or any NFS shared area, any number of >> people can change it >> at any time, and network disruptions can make it's existence come and go during your build. You >> have been warned. > Ok. I've been using it since oscar was a pup with none of those problems occuring. Kelly is an evil person. He apparently decided to teach me a lesson and paid someone to take /java/devtools offline on Saturday so I couldn't build. - jjh >> >> On Sep 28, 2012, at 9:10 AM, Jim Holmlund wrote: >> >>> >>> On 9/27/2012 2:21 PM, Magnus Ihse Bursie wrote: >>>> The /java path is not default in the new builds since it is Oracle-internal. That said, we're >>>> looking for a way to smooth the transition for those who have a Oracle-style Java path in their >>>> environment. Expect a --with-java-path option (or similar) to appear soon. >>> Why not check /java/... or j:/... to see if it has what is needed and if so use it? Maybe >>> non-Oracle people have cloned our layout. >>> - jjh >>> >>>> The new build will default to 64-bit builds on all 64-bit platforms. This includes sparcv9. >>>> This is a conscious decision. If you want 32-bit builds on a 64-bit platform, you have to be >>>> explicit about it. >>>> /Magnus >>>> >>>> 27 sep 2012 kl. 22:12 skrev Jim Holmlund: >>>> >>>>> On 9/27/2012 8:46 AM, Jim Holmlund wrote: >>>>>> Old make on solaris does this >>>>>> /usr/bin/cp /java/devtools/sparc/freetype-sparc/lib/libfreetype.so >>>>>> /net/mmm/export/home/jjh/ws/jdk8master/build/solaris-sparc/lib/sparc/libfreetype.so.6 >>>>>> >>>>>> New make on solaris does this: >>>>>> >>>>>> ld: fatal: file /usr/sfw/lib/libfreetype.so: wrong ELF class: ELFCLASS32 >>>>>> ld: fatal: File processing errors. No output written to >>>>>> /net/mmm/export/home/jjh/ws/jdk8master/build/solaris-sparcv9-normal-server-release/jdk/lib/sparcv9/libfontmanager.so >>>>>> >>>>>> make381[2]: *** >>>>>> [/net/mmm/export/home/jjh/ws/jdk8master/build/solaris-sparcv9-normal-server-release/jdk/lib/sparcv9/libfontmanager.so] >>>>>> Error 1 >>>>>> make381[2]: Leaving directory `/net/mmm/export/home/jjh/ws/jdk8master/jdk/makefiles' >>>>>> make381[1]: *** [libs-only] Error 2 >>>>>> make381[1]: Leaving directory `/net/mmm/export/home/jjh/ws/jdk8master/jdk/makefiles' >>>>>> make381: *** [jdk-only] Error >>>>>> >>>>>> >>>>>> What is the fix? >>>>>> - jjh >>>>>> >>>>> PS. I reran config with >>>>> --with-freetype=/java/devtools/sparc/freetype-sparc >>>>> >>>>> and the build still fails with the same error on that libfreetype.so: >>>>>> cd >>>>>> /net/mmm/export/home/jjh/ws/jdk8master/build/solaris-sparcv9-normal-server-release/jdk/objs/libmanagement&& >>>>>> /usr/bin/zip -q >>>>>> /net/mmm/export/home/jjh/ws/jdk8master/build/solaris-sparcv9-normal-server-release/jdk/objs/libmanagement/libmanagement.diz >>>>>> libmanagement.debuginfo >>>>>> ld: fatal: file /java/devtools/sparc/freetype-sparc/lib/libfreetype.so: wrong ELF class: >>>>>> ELFCLASS32 >>>>>> ld: fatal: File processing errors. No output written to >>>>>> /net/mmm/export/home/jjh/ws/jdk8master/build/solaris-sparcv9-normal-server-release/jdk/lib/sparcv9/libfontmanager.so >>>>>> >>>>>> make381[2]: *** >>>>>> [/net/mmm/export/home/jjh/ws/jdk8master/build/solaris-sparcv9-normal-server-release/jdk/lib/sparcv9/libfontmanager.so] >>>>>> Error 1 >>>>>> make381[2]: *** Waiting for unfinished jobs.... >>>>>> make381[2]: Leaving directory `/net/mmm/export/home/jjh/ws/jdk8master/jdk/makefiles' >>>>>> make381[1]: *** [libs-only] Error 2 >>>>>> make381[1]: Leaving directory `/net/mmm/export/home/jjh/ws/jdk8master/jdk/makefiles' >>>>>> make381: *** [jdk-only] Error 2 >>>>> Then I noticed that 'ELFCLASS32' and wondered if I was building the 64 bit version. So I >>>>> reran configure with >>>>> --with-tools-dir=/java/devtools/sparc/SUNWspro/SS12u1/bin \ >>>>> --with-freetype=/java/devtools/sparc/freetype-sparc \ >>>>> --with-target-bits=32 \ >>>>> >>>>> and this time the build worked. >>>>> >>>>> Now, if I am not mistaken each of those are the default in the old build system. Why aren't >>>>> they the default in the new? >>>>> >>>>> - jjh >>>>> >>>>> From Alan.Bateman at oracle.com Mon Oct 22 09:59:14 2012 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Mon, 22 Oct 2012 17:59:14 +0100 Subject: compilation areas being ignored? (beaninfo, I think). Message-ID: <50857B62.5020508@oracle.com> I sync'ed up my clone of build-infra/jdk8 today, blew away the build directory and re-built. I noticed one curiosity in the build output: : Cache: Table size 32 (5 bits), shift 1, max chain depth 3 Generating beaninfo /u/alanb/ws/build-infra/jdk/src/share/classes/javax/swing/JSpinner.java:43: error: package sun.util.locale.provider does not exist import sun.util.locale.provider.LocaleProviderAdapter; ^ /u/alanb/ws/build-infra/jdk/src/share/classes/javax/swing/JSpinner.java:44: error: package sun.util.locale.provider does not exist import sun.util.locale.provider.LocaleResources; ^ /u/alanb/ws/build-infra/jdk/src/share/classes/javax/swing/JSpinner.java:45: error: package sun.util.locale.provider does not exist import sun.util.locale.provider.LocaleServiceProviderPool; ^ Compiling 4 files for BUILD_BREAKITERATOR Generating HTML DTD file [Parsed DTD html32 in 377ms] Generating BreakIteratorData Generating BreakIteratorData_th Compiling 8969 files for BUILD_JDK I don't know this area of the build but I assume that it's a supporting tool for the Swing bean info classes fails to be compiled. The concerning thing is that this is a compilation error and I would have thought that it would cause the build to fail? I can't say if this is new, the default verbosity has changed since I last sync'ed up which might explain why I didn't see it before. -Alan From mike.duigou at oracle.com Mon Oct 22 13:13:13 2012 From: mike.duigou at oracle.com (Mike Duigou) Date: Mon, 22 Oct 2012 13:13:13 -0700 Subject: 7179349 misses updating new build makefiles In-Reply-To: <0EC1B52A-6F0F-42BD-AFC0-5FB829A3AC36@oracle.com> References: <3B51ACB4-CCBC-4E3C-BAE6-214E056A6D9D@oracle.com> <0EC1B52A-6F0F-42BD-AFC0-5FB829A3AC36@oracle.com> Message-ID: <353BBE11-AF8A-4F3C-AED9-113D744CC1BB@oracle.com> Ping! Anyone from build-infra group able to answer any of my questions below so that this can be resolved? Having a busted new build-infra on MacOSX for all jdk8 repos is unacceptable. Mike On Oct 18 2012, at 14:37 , Mike Duigou wrote: > > On Oct 18 2012, at 10:54 , Kelly O'Hair wrote: > >> ALL Makefile and build changes need to be reviewed by the build-dev at openjdk.java.net team. >> >> This gives us a heads up, and the build-infra team can red-flag when we see an issue. >> >> I've sent out more global email on this topic. >> >> Has a bug been filed on this regression in the build-infra build? > > I have created JDK-8001158 for this issue. > >> (I'm kind of short handed on the build-infra team right now, so anyone able to help out here would be great) > > I took another look at modifying CompileNativeLibraries.gmk but couldn't work out the correct handling of a couple of things: > > 1. Where the generated source (AWTIconData.h) should properly go. > > 2. Where the production rule for generating the AWTIconData.h should live > > 3. How to modify the SetupNativeCompilation call to add in the -I for the gensrc dir containing AWTIconData.h > > 4. Proper clean/clobber rules for the AWTIconData.h file. > >> >> -kto >> >> On Oct 17, 2012, at 7:45 PM, Mike Duigou wrote: >> >>> A fix was recently integrated into JDK 8 mainline repo which breaks new-infra builds on MacOS X. >>> >>> http://hg.openjdk.java.net/jdk8/awt/jdk/rev/d6cba7bfbb3d >>> >>> The logic for creating the icon file created is not present in the new build infra makefiles. (jdk/makefiles) >>> >>> The ToBin.java program can also be omitted with something like the following: >>> >>> (/bin/echo "static unsigned char sAWTIconData[] = {"; hexdump -v -e '"\t" 32/1 "%u, " "\n"' $(ICON) ; /bin/echo "};") > $(ICON_DATA) >>> >>> Mike >> > From kelly.ohair at oracle.com Mon Oct 22 15:04:28 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Mon, 22 Oct 2012 15:04:28 -0700 Subject: 7179349 misses updating new build makefiles In-Reply-To: <353BBE11-AF8A-4F3C-AED9-113D744CC1BB@oracle.com> References: <3B51ACB4-CCBC-4E3C-BAE6-214E056A6D9D@oracle.com> <0EC1B52A-6F0F-42BD-AFC0-5FB829A3AC36@oracle.com> <353BBE11-AF8A-4F3C-AED9-113D744CC1BB@oracle.com> Message-ID: <16686A76-471D-4C99-9743-E528F0EFE9CA@oracle.com> I am trying to look into this. It appears we don't have a "GenerateNativeSource.gmk" and the existing "GenerateJavaSource.gmk" seems to generate more than just Java source. I'll look at adding to "GenerateJavaSource.gmk", but it probably should be renamed. Give me a few hours. -kto On Oct 22, 2012, at 1:13 PM, Mike Duigou wrote: > Ping! > > Anyone from build-infra group able to answer any of my questions below so that this can be resolved? > > Having a busted new build-infra on MacOSX for all jdk8 repos is unacceptable. > > Mike > > On Oct 18 2012, at 14:37 , Mike Duigou wrote: > >> >> On Oct 18 2012, at 10:54 , Kelly O'Hair wrote: >> >>> ALL Makefile and build changes need to be reviewed by the build-dev at openjdk.java.net team. >>> >>> This gives us a heads up, and the build-infra team can red-flag when we see an issue. >>> >>> I've sent out more global email on this topic. >>> >>> Has a bug been filed on this regression in the build-infra build? >> >> I have created JDK-8001158 for this issue. >> >>> (I'm kind of short handed on the build-infra team right now, so anyone able to help out here would be great) >> >> I took another look at modifying CompileNativeLibraries.gmk but couldn't work out the correct handling of a couple of things: >> >> 1. Where the generated source (AWTIconData.h) should properly go. >> >> 2. Where the production rule for generating the AWTIconData.h should live >> >> 3. How to modify the SetupNativeCompilation call to add in the -I for the gensrc dir containing AWTIconData.h >> >> 4. Proper clean/clobber rules for the AWTIconData.h file. >> >>> >>> -kto >>> >>> On Oct 17, 2012, at 7:45 PM, Mike Duigou wrote: >>> >>>> A fix was recently integrated into JDK 8 mainline repo which breaks new-infra builds on MacOS X. >>>> >>>> http://hg.openjdk.java.net/jdk8/awt/jdk/rev/d6cba7bfbb3d >>>> >>>> The logic for creating the icon file created is not present in the new build infra makefiles. (jdk/makefiles) >>>> >>>> The ToBin.java program can also be omitted with something like the following: >>>> >>>> (/bin/echo "static unsigned char sAWTIconData[] = {"; hexdump -v -e '"\t" 32/1 "%u, " "\n"' $(ICON) ; /bin/echo "};") > $(ICON_DATA) >>>> >>>> Mike >>> >> > From magnus.ihse.bursie at oracle.com Mon Oct 22 15:45:06 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Tue, 23 Oct 2012 00:45:06 +0200 Subject: Why does it look for a repository in the output directory ??? In-Reply-To: <18EDD0E3-3F30-411F-8C1B-3D9893A2D6C3@oracle.com> References: <50853272.9000507@oracle.com> <50855401.5050707@oracle.com> <5085562F.1080609@oracle.com> <18EDD0E3-3F30-411F-8C1B-3D9893A2D6C3@oracle.com> Message-ID: If you don't have hg installed, nothing will happen. I test for the presence first. This is only to minimize risk of broken commits. The build system currently uses hg, though. We create a source-tips file that is included in the product, as far as I can understand. This is in accordance with the old build system, apparently. /Magnus 22 okt 2012 kl. 17:49 skrev Kelly O'Hair : > > Lately with JPRT, I am seeing: > > bash ./configure MAKE=/opt/jprt/products/P1/gnumake3.81/bin/make --with-debug-level=release --with-target-bits=32 --with-num-cores=5 --with-boot-jdk=/opt/jprt/products/P1/jdk7u7-latest/jdk1.7.0_07 --with-cups-include=/opt/jprt/products/P1/cups1.0 --with-freetype=/opt/jprt/products/P1/freetype32-2.3.4/freetype-i586 > ./common/autoconf/configure: line 77: hg: command not found > Running custom generated-configure.sh > > I think it is a horribly bad idea for the build system to rely on the source control system. > None of the JPRT build&test systems can be expected to have 'hg' and I have zero interest in putting 'hg' on them. > The RE team builds from plain source bundles, with no .hg/ directories. > JPRT builds from source bundles without .hg/ directories. > > Every dependence that the builds have on the source control system will come back to bite you. > > -kto > > On Oct 22, 2012, at 7:20 AM, Magnus Ihse Bursie wrote: > >> On 2012-10-22 16:11, Magnus Ihse Bursie wrote: >>> On 2012-10-22 13:48, David Holmes wrote: >>>> When I run configure the first thing I see is: >>>> >>>> abort: no repository found in '/export/users/dh198349/build-infra/b00/se-linux-i586-client-ea' (.hg not found)! >>>> >>>> This is my output directory, so why is the build trying to run a hg command on it? >>> >>> This is a bad side-effect of my added robustness checks to configure, which looks for actually (in the "hg status" sense) modified files before complaining that the generated file is out of date. I didn't remember that hg needed to have a proper working directory to be able to check status, and never noticed it myself since I always ran configure in the top-level repo. >>> >>> I'll fix it. Thank you for your report. >> Fix pushed. >> >> /Magnus >> > From magnus.ihse.bursie at oracle.com Mon Oct 22 15:52:45 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Tue, 23 Oct 2012 00:52:45 +0200 Subject: Some update on Cygwin hangs In-Reply-To: References: <507FCE5F.8070700@oracle.com> <507FDE23.2080109@oracle.com> <507FFAAE.5090001@oracle.com> <50808815.5060901@oracle.com> <5B39384C-D063-4F02-8185-99BE10B0EB49@oracle.com> <06D1F195-BE60-4DC3-AB9D-56995671402C@oracle.com> <5081A322.4070301@oracle.com> Message-ID: 22 okt 2012 kl. 17:56 skrev Kelly O'Hair : > > I'm completely surprised by that statement, I thought you had said that msys was slower but more stable. That was my original impression. Erik noted otherwise, and subsequent testing on my computer also led to crashes. Instability is easy to prove, a single crash will do, but stability is harder to "prove". > >> >> Erik has seen lots of random crashes, I haven't seen many (just about one or two) but I have also seen hangs. >> >> So we've basically taken the informal decision of not pushing the msys track any further. What's in there will work properly some/most of the time. It might very well be good enough for "community support", but it won't do to use in our build farms. > > Who was "we" here? And what exactly is this "informal decision" that was made? Me and Erik decided before he left on vacation that we needed to continue investigating Cygwin, since msys was unstable. We couldn't just say "problem solved, use msys". It also seemed a less risky way to solve the single, repeatable problem in Cygwin, rather than unknown problems in msys causing crashes in different places. > > And what does "some/most" mean? I don't know. I could build continuously for almost 24h on my computer before a crash, Erik had constant issues. You (and/or Tim) are welcome to try yourself to run on msys and see what results you get. /Magnus From magnus.ihse.bursie at oracle.com Mon Oct 22 15:59:56 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Tue, 23 Oct 2012 00:59:56 +0200 Subject: compilation areas being ignored? (beaninfo, I think). In-Reply-To: <50857B62.5020508@oracle.com> References: <50857B62.5020508@oracle.com> Message-ID: <4FA2D3CC-F211-46C8-96BD-7AF730150DDA@oracle.com> The beaninfo stuff uses javadoc. The warnings from beaninfo stands out more clearly when the rest of the output is kept to a minimum. However I know Fredrik changed some javadoc flags on beaninfo to get it to report less warnings. I'm not really sure why it says "error" but then treats it like a warning. /Magnus 22 okt 2012 kl. 18:59 skrev Alan Bateman : > > I sync'ed up my clone of build-infra/jdk8 today, blew away the build directory and re-built. > > I noticed one curiosity in the build output: > > : > > Cache: Table size 32 (5 bits), shift 1, max chain depth 3 > Generating beaninfo > /u/alanb/ws/build-infra/jdk/src/share/classes/javax/swing/JSpinner.java:43: error: package sun.util.locale.provider does not exist > import sun.util.locale.provider.LocaleProviderAdapter; > ^ > /u/alanb/ws/build-infra/jdk/src/share/classes/javax/swing/JSpinner.java:44: error: package sun.util.locale.provider does not exist > import sun.util.locale.provider.LocaleResources; > ^ > /u/alanb/ws/build-infra/jdk/src/share/classes/javax/swing/JSpinner.java:45: error: package sun.util.locale.provider does not exist > import sun.util.locale.provider.LocaleServiceProviderPool; > ^ > Compiling 4 files for BUILD_BREAKITERATOR > Generating HTML DTD file > [Parsed DTD html32 in 377ms] > Generating BreakIteratorData > Generating BreakIteratorData_th > Compiling 8969 files for BUILD_JDK > > I don't know this area of the build but I assume that it's a supporting tool for the Swing bean info classes fails to be compiled. The concerning thing is that this is a compilation error and I would have thought that it would cause the build to fail? > > I can't say if this is new, the default verbosity has changed since I last sync'ed up which might explain why I didn't see it before. > > -Alan From magnus.ihse.bursie at oracle.com Mon Oct 22 16:12:13 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Tue, 23 Oct 2012 01:12:13 +0200 Subject: Make File Changes For CR4239752 In-Reply-To: <5085C4D2.6020902@oracle.com> References: <5085C4D2.6020902@oracle.com> Message-ID: <27F53C8E-9EF7-4A2E-A219-D9A5CA32A034@oracle.com> Dan, This does not look like a change that should require any changes to the Makefiles in build-infra. Did you try "make clean" before building with your fixes? I think there are some issues with the automatic removing of generated header files when the last native method is removed from a class. /Magnus 23 okt 2012 kl. 00:12 skrev Dan Xu : > Hi, > > I have a bug fix which needs make file changes, which can be reviewed at http://cr.openjdk.java.net/~dxu/4239752/webrev/. > > With the above make file changes, I am able to build jdk successfully in old build system. But if I built it using new build system, the build process failed and complained about missing generated header file, java_io_FileSystem.h. > > I wonder how I can make the equivalent make file changes in the new build-infra Makefiles. Thanks! > > -Dan From kelly.ohair at oracle.com Mon Oct 22 16:14:06 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Mon, 22 Oct 2012 16:14:06 -0700 Subject: 7179349 misses updating new build makefiles In-Reply-To: <353BBE11-AF8A-4F3C-AED9-113D744CC1BB@oracle.com> References: <3B51ACB4-CCBC-4E3C-BAE6-214E056A6D9D@oracle.com> <0EC1B52A-6F0F-42BD-AFC0-5FB829A3AC36@oracle.com> <353BBE11-AF8A-4F3C-AED9-113D744CC1BB@oracle.com> Message-ID: This is more complicated than it looks. First off, these changes have not been merged into build-infra yet, so I can't fix it there right now. And I'm reluctant to fix it anywhere but in build-infra right now. From what I can tell, Leonid created a new java Build tool ToBin, which should have been added as a new formal build tool like the others we have. But we already have a tool called ToBin for X11 icons, so now we have 2. :^( Then a mac binary icon file was added to an open repository. Binary files are not really recommended in open repositories but we apparently do have others, so I guess this is ok. If you need to get around this quickly, I recommend you backout this changeset. e.g. hg backout --rev d6cba7bfbb3d hg merge hg commit -m Merge -kto On Oct 22, 2012, at 1:13 PM, Mike Duigou wrote: > Ping! > > Anyone from build-infra group able to answer any of my questions below so that this can be resolved? > > Having a busted new build-infra on MacOSX for all jdk8 repos is unacceptable. > > Mike > > On Oct 18 2012, at 14:37 , Mike Duigou wrote: > >> >> On Oct 18 2012, at 10:54 , Kelly O'Hair wrote: >> >>> ALL Makefile and build changes need to be reviewed by the build-dev at openjdk.java.net team. >>> >>> This gives us a heads up, and the build-infra team can red-flag when we see an issue. >>> >>> I've sent out more global email on this topic. >>> >>> Has a bug been filed on this regression in the build-infra build? >> >> I have created JDK-8001158 for this issue. >> >>> (I'm kind of short handed on the build-infra team right now, so anyone able to help out here would be great) >> >> I took another look at modifying CompileNativeLibraries.gmk but couldn't work out the correct handling of a couple of things: >> >> 1. Where the generated source (AWTIconData.h) should properly go. >> >> 2. Where the production rule for generating the AWTIconData.h should live >> >> 3. How to modify the SetupNativeCompilation call to add in the -I for the gensrc dir containing AWTIconData.h >> >> 4. Proper clean/clobber rules for the AWTIconData.h file. >> >>> >>> -kto >>> >>> On Oct 17, 2012, at 7:45 PM, Mike Duigou wrote: >>> >>>> A fix was recently integrated into JDK 8 mainline repo which breaks new-infra builds on MacOS X. >>>> >>>> http://hg.openjdk.java.net/jdk8/awt/jdk/rev/d6cba7bfbb3d >>>> >>>> The logic for creating the icon file created is not present in the new build infra makefiles. (jdk/makefiles) >>>> >>>> The ToBin.java program can also be omitted with something like the following: >>>> >>>> (/bin/echo "static unsigned char sAWTIconData[] = {"; hexdump -v -e '"\t" 32/1 "%u, " "\n"' $(ICON) ; /bin/echo "};") > $(ICON_DATA) >>>> >>>> Mike >>> >> > From kelly.ohair at oracle.com Mon Oct 22 16:21:53 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Mon, 22 Oct 2012 16:21:53 -0700 Subject: Make File Changes For CR4239752 In-Reply-To: <27F53C8E-9EF7-4A2E-A219-D9A5CA32A034@oracle.com> References: <5085C4D2.6020902@oracle.com> <27F53C8E-9EF7-4A2E-A219-D9A5CA32A034@oracle.com> Message-ID: <69B36902-1010-405A-B5A2-396868208320@oracle.com> I agree Magnus, should have worked. It looks like makefiles/mapfiles/libjava/mapfile-vers was changed, and that should do it. I assume the .so is dependent on the mapfiles right? --- Dan, If a clean build fails, please send us cut&paste of the error. -kto On Oct 22, 2012, at 4:12 PM, Magnus Ihse Bursie wrote: > Dan, > > This does not look like a change that should require any changes to the Makefiles in build-infra. > > Did you try "make clean" before building with your fixes? I think there are some issues with the automatic removing of generated header files when the last native method is removed from a class. > > /Magnus > > 23 okt 2012 kl. 00:12 skrev Dan Xu : > >> Hi, >> >> I have a bug fix which needs make file changes, which can be reviewed at http://cr.openjdk.java.net/~dxu/4239752/webrev/. >> >> With the above make file changes, I am able to build jdk successfully in old build system. But if I built it using new build system, the build process failed and complained about missing generated header file, java_io_FileSystem.h. >> >> I wonder how I can make the equivalent make file changes in the new build-infra Makefiles. Thanks! >> >> -Dan From mike.duigou at oracle.com Mon Oct 22 16:35:01 2012 From: mike.duigou at oracle.com (Mike Duigou) Date: Mon, 22 Oct 2012 16:35:01 -0700 Subject: 7179349 misses updating new build makefiles In-Reply-To: References: <3B51ACB4-CCBC-4E3C-BAE6-214E056A6D9D@oracle.com> <0EC1B52A-6F0F-42BD-AFC0-5FB829A3AC36@oracle.com> <353BBE11-AF8A-4F3C-AED9-113D744CC1BB@oracle.com> Message-ID: <7DDB8091-E2ED-405F-8F5F-11EE64B956AA@oracle.com> On Oct 22 2012, at 16:14 , Kelly O'Hair wrote: > This is more complicated than it looks. First off, these changes have not been merged into build-infra yet, > so I can't fix it there right now. And I'm reluctant to fix it anywhere but in build-infra right now. Agreed. > > From what I can tell, Leonid created a new java Build tool ToBin, which should have been added as a new formal > build tool like the others we have. But we already have a tool called ToBin for X11 icons, so now we have 2. :^( Leonid's ToBin can be replaced by the hexdump script found earlier in this message thread if that simplifies things. The X11 icon ToBin.java is more complicated and probably not as easily replaced. > > Then a mac binary icon file was added to an open repository. Binary files are not really recommended in open repositories > but we apparently do have others, so I guess this is ok. Graphics images in publicly documented formats are apparently OK. YMMV. > > If you need to get around this quickly, I recommend you backout this changeset. > e.g. > hg backout --rev d6cba7bfbb3d > hg merge > hg commit -m Merge We've done so in lambda repo and various people have done this locally as an mq patch in tl repo. Sorry to be bringing hassle to your life. :-( I will also bring port wine. :-) Mike > -kto > > On Oct 22, 2012, at 1:13 PM, Mike Duigou wrote: > >> Ping! >> >> Anyone from build-infra group able to answer any of my questions below so that this can be resolved? >> >> Having a busted new build-infra on MacOSX for all jdk8 repos is unacceptable. >> >> Mike >> >> On Oct 18 2012, at 14:37 , Mike Duigou wrote: >> >>> >>> On Oct 18 2012, at 10:54 , Kelly O'Hair wrote: >>> >>>> ALL Makefile and build changes need to be reviewed by the build-dev at openjdk.java.net team. >>>> >>>> This gives us a heads up, and the build-infra team can red-flag when we see an issue. >>>> >>>> I've sent out more global email on this topic. >>>> >>>> Has a bug been filed on this regression in the build-infra build? >>> >>> I have created JDK-8001158 for this issue. >>> >>>> (I'm kind of short handed on the build-infra team right now, so anyone able to help out here would be great) >>> >>> I took another look at modifying CompileNativeLibraries.gmk but couldn't work out the correct handling of a couple of things: >>> >>> 1. Where the generated source (AWTIconData.h) should properly go. >>> >>> 2. Where the production rule for generating the AWTIconData.h should live >>> >>> 3. How to modify the SetupNativeCompilation call to add in the -I for the gensrc dir containing AWTIconData.h >>> >>> 4. Proper clean/clobber rules for the AWTIconData.h file. >>> >>>> >>>> -kto >>>> >>>> On Oct 17, 2012, at 7:45 PM, Mike Duigou wrote: >>>> >>>>> A fix was recently integrated into JDK 8 mainline repo which breaks new-infra builds on MacOS X. >>>>> >>>>> http://hg.openjdk.java.net/jdk8/awt/jdk/rev/d6cba7bfbb3d >>>>> >>>>> The logic for creating the icon file created is not present in the new build infra makefiles. (jdk/makefiles) >>>>> >>>>> The ToBin.java program can also be omitted with something like the following: >>>>> >>>>> (/bin/echo "static unsigned char sAWTIconData[] = {"; hexdump -v -e '"\t" 32/1 "%u, " "\n"' $(ICON) ; /bin/echo "};") > $(ICON_DATA) >>>>> >>>>> Mike >>>> >>> >> > From magnus.ihse.bursie at oracle.com Mon Oct 22 17:13:58 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Tue, 23 Oct 2012 02:13:58 +0200 Subject: Solaris compiler setup ? In-Reply-To: <505278E5.1050108@oracle.com> References: <1956549788.2474283.1344512172984.JavaMail.root@redhat.com> <502433EC.5010400@oracle.com> <505278E5.1050108@oracle.com> Message-ID: <8348E4DE-157B-4A68-96AA-22B865688807@oracle.com> The compiler detection has changed a lot lately. Is this still a problem for you? If so, do you get a more descriptive output? /Magnus 14 sep 2012 kl. 02:23 skrev David Holmes : > I'd forgotten about this problem until I went to try out a new sparc server today. :( > > David > ----- > > On 10/08/2012 8:04 AM, David Holmes wrote: >> On 9/08/2012 9:36 PM, Andrew Hughes wrote: >>> ----- Original Message ----- >>>> On 9/08/2012 6:24 PM, Erik Joelsson wrote: >>>>> I'm not managing to reproduce this even after removing access to >>>>> all my >>>>> gccs on the system. >>>> >>>> And I just realized that I have a gcc available anyway! >>>> >>>>> configure:10129: checking whether CC accepts -g >>>>> configure:10149: CC -c -g conftest.cpp>&5 >>>>> configure:10149: $? = 0 >>>>> configure:10190: result: yes >>>>> configure:10346: checking for gcc >>>>> configure:10376: result: no >>>>> configure:10346: checking for objcc >>>>> configure:10376: result: no >>>>> configure:10346: checking for objc >>>>> configure:10376: result: no >>>>> >>>>> Exactly what version of the script are you running? (repo, change >>>>> etc) >>>> >>>> Repo is tagged at jdk8-b50. It's a jdk8 clone. No changes. But >>>> looking >>>> at the output again: >>>> >>>> checking whether cc accepts -g... yes >>>> checking for cc option to accept ISO C89... none needed >>>> `tty`: Ambiguous >>>> checking for cl... no >>>> checking for CC... CC >>>> checking whether we are using the GNU C++ compiler... no >>>> checking whether CC accepts -g... yes >>>> `tty`: Ambiguous >>>> configure: error: Could not find the needed compilers! >>>> >>> >>> The failure is triggered by: >>> >>> if test "x$CXX" = x || test "x$CC" = x; then >>> >>> ... >>> >>> as_fn_error $? "Could not find the needed compilers! $HELP_MSG " >>> "$LINENO" 5 >>> fi >>> >>> Is CXX being set? >> >> There is nothing in the log to indicate that CXX is being looked for: >> >> checking if this is a cross compile... no >> checking for cl... no >> checking for cc... cc >> checking whether the C compiler works... yes >> checking for C compiler default output file name... a.out >> checking for suffix of executables... >> checking whether we are cross compiling... no >> checking for suffix of object files... o >> checking whether we are using the GNU C compiler... no >> checking whether cc accepts -g... yes >> checking for cc option to accept ISO C89... none needed >> `tty`: Ambiguous >> checking for cl... no >> checking for CC... CC >> checking whether we are using the GNU C++ compiler... no >> checking whether CC accepts -g... yes >> `tty`: Ambiguous >> configure: error: Could not find the needed compilers! >> >>> This block comes from toolchain.m4 in common/autoconf. >> >> Right and here is that block: >> >> AC_PROG_CC([cl cc gcc]) >> if test "x$CC" = x; then >> HELP_MSG_MISSING_DEPENDENCY([devkit]) >> AC_MSG_ERROR([Could not find a compiler. $HELP_MSG]) >> fi >> if test "x$CC" = xcc && test "x$OPENJDK_BUILD_OS" = xmacosx; then >> # Do not use cc on MacOSX use gcc instead. >> CC="gcc" >> fi >> WHICHCMD(CC) >> >> AC_PROG_CXX([cl CC g++]) >> if test "x$CXX" = xCC && test "x$OPENJDK_BUILD_OS" = xmacosx; then >> # The found CC, even though it seems to be a g++ derivate, cannot compile >> # c++ code. Override. >> CXX="g++" >> fi >> WHICHCMD(CXX) >> >> if test "x$CXX" = x || test "x$CC" = x; then >> HELP_MSG_MISSING_DEPENDENCY([devkit]) >> AC_MSG_ERROR([Could not find the needed compilers! $HELP_MSG ]) >> fi >> >> Based on the log we start to process ACC_PROG_CXX, we don't find cl, we >> do find CC. Then we go off and do some additional checks. Seems we never >> set CXX. And I'm still suspicious of the `tty`: Ambiguous - I think that >> is preventing CXX from being assigned. >> >> Thanks, >> David >> ----- >> >>>> I'm suspicious about the >>>> >>>> `tty`: Ambiguous >>>> >>>> lines. I'm wondering if they are messing up the attempts to parse the >>>> command output? >>> >>> My guess is this is something to do with it printing the results. >>> You could have a look at how it's defining as_echo and as_echo_n. >>> Output lines look something like this: >>> >>> { $as_echo "$as_me:${as_lineno-$LINENO}: checking for $CC option to >>> accept ISO C89">&5 >>> $as_echo_n "checking for $CC option to accept ISO C89... ">&6; } >>> >>>> >>>> How to debug this? I ran configure with sh -x, but it then execs bash >>>> without -x :( >>>> >>> >>> The actual script from autoconf is generated-configure.sh which runs >>> with /bin/sh as default. >>> >>>> Aside: on my solaris box configure runs horrendously slow too :( >>> >>> I've only ever seen that on Windows before. It could be down to the shell >>> being used. Most lines of configure output are the result of a program >>> being executed, such as the compiler, so there's a lot of forking and use >>> of pipes going on. >>> >>>> >>>> Thanks, >>>> David >>>> >>>>> /Erik >>>>> >>>>> On 2012-08-09 09:58, Erik Joelsson wrote: >>>>>> Comparing your log to mine, this is what happens: >>>>>> >>>>>> configure:10112: checking whether CC accepts -g >>>>>> configure:10132: CC -c -g conftest.cpp>&5 >>>>>> configure:10132: $? = 0 >>>>>> configure:10173: result: yes >>>>>> configure:10329: checking for gcc >>>>>> configure:10345: found /usr/local/bin/gcc >>>>>> configure:10356: result: gcc >>>>>> configure:10381: checking for Objective C compiler version >>>>>> configure:10390: gcc --version>&5 >>>>>> gcc (GCC) 3.4.6 >>>>>> Copyright (C) 2006 Free Software Foundation, Inc. >>>>>> This is free software; see the source for copying conditions. >>>>>> There is NO >>>>>> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR >>>>>> PURPOSE. >>>>>> >>>>>> >>>>>> So for some reason, autoconf wants to find gcc too and on my >>>>>> system it >>>>>> happens to be there. I will look into it. >>>>>> >>>>>> /Erik >>>>>> >>>>>> On 2012-08-09 06:39, David Holmes wrote: >>>>>>> When I run configure on Solaris it can't find the "needed >>>>>>> compilers". >>>>>>> >>>>>>> checking if this is a cross compile... no >>>>>>> checking for cl... no >>>>>>> checking for cc... cc >>>>>>> checking whether the C compiler works... yes >>>>>>> checking for C compiler default output file name... a.out >>>>>>> checking for suffix of executables... >>>>>>> checking whether we are cross compiling... no >>>>>>> checking for suffix of object files... o >>>>>>> checking whether we are using the GNU C compiler... no >>>>>>> checking whether cc accepts -g... yes >>>>>>> checking for cc option to accept ISO C89... none needed >>>>>>> `tty`: Ambiguous >>>>>>> checking for cl... no >>>>>>> checking for CC... CC >>>>>>> checking whether we are using the GNU C++ compiler... no >>>>>>> checking whether CC accepts -g... yes >>>>>>> `tty`: Ambiguous >>>>>>> configure: error: Could not find the needed compilers! >>>>>>> >>>>>>> It finds CC, which is in my path at: >>>>>>> >>>>>>> /java/devtools/i386/SUNWspro/SS12u1/bin/CC >>>>>>> >>>>>>> What is it looking for? config.log shows: >>>>>>> >>>>>>> configure:10084: checking whether we are using the GNU C++ >>>>>>> compiler >>>>>>> configure:10103: CC -c conftest.cpp>&5 >>>>>>> "conftest.cpp", line 14: Error: choke is not defined. >>>>>>> 1 Error(s) detected. >>>>>>> configure:10103: $? = 1 >>>>>>> configure: failed program was: >>>>>>> | /* confdefs.h */ >>>>>>> | #define PACKAGE_NAME "openjdk" >>>>>>> | #define PACKAGE_TARNAME "openjdk" >>>>>>> | #define PACKAGE_VERSION "jdk8" >>>>>>> | #define PACKAGE_STRING "openjdk jdk8" >>>>>>> | #define PACKAGE_BUGREPORT "build-dev at openjdk.java.net" >>>>>>> | #define PACKAGE_URL "" >>>>>>> | /* end confdefs.h. */ >>>>>>> | >>>>>>> | int >>>>>>> | main () >>>>>>> | { >>>>>>> | #ifndef __GNUC__ >>>>>>> | choke me >>>>>>> | #endif >>>>>>> | >>>>>>> | ; >>>>>>> | return 0; >>>>>>> | } >>>>>>> configure:10112: result: no >>>>>>> configure:10121: checking whether CC accepts -g >>>>>>> configure:10141: CC -c -g conftest.cpp>&5 >>>>>>> configure:10141: $? = 0 >>>>>>> configure:10182: result: yes >>>>>>> configure:10280: error: Could not find the needed compilers! >>>>>>> >>>>>>> ?? >>>>>>> >>>>>>> Thanks, >>>>>>> David >>>> >>> From david.holmes at oracle.com Mon Oct 22 17:34:12 2012 From: david.holmes at oracle.com (david.holmes at oracle.com) Date: Tue, 23 Oct 2012 00:34:12 +0000 Subject: hg: jdk8/profiles/jdk: Restore the exclusion of types destined for localedata.jar Message-ID: <20121023003426.62355474AE@hg.openjdk.java.net> Changeset: a1696b7dcb00 Author: dholmes Date: 2012-10-22 20:33 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/jdk/rev/a1696b7dcb00 Restore the exclusion of types destined for localedata.jar ! makefiles/Profiles.gmk From bob.vandette at oracle.com Fri Oct 12 06:48:52 2012 From: bob.vandette at oracle.com (Bob Vandette) Date: Fri, 12 Oct 2012 09:48:52 -0400 Subject: Development forest for Compact Profiles (JEP 161) In-Reply-To: <20121011230725.8C0FCC23@eggemoggin.niobe.net> References: <20121011230725.8C0FCC23@eggemoggin.niobe.net> Message-ID: <775E8445-956C-4B59-AA14-F5754110E882@oracle.com> Thanks Mark. We'll give these a try. Bob. On Oct 11, 2012, at 7:07 PM, mark.reinhold at oracle.com wrote: > I've created a forest at http://hg.openjdk.java.net/jdk8/profiles to > support some short-term rapid development for JEP 161 [1]. Most of > the changes are expected to be to the new build system, so Mercurial > notification messages will go to build-infra-dev at openjdk.java.net. > > - Mark > > > [1] http://openjdk.java.net/jeps/161 From bob.vandette at oracle.com Mon Oct 15 11:30:17 2012 From: bob.vandette at oracle.com (bob.vandette at oracle.com) Date: Mon, 15 Oct 2012 18:30:17 +0000 Subject: hg: jdk8/profiles: 19 new changesets Message-ID: <20121015183018.E23184737B@hg.openjdk.java.net> Changeset: 7816aae26d83 Author: dholmes Date: 2012-08-06 23:45 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/rev/7816aae26d83 Add closed repos to hgforest.sh ! make/scripts/hgforest.sh Changeset: 9a1191065978 Author: embed_repo_user Date: 2012-08-19 21:52 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/rev/9a1191065978 0000000: Remove jcheck - .jcheck/conf Changeset: 15dee83d443b Author: dholmes Date: 2012-08-27 21:13 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/rev/15dee83d443b Initial commit of prototype profile support. Only profile1 supported and all lists manually constructed. ! common/makefiles/Makefile Changeset: 1e10058d0dbc Author: dholmes Date: 2012-09-13 22:41 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/rev/1e10058d0dbc Fix hotspot cross-compilation ! common/autoconf/generated-configure.sh ! common/autoconf/spec.gmk.in ! common/autoconf/toolchain.m4 Changeset: c3215cd69cdf Author: ihse Date: 2012-09-11 10:36 +0200 URL: http://hg.openjdk.java.net/jdk8/profiles/rev/c3215cd69cdf Protect the top-level Makefile against race conditions happening if inadvertently running with -jN. ! common/makefiles/Makefile Changeset: 1516f7d1fb8a Author: bobv Date: 2012-09-18 12:27 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/rev/1516f7d1fb8a Test ! README Changeset: 9a2e06f105f6 Author: dholmes Date: 2012-09-19 23:22 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/rev/9a2e06f105f6 Add minimal1 as a known JVM_VARIANT ! common/autoconf/generated-configure.sh ! common/autoconf/jdk-options.m4 ! common/autoconf/spec.gmk.in Changeset: 061da5ddc06e Author: dholmes Date: 2012-09-19 23:24 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/rev/061da5ddc06e Merge Changeset: c6c3802c6b42 Author: dholmes Date: 2012-09-24 19:07 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/rev/c6c3802c6b42 Add hotspot/make/closed to set of repos to clone ! make/scripts/hgforest.sh Changeset: 38e70f260b47 Author: dholmes Date: 2012-09-24 19:30 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/rev/38e70f260b47 Merge ! common/autoconf/generated-configure.sh ! common/autoconf/jdk-options.m4 ! common/autoconf/spec.gmk.in ! common/autoconf/toolchain.m4 ! common/makefiles/Makefile ! make/scripts/hgforest.sh Changeset: b066e329ea98 Author: dholmes Date: 2012-09-24 22:04 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/rev/b066e329ea98 Regenerate configure scripts ! common/autoconf/generated-configure.sh Changeset: eb754d44a9ac Author: dholmes Date: 2012-09-24 22:09 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/rev/eb754d44a9ac Delete JDK_BUILD_NUMBER and MILESTONE so we can override via the environment ! common/autoconf/version.numbers Changeset: d703e961d05b Author: dholmes Date: 2012-10-05 01:16 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/rev/d703e961d05b autogen ! common/autoconf/generated-configure.sh Changeset: 091d9e76ec2b Author: dholmes Date: 2012-10-07 20:45 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/rev/091d9e76ec2b Remove hardwiring of build number and milestone so they can be set externally ! common/autoconf/version.numbers Changeset: ad5bb9366216 Author: dholmes Date: 2012-10-07 20:51 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/rev/ad5bb9366216 Merge Changeset: ee8d530cc338 Author: dholmes Date: 2012-10-09 21:02 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/rev/ee8d530cc338 Update profile recipe to match changes to images recipe ! common/makefiles/Makefile Changeset: bf5d3c4daf66 Author: dholmes Date: 2012-10-09 21:49 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/rev/bf5d3c4daf66 Added help entry for profiles target ! common/makefiles/Makefile Changeset: 38f2407c1704 Author: dholmes Date: 2012-10-10 03:44 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/rev/38f2407c1704 Allow customization of the Makefile ! common/makefiles/Makefile Changeset: 6eda0b2133d3 Author: bvandett Date: 2012-10-12 14:25 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/rev/6eda0b2133d3 Merge From bob.vandette at oracle.com Mon Oct 15 11:32:11 2012 From: bob.vandette at oracle.com (bob.vandette at oracle.com) Date: Mon, 15 Oct 2012 18:32:11 +0000 Subject: hg: jdk8/profiles/corba: 3 new changesets Message-ID: <20121015183214.EF6514737C@hg.openjdk.java.net> Changeset: 546b764ff157 Author: embed_repo_user Date: 2012-08-19 22:06 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/corba/rev/546b764ff157 0000000: Remove jcheck - .jcheck/conf Changeset: d80ec672548d Author: dholmes Date: 2012-09-24 20:44 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/corba/rev/d80ec672548d Merge Changeset: ebecb17cdf2a Author: bvandett Date: 2012-10-14 12:05 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/corba/rev/ebecb17cdf2a Merge From bob.vandette at oracle.com Mon Oct 15 11:33:55 2012 From: bob.vandette at oracle.com (bob.vandette at oracle.com) Date: Mon, 15 Oct 2012 18:33:55 +0000 Subject: hg: jdk8/profiles/hotspot: 7 new changesets Message-ID: <20121015183412.E554F4737D@hg.openjdk.java.net> Changeset: 32c3ab82f13c Author: embed_repo_user Date: 2012-08-19 22:06 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/hotspot/rev/32c3ab82f13c 0000000: Remove jcheck - .jcheck/conf Changeset: d3214e44dacc Author: ohrstrom Date: 2012-03-23 15:58 +0100 URL: http://hg.openjdk.java.net/jdk8/profiles/hotspot/rev/d3214e44dacc Cross compilation support. ! make/linux/makefiles/defs.make Changeset: 04dae8bdcbec Author: dholmes Date: 2012-09-19 23:29 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/hotspot/rev/04dae8bdcbec Pre-NPG port of minimal VM changes ! make/Makefile ! make/bsd/Makefile ! make/bsd/makefiles/buildtree.make ! make/bsd/makefiles/defs.make ! make/bsd/makefiles/gcc.make ! make/bsd/makefiles/ia64.make ! make/bsd/makefiles/vm.make ! make/defs.make + make/excludeSrc.make ! make/linux/Makefile ! make/linux/makefiles/buildtree.make ! make/linux/makefiles/defs.make ! make/linux/makefiles/gcc.make ! make/linux/makefiles/ia64.make + make/linux/makefiles/minimal1.make ! make/linux/makefiles/vm.make ! make/windows/makefiles/defs.make ! src/os/solaris/vm/os_solaris.cpp ! src/share/vm/code/nmethod.cpp ! src/share/vm/memory/allocation.hpp ! src/share/vm/memory/compactingPermGenGen.hpp ! src/share/vm/memory/genCollectedHeap.hpp ! src/share/vm/memory/heapInspection.hpp ! src/share/vm/memory/universe.cpp ! src/share/vm/prims/forte.hpp ! src/share/vm/prims/jni.cpp ! src/share/vm/prims/jvmtiEnter.xsl ! src/share/vm/prims/jvmtiEnv.cpp ! src/share/vm/prims/jvmtiEnvBase.cpp ! src/share/vm/prims/jvmtiEnvBase.hpp ! src/share/vm/prims/jvmtiExport.cpp ! src/share/vm/prims/jvmtiExport.hpp ! src/share/vm/prims/jvmtiExtensions.hpp ! src/share/vm/prims/jvmtiImpl.cpp ! src/share/vm/prims/jvmtiImpl.hpp ! src/share/vm/prims/jvmtiRawMonitor.hpp ! src/share/vm/prims/jvmtiRedefineClasses.cpp ! src/share/vm/prims/jvmtiTagMap.hpp ! src/share/vm/prims/jvmtiThreadState.hpp ! src/share/vm/prims/nativeLookup.cpp ! src/share/vm/runtime/arguments.cpp ! src/share/vm/runtime/fprofiler.hpp ! src/share/vm/runtime/globals_extension.hpp ! src/share/vm/runtime/init.cpp ! src/share/vm/runtime/perfData.cpp ! src/share/vm/runtime/thread.cpp ! src/share/vm/runtime/thread.hpp ! src/share/vm/runtime/vmStructs.cpp ! src/share/vm/runtime/vmStructs.hpp ! src/share/vm/runtime/vm_version.cpp ! src/share/vm/services/attachListener.cpp ! src/share/vm/services/attachListener.hpp ! src/share/vm/services/classLoadingService.cpp ! src/share/vm/services/classLoadingService.hpp ! src/share/vm/services/diagnosticCommand.cpp ! src/share/vm/services/diagnosticCommand.hpp ! src/share/vm/services/heapDumper.hpp ! src/share/vm/services/management.cpp ! src/share/vm/services/management.hpp ! src/share/vm/services/memTracker.hpp ! src/share/vm/services/runtimeService.cpp ! src/share/vm/services/runtimeService.hpp ! src/share/vm/utilities/macros.hpp Changeset: 5102187ac604 Author: dholmes Date: 2012-09-24 20:44 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/hotspot/rev/5102187ac604 Merge - agent/src/share/classes/sun/jvm/hotspot/code/RicochetBlob.java - agent/src/share/classes/sun/jvm/hotspot/runtime/sparc/SPARCRicochetFrame.java - agent/src/share/classes/sun/jvm/hotspot/runtime/x86/X86RicochetFrame.java ! make/defs.make ! make/linux/makefiles/defs.make ! make/linux/makefiles/gcc.make ! make/windows/makefiles/defs.make ! src/share/vm/code/nmethod.cpp - src/share/vm/gc_implementation/parNew/parGCAllocBuffer.cpp - src/share/vm/gc_implementation/parNew/parGCAllocBuffer.hpp - src/share/vm/prims/methodHandleWalk.cpp - src/share/vm/prims/methodHandleWalk.hpp ! src/share/vm/prims/nativeLookup.cpp ! src/share/vm/runtime/arguments.cpp ! src/share/vm/runtime/globals_extension.hpp ! src/share/vm/runtime/vmStructs.cpp ! src/share/vm/services/memTracker.hpp Changeset: e5bd436be5ff Author: dholmes Date: 2012-10-08 00:03 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/hotspot/rev/e5bd436be5ff Port minimalVM CFLAGS fix from mainline ! make/bsd/makefiles/gcc.make ! make/linux/makefiles/gcc.make Changeset: 9815c4c36ec4 Author: bvandett Date: 2012-10-14 12:37 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/hotspot/rev/9815c4c36ec4 Merge - agent/make/ClosureFinder.java - agent/src/share/classes/sun/jvm/hotspot/TestDebugger.java - agent/src/share/classes/sun/jvm/hotspot/asm/AbstractInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/Address.java - agent/src/share/classes/sun/jvm/hotspot/asm/Arithmetic.java - agent/src/share/classes/sun/jvm/hotspot/asm/ArithmeticInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/BaseIndexScaleDispAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/BranchInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/CPUHelper.java - agent/src/share/classes/sun/jvm/hotspot/asm/CallInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/DirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/Immediate.java - agent/src/share/classes/sun/jvm/hotspot/asm/IndirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/Instruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/LoadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/LogicInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/MemoryInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/MoveInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/PCRelativeAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/RTLDataTypes.java - agent/src/share/classes/sun/jvm/hotspot/asm/RTLOperations.java - agent/src/share/classes/sun/jvm/hotspot/asm/ReturnInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/ShiftInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/StoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/amd64/AMD64FloatRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/amd64/AMD64Helper.java - agent/src/share/classes/sun/jvm/hotspot/asm/amd64/AMD64Register.java - agent/src/share/classes/sun/jvm/hotspot/asm/amd64/AMD64Registers.java - agent/src/share/classes/sun/jvm/hotspot/asm/ia64/IA64FloatRegister.java - agent/src/share/classes/sun/jvm/hotspot/asm/ia64/IA64FloatRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/ia64/IA64Helper.java - agent/src/share/classes/sun/jvm/hotspot/asm/ia64/IA64Register.java - agent/src/share/classes/sun/jvm/hotspot/asm/ia64/IA64Registers.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/AlternateSpaceLdstubDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/AlternateSpaceLoadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/AlternateSpaceStoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/AlternateSpaceSwapDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/ArithmeticDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/BranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/CallDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/CoprocessorBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/CoprocessorDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FP2RegisterDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FPArithmeticDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FPMoveDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FPopDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FloatBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FloatDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/FlushDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/Format3ADecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/IllegalInstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/InstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/IntegerBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/JmplDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/LdstubDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/LoadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/LogicDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/MemoryInstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/ReadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/ReadWriteDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/RegisterDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/RestoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/RettDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCArithmeticInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCAtomicLoadStoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCBranchInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCCallInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCDisassembler.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFP2RegisterInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFPArithmeticInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFPMoveInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFloatRegister.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFloatRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFlushInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCFormat3AInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCHelper.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCIllegalInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCIndirectCallInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCInstructionFactory.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCInstructionFactoryImpl.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCJmplInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCLdstubInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCLoadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCLogicInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCMemoryInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCMoveInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCNoopInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCOpcodes.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCReadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCRegisterIndirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCRestoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCRettInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCReturnInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSaveInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSethiInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCShiftInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSpecialLoadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSpecialRegisterInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSpecialRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSpecialStoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCStbarInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCStoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCSwapInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCTrapInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCUnimpInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV8Disassembler.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9BranchInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9CasInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9ConditionFlags.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9Disassembler.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9DoneInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9FMOVccInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9FMOVrInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9FlushwInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9IlltrapInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9ImpdepInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9Instruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9InstructionFactory.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9InstructionFactoryImpl.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9MOVccInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9MOVrInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9MembarInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9Opcodes.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9PopcInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9PrefetchInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9PrivilegedRegisterInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9PrivilegedRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9RdprInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9ReadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9RegisterBranchInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9RegisterIndirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9RestoredInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9RetryInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9ReturnInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9SavedInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9SirInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9SpecialRegisterInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9SpecialRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9WriteInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCV9WrprInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SPARCWriteInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SaveDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SethiDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/ShiftDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SpecialLoadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SpecialLoadStoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SpecialStoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/StoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/SwapDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/TrapDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/UnimpDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V8FPop1Decoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V8FPop2Decoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9AlternateSpaceDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9AlternateSpaceLdstubDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9AlternateSpaceLoadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9AlternateSpacePrefetchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9AlternateSpaceStoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9AlternateSpaceSwapDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9BranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9CCBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9CMoveDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9CasDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9DoneRetryDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9FMOVccDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9FMOVrDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9FPop1Decoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9FPop2Decoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9FloatBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9FlushwDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9InstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9IntRegisterBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9IntegerBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9MOVccDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9MOVrDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9PopcDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9PrefetchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9PrivilegedReadWriteDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9RdprDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9ReadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9RegisterBranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9SavedRestoredDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9ShiftDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9SpecialLoadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9SpecialStoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9WriteDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/V9WrprDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/sparc/WriteDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/ArithmeticDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/BranchDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/CallDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/ConditionalJmpDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/FPArithmeticDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/FPInstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/FPLoadDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/FPStoreDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/FloatDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/FloatGRPDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/GRPDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/InstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/JmpDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/LogicalDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/MoveDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/RotateDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/SSEArithmeticDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/SSEInstructionDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/SSELogicalDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/SSEMoveDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/SSEShiftDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/ShiftDecoder.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86ArithmeticInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86BranchInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86CallInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86CondJmpInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86DirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86Disassembler.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86FPArithmeticInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86FPInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86FPLoadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86FPStoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86FloatRegister.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86FloatRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86GeneralInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86Helper.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86IllegalInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86Instruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86InstructionFactory.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86InstructionFactoryImpl.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86JmpInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86LogicInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MMXRegister.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MMXRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MemoryIndirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MemoryInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MoveInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MoveLoadInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86MoveStoreInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86Opcodes.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86PCRelativeAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86Register.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86RegisterDirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86RegisterIndirectAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86RegisterPart.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86Registers.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86RotateInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86SegmentRegister.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86SegmentRegisterAddress.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86SegmentRegisters.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86ShiftInstruction.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86XMMRegister.java - agent/src/share/classes/sun/jvm/hotspot/asm/x86/X86XMMRegisters.java - agent/src/share/classes/sun/jvm/hotspot/ci/ciArrayKlassKlass.java - agent/src/share/classes/sun/jvm/hotspot/ci/ciInstanceKlassKlass.java - agent/src/share/classes/sun/jvm/hotspot/ci/ciKlassKlass.java - agent/src/share/classes/sun/jvm/hotspot/ci/ciMethodKlass.java - agent/src/share/classes/sun/jvm/hotspot/ci/ciObjArrayKlassKlass.java - agent/src/share/classes/sun/jvm/hotspot/ci/ciTypeArrayKlassKlass.java - agent/src/share/classes/sun/jvm/hotspot/gc_implementation/parallelScavenge/PSPermGen.java - agent/src/share/classes/sun/jvm/hotspot/memory/CMSPermGen.java - agent/src/share/classes/sun/jvm/hotspot/memory/CMSPermGenGen.java - agent/src/share/classes/sun/jvm/hotspot/memory/CompactingPermGen.java - agent/src/share/classes/sun/jvm/hotspot/memory/CompactingPermGenGen.java - agent/src/share/classes/sun/jvm/hotspot/memory/ContigPermSpace.java - agent/src/share/classes/sun/jvm/hotspot/memory/PermGen.java - agent/src/share/classes/sun/jvm/hotspot/oops/ArrayKlassKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/CompiledICHolderKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/ConstMethodKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/ConstantPoolCacheKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/ConstantPoolKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/InstanceKlassKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/KlassKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/MethodDataKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/MethodKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/ObjArrayKlassKlass.java - agent/src/share/classes/sun/jvm/hotspot/oops/TypeArrayKlassKlass.java - agent/src/share/classes/sun/jvm/hotspot/runtime/ia64/IA64CurrentFrameGuess.java - agent/src/share/classes/sun/jvm/hotspot/runtime/ia64/IA64Frame.java - agent/src/share/classes/sun/jvm/hotspot/runtime/ia64/IA64JavaCallWrapper.java - agent/src/share/classes/sun/jvm/hotspot/runtime/ia64/IA64RegisterMap.java - agent/src/share/classes/sun/jvm/hotspot/runtime/ia64/cInterpreter.java - agent/src/share/classes/sun/jvm/hotspot/runtime/linux_ia64/LinuxIA64JavaThreadPDAccess.java - agent/src/share/classes/sun/jvm/hotspot/runtime/win32_ia64/Win32IA64JavaThreadPDAccess.java - agent/src/share/classes/sun/jvm/hotspot/ui/tree/BadOopTreeNodeAdapter.java ! make/bsd/Makefile ! make/bsd/makefiles/vm.make ! make/defs.make ! make/linux/Makefile ! make/linux/makefiles/defs.make ! make/linux/makefiles/vm.make - make/solaris/makefiles/reorder_COMPILER1_amd64 - make/solaris/makefiles/reorder_COMPILER1_i486 - make/solaris/makefiles/reorder_COMPILER1_sparc - make/solaris/makefiles/reorder_COMPILER1_sparcv9 - make/solaris/makefiles/reorder_COMPILER2_amd64 - make/solaris/makefiles/reorder_COMPILER2_i486 - make/solaris/makefiles/reorder_COMPILER2_sparc - make/solaris/makefiles/reorder_COMPILER2_sparcv9 - make/solaris/makefiles/reorder_CORE_i486 - make/solaris/makefiles/reorder_CORE_sparc - make/solaris/makefiles/reorder_CORE_sparcv9 - make/solaris/makefiles/reorder_TIERED_amd64 - make/solaris/makefiles/reorder_TIERED_i486 - make/solaris/makefiles/reorder_TIERED_sparc - make/solaris/makefiles/reorder_TIERED_sparcv9 - make/solaris/reorder.sh - src/cpu/sparc/vm/dump_sparc.cpp - src/cpu/x86/vm/dump_x86_32.cpp - src/cpu/x86/vm/dump_x86_64.cpp - src/cpu/zero/vm/dump_zero.cpp ! src/os/solaris/vm/os_solaris.cpp - src/share/tools/ProjectCreator/DirectoryTree.java - src/share/tools/ProjectCreator/DirectoryTreeNode.java - src/share/tools/ProjectCreator/FileFormatException.java - src/share/tools/ProjectCreator/WinGammaPlatformVC6.java - src/share/vm/ci/ciArrayKlassKlass.hpp - src/share/vm/ci/ciCPCache.cpp - src/share/vm/ci/ciCPCache.hpp - src/share/vm/ci/ciInstanceKlassKlass.cpp - src/share/vm/ci/ciInstanceKlassKlass.hpp - src/share/vm/ci/ciKlassKlass.cpp - src/share/vm/ci/ciKlassKlass.hpp - src/share/vm/ci/ciMethodKlass.cpp - src/share/vm/ci/ciMethodKlass.hpp - src/share/vm/ci/ciObjArrayKlassKlass.cpp - src/share/vm/ci/ciObjArrayKlassKlass.hpp - src/share/vm/ci/ciTypeArrayKlassKlass.cpp - src/share/vm/ci/ciTypeArrayKlassKlass.hpp ! src/share/vm/code/nmethod.cpp - src/share/vm/gc_implementation/concurrentMarkSweep/cmsPermGen.cpp - src/share/vm/gc_implementation/concurrentMarkSweep/cmsPermGen.hpp - src/share/vm/gc_implementation/parallelScavenge/psPermGen.cpp - src/share/vm/gc_implementation/parallelScavenge/psPermGen.hpp ! src/share/vm/memory/allocation.hpp - src/share/vm/memory/classify.cpp - src/share/vm/memory/classify.hpp - src/share/vm/memory/compactPermGen.hpp - src/share/vm/memory/compactingPermGenGen.cpp - src/share/vm/memory/compactingPermGenGen.hpp - src/share/vm/memory/dump.cpp ! src/share/vm/memory/genCollectedHeap.hpp ! src/share/vm/memory/heapInspection.hpp - src/share/vm/memory/permGen.cpp - src/share/vm/memory/permGen.hpp - src/share/vm/memory/restore.cpp - src/share/vm/memory/serialize.cpp ! src/share/vm/memory/universe.cpp - src/share/vm/oops/arrayKlassKlass.cpp - src/share/vm/oops/arrayKlassKlass.hpp - src/share/vm/oops/compiledICHolderKlass.cpp - src/share/vm/oops/compiledICHolderKlass.hpp - src/share/vm/oops/compiledICHolderOop.cpp - src/share/vm/oops/compiledICHolderOop.hpp - src/share/vm/oops/constMethodKlass.cpp - src/share/vm/oops/constMethodKlass.hpp - src/share/vm/oops/constMethodOop.cpp - src/share/vm/oops/constMethodOop.hpp - src/share/vm/oops/constantPoolKlass.cpp - src/share/vm/oops/constantPoolKlass.hpp - src/share/vm/oops/constantPoolOop.cpp - src/share/vm/oops/constantPoolOop.hpp - src/share/vm/oops/cpCacheKlass.cpp - src/share/vm/oops/cpCacheKlass.hpp - src/share/vm/oops/cpCacheOop.cpp - src/share/vm/oops/cpCacheOop.hpp - src/share/vm/oops/instanceKlassKlass.cpp - src/share/vm/oops/instanceKlassKlass.hpp - src/share/vm/oops/klassKlass.cpp - src/share/vm/oops/klassKlass.hpp - src/share/vm/oops/klassOop.cpp - src/share/vm/oops/klassOop.hpp - src/share/vm/oops/methodDataKlass.cpp - src/share/vm/oops/methodDataKlass.hpp - src/share/vm/oops/methodDataOop.cpp - src/share/vm/oops/methodDataOop.hpp - src/share/vm/oops/methodKlass.cpp - src/share/vm/oops/methodKlass.hpp - src/share/vm/oops/methodOop.cpp - src/share/vm/oops/methodOop.hpp - src/share/vm/oops/objArrayKlassKlass.cpp - src/share/vm/oops/objArrayKlassKlass.hpp - src/share/vm/oops/typeArrayKlassKlass.cpp - src/share/vm/oops/typeArrayKlassKlass.hpp ! src/share/vm/prims/jni.cpp ! src/share/vm/prims/jvmtiEnter.xsl ! src/share/vm/prims/jvmtiEnv.cpp ! src/share/vm/prims/jvmtiEnvBase.cpp ! src/share/vm/prims/jvmtiEnvBase.hpp ! src/share/vm/prims/jvmtiExport.cpp ! src/share/vm/prims/jvmtiExport.hpp ! src/share/vm/prims/jvmtiImpl.cpp ! src/share/vm/prims/jvmtiImpl.hpp ! src/share/vm/prims/jvmtiRedefineClasses.cpp ! src/share/vm/prims/jvmtiThreadState.hpp ! src/share/vm/prims/nativeLookup.cpp ! src/share/vm/runtime/arguments.cpp ! src/share/vm/runtime/fprofiler.hpp ! src/share/vm/runtime/init.cpp ! src/share/vm/runtime/perfData.cpp ! src/share/vm/runtime/thread.cpp ! src/share/vm/runtime/thread.hpp ! src/share/vm/runtime/vmStructs.cpp ! src/share/vm/runtime/vmStructs.hpp ! src/share/vm/runtime/vm_version.cpp ! src/share/vm/services/attachListener.cpp ! src/share/vm/services/classLoadingService.cpp ! src/share/vm/services/classLoadingService.hpp ! src/share/vm/services/diagnosticCommand.cpp ! src/share/vm/services/heapDumper.hpp ! src/share/vm/services/management.cpp ! src/share/vm/services/management.hpp ! src/share/vm/services/memTracker.hpp Changeset: c8cf2fbeac1c Author: bvandett Date: 2012-10-14 17:20 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/hotspot/rev/c8cf2fbeac1c Post merge fixes ! src/share/vm/memory/allocation.hpp ! src/share/vm/memory/heapInspection.hpp ! src/share/vm/memory/metaspaceShared.cpp ! src/share/vm/memory/metaspaceShared.hpp ! src/share/vm/prims/jni.cpp ! src/share/vm/prims/jvmtiExport.hpp ! src/share/vm/prims/jvmtiRedefineClasses.hpp ! src/share/vm/runtime/arguments.cpp ! src/share/vm/runtime/thread.cpp ! src/share/vm/services/classLoadingService.hpp ! src/share/vm/services/memReporter.hpp ! src/share/vm/utilities/macros.hpp From bob.vandette at oracle.com Mon Oct 15 11:36:20 2012 From: bob.vandette at oracle.com (bob.vandette at oracle.com) Date: Mon, 15 Oct 2012 18:36:20 +0000 Subject: hg: jdk8/profiles/jaxp: 3 new changesets Message-ID: <20121015183630.EFA304737E@hg.openjdk.java.net> Changeset: f8c1b4fdca9a Author: embed_repo_user Date: 2012-08-19 22:05 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/jaxp/rev/f8c1b4fdca9a 0000000: Remove jcheck - .jcheck/conf Changeset: 3a375528d29a Author: dholmes Date: 2012-09-24 20:43 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/jaxp/rev/3a375528d29a Merge Changeset: 11ca9c9df804 Author: bvandett Date: 2012-10-14 12:02 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/jaxp/rev/11ca9c9df804 Merge From bob.vandette at oracle.com Mon Oct 15 11:36:43 2012 From: bob.vandette at oracle.com (bob.vandette at oracle.com) Date: Mon, 15 Oct 2012 18:36:43 +0000 Subject: hg: jdk8/profiles/jaxws: 3 new changesets Message-ID: <20121015183651.BB1514737F@hg.openjdk.java.net> Changeset: e95a6ce6245c Author: embed_repo_user Date: 2012-08-19 22:05 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/jaxws/rev/e95a6ce6245c 0000000: Remove jcheck - .jcheck/conf Changeset: 6f2cc1965985 Author: dholmes Date: 2012-09-24 20:43 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/jaxws/rev/6f2cc1965985 Merge Changeset: 08659c6cf7d3 Author: bvandett Date: 2012-10-14 12:03 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/jaxws/rev/08659c6cf7d3 Merge From bob.vandette at oracle.com Mon Oct 15 11:37:06 2012 From: bob.vandette at oracle.com (bob.vandette at oracle.com) Date: Mon, 15 Oct 2012 18:37:06 +0000 Subject: hg: jdk8/profiles/jdk: 21 new changesets Message-ID: <20121015184116.103BE47380@hg.openjdk.java.net> Changeset: 1ad4d4637837 Author: embed_repo_user Date: 2012-08-19 22:09 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/jdk/rev/1ad4d4637837 0000000: Remove jcheck - .jcheck/conf Changeset: 25f6cab36113 Author: dholmes Date: 2012-08-20 00:25 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/jdk/rev/25f6cab36113 .hg/last-message.txt + makefiles/Profiles.gmk Changeset: 9959a1faa4db Author: dholmes Date: 2012-08-27 21:11 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/jdk/rev/9959a1faa4db Initial commit of prototype profile support. Only profile1 supported and all lists manually constructed. ! makefiles/CreateJars.gmk ! makefiles/Images.gmk ! makefiles/Makefile + makefiles/Profiles.gmk Changeset: 30cc9b79ba07 Author: dholmes Date: 2012-08-27 21:21 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/jdk/rev/30cc9b79ba07 Merge ! makefiles/Profiles.gmk Changeset: c27f6008726c Author: dholmes Date: 2012-09-10 01:11 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/jdk/rev/c27f6008726c Disable warning message that excluded class is in the ordering list ! make/tools/src/build/tools/jarreorder/JarReorder.java Changeset: 21350640ea86 Author: dholmes Date: 2012-09-10 01:13 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/jdk/rev/21350640ea86 Backport of mainline fix: missing OSX files from exclude list ! makefiles/CompileJavaClasses.gmk Changeset: 3d2d7bd3e594 Author: dholmes Date: 2012-09-10 01:15 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/jdk/rev/3d2d7bd3e594 Initial full commit of profile builds with profile version info. ! makefiles/CreateJars.gmk ! makefiles/GensrcMisc.gmk ! makefiles/Images.gmk ! makefiles/Makefile + makefiles/ProfileNames.gmk ! makefiles/Profiles.gmk + makefiles/profile-includes.txt + makefiles/profile-rtjar-includes.txt ! src/share/classes/sun/misc/Version.java.template Changeset: 591b992c1440 Author: dholmes Date: 2012-09-10 01:16 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/jdk/rev/591b992c1440 Added tag initial-profile-support for changeset 3d2d7bd3e594 ! .hgtags Changeset: b26e5abef678 Author: dholmes Date: 2012-09-19 23:41 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/jdk/rev/b26e5abef678 Cross-compilation fixes from build-infra ! makefiles/GensrcMisc.gmk Changeset: 8a2e04b616f4 Author: dholmes Date: 2012-09-19 23:43 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/jdk/rev/8a2e04b616f4 Temporarily force jar compression on in profiles [only affects rt.jar and resources.jar] ! makefiles/CreateJars.gmk ! makefiles/Profiles.gmk Changeset: 53f158d28f5b Author: dholmes Date: 2012-09-20 01:18 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/jdk/rev/53f158d28f5b Add initial (possibly temporary) minimal VM support ! makefiles/Import.gmk ! src/solaris/bin/arm/jvm.cfg ! src/solaris/bin/i586/jvm.cfg ! src/solaris/bin/ppc/jvm.cfg Changeset: eb504426efa8 Author: dholmes Date: 2012-09-20 01:34 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/jdk/rev/eb504426efa8 Add minimal VM files to profile lists ! makefiles/profile-includes.txt Changeset: 0e2037d6831b Author: dholmes Date: 2012-09-24 20:44 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/jdk/rev/0e2037d6831b Merge ! .hgtags - make/common/Defs-embedded.gmk - make/common/Release-embedded.gmk - make/sun/beans/Makefile ! makefiles/CompileJavaClasses.gmk ! makefiles/CreateJars.gmk ! makefiles/GensrcMisc.gmk ! makefiles/Images.gmk ! makefiles/Import.gmk ! makefiles/Makefile ! makefiles/Profiles.gmk - src/share/classes/java/lang/annotation/ContainerAnnotation.java - src/share/classes/java/lang/invoke/AdapterMethodHandle.java - src/share/classes/java/lang/invoke/CountingMethodHandle.java - src/share/classes/java/text/BreakDictionary.java - src/share/classes/java/text/CollationRules.java - src/share/classes/java/text/DictionaryBasedBreakIterator.java - src/share/classes/java/text/RuleBasedBreakIterator.java - src/share/classes/sun/beans/editors/BooleanEditor.java - src/share/classes/sun/beans/editors/ByteEditor.java - src/share/classes/sun/beans/editors/ColorEditor.java - src/share/classes/sun/beans/editors/DoubleEditor.java - src/share/classes/sun/beans/editors/EnumEditor.java - src/share/classes/sun/beans/editors/FloatEditor.java - src/share/classes/sun/beans/editors/FontEditor.java - src/share/classes/sun/beans/editors/IntegerEditor.java - src/share/classes/sun/beans/editors/LongEditor.java - src/share/classes/sun/beans/editors/NumberEditor.java - src/share/classes/sun/beans/editors/ShortEditor.java - src/share/classes/sun/beans/editors/StringEditor.java - src/share/classes/sun/beans/infos/ComponentBeanInfo.java - src/share/classes/sun/text/resources/BreakIteratorInfo_th.java - src/share/classes/sun/text/resources/BreakIteratorRules_th.java - src/share/classes/sun/text/resources/CollationData_ar.java - src/share/classes/sun/text/resources/CollationData_be.java - src/share/classes/sun/text/resources/CollationData_bg.java - src/share/classes/sun/text/resources/CollationData_ca.java - src/share/classes/sun/text/resources/CollationData_cs.java - src/share/classes/sun/text/resources/CollationData_da.java - src/share/classes/sun/text/resources/CollationData_de.java - src/share/classes/sun/text/resources/CollationData_el.java - src/share/classes/sun/text/resources/CollationData_en.java - src/share/classes/sun/text/resources/CollationData_es.java - src/share/classes/sun/text/resources/CollationData_et.java - src/share/classes/sun/text/resources/CollationData_fi.java - src/share/classes/sun/text/resources/CollationData_fr.java - src/share/classes/sun/text/resources/CollationData_hi.java - src/share/classes/sun/text/resources/CollationData_hr.java - src/share/classes/sun/text/resources/CollationData_hu.java - src/share/classes/sun/text/resources/CollationData_is.java - src/share/classes/sun/text/resources/CollationData_it.java - src/share/classes/sun/text/resources/CollationData_iw.java - src/share/classes/sun/text/resources/CollationData_ja.java - src/share/classes/sun/text/resources/CollationData_ko.java - src/share/classes/sun/text/resources/CollationData_lt.java - src/share/classes/sun/text/resources/CollationData_lv.java - src/share/classes/sun/text/resources/CollationData_mk.java - src/share/classes/sun/text/resources/CollationData_nl.java - src/share/classes/sun/text/resources/CollationData_no.java - src/share/classes/sun/text/resources/CollationData_pl.java - src/share/classes/sun/text/resources/CollationData_pt.java - src/share/classes/sun/text/resources/CollationData_ro.java - src/share/classes/sun/text/resources/CollationData_ru.java - src/share/classes/sun/text/resources/CollationData_sk.java - src/share/classes/sun/text/resources/CollationData_sl.java - src/share/classes/sun/text/resources/CollationData_sq.java - src/share/classes/sun/text/resources/CollationData_sr.java - src/share/classes/sun/text/resources/CollationData_sr_Latn.java - src/share/classes/sun/text/resources/CollationData_sv.java - src/share/classes/sun/text/resources/CollationData_th.java - src/share/classes/sun/text/resources/CollationData_tr.java - src/share/classes/sun/text/resources/CollationData_uk.java - src/share/classes/sun/text/resources/CollationData_vi.java - src/share/classes/sun/text/resources/CollationData_zh.java - src/share/classes/sun/text/resources/CollationData_zh_HK.java - src/share/classes/sun/text/resources/CollationData_zh_TW.java - src/share/classes/sun/text/resources/FormatData_ar.java - src/share/classes/sun/text/resources/FormatData_ar_AE.java - src/share/classes/sun/text/resources/FormatData_ar_BH.java - src/share/classes/sun/text/resources/FormatData_ar_DZ.java - src/share/classes/sun/text/resources/FormatData_ar_EG.java - src/share/classes/sun/text/resources/FormatData_ar_IQ.java - src/share/classes/sun/text/resources/FormatData_ar_JO.java - src/share/classes/sun/text/resources/FormatData_ar_KW.java - src/share/classes/sun/text/resources/FormatData_ar_LB.java - src/share/classes/sun/text/resources/FormatData_ar_LY.java - src/share/classes/sun/text/resources/FormatData_ar_MA.java - src/share/classes/sun/text/resources/FormatData_ar_OM.java - src/share/classes/sun/text/resources/FormatData_ar_QA.java - src/share/classes/sun/text/resources/FormatData_ar_SA.java - src/share/classes/sun/text/resources/FormatData_ar_SD.java - src/share/classes/sun/text/resources/FormatData_ar_SY.java - src/share/classes/sun/text/resources/FormatData_ar_TN.java - src/share/classes/sun/text/resources/FormatData_ar_YE.java - src/share/classes/sun/text/resources/FormatData_be.java - src/share/classes/sun/text/resources/FormatData_be_BY.java - src/share/classes/sun/text/resources/FormatData_bg.java - src/share/classes/sun/text/resources/FormatData_bg_BG.java - src/share/classes/sun/text/resources/FormatData_ca.java - src/share/classes/sun/text/resources/FormatData_ca_ES.java - src/share/classes/sun/text/resources/FormatData_cs.java - src/share/classes/sun/text/resources/FormatData_cs_CZ.java - src/share/classes/sun/text/resources/FormatData_da.java - src/share/classes/sun/text/resources/FormatData_da_DK.java - src/share/classes/sun/text/resources/FormatData_de.java - src/share/classes/sun/text/resources/FormatData_de_AT.java - src/share/classes/sun/text/resources/FormatData_de_CH.java - src/share/classes/sun/text/resources/FormatData_de_DE.java - src/share/classes/sun/text/resources/FormatData_de_LU.java - src/share/classes/sun/text/resources/FormatData_el.java - src/share/classes/sun/text/resources/FormatData_el_CY.java - src/share/classes/sun/text/resources/FormatData_el_GR.java - src/share/classes/sun/text/resources/FormatData_en.java - src/share/classes/sun/text/resources/FormatData_en_AU.java - src/share/classes/sun/text/resources/FormatData_en_CA.java - src/share/classes/sun/text/resources/FormatData_en_GB.java - src/share/classes/sun/text/resources/FormatData_en_IE.java - src/share/classes/sun/text/resources/FormatData_en_IN.java - src/share/classes/sun/text/resources/FormatData_en_MT.java - src/share/classes/sun/text/resources/FormatData_en_NZ.java - src/share/classes/sun/text/resources/FormatData_en_PH.java - src/share/classes/sun/text/resources/FormatData_en_SG.java - src/share/classes/sun/text/resources/FormatData_en_US.java - src/share/classes/sun/text/resources/FormatData_en_ZA.java - src/share/classes/sun/text/resources/FormatData_es.java - src/share/classes/sun/text/resources/FormatData_es_AR.java - src/share/classes/sun/text/resources/FormatData_es_BO.java - src/share/classes/sun/text/resources/FormatData_es_CL.java - src/share/classes/sun/text/resources/FormatData_es_CO.java - src/share/classes/sun/text/resources/FormatData_es_CR.java - src/share/classes/sun/text/resources/FormatData_es_DO.java - src/share/classes/sun/text/resources/FormatData_es_EC.java - src/share/classes/sun/text/resources/FormatData_es_ES.java - src/share/classes/sun/text/resources/FormatData_es_GT.java - src/share/classes/sun/text/resources/FormatData_es_HN.java - src/share/classes/sun/text/resources/FormatData_es_MX.java - src/share/classes/sun/text/resources/FormatData_es_NI.java - src/share/classes/sun/text/resources/FormatData_es_PA.java - src/share/classes/sun/text/resources/FormatData_es_PE.java - src/share/classes/sun/text/resources/FormatData_es_PR.java - src/share/classes/sun/text/resources/FormatData_es_PY.java - src/share/classes/sun/text/resources/FormatData_es_SV.java - src/share/classes/sun/text/resources/FormatData_es_US.java - src/share/classes/sun/text/resources/FormatData_es_UY.java - src/share/classes/sun/text/resources/FormatData_es_VE.java - src/share/classes/sun/text/resources/FormatData_et.java - src/share/classes/sun/text/resources/FormatData_et_EE.java - src/share/classes/sun/text/resources/FormatData_fi.java - src/share/classes/sun/text/resources/FormatData_fi_FI.java - src/share/classes/sun/text/resources/FormatData_fr.java - src/share/classes/sun/text/resources/FormatData_fr_BE.java - src/share/classes/sun/text/resources/FormatData_fr_CA.java - src/share/classes/sun/text/resources/FormatData_fr_CH.java - src/share/classes/sun/text/resources/FormatData_fr_FR.java - src/share/classes/sun/text/resources/FormatData_fr_LU.java - src/share/classes/sun/text/resources/FormatData_ga.java - src/share/classes/sun/text/resources/FormatData_ga_IE.java - src/share/classes/sun/text/resources/FormatData_hi_IN.java - src/share/classes/sun/text/resources/FormatData_hr.java - src/share/classes/sun/text/resources/FormatData_hr_HR.java - src/share/classes/sun/text/resources/FormatData_hu.java - src/share/classes/sun/text/resources/FormatData_hu_HU.java - src/share/classes/sun/text/resources/FormatData_in.java - src/share/classes/sun/text/resources/FormatData_in_ID.java - src/share/classes/sun/text/resources/FormatData_is.java - src/share/classes/sun/text/resources/FormatData_is_IS.java - src/share/classes/sun/text/resources/FormatData_it.java - src/share/classes/sun/text/resources/FormatData_it_CH.java - src/share/classes/sun/text/resources/FormatData_it_IT.java - src/share/classes/sun/text/resources/FormatData_iw.java - src/share/classes/sun/text/resources/FormatData_iw_IL.java - src/share/classes/sun/text/resources/FormatData_ja.java - src/share/classes/sun/text/resources/FormatData_ja_JP.java - src/share/classes/sun/text/resources/FormatData_ja_JP_JP.java - src/share/classes/sun/text/resources/FormatData_ko.java - src/share/classes/sun/text/resources/FormatData_ko_KR.java - src/share/classes/sun/text/resources/FormatData_lt.java - src/share/classes/sun/text/resources/FormatData_lt_LT.java - src/share/classes/sun/text/resources/FormatData_lv.java - src/share/classes/sun/text/resources/FormatData_lv_LV.java - src/share/classes/sun/text/resources/FormatData_mk.java - src/share/classes/sun/text/resources/FormatData_mk_MK.java - src/share/classes/sun/text/resources/FormatData_ms.java - src/share/classes/sun/text/resources/FormatData_ms_MY.java - src/share/classes/sun/text/resources/FormatData_mt.java - src/share/classes/sun/text/resources/FormatData_mt_MT.java - src/share/classes/sun/text/resources/FormatData_nl.java - src/share/classes/sun/text/resources/FormatData_nl_BE.java - src/share/classes/sun/text/resources/FormatData_nl_NL.java - src/share/classes/sun/text/resources/FormatData_no.java - src/share/classes/sun/text/resources/FormatData_no_NO.java - src/share/classes/sun/text/resources/FormatData_no_NO_NY.java - src/share/classes/sun/text/resources/FormatData_pl.java - src/share/classes/sun/text/resources/FormatData_pl_PL.java - src/share/classes/sun/text/resources/FormatData_pt.java - src/share/classes/sun/text/resources/FormatData_pt_BR.java - src/share/classes/sun/text/resources/FormatData_pt_PT.java - src/share/classes/sun/text/resources/FormatData_ro.java - src/share/classes/sun/text/resources/FormatData_ro_RO.java - src/share/classes/sun/text/resources/FormatData_ru.java - src/share/classes/sun/text/resources/FormatData_ru_RU.java - src/share/classes/sun/text/resources/FormatData_sk.java - src/share/classes/sun/text/resources/FormatData_sk_SK.java - src/share/classes/sun/text/resources/FormatData_sl.java - src/share/classes/sun/text/resources/FormatData_sl_SI.java - src/share/classes/sun/text/resources/FormatData_sq.java - src/share/classes/sun/text/resources/FormatData_sq_AL.java - src/share/classes/sun/text/resources/FormatData_sr.java - src/share/classes/sun/text/resources/FormatData_sr_BA.java - src/share/classes/sun/text/resources/FormatData_sr_CS.java - src/share/classes/sun/text/resources/FormatData_sr_Latn.java - src/share/classes/sun/text/resources/FormatData_sr_Latn_BA.java - src/share/classes/sun/text/resources/FormatData_sr_Latn_ME.java - src/share/classes/sun/text/resources/FormatData_sr_Latn_RS.java - src/share/classes/sun/text/resources/FormatData_sr_ME.java - src/share/classes/sun/text/resources/FormatData_sr_RS.java - src/share/classes/sun/text/resources/FormatData_sv.java - src/share/classes/sun/text/resources/FormatData_sv_SE.java - src/share/classes/sun/text/resources/FormatData_th.java - src/share/classes/sun/text/resources/FormatData_th_TH.java - src/share/classes/sun/text/resources/FormatData_th_TH_TH.java - src/share/classes/sun/text/resources/FormatData_tr.java - src/share/classes/sun/text/resources/FormatData_tr_TR.java - src/share/classes/sun/text/resources/FormatData_uk.java - src/share/classes/sun/text/resources/FormatData_uk_UA.java - src/share/classes/sun/text/resources/FormatData_vi.java - src/share/classes/sun/text/resources/FormatData_vi_VN.java - src/share/classes/sun/text/resources/FormatData_zh.java - src/share/classes/sun/text/resources/FormatData_zh_CN.java - src/share/classes/sun/text/resources/FormatData_zh_HK.java - src/share/classes/sun/text/resources/FormatData_zh_SG.java - src/share/classes/sun/text/resources/FormatData_zh_TW.java - src/share/classes/sun/text/resources/thai_dict - src/share/classes/sun/util/EmptyListResourceBundle.java - src/share/classes/sun/util/LocaleDataMetaInfo-XLocales.java.template - src/share/classes/sun/util/LocaleServiceProviderPool.java - src/share/classes/sun/util/TimeZoneNameUtility.java - src/share/classes/sun/util/resources/CalendarData_ar.properties - src/share/classes/sun/util/resources/CalendarData_be.properties - src/share/classes/sun/util/resources/CalendarData_bg.properties - src/share/classes/sun/util/resources/CalendarData_ca.properties - src/share/classes/sun/util/resources/CalendarData_cs.properties - src/share/classes/sun/util/resources/CalendarData_da.properties - src/share/classes/sun/util/resources/CalendarData_de.properties - src/share/classes/sun/util/resources/CalendarData_el.properties - src/share/classes/sun/util/resources/CalendarData_el_CY.properties - src/share/classes/sun/util/resources/CalendarData_en.properties - src/share/classes/sun/util/resources/CalendarData_en_GB.properties - src/share/classes/sun/util/resources/CalendarData_en_IE.properties - src/share/classes/sun/util/resources/CalendarData_en_MT.properties - src/share/classes/sun/util/resources/CalendarData_es.properties - src/share/classes/sun/util/resources/CalendarData_es_ES.properties - src/share/classes/sun/util/resources/CalendarData_es_US.properties - src/share/classes/sun/util/resources/CalendarData_et.properties - src/share/classes/sun/util/resources/CalendarData_fi.properties - src/share/classes/sun/util/resources/CalendarData_fr.properties - src/share/classes/sun/util/resources/CalendarData_fr_CA.properties - src/share/classes/sun/util/resources/CalendarData_hi.properties - src/share/classes/sun/util/resources/CalendarData_hr.properties - src/share/classes/sun/util/resources/CalendarData_hu.properties - src/share/classes/sun/util/resources/CalendarData_in_ID.properties - src/share/classes/sun/util/resources/CalendarData_is.properties - src/share/classes/sun/util/resources/CalendarData_it.properties - src/share/classes/sun/util/resources/CalendarData_iw.properties - src/share/classes/sun/util/resources/CalendarData_ja.properties - src/share/classes/sun/util/resources/CalendarData_ko.properties - src/share/classes/sun/util/resources/CalendarData_lt.properties - src/share/classes/sun/util/resources/CalendarData_lv.properties - src/share/classes/sun/util/resources/CalendarData_mk.properties - src/share/classes/sun/util/resources/CalendarData_ms_MY.properties - src/share/classes/sun/util/resources/CalendarData_mt.properties - src/share/classes/sun/util/resources/CalendarData_mt_MT.properties - src/share/classes/sun/util/resources/CalendarData_nl.properties - src/share/classes/sun/util/resources/CalendarData_no.properties - src/share/classes/sun/util/resources/CalendarData_pl.properties - src/share/classes/sun/util/resources/CalendarData_pt.properties - src/share/classes/sun/util/resources/CalendarData_pt_PT.properties - src/share/classes/sun/util/resources/CalendarData_ro.properties - src/share/classes/sun/util/resources/CalendarData_ru.properties - src/share/classes/sun/util/resources/CalendarData_sk.properties - src/share/classes/sun/util/resources/CalendarData_sl.properties - src/share/classes/sun/util/resources/CalendarData_sq.properties - src/share/classes/sun/util/resources/CalendarData_sr.properties - src/share/classes/sun/util/resources/CalendarData_sr_Latn_BA.properties - src/share/classes/sun/util/resources/CalendarData_sr_Latn_ME.properties - src/share/classes/sun/util/resources/CalendarData_sr_Latn_RS.properties - src/share/classes/sun/util/resources/CalendarData_sv.properties - src/share/classes/sun/util/resources/CalendarData_th.properties - src/share/classes/sun/util/resources/CalendarData_tr.properties - src/share/classes/sun/util/resources/CalendarData_uk.properties - src/share/classes/sun/util/resources/CalendarData_vi.properties - src/share/classes/sun/util/resources/CalendarData_zh.properties - src/share/classes/sun/util/resources/CurrencyNames_ar_AE.properties - src/share/classes/sun/util/resources/CurrencyNames_ar_BH.properties - src/share/classes/sun/util/resources/CurrencyNames_ar_DZ.properties - src/share/classes/sun/util/resources/CurrencyNames_ar_EG.properties - src/share/classes/sun/util/resources/CurrencyNames_ar_IQ.properties - src/share/classes/sun/util/resources/CurrencyNames_ar_JO.properties - src/share/classes/sun/util/resources/CurrencyNames_ar_KW.properties - src/share/classes/sun/util/resources/CurrencyNames_ar_LB.properties - src/share/classes/sun/util/resources/CurrencyNames_ar_LY.properties - src/share/classes/sun/util/resources/CurrencyNames_ar_MA.properties - src/share/classes/sun/util/resources/CurrencyNames_ar_OM.properties - src/share/classes/sun/util/resources/CurrencyNames_ar_QA.properties - src/share/classes/sun/util/resources/CurrencyNames_ar_SA.properties - src/share/classes/sun/util/resources/CurrencyNames_ar_SD.properties - src/share/classes/sun/util/resources/CurrencyNames_ar_SY.properties - src/share/classes/sun/util/resources/CurrencyNames_ar_TN.properties - src/share/classes/sun/util/resources/CurrencyNames_ar_YE.properties - src/share/classes/sun/util/resources/CurrencyNames_be_BY.properties - src/share/classes/sun/util/resources/CurrencyNames_bg_BG.properties - src/share/classes/sun/util/resources/CurrencyNames_ca_ES.properties - src/share/classes/sun/util/resources/CurrencyNames_cs_CZ.properties - src/share/classes/sun/util/resources/CurrencyNames_da_DK.properties - src/share/classes/sun/util/resources/CurrencyNames_de.properties - src/share/classes/sun/util/resources/CurrencyNames_de_AT.properties - src/share/classes/sun/util/resources/CurrencyNames_de_CH.properties - src/share/classes/sun/util/resources/CurrencyNames_de_DE.properties - src/share/classes/sun/util/resources/CurrencyNames_de_GR.properties - src/share/classes/sun/util/resources/CurrencyNames_de_LU.properties - src/share/classes/sun/util/resources/CurrencyNames_el_CY.properties - src/share/classes/sun/util/resources/CurrencyNames_el_GR.properties - src/share/classes/sun/util/resources/CurrencyNames_en_AU.properties - src/share/classes/sun/util/resources/CurrencyNames_en_CA.properties - src/share/classes/sun/util/resources/CurrencyNames_en_GB.properties - src/share/classes/sun/util/resources/CurrencyNames_en_IE.properties - src/share/classes/sun/util/resources/CurrencyNames_en_IN.properties - src/share/classes/sun/util/resources/CurrencyNames_en_MT.properties - src/share/classes/sun/util/resources/CurrencyNames_en_NZ.properties - src/share/classes/sun/util/resources/CurrencyNames_en_PH.properties - src/share/classes/sun/util/resources/CurrencyNames_en_SG.properties - src/share/classes/sun/util/resources/CurrencyNames_en_US.properties - src/share/classes/sun/util/resources/CurrencyNames_en_ZA.properties - src/share/classes/sun/util/resources/CurrencyNames_es.properties - src/share/classes/sun/util/resources/CurrencyNames_es_AR.properties - src/share/classes/sun/util/resources/CurrencyNames_es_BO.properties - src/share/classes/sun/util/resources/CurrencyNames_es_CL.properties - src/share/classes/sun/util/resources/CurrencyNames_es_CO.properties - src/share/classes/sun/util/resources/CurrencyNames_es_CR.properties - src/share/classes/sun/util/resources/CurrencyNames_es_CU.properties - src/share/classes/sun/util/resources/CurrencyNames_es_DO.properties - src/share/classes/sun/util/resources/CurrencyNames_es_EC.properties - src/share/classes/sun/util/resources/CurrencyNames_es_ES.properties - src/share/classes/sun/util/resources/CurrencyNames_es_GT.properties - src/share/classes/sun/util/resources/CurrencyNames_es_HN.properties - src/share/classes/sun/util/resources/CurrencyNames_es_MX.properties - src/share/classes/sun/util/resources/CurrencyNames_es_NI.properties - src/share/classes/sun/util/resources/CurrencyNames_es_PA.properties - src/share/classes/sun/util/resources/CurrencyNames_es_PE.properties - src/share/classes/sun/util/resources/CurrencyNames_es_PR.properties - src/share/classes/sun/util/resources/CurrencyNames_es_PY.properties - src/share/classes/sun/util/resources/CurrencyNames_es_SV.properties - src/share/classes/sun/util/resources/CurrencyNames_es_US.properties - src/share/classes/sun/util/resources/CurrencyNames_es_UY.properties - src/share/classes/sun/util/resources/CurrencyNames_es_VE.properties - src/share/classes/sun/util/resources/CurrencyNames_et_EE.properties - src/share/classes/sun/util/resources/CurrencyNames_fi_FI.properties - src/share/classes/sun/util/resources/CurrencyNames_fr.properties - src/share/classes/sun/util/resources/CurrencyNames_fr_BE.properties - src/share/classes/sun/util/resources/CurrencyNames_fr_CA.properties - src/share/classes/sun/util/resources/CurrencyNames_fr_CH.properties - src/share/classes/sun/util/resources/CurrencyNames_fr_FR.properties - src/share/classes/sun/util/resources/CurrencyNames_fr_LU.properties - src/share/classes/sun/util/resources/CurrencyNames_ga_IE.properties - src/share/classes/sun/util/resources/CurrencyNames_hi_IN.properties - src/share/classes/sun/util/resources/CurrencyNames_hr_HR.properties - src/share/classes/sun/util/resources/CurrencyNames_hu_HU.properties - src/share/classes/sun/util/resources/CurrencyNames_in_ID.properties - src/share/classes/sun/util/resources/CurrencyNames_is_IS.properties - src/share/classes/sun/util/resources/CurrencyNames_it.properties - src/share/classes/sun/util/resources/CurrencyNames_it_CH.properties - src/share/classes/sun/util/resources/CurrencyNames_it_IT.properties - src/share/classes/sun/util/resources/CurrencyNames_iw_IL.properties - src/share/classes/sun/util/resources/CurrencyNames_ja.properties - src/share/classes/sun/util/resources/CurrencyNames_ja_JP.properties - src/share/classes/sun/util/resources/CurrencyNames_ko.properties - src/share/classes/sun/util/resources/CurrencyNames_ko_KR.properties - src/share/classes/sun/util/resources/CurrencyNames_lt_LT.properties - src/share/classes/sun/util/resources/CurrencyNames_lv_LV.properties - src/share/classes/sun/util/resources/CurrencyNames_mk_MK.properties - src/share/classes/sun/util/resources/CurrencyNames_ms_MY.properties - src/share/classes/sun/util/resources/CurrencyNames_mt_MT.properties - src/share/classes/sun/util/resources/CurrencyNames_nl_BE.properties - src/share/classes/sun/util/resources/CurrencyNames_nl_NL.properties - src/share/classes/sun/util/resources/CurrencyNames_no_NO.properties - src/share/classes/sun/util/resources/CurrencyNames_pl_PL.properties - src/share/classes/sun/util/resources/CurrencyNames_pt.properties - src/share/classes/sun/util/resources/CurrencyNames_pt_BR.properties - src/share/classes/sun/util/resources/CurrencyNames_pt_PT.properties - src/share/classes/sun/util/resources/CurrencyNames_ro_RO.properties - src/share/classes/sun/util/resources/CurrencyNames_ru_RU.properties - src/share/classes/sun/util/resources/CurrencyNames_sk_SK.properties - src/share/classes/sun/util/resources/CurrencyNames_sl_SI.properties - src/share/classes/sun/util/resources/CurrencyNames_sq_AL.properties - src/share/classes/sun/util/resources/CurrencyNames_sr_BA.properties - src/share/classes/sun/util/resources/CurrencyNames_sr_CS.properties - src/share/classes/sun/util/resources/CurrencyNames_sr_Latn_BA.properties - src/share/classes/sun/util/resources/CurrencyNames_sr_Latn_ME.properties - src/share/classes/sun/util/resources/CurrencyNames_sr_Latn_RS.properties - src/share/classes/sun/util/resources/CurrencyNames_sr_ME.properties - src/share/classes/sun/util/resources/CurrencyNames_sr_RS.properties - src/share/classes/sun/util/resources/CurrencyNames_sv.properties - src/share/classes/sun/util/resources/CurrencyNames_sv_SE.properties - src/share/classes/sun/util/resources/CurrencyNames_th_TH.properties - src/share/classes/sun/util/resources/CurrencyNames_tr_TR.properties - src/share/classes/sun/util/resources/CurrencyNames_uk_UA.properties - src/share/classes/sun/util/resources/CurrencyNames_vi_VN.properties - src/share/classes/sun/util/resources/CurrencyNames_zh_CN.properties - src/share/classes/sun/util/resources/CurrencyNames_zh_HK.java - src/share/classes/sun/util/resources/CurrencyNames_zh_SG.java - src/share/classes/sun/util/resources/CurrencyNames_zh_TW.properties - src/share/classes/sun/util/resources/LocaleNames_ar.properties - src/share/classes/sun/util/resources/LocaleNames_be.properties - src/share/classes/sun/util/resources/LocaleNames_bg.properties - src/share/classes/sun/util/resources/LocaleNames_ca.properties - src/share/classes/sun/util/resources/LocaleNames_cs.properties - src/share/classes/sun/util/resources/LocaleNames_da.properties - src/share/classes/sun/util/resources/LocaleNames_de.properties - src/share/classes/sun/util/resources/LocaleNames_el.properties - src/share/classes/sun/util/resources/LocaleNames_el_CY.properties - src/share/classes/sun/util/resources/LocaleNames_en.properties - src/share/classes/sun/util/resources/LocaleNames_en_MT.properties - src/share/classes/sun/util/resources/LocaleNames_en_PH.properties - src/share/classes/sun/util/resources/LocaleNames_en_SG.properties - src/share/classes/sun/util/resources/LocaleNames_es.properties - src/share/classes/sun/util/resources/LocaleNames_es_US.properties - src/share/classes/sun/util/resources/LocaleNames_et.properties - src/share/classes/sun/util/resources/LocaleNames_fi.properties - src/share/classes/sun/util/resources/LocaleNames_fr.properties - src/share/classes/sun/util/resources/LocaleNames_ga.properties - src/share/classes/sun/util/resources/LocaleNames_hi.properties - src/share/classes/sun/util/resources/LocaleNames_hr.properties - src/share/classes/sun/util/resources/LocaleNames_hu.properties - src/share/classes/sun/util/resources/LocaleNames_in.properties - src/share/classes/sun/util/resources/LocaleNames_is.properties - src/share/classes/sun/util/resources/LocaleNames_it.properties - src/share/classes/sun/util/resources/LocaleNames_iw.properties - src/share/classes/sun/util/resources/LocaleNames_ja.properties - src/share/classes/sun/util/resources/LocaleNames_ko.properties - src/share/classes/sun/util/resources/LocaleNames_lt.properties - src/share/classes/sun/util/resources/LocaleNames_lv.properties - src/share/classes/sun/util/resources/LocaleNames_mk.properties - src/share/classes/sun/util/resources/LocaleNames_ms.properties - src/share/classes/sun/util/resources/LocaleNames_mt.properties - src/share/classes/sun/util/resources/LocaleNames_nl.properties - src/share/classes/sun/util/resources/LocaleNames_no.properties - src/share/classes/sun/util/resources/LocaleNames_no_NO_NY.properties - src/share/classes/sun/util/resources/LocaleNames_pl.properties - src/share/classes/sun/util/resources/LocaleNames_pt.properties - src/share/classes/sun/util/resources/LocaleNames_pt_BR.properties - src/share/classes/sun/util/resources/LocaleNames_pt_PT.properties - src/share/classes/sun/util/resources/LocaleNames_ro.properties - src/share/classes/sun/util/resources/LocaleNames_ru.properties - src/share/classes/sun/util/resources/LocaleNames_sk.properties - src/share/classes/sun/util/resources/LocaleNames_sl.properties - src/share/classes/sun/util/resources/LocaleNames_sq.properties - src/share/classes/sun/util/resources/LocaleNames_sr.properties - src/share/classes/sun/util/resources/LocaleNames_sr_Latn.properties - src/share/classes/sun/util/resources/LocaleNames_sv.properties - src/share/classes/sun/util/resources/LocaleNames_th.properties - src/share/classes/sun/util/resources/LocaleNames_tr.properties - src/share/classes/sun/util/resources/LocaleNames_uk.properties - src/share/classes/sun/util/resources/LocaleNames_vi.properties - src/share/classes/sun/util/resources/LocaleNames_zh.properties - src/share/classes/sun/util/resources/LocaleNames_zh_HK.java - src/share/classes/sun/util/resources/LocaleNames_zh_SG.properties - src/share/classes/sun/util/resources/LocaleNames_zh_TW.properties - src/share/classes/sun/util/resources/TimeZoneNames_de.java - src/share/classes/sun/util/resources/TimeZoneNames_en.java - src/share/classes/sun/util/resources/TimeZoneNames_en_CA.java - src/share/classes/sun/util/resources/TimeZoneNames_en_GB.java - src/share/classes/sun/util/resources/TimeZoneNames_en_IE.java - src/share/classes/sun/util/resources/TimeZoneNames_es.java - src/share/classes/sun/util/resources/TimeZoneNames_fr.java - src/share/classes/sun/util/resources/TimeZoneNames_hi.java - src/share/classes/sun/util/resources/TimeZoneNames_it.java - src/share/classes/sun/util/resources/TimeZoneNames_ja.java - src/share/classes/sun/util/resources/TimeZoneNames_ko.java - src/share/classes/sun/util/resources/TimeZoneNames_pt_BR.java - src/share/classes/sun/util/resources/TimeZoneNames_sv.java - src/share/classes/sun/util/resources/TimeZoneNames_zh_CN.java - src/share/classes/sun/util/resources/TimeZoneNames_zh_HK.java - src/share/classes/sun/util/resources/TimeZoneNames_zh_TW.java - src/solaris/bin/java_md.c - src/solaris/classes/sun/awt/X11/XTextTransferHelper.java - test/javax/swing/JColorChooser/Test4380468.html - test/javax/swing/JColorChooser/Test4380468.java Changeset: 9e8efd706601 Author: dholmes Date: 2012-10-04 21:31 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/jdk/rev/9e8efd706601 Fixed typo: OTION -> OPTION ! makefiles/GensrcMisc.gmk Changeset: 344d93203748 Author: dholmes Date: 2012-10-05 00:27 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/jdk/rev/344d93203748 Remove JAR targets left over from the merge ! makefiles/CreateJars.gmk Changeset: 42ebf67e39dd Author: dholmes Date: 2012-10-05 00:33 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/jdk/rev/42ebf67e39dd Replace use of LIBARCH with OPENJDK_TARGET_CPU_LEGACY_LIB Add cldrdata.jar to full list of JDK jar files Update file filters to exclude javac_state files (matches Images.gmk) ! makefiles/Profiles.gmk ! makefiles/profile-includes.txt Changeset: 1704794ecfd4 Author: dholmes Date: 2012-10-08 00:26 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/jdk/rev/1704794ecfd4 Temporary fix for FX: add specific java.beans classes back into profile 1 ! makefiles/profile-rtjar-includes.txt Changeset: 1718dcb0a1f0 Author: dholmes Date: 2012-10-08 01:49 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/jdk/rev/1718dcb0a1f0 Need per-profile strip lists ! makefiles/Images.gmk Changeset: 5ccc3a1089b9 Author: dholmes Date: 2012-10-08 03:24 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/jdk/rev/5ccc3a1089b9 Add Profile information to the release file ! makefiles/GensrcMisc.gmk ! makefiles/Images.gmk ! makefiles/ProfileNames.gmk Changeset: 98ac97aefb3a Author: dholmes Date: 2012-10-10 03:41 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/jdk/rev/98ac97aefb3a Allow customization of the Makefile ! makefiles/Makefile Changeset: e46ddf99d2d1 Author: bvandett Date: 2012-10-14 12:13 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/jdk/rev/e46ddf99d2d1 Merge ! .hgtags - src/macosx/classes/sun/awt/SunToolkitSubclass.java - src/share/classes/sun/management/LockDataConverter.java - src/share/classes/sun/management/LockDataConverterMXBean.java - src/share/classes/sun/security/x509/CertificateIssuerUniqueIdentity.java - src/share/classes/sun/security/x509/CertificateSubjectUniqueIdentity.java - test/sun/misc/URLClassPath/ClassnameCharTest.sh - test/sun/net/www/httptest/HttpServer.java - test/sun/security/ssl/sun/net/www/httpstest/HttpServer.java From bob.vandette at oracle.com Mon Oct 15 11:45:56 2012 From: bob.vandette at oracle.com (bob.vandette at oracle.com) Date: Mon, 15 Oct 2012 18:45:56 +0000 Subject: hg: jdk8/profiles/langtools: 3 new changesets Message-ID: <20121015184605.0A64247381@hg.openjdk.java.net> Changeset: 053164da0c03 Author: embed_repo_user Date: 2012-08-19 22:07 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/langtools/rev/053164da0c03 0000000: Remove jcheck - .jcheck/conf Changeset: abeaa009e16b Author: dholmes Date: 2012-09-24 20:43 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/langtools/rev/abeaa009e16b Merge Changeset: b58d1e06a03c Author: bvandett Date: 2012-10-14 12:04 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/langtools/rev/b58d1e06a03c Merge From leonid.romanov at oracle.com Thu Oct 18 01:32:58 2012 From: leonid.romanov at oracle.com (Leonid Romanov) Date: Thu, 18 Oct 2012 12:32:58 +0400 Subject: 7179349 misses updating new build makefiles In-Reply-To: References: Message-ID: Could you take care of it? I've no idea how the new build system works. Besides, no one complained about the fix when I sent it for a review? Btw, ToBin.java is a modified copy of /make/sun/xawt/ToBin.java, so if you decide to go with your suggestion, you probably want to replace the original ToBin.java as well. On 18.10.2012, at 6:45, Mike Duigou wrote: > A fix was recently integrated into JDK 8 mainline repo which breaks new-infra builds on MacOS X. > > http://hg.openjdk.java.net/jdk8/awt/jdk/rev/d6cba7bfbb3d > > The logic for creating the icon file created is not present in the new build infra makefiles. (jdk/makefiles) > > The ToBin.java program can also be omitted with something like the following: > > (/bin/echo "static unsigned char sAWTIconData[] = {"; hexdump -v -e '"\t" 32/1 "%u, " "\n"' $(ICON) ; /bin/echo "};") > $(ICON_DATA) > > Mike From dan.xu at oracle.com Mon Oct 22 17:03:19 2012 From: dan.xu at oracle.com (Dan Xu) Date: Mon, 22 Oct 2012 17:03:19 -0700 Subject: Make File Changes For CR4239752 In-Reply-To: <69B36902-1010-405A-B5A2-396868208320@oracle.com> References: <5085C4D2.6020902@oracle.com> <27F53C8E-9EF7-4A2E-A219-D9A5CA32A034@oracle.com> <69B36902-1010-405A-B5A2-396868208320@oracle.com> Message-ID: <5085DEC7.40103@oracle.com> I just cleaned the build by running "make dist-clean" command, and then configure and re-make jdk. But the error still exists. Here is the error message, > c:/cygwin/home/danxu/dev/Jdk/tl8/jdk/src/windows/native/java/io/WinNTFileSystem_md.c(46) > : fatal error C1083: Cannot open include file: 'java_io_FileSystem.h': > No such file or directory > mlib_ImageAffine_NN.c > c:/cygwin/home/danxu/dev/Jdk/tl8/jdk/src/share/native/common/jdk_util.c(61) > : warning C4267: 'initializing' : conversion from 'size_t' to 'int', > possible loss of data > mlib_ImageAffine_NN_Bit.c > CompileNativeLibraries.gmk:225: recipe for target > `/cygdrive/c/cygwin/home/danxu/dev/Jdk/tl8/build/windows-x86_64-normal-server-release/jdk/objs/libjava/WinNTFileSystem_md.obj' > failed > make[2]: *** > [/cygdrive/c/cygwin/home/danxu/dev/Jdk/tl8/build/windows-x86_64-normal-server-release/jdk/objs/libjava/WinNTFileSystem_md.obj] > Error 2 It seems that the java_io_FileSystem.h is not generated automatically after my change. Before the change, I can see this header file was generated under build/windows-x86_64-normal-server-release/jdk/gensrc_headers/ directory. I wonder how the header file is generated in the build. Thanks! -Dan On 10/22/2012 04:21 PM, Kelly O'Hair wrote: > I agree Magnus, should have worked. > It looks like makefiles/mapfiles/libjava/mapfile-vers was changed, and that should do it. > I assume the .so is dependent on the mapfiles right? > > --- > > Dan, > > If a clean build fails, please send us cut&paste of the error. > > -kto > > On Oct 22, 2012, at 4:12 PM, Magnus Ihse Bursie wrote: > >> Dan, >> >> This does not look like a change that should require any changes to the Makefiles in build-infra. >> >> Did you try "make clean" before building with your fixes? I think there are some issues with the automatic removing of generated header files when the last native method is removed from a class. >> >> /Magnus >> >> 23 okt 2012 kl. 00:12 skrev Dan Xu : >> >>> Hi, >>> >>> I have a bug fix which needs make file changes, which can be reviewed at http://cr.openjdk.java.net/~dxu/4239752/webrev/. >>> >>> With the above make file changes, I am able to build jdk successfully in old build system. But if I built it using new build system, the build process failed and complained about missing generated header file, java_io_FileSystem.h. >>> >>> I wonder how I can make the equivalent make file changes in the new build-infra Makefiles. Thanks! >>> >>> -Dan From kelly.ohair at oracle.com Mon Oct 22 18:26:15 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Mon, 22 Oct 2012 18:26:15 -0700 Subject: 7179349 misses updating new build makefiles In-Reply-To: References: Message-ID: <021679C5-928F-447A-A5E7-2471DDE5A056@oracle.com> I'm working on it, please give me a little time. Don't make any additional changes to this. But even after I fix this, we still need to integrate the latest build-infra changes into jdk8/build. -kto On Oct 18, 2012, at 1:32 AM, Leonid Romanov wrote: > Could you take care of it? I've no idea how the new build system works. Besides, no one complained about the fix when I sent it for a review? Btw, ToBin.java is a modified copy of /make/sun/xawt/ToBin.java, so if you decide to go with your suggestion, you probably want to replace the original ToBin.java as well. > > On 18.10.2012, at 6:45, Mike Duigou wrote: > >> A fix was recently integrated into JDK 8 mainline repo which breaks new-infra builds on MacOS X. >> >> http://hg.openjdk.java.net/jdk8/awt/jdk/rev/d6cba7bfbb3d >> >> The logic for creating the icon file created is not present in the new build infra makefiles. (jdk/makefiles) >> >> The ToBin.java program can also be omitted with something like the following: >> >> (/bin/echo "static unsigned char sAWTIconData[] = {"; hexdump -v -e '"\t" 32/1 "%u, " "\n"' $(ICON) ; /bin/echo "};") > $(ICON_DATA) >> >> Mike > From kelly.ohair at oracle.com Mon Oct 22 18:40:00 2012 From: kelly.ohair at oracle.com (kelly.ohair at oracle.com) Date: Tue, 23 Oct 2012 01:40:00 +0000 Subject: hg: build-infra/jdk8: Took out use of MAKE= because MAKE=make and MAKE=gmake no longer work. Added preliminary deploy and install targets. Message-ID: <20121023014001.27C22474B3@hg.openjdk.java.net> Changeset: 9189f83e7578 Author: ohair Date: 2012-10-22 18:40 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/9189f83e7578 Took out use of MAKE= because MAKE=make and MAKE=gmake no longer work. Added preliminary deploy and install targets. ! NewMakefile.gmk From kelly.ohair at oracle.com Mon Oct 22 18:41:52 2012 From: kelly.ohair at oracle.com (kelly.ohair at oracle.com) Date: Tue, 23 Oct 2012 01:41:52 +0000 Subject: hg: build-infra/jdk8/jdk: Added second ToBin icon generation tool. Renamed ICON to X11_ICON to allow for OSX_ICON. Message-ID: <20121023014241.41207474B4@hg.openjdk.java.net> Changeset: 664ecabfb68d Author: ohair Date: 2012-10-22 18:41 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/664ecabfb68d Added second ToBin icon generation tool. Renamed ICON to X11_ICON to allow for OSX_ICON. ! makefiles/GenerateJavaSources.gmk ! makefiles/GensrcIcons.gmk ! makefiles/Tools.gmk + makefiles/sun/awt/X11/ToBin.java + makefiles/sun/osxapp/ToBin.java - makefiles/sun/xawt/ToBin.java From david.holmes at oracle.com Mon Oct 22 18:52:47 2012 From: david.holmes at oracle.com (David Holmes) Date: Tue, 23 Oct 2012 11:52:47 +1000 Subject: configure WARNINGS In-Reply-To: <50855344.3090701@oracle.com> References: <50853346.8090703@oracle.com> <50855344.3090701@oracle.com> Message-ID: <5085F86F.3050708@oracle.com> On 23/10/2012 12:08 AM, Magnus Ihse Bursie wrote: > On 2012-10-22 13:51, David Holmes wrote: >> configure: WARNING: you should use --build, --host, --target >> configure: WARNING: you should use --build, --host, --target >> >> Previuously reported internally but now sending to the list. My host >> machine is 64-bit linux and I'm building 32-bit linux. What do I have >> to set and why? >> >> My configure command used --with-target-bits=32 > > Is that all? Are you sure? Well that is the only significant option. The full set is: CONFIGURE_COMMAND_LINE='--with-jdk-variant=normal --with-jvm-variants=client --with-target-bits=32 --with-cups-include=/java/devtools/share/cups/include/ --disable-ccache' > Autoconf has a legacy-mode where you can specify a platform (used for > both build and target, I don't know really what that would be useful for > other maybe if the configure autodetection fails), without giving any > --option prefix, e.g. > sh configure my-platform > instead of > sh configure --build my-platform --target my-platform > > This feature has been deprecated for a long time, but does not seem like > it's going away. However it prints this warning. > > So my guess is that you are sending in some additional piece of command > line arguments. If you also specify target setting using > --openjdk-target or --build/--target/--host, these will override, and > you can send in "badgerbadgerbadger" for all it's worth, and the only > result would be the above warning. None of the above AFAICT. Here's the relevant output from bash -x configure ++ case $ac_dashdash$ac_option in +++ expr x--with-target-bits=32 : 'x-*with-\([^=]*\)' ++ ac_useropt=target-bits ++ expr xtarget-bits : '.*[^-+._abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789]' ++ ac_useropt_orig=target-bits +++ printf '%s\n' target-bits +++ sed 's/[-+.]/_/g' ++ ac_useropt=target_bits ++ case $ac_user_opts in ++ eval 'with_target_bits=$ac_optarg' +++ with_target_bits=32 ++ for ac_option in '"$@"' ++ test -n '' ++ case $ac_option in ++ ac_optarg=yes ++ case $ac_dashdash$ac_option in ++ printf '%s\n' 'configure: WARNING: you should use --build, --host, --target' configure: WARNING: you should use --build, --host, --target I'm guessing that setting target-bits is triggering some other kind of argument checking ?? BTW I also noticed this: ac_msg='sources are in /java/embedded/users/dh198349/build-infra/builds/../common/autoconf, but `cd /java/embedded/users/dh198349/build-infra/builds/../common/autoconf'\'' does not work' Though it doesn't seem to cause any problems. Thanks, David ----- From david.holmes at oracle.com Mon Oct 22 19:34:21 2012 From: david.holmes at oracle.com (David Holmes) Date: Tue, 23 Oct 2012 12:34:21 +1000 Subject: 7179349 misses updating new build makefiles In-Reply-To: <16686A76-471D-4C99-9743-E528F0EFE9CA@oracle.com> References: <3B51ACB4-CCBC-4E3C-BAE6-214E056A6D9D@oracle.com> <0EC1B52A-6F0F-42BD-AFC0-5FB829A3AC36@oracle.com> <353BBE11-AF8A-4F3C-AED9-113D744CC1BB@oracle.com> <16686A76-471D-4C99-9743-E528F0EFE9CA@oracle.com> Message-ID: <5086022D.9040504@oracle.com> Kelly, On 23/10/2012 8:04 AM, Kelly O'Hair wrote: > I am trying to look into this. > > It appears we don't have a "GenerateNativeSource.gmk" and the existing "GenerateJavaSource.gmk" seems to generate more than > just Java source. I'll look at adding to "GenerateJavaSource.gmk", but it probably should be renamed. > Give me a few hours. AFAICS this is simply an OSX version of what already happens in sun/xawt/Makefile. In both cases the ToBin tool does a similar job. The new build logic for this is in GensrcIcons.gmk David ---- > -kto > > On Oct 22, 2012, at 1:13 PM, Mike Duigou wrote: > >> Ping! >> >> Anyone from build-infra group able to answer any of my questions below so that this can be resolved? >> >> Having a busted new build-infra on MacOSX for all jdk8 repos is unacceptable. >> >> Mike >> >> On Oct 18 2012, at 14:37 , Mike Duigou wrote: >> >>> >>> On Oct 18 2012, at 10:54 , Kelly O'Hair wrote: >>> >>>> ALL Makefile and build changes need to be reviewed by the build-dev at openjdk.java.net team. >>>> >>>> This gives us a heads up, and the build-infra team can red-flag when we see an issue. >>>> >>>> I've sent out more global email on this topic. >>>> >>>> Has a bug been filed on this regression in the build-infra build? >>> >>> I have created JDK-8001158 for this issue. >>> >>>> (I'm kind of short handed on the build-infra team right now, so anyone able to help out here would be great) >>> >>> I took another look at modifying CompileNativeLibraries.gmk but couldn't work out the correct handling of a couple of things: >>> >>> 1. Where the generated source (AWTIconData.h) should properly go. >>> >>> 2. Where the production rule for generating the AWTIconData.h should live >>> >>> 3. How to modify the SetupNativeCompilation call to add in the -I for the gensrc dir containing AWTIconData.h >>> >>> 4. Proper clean/clobber rules for the AWTIconData.h file. >>> >>>> >>>> -kto >>>> >>>> On Oct 17, 2012, at 7:45 PM, Mike Duigou wrote: >>>> >>>>> A fix was recently integrated into JDK 8 mainline repo which breaks new-infra builds on MacOS X. >>>>> >>>>> http://hg.openjdk.java.net/jdk8/awt/jdk/rev/d6cba7bfbb3d >>>>> >>>>> The logic for creating the icon file created is not present in the new build infra makefiles. (jdk/makefiles) >>>>> >>>>> The ToBin.java program can also be omitted with something like the following: >>>>> >>>>> (/bin/echo "static unsigned char sAWTIconData[] = {"; hexdump -v -e '"\t" 32/1 "%u, " "\n"' $(ICON) ; /bin/echo "};")> $(ICON_DATA) >>>>> >>>>> Mike >>>> >>> >> > From kelly.ohair at oracle.com Mon Oct 22 19:36:45 2012 From: kelly.ohair at oracle.com (kelly.ohair at oracle.com) Date: Tue, 23 Oct 2012 02:36:45 +0000 Subject: hg: build-infra/jdk8/jdk: Added in mac icon generation. Message-ID: <20121023023716.E3DC7474B7@hg.openjdk.java.net> Changeset: 32d123b84096 Author: ohair Date: 2012-10-22 19:36 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/32d123b84096 Added in mac icon generation. ! makefiles/GensrcIcons.gmk + src/macosx/native/sun/osxapp/resource/icons/JavaApp.icns From david.holmes at oracle.com Mon Oct 22 19:41:51 2012 From: david.holmes at oracle.com (David Holmes) Date: Tue, 23 Oct 2012 12:41:51 +1000 Subject: Solaris compiler setup ? In-Reply-To: <8348E4DE-157B-4A68-96AA-22B865688807@oracle.com> References: <1956549788.2474283.1344512172984.JavaMail.root@redhat.com> <502433EC.5010400@oracle.com> <505278E5.1050108@oracle.com> <8348E4DE-157B-4A68-96AA-22B865688807@oracle.com> Message-ID: <508603EF.105@oracle.com> On 23/10/2012 10:13 AM, Magnus Ihse Bursie wrote: > The compiler detection has changed a lot lately. Is this still a problem for you? If so, do you get a more descriptive output? I can't tell as the make discovery logic is now broken: checking for gmake... /usr/sfw/bin/gmake configure: Testing potential make at /usr/sfw/bin/gmake, found using gmake in PATH configure: The path of FOUND_MAKE, which resolves as "/usr/sfw/bin/gmake", is not found. configure: error: Cannot locate the the path of FOUND_MAKE But gmake is there: > which gmake /usr/sfw/bin/gmake > gmake --version GNU Make 3.81 Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. This program built for i386-pc-solaris2.10 David ----- > /Magnus > > 14 sep 2012 kl. 02:23 skrev David Holmes: > >> I'd forgotten about this problem until I went to try out a new sparc server today. :( >> >> David >> ----- >> >> On 10/08/2012 8:04 AM, David Holmes wrote: >>> On 9/08/2012 9:36 PM, Andrew Hughes wrote: >>>> ----- Original Message ----- >>>>> On 9/08/2012 6:24 PM, Erik Joelsson wrote: >>>>>> I'm not managing to reproduce this even after removing access to >>>>>> all my >>>>>> gccs on the system. >>>>> >>>>> And I just realized that I have a gcc available anyway! >>>>> >>>>>> configure:10129: checking whether CC accepts -g >>>>>> configure:10149: CC -c -g conftest.cpp>&5 >>>>>> configure:10149: $? = 0 >>>>>> configure:10190: result: yes >>>>>> configure:10346: checking for gcc >>>>>> configure:10376: result: no >>>>>> configure:10346: checking for objcc >>>>>> configure:10376: result: no >>>>>> configure:10346: checking for objc >>>>>> configure:10376: result: no >>>>>> >>>>>> Exactly what version of the script are you running? (repo, change >>>>>> etc) >>>>> >>>>> Repo is tagged at jdk8-b50. It's a jdk8 clone. No changes. But >>>>> looking >>>>> at the output again: >>>>> >>>>> checking whether cc accepts -g... yes >>>>> checking for cc option to accept ISO C89... none needed >>>>> `tty`: Ambiguous >>>>> checking for cl... no >>>>> checking for CC... CC >>>>> checking whether we are using the GNU C++ compiler... no >>>>> checking whether CC accepts -g... yes >>>>> `tty`: Ambiguous >>>>> configure: error: Could not find the needed compilers! >>>>> >>>> >>>> The failure is triggered by: >>>> >>>> if test "x$CXX" = x || test "x$CC" = x; then >>>> >>>> ... >>>> >>>> as_fn_error $? "Could not find the needed compilers! $HELP_MSG " >>>> "$LINENO" 5 >>>> fi >>>> >>>> Is CXX being set? >>> >>> There is nothing in the log to indicate that CXX is being looked for: >>> >>> checking if this is a cross compile... no >>> checking for cl... no >>> checking for cc... cc >>> checking whether the C compiler works... yes >>> checking for C compiler default output file name... a.out >>> checking for suffix of executables... >>> checking whether we are cross compiling... no >>> checking for suffix of object files... o >>> checking whether we are using the GNU C compiler... no >>> checking whether cc accepts -g... yes >>> checking for cc option to accept ISO C89... none needed >>> `tty`: Ambiguous >>> checking for cl... no >>> checking for CC... CC >>> checking whether we are using the GNU C++ compiler... no >>> checking whether CC accepts -g... yes >>> `tty`: Ambiguous >>> configure: error: Could not find the needed compilers! >>> >>>> This block comes from toolchain.m4 in common/autoconf. >>> >>> Right and here is that block: >>> >>> AC_PROG_CC([cl cc gcc]) >>> if test "x$CC" = x; then >>> HELP_MSG_MISSING_DEPENDENCY([devkit]) >>> AC_MSG_ERROR([Could not find a compiler. $HELP_MSG]) >>> fi >>> if test "x$CC" = xcc&& test "x$OPENJDK_BUILD_OS" = xmacosx; then >>> # Do not use cc on MacOSX use gcc instead. >>> CC="gcc" >>> fi >>> WHICHCMD(CC) >>> >>> AC_PROG_CXX([cl CC g++]) >>> if test "x$CXX" = xCC&& test "x$OPENJDK_BUILD_OS" = xmacosx; then >>> # The found CC, even though it seems to be a g++ derivate, cannot compile >>> # c++ code. Override. >>> CXX="g++" >>> fi >>> WHICHCMD(CXX) >>> >>> if test "x$CXX" = x || test "x$CC" = x; then >>> HELP_MSG_MISSING_DEPENDENCY([devkit]) >>> AC_MSG_ERROR([Could not find the needed compilers! $HELP_MSG ]) >>> fi >>> >>> Based on the log we start to process ACC_PROG_CXX, we don't find cl, we >>> do find CC. Then we go off and do some additional checks. Seems we never >>> set CXX. And I'm still suspicious of the `tty`: Ambiguous - I think that >>> is preventing CXX from being assigned. >>> >>> Thanks, >>> David >>> ----- >>> >>>>> I'm suspicious about the >>>>> >>>>> `tty`: Ambiguous >>>>> >>>>> lines. I'm wondering if they are messing up the attempts to parse the >>>>> command output? >>>> >>>> My guess is this is something to do with it printing the results. >>>> You could have a look at how it's defining as_echo and as_echo_n. >>>> Output lines look something like this: >>>> >>>> { $as_echo "$as_me:${as_lineno-$LINENO}: checking for $CC option to >>>> accept ISO C89">&5 >>>> $as_echo_n "checking for $CC option to accept ISO C89... ">&6; } >>>> >>>>> >>>>> How to debug this? I ran configure with sh -x, but it then execs bash >>>>> without -x :( >>>>> >>>> >>>> The actual script from autoconf is generated-configure.sh which runs >>>> with /bin/sh as default. >>>> >>>>> Aside: on my solaris box configure runs horrendously slow too :( >>>> >>>> I've only ever seen that on Windows before. It could be down to the shell >>>> being used. Most lines of configure output are the result of a program >>>> being executed, such as the compiler, so there's a lot of forking and use >>>> of pipes going on. >>>> >>>>> >>>>> Thanks, >>>>> David >>>>> >>>>>> /Erik >>>>>> >>>>>> On 2012-08-09 09:58, Erik Joelsson wrote: >>>>>>> Comparing your log to mine, this is what happens: >>>>>>> >>>>>>> configure:10112: checking whether CC accepts -g >>>>>>> configure:10132: CC -c -g conftest.cpp>&5 >>>>>>> configure:10132: $? = 0 >>>>>>> configure:10173: result: yes >>>>>>> configure:10329: checking for gcc >>>>>>> configure:10345: found /usr/local/bin/gcc >>>>>>> configure:10356: result: gcc >>>>>>> configure:10381: checking for Objective C compiler version >>>>>>> configure:10390: gcc --version>&5 >>>>>>> gcc (GCC) 3.4.6 >>>>>>> Copyright (C) 2006 Free Software Foundation, Inc. >>>>>>> This is free software; see the source for copying conditions. >>>>>>> There is NO >>>>>>> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR >>>>>>> PURPOSE. >>>>>>> >>>>>>> >>>>>>> So for some reason, autoconf wants to find gcc too and on my >>>>>>> system it >>>>>>> happens to be there. I will look into it. >>>>>>> >>>>>>> /Erik >>>>>>> >>>>>>> On 2012-08-09 06:39, David Holmes wrote: >>>>>>>> When I run configure on Solaris it can't find the "needed >>>>>>>> compilers". >>>>>>>> >>>>>>>> checking if this is a cross compile... no >>>>>>>> checking for cl... no >>>>>>>> checking for cc... cc >>>>>>>> checking whether the C compiler works... yes >>>>>>>> checking for C compiler default output file name... a.out >>>>>>>> checking for suffix of executables... >>>>>>>> checking whether we are cross compiling... no >>>>>>>> checking for suffix of object files... o >>>>>>>> checking whether we are using the GNU C compiler... no >>>>>>>> checking whether cc accepts -g... yes >>>>>>>> checking for cc option to accept ISO C89... none needed >>>>>>>> `tty`: Ambiguous >>>>>>>> checking for cl... no >>>>>>>> checking for CC... CC >>>>>>>> checking whether we are using the GNU C++ compiler... no >>>>>>>> checking whether CC accepts -g... yes >>>>>>>> `tty`: Ambiguous >>>>>>>> configure: error: Could not find the needed compilers! >>>>>>>> >>>>>>>> It finds CC, which is in my path at: >>>>>>>> >>>>>>>> /java/devtools/i386/SUNWspro/SS12u1/bin/CC >>>>>>>> >>>>>>>> What is it looking for? config.log shows: >>>>>>>> >>>>>>>> configure:10084: checking whether we are using the GNU C++ >>>>>>>> compiler >>>>>>>> configure:10103: CC -c conftest.cpp>&5 >>>>>>>> "conftest.cpp", line 14: Error: choke is not defined. >>>>>>>> 1 Error(s) detected. >>>>>>>> configure:10103: $? = 1 >>>>>>>> configure: failed program was: >>>>>>>> | /* confdefs.h */ >>>>>>>> | #define PACKAGE_NAME "openjdk" >>>>>>>> | #define PACKAGE_TARNAME "openjdk" >>>>>>>> | #define PACKAGE_VERSION "jdk8" >>>>>>>> | #define PACKAGE_STRING "openjdk jdk8" >>>>>>>> | #define PACKAGE_BUGREPORT "build-dev at openjdk.java.net" >>>>>>>> | #define PACKAGE_URL "" >>>>>>>> | /* end confdefs.h. */ >>>>>>>> | >>>>>>>> | int >>>>>>>> | main () >>>>>>>> | { >>>>>>>> | #ifndef __GNUC__ >>>>>>>> | choke me >>>>>>>> | #endif >>>>>>>> | >>>>>>>> | ; >>>>>>>> | return 0; >>>>>>>> | } >>>>>>>> configure:10112: result: no >>>>>>>> configure:10121: checking whether CC accepts -g >>>>>>>> configure:10141: CC -c -g conftest.cpp>&5 >>>>>>>> configure:10141: $? = 0 >>>>>>>> configure:10182: result: yes >>>>>>>> configure:10280: error: Could not find the needed compilers! >>>>>>>> >>>>>>>> ?? >>>>>>>> >>>>>>>> Thanks, >>>>>>>> David >>>>> >>>> From david.holmes at oracle.com Mon Oct 22 19:47:40 2012 From: david.holmes at oracle.com (David Holmes) Date: Tue, 23 Oct 2012 12:47:40 +1000 Subject: hg: build-infra/jdk8/jdk: Added in mac icon generation. In-Reply-To: <20121023023716.E3DC7474B7@hg.openjdk.java.net> References: <20121023023716.E3DC7474B7@hg.openjdk.java.net> Message-ID: <5086054C.5020305@oracle.com> Kelly, Given X11 and OSX are mutually exclusive platform characteristics did we really have to duplicate all the GEN_ICON stuff into two flavours instead of just changing the actual tool and target based on the OS? David On 23/10/2012 12:36 PM, kelly.ohair at oracle.com wrote: > Changeset: 32d123b84096 > Author: ohair > Date: 2012-10-22 19:36 -0700 > URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/32d123b84096 > > Added in mac icon generation. > > ! makefiles/GensrcIcons.gmk > + src/macosx/native/sun/osxapp/resource/icons/JavaApp.icns > From kelly.ohair at oracle.com Mon Oct 22 19:50:45 2012 From: kelly.ohair at oracle.com (kelly.ohair at oracle.com) Date: Tue, 23 Oct 2012 02:50:45 +0000 Subject: hg: build-infra/jdk8/jdk: Added -I option to osxapp library build, harmless right now. Message-ID: <20121023025056.B5F2D474BA@hg.openjdk.java.net> Changeset: ac3520291aa8 Author: ohair Date: 2012-10-22 19:50 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/ac3520291aa8 Added -I option to osxapp library build, harmless right now. ! makefiles/CompileNativeLibraries.gmk From kelly.ohair at oracle.com Mon Oct 22 19:55:57 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Mon, 22 Oct 2012 19:55:57 -0700 Subject: 7179349 misses updating new build makefiles In-Reply-To: <5086022D.9040504@oracle.com> References: <3B51ACB4-CCBC-4E3C-BAE6-214E056A6D9D@oracle.com> <0EC1B52A-6F0F-42BD-AFC0-5FB829A3AC36@oracle.com> <353BBE11-AF8A-4F3C-AED9-113D744CC1BB@oracle.com> <16686A76-471D-4C99-9743-E528F0EFE9CA@oracle.com> <5086022D.9040504@oracle.com> Message-ID: <825E939A-D14C-4C3C-AA1F-8A48C0CCD416@oracle.com> So I pushed in 3 changesets for this into build-infra/jdk8: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/664ecabfb68d Creates the new ToBin tool for OSX. http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/32d123b84096 Creates the icon file for OSX http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/ac3520291aa8 Adds -I option Basically I used GensrcIcons.gmk but did some renaming on the existing variables so they have X11 in their names. NOTE: The changes that actually use this generated file is not IN build-infra/jdk8 yet but the changes in build-infra should be harmless. Still, until those changes are merges in, we won't know. -kto On Oct 22, 2012, at 7:34 PM, David Holmes wrote: > Kelly, > > On 23/10/2012 8:04 AM, Kelly O'Hair wrote: >> I am trying to look into this. >> >> It appears we don't have a "GenerateNativeSource.gmk" and the existing "GenerateJavaSource.gmk" seems to generate more than >> just Java source. I'll look at adding to "GenerateJavaSource.gmk", but it probably should be renamed. >> Give me a few hours. > > AFAICS this is simply an OSX version of what already happens in sun/xawt/Makefile. In both cases the ToBin tool does a similar job. > > The new build logic for this is in GensrcIcons.gmk > > David > ---- > >> -kto >> >> On Oct 22, 2012, at 1:13 PM, Mike Duigou wrote: >> >>> Ping! >>> >>> Anyone from build-infra group able to answer any of my questions below so that this can be resolved? >>> >>> Having a busted new build-infra on MacOSX for all jdk8 repos is unacceptable. >>> >>> Mike >>> >>> On Oct 18 2012, at 14:37 , Mike Duigou wrote: >>> >>>> >>>> On Oct 18 2012, at 10:54 , Kelly O'Hair wrote: >>>> >>>>> ALL Makefile and build changes need to be reviewed by the build-dev at openjdk.java.net team. >>>>> >>>>> This gives us a heads up, and the build-infra team can red-flag when we see an issue. >>>>> >>>>> I've sent out more global email on this topic. >>>>> >>>>> Has a bug been filed on this regression in the build-infra build? >>>> >>>> I have created JDK-8001158 for this issue. >>>> >>>>> (I'm kind of short handed on the build-infra team right now, so anyone able to help out here would be great) >>>> >>>> I took another look at modifying CompileNativeLibraries.gmk but couldn't work out the correct handling of a couple of things: >>>> >>>> 1. Where the generated source (AWTIconData.h) should properly go. >>>> >>>> 2. Where the production rule for generating the AWTIconData.h should live >>>> >>>> 3. How to modify the SetupNativeCompilation call to add in the -I for the gensrc dir containing AWTIconData.h >>>> >>>> 4. Proper clean/clobber rules for the AWTIconData.h file. >>>> >>>>> >>>>> -kto >>>>> >>>>> On Oct 17, 2012, at 7:45 PM, Mike Duigou wrote: >>>>> >>>>>> A fix was recently integrated into JDK 8 mainline repo which breaks new-infra builds on MacOS X. >>>>>> >>>>>> http://hg.openjdk.java.net/jdk8/awt/jdk/rev/d6cba7bfbb3d >>>>>> >>>>>> The logic for creating the icon file created is not present in the new build infra makefiles. (jdk/makefiles) >>>>>> >>>>>> The ToBin.java program can also be omitted with something like the following: >>>>>> >>>>>> (/bin/echo "static unsigned char sAWTIconData[] = {"; hexdump -v -e '"\t" 32/1 "%u, " "\n"' $(ICON) ; /bin/echo "};")> $(ICON_DATA) >>>>>> >>>>>> Mike >>>>> >>>> >>> >> From kelly.ohair at oracle.com Mon Oct 22 20:02:12 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Mon, 22 Oct 2012 20:02:12 -0700 Subject: hg: build-infra/jdk8/jdk: Added in mac icon generation. In-Reply-To: <5086054C.5020305@oracle.com> References: <20121023023716.E3DC7474B7@hg.openjdk.java.net> <5086054C.5020305@oracle.com> Message-ID: <3EE44B6B-A3CE-41D0-8C76-965C8095E8C2@oracle.com> It was not clear to me that they were mutually exclusive, I have been fooled before on this. I felt that these were X11 icons so I changes the variable names to make that obvious. I would not have written this GensrcIcons.gmk file in such a way, I feel it is overly complicated right now. -kto On Oct 22, 2012, at 7:47 PM, David Holmes wrote: > Kelly, > > Given X11 and OSX are mutually exclusive platform characteristics did we really have to duplicate all the GEN_ICON stuff into two flavours instead of just changing the actual tool and target based on the OS? > > David > > On 23/10/2012 12:36 PM, kelly.ohair at oracle.com wrote: >> Changeset: 32d123b84096 >> Author: ohair >> Date: 2012-10-22 19:36 -0700 >> URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/32d123b84096 >> >> Added in mac icon generation. >> >> ! makefiles/GensrcIcons.gmk >> + src/macosx/native/sun/osxapp/resource/icons/JavaApp.icns >> From magnus.ihse.bursie at oracle.com Tue Oct 23 02:42:11 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Tue, 23 Oct 2012 09:42:11 +0000 Subject: hg: build-infra/jdk8: 2 new changesets Message-ID: <20121023094212.32884474C4@hg.openjdk.java.net> Changeset: e3493d2fb30d Author: ihse Date: 2012-10-23 11:41 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/e3493d2fb30d Add information about what library a native file is compiled for (to avoid unclear multiple main.c compilations). ! common/makefiles/NativeCompilation.gmk Changeset: 17485ae3a10e Author: ihse Date: 2012-10-23 11:41 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/17485ae3a10e Merge From erik.joelsson at oracle.com Tue Oct 23 03:13:15 2012 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Tue, 23 Oct 2012 12:13:15 +0200 Subject: compilation areas being ignored? (beaninfo, I think). In-Reply-To: <4FA2D3CC-F211-46C8-96BD-7AF730150DDA@oracle.com> References: <50857B62.5020508@oracle.com> <4FA2D3CC-F211-46C8-96BD-7AF730150DDA@oracle.com> Message-ID: <50866DBB.7050401@oracle.com> I believe the reason for the errors, which I'm pretty sure have been there all the time in build-infra, is a difference in the classpath used to run the javadoc doclet. The old build adds the main classes dir while the new build does not. The problem is that the new build couldn't add it anyway since it's empty at that point in the build. The good thing is that it doesn't seem to affect the output since we still compare all classes in the resulting image as equal. The build would fail if javadoc exited with non zero, which it apparently doesn't. It would be nice to avoid these errors. This would require compiling these sun.util.locale.provider.LocaleProvider* classes explicitly before running the doclet. Feels like a hack to me though. /Erik On 2012-10-23 00:59, Magnus Ihse Bursie wrote: > The beaninfo stuff uses javadoc. The warnings from beaninfo stands out more clearly when the rest of the output is kept to a minimum. However I know Fredrik changed some javadoc flags on beaninfo to get it to report less warnings. > > I'm not really sure why it says "error" but then treats it like a warning. > > /Magnus > > 22 okt 2012 kl. 18:59 skrev Alan Bateman: > >> I sync'ed up my clone of build-infra/jdk8 today, blew away the build directory and re-built. >> >> I noticed one curiosity in the build output: >> >> : >> >> Cache: Table size 32 (5 bits), shift 1, max chain depth 3 >> Generating beaninfo >> /u/alanb/ws/build-infra/jdk/src/share/classes/javax/swing/JSpinner.java:43: error: package sun.util.locale.provider does not exist >> import sun.util.locale.provider.LocaleProviderAdapter; >> ^ >> /u/alanb/ws/build-infra/jdk/src/share/classes/javax/swing/JSpinner.java:44: error: package sun.util.locale.provider does not exist >> import sun.util.locale.provider.LocaleResources; >> ^ >> /u/alanb/ws/build-infra/jdk/src/share/classes/javax/swing/JSpinner.java:45: error: package sun.util.locale.provider does not exist >> import sun.util.locale.provider.LocaleServiceProviderPool; >> ^ >> Compiling 4 files for BUILD_BREAKITERATOR >> Generating HTML DTD file >> [Parsed DTD html32 in 377ms] >> Generating BreakIteratorData >> Generating BreakIteratorData_th >> Compiling 8969 files for BUILD_JDK >> >> I don't know this area of the build but I assume that it's a supporting tool for the Swing bean info classes fails to be compiled. The concerning thing is that this is a compilation error and I would have thought that it would cause the build to fail? >> >> I can't say if this is new, the default verbosity has changed since I last sync'ed up which might explain why I didn't see it before. >> >> -Alan From magnus.ihse.bursie at oracle.com Tue Oct 23 04:50:04 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Tue, 23 Oct 2012 11:50:04 +0000 Subject: hg: build-infra/jdk8/jdk: 2 new changesets Message-ID: <20121023115028.C2D8A474C9@hg.openjdk.java.net> Changeset: b6b6c983f365 Author: ihse Date: 2012-10-23 13:44 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/b6b6c983f365 Use MakeDir macro instead of $(MKDIR) to avoid unneccessary forks when nothing needs to be done. ! makefiles/CreateJars.gmk Changeset: 506938bac645 Author: ihse Date: 2012-10-23 13:49 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/506938bac645 Merge - makefiles/sun/xawt/ToBin.java From magnus.ihse.bursie at oracle.com Tue Oct 23 05:22:42 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Tue, 23 Oct 2012 12:22:42 +0000 Subject: hg: build-infra/jdk8: Check that source directories provided to SetupJava/NativeCompilation actually exist. Message-ID: <20121023122242.57E8A474CA@hg.openjdk.java.net> Changeset: 6775b3657311 Author: ihse Date: 2012-10-23 14:22 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/6775b3657311 Check that source directories provided to SetupJava/NativeCompilation actually exist. ! common/makefiles/JavaCompilation.gmk ! common/makefiles/NativeCompilation.gmk From magnus.ihse.bursie at oracle.com Tue Oct 23 05:28:21 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Tue, 23 Oct 2012 14:28:21 +0200 Subject: compilation areas being ignored? (beaninfo, I think). In-Reply-To: <50866DBB.7050401@oracle.com> References: <50857B62.5020508@oracle.com> <4FA2D3CC-F211-46C8-96BD-7AF730150DDA@oracle.com> <50866DBB.7050401@oracle.com> Message-ID: <50868D65.1090202@oracle.com> On 2012-10-23 12:13, Erik Joelsson wrote: > I believe the reason for the errors, which I'm pretty sure have been > there all the time in build-infra, is a difference in the classpath > used to run the javadoc doclet. The old build adds the main classes > dir while the new build does not. The problem is that the new build > couldn't add it anyway since it's empty at that point in the build. > The good thing is that it doesn't seem to affect the output since we > still compare all classes in the resulting image as equal. > > The build would fail if javadoc exited with non zero, which it > apparently doesn't. Which is a bit weird. I wonder if this due to javadoc or the beaninfo doclet? The latter has a couple of catch (FooException e) { // fail silently } which might or might not be the cause of this. > > It would be nice to avoid these errors. This would require compiling > these sun.util.locale.provider.LocaleProvider* classes explicitly > before running the doclet. Feels like a hack to me though. ... unless javadoc can compile these using implicit compilation..? Could that be possible to arrange using proper command lines? /Magnus From magnus.ihse.bursie at oracle.com Tue Oct 23 05:36:06 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Tue, 23 Oct 2012 12:36:06 +0000 Subject: hg: build-infra/jdk8: 2 new changesets Message-ID: <20121023123606.5722B474CB@hg.openjdk.java.net> Changeset: 55b80b9a970f Author: ihse Date: 2012-10-23 14:33 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/55b80b9a970f Pipe `which foo` stderr to /dev/null to avoid output when foo is not found. ! common/autoconf/autogen.sh ! common/autoconf/configure Changeset: 93e62576f9eb Author: ihse Date: 2012-10-23 14:35 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/93e62576f9eb * Add check to configure that we're using cygwin 1.7. * Make configure output more consistent, logical and clear. * Add comments to configure scripts. ! common/autoconf/basics.m4 ! common/autoconf/basics_windows.m4 ! common/autoconf/configure.ac ! common/autoconf/generated-configure.sh ! common/autoconf/jdk-options.m4 ! common/autoconf/platform.m4 ! common/autoconf/toolchain.m4 ! common/autoconf/toolchain_windows.m4 From magnus.ihse.bursie at oracle.com Tue Oct 23 06:08:05 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Tue, 23 Oct 2012 13:08:05 +0000 Subject: hg: build-infra/jdk8: * Check cygwin version and disallow other than 1.7. Message-ID: <20121023130805.E283D474CC@hg.openjdk.java.net> Changeset: eac08f9d5f6e Author: ihse Date: 2012-10-23 15:07 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/eac08f9d5f6e * Check cygwin version and disallow other than 1.7. * Print summary information about msys/cygwin, including actual position of root directory. * Print full Boot JDK version info ! common/autoconf/basics_windows.m4 ! common/autoconf/boot-jdk.m4 ! common/autoconf/generated-configure.sh ! common/autoconf/help.m4 From magnus.ihse.bursie at oracle.com Tue Oct 23 06:44:01 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Tue, 23 Oct 2012 13:44:01 +0000 Subject: hg: build-infra/jdk8: * On msys, use wmic instead of systeminfo to determine memory size. Message-ID: <20121023134401.BE0E1474CD@hg.openjdk.java.net> Changeset: 3ddda3ab37b2 Author: ihse Date: 2012-10-23 15:43 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/3ddda3ab37b2 * On msys, use wmic instead of systeminfo to determine memory size. * On msys, use 'net use' instead of df to determine if build is on local disk. ! common/autoconf/basics.m4 ! common/autoconf/build-performance.m4 ! common/autoconf/generated-configure.sh From magnus.ihse.bursie at oracle.com Tue Oct 23 07:11:33 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Tue, 23 Oct 2012 14:11:33 +0000 Subject: hg: build-infra/jdk8: Create BUILD_DIR_ROOT in NewMakefile.gmk, otherwise we fail if it's missing. Message-ID: <20121023141133.538F7474CE@hg.openjdk.java.net> Changeset: c0fd9c3ac178 Author: ihse Date: 2012-10-23 16:11 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/c0fd9c3ac178 Create BUILD_DIR_ROOT in NewMakefile.gmk, otherwise we fail if it's missing. ! NewMakefile.gmk From magnus.ihse.bursie at oracle.com Tue Oct 23 07:25:25 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Tue, 23 Oct 2012 16:25:25 +0200 Subject: My next, and last problem with building on my cygwin In-Reply-To: <7AC435AB-1776-44A3-B683-04736AF8086B@oracle.com> References: <50664379.5070008@oracle.com> <506CE91B.8010204@oracle.com> <7AC435AB-1776-44A3-B683-04736AF8086B@oracle.com> Message-ID: <5086A8D5.7060608@oracle.com> On 2012-10-15 19:10, Kelly O'Hair wrote: > To clarify my earlier statement, we should NOT allow the use of cygwin 1.5. > It's just not worth the hassles. Agreed. I have now checked in an enforcement in configure for cygwin 1.7. /Magnus From magnus.ihse.bursie at oracle.com Tue Oct 23 07:30:13 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Tue, 23 Oct 2012 16:30:13 +0200 Subject: CopyFiles.gmk fails with cygwin make 3.82.90 In-Reply-To: <50787939.1010309@oracle.com> References: <50787939.1010309@oracle.com> Message-ID: <5086A9F5.7040107@oracle.com> On 2012-10-12 22:10, Jim Holmlund wrote: > > CopyFiles.gmk:255: *** target pattern contains no `%'. Stop. I'm not sure what version you were running with, but my current version of CopyFiles.gmk has this at line 255: $(FREETYPE_LIB): $(FREETYPE2_LIB_PATH)/$(call SHARED_LIBRARY,freetype) This shouldn't be a pattern rule. But perhaps more importantly, this should only be executed if building openjdk-only (and not the closed sources). Are you doing this? If so, can you clone the closed sources as well and see if you have more success? Freetype handling on Windows is still not working very well, so I think that if the FREETYPE_LIB or FREETYPE2_LIB_PATH variables expand to strange values, this might fail. If you are building with open-only, do you build 32 or 64 bit, and do you have an up-to-date freetype library correctly pointed out? /Magnus From magnus.ihse.bursie at oracle.com Tue Oct 23 07:41:20 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Tue, 23 Oct 2012 14:41:20 +0000 Subject: hg: build-infra/jdk8: Redirect hg stderr to /dev/null. Message-ID: <20121023144120.66830474CF@hg.openjdk.java.net> Changeset: 10b46874b2f2 Author: ihse Date: 2012-10-23 16:41 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/10b46874b2f2 Redirect hg stderr to /dev/null. ! common/autoconf/configure From magnus.ihse.bursie at oracle.com Tue Oct 23 07:43:46 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Tue, 23 Oct 2012 16:43:46 +0200 Subject: CopyFiles.gmk fails with cygwin make 3.82.90 In-Reply-To: <507F7839.7020201@oracle.com> References: <50787939.1010309@oracle.com> <507F202F.5030008@oracle.com> <507F7839.7020201@oracle.com> Message-ID: <5086AD22.9030709@oracle.com> On 2012-10-18 05:32, Jim Holmlund wrote: > > On 10/17/2012 2:16 PM, Magnus Ihse Bursie wrote: >> You are really jinxed! ;-) > That is what kto keeps saying. Is there any record of someone > successfully building with make3.82.90? Yes, I am doing that all the time. No problem there. /Magnus From erik.joelsson at oracle.com Tue Oct 23 08:10:31 2012 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Tue, 23 Oct 2012 17:10:31 +0200 Subject: Some update on Cygwin hangs In-Reply-To: <5085070E.9030105@oracle.com> References: <507FCE5F.8070700@oracle.com> <507FDE23.2080109@oracle.com> <507FFAAE.5090001@oracle.com> <50808815.5060901@oracle.com> <5B39384C-D063-4F02-8185-99BE10B0EB49@oracle.com> <5085070E.9030105@oracle.com> Message-ID: <5086B367.1070407@oracle.com> I'm now experimenting with a rewrite of Images.gmk. It's currently based around a lot of pattern rules, which makes it unique in the new build, where most makefiles are using macro expansions to create large sets of specific rules instead. I have rewritten the large bulk of pattern rules to macro expansions (was surprisingly easy and probably made it slightly more readable too). Initial test was promising, but will let it build in a loop over night, fingers crossed. /Erik On 2012-10-22 10:42, Magnus Ihse Bursie wrote: > More updates: > > It does not seem to be mkdir that is the problem. The code that hangs > looks like this: > $(ECHO) $(LOG_INFO) Copying $(patsubst $(OUTPUT_ROOT)/%,%,$@) > $(install-file) > > The install-file macro was defined elsewhere. Defining it locally > did'nt help. Exploding it in place didn't help. It looks like this: > $(MKDIR) -p $(@D) > $(CP) -fP '$<' '$@' > > I added an additional > $(ECHO) testing > in front of the "Copying" line (suspecting macro expansion of patsubst > might be involved). The result was that it still hanged just before > executing the first line: > /usr/bin/echo testing > > I sprinkled some $(info testing) in the recipe. These were all > executed properly, before the recipe execution. Then it still hanged > at the first echo. > > I tried adding a dummy command: > touch /tmp/testing > as first, if there would be a problem with echo specifically. It > actually seemed to help, but this is tricky to repeat and I might have > let it run too short time. I changed this so that the mkdir statement > was first, instead of the echo. This still hanged. > > I suspected the Makefile (Images.gmk) might be too complex -- or > rather, contain too many rules, and split it into two: J2SDKImages.gmk > and J2REImages.gmk. It did not help. If I run with J2REImages.gmk > first, it stops (as usual) on attach.diz, if I run with > J2SDKImages.gmk first, it stops on appletviewer.exe. It sounds like > it's an sorted order of the targets. > > I tried running the makefile directly using make -f Images.gmk -I ... > SPEC=..., and it hanged, so it's not due to makefile calling makefile. > > Just now, I attached to the hanged make with Visual Studio. It tells > me I'm at an INT 3 in ntdll, which Visual Studio helpfully tells me is > the result of a detected incorrect situation, such as trashed memory. > Cygwin debug symbols does not seem to be available for download, so I > can't get much further here, unfortunately. > > Still, it's obvious that this is a bug in Cygwin make, and I've > managed to exclude a list of potential causes. But we still don't know > what the problem is or how to work around it. :-( > > /Magnus From Kelly.Ohair at oracle.com Tue Oct 23 10:18:08 2012 From: Kelly.Ohair at oracle.com (Kelly O'Hair) Date: Tue, 23 Oct 2012 10:18:08 -0700 Subject: Windows 2003 X64 and Windows 7 X64 Message-ID: <3301EDC1-165D-4F04-B1A8-9C083BEB61B3@oracle.com> I have been experimenting with using Windows 7 X64 for CYGWIN building rather than Windows 2003 X64. I have no hard evidence yet, but it seems better. Anti-Virus conflict issues may still be a problem. It makes me think that maybe all this effort on Windows 2003 X64 build issues may be wasted, and maybe we should consider just changing at least our 64bit builds to Windows 7 X64. Both the old builds with MKS and the build-infra CYGWIN builds can work there with little to no change. Thoughts? -kto From kelly.ohair at oracle.com Tue Oct 23 10:25:31 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Tue, 23 Oct 2012 10:25:31 -0700 Subject: Some update on Cygwin hangs In-Reply-To: <5086B367.1070407@oracle.com> References: <507FCE5F.8070700@oracle.com> <507FDE23.2080109@oracle.com> <507FFAAE.5090001@oracle.com> <50808815.5060901@oracle.com> <5B39384C-D063-4F02-8185-99BE10B0EB49@oracle.com> <5085070E.9030105@oracle.com> <5086B367.1070407@oracle.com> Message-ID: <8DBCA596-1636-42D0-B213-308769F5CDF2@oracle.com> I had similar feelings when looking at GensrcIcons.gmk. There are times when the Setup*() patterns are worth it, and others where maybe it's just overkill and makes it hard to understand what is going on. So keep us informed on this, and thanks for the info. -kto On Oct 23, 2012, at 8:10 AM, Erik Joelsson wrote: > I'm now experimenting with a rewrite of Images.gmk. It's currently based around a lot of pattern rules, which makes it unique in the new build, where most makefiles are using macro expansions to create large sets of specific rules instead. I have rewritten the large bulk of pattern rules to macro expansions (was surprisingly easy and probably made it slightly more readable too). Initial test was promising, but will let it build in a loop over night, fingers crossed. > > /Erik > > On 2012-10-22 10:42, Magnus Ihse Bursie wrote: >> More updates: >> >> It does not seem to be mkdir that is the problem. The code that hangs looks like this: >> $(ECHO) $(LOG_INFO) Copying $(patsubst $(OUTPUT_ROOT)/%,%,$@) >> $(install-file) >> >> The install-file macro was defined elsewhere. Defining it locally did'nt help. Exploding it in place didn't help. It looks like this: >> $(MKDIR) -p $(@D) >> $(CP) -fP '$<' '$@' >> >> I added an additional >> $(ECHO) testing >> in front of the "Copying" line (suspecting macro expansion of patsubst might be involved). The result was that it still hanged just before executing the first line: >> /usr/bin/echo testing >> >> I sprinkled some $(info testing) in the recipe. These were all executed properly, before the recipe execution. Then it still hanged at the first echo. >> >> I tried adding a dummy command: >> touch /tmp/testing >> as first, if there would be a problem with echo specifically. It actually seemed to help, but this is tricky to repeat and I might have let it run too short time. I changed this so that the mkdir statement was first, instead of the echo. This still hanged. >> >> I suspected the Makefile (Images.gmk) might be too complex -- or rather, contain too many rules, and split it into two: J2SDKImages.gmk and J2REImages.gmk. It did not help. If I run with J2REImages.gmk first, it stops (as usual) on attach.diz, if I run with J2SDKImages.gmk first, it stops on appletviewer.exe. It sounds like it's an sorted order of the targets. >> >> I tried running the makefile directly using make -f Images.gmk -I ... SPEC=..., and it hanged, so it's not due to makefile calling makefile. >> >> Just now, I attached to the hanged make with Visual Studio. It tells me I'm at an INT 3 in ntdll, which Visual Studio helpfully tells me is the result of a detected incorrect situation, such as trashed memory. Cygwin debug symbols does not seem to be available for download, so I can't get much further here, unfortunately. >> >> Still, it's obvious that this is a bug in Cygwin make, and I've managed to exclude a list of potential causes. But we still don't know what the problem is or how to work around it. :-( >> >> /Magnus From kelly.ohair at oracle.com Tue Oct 23 10:29:06 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Tue, 23 Oct 2012 10:29:06 -0700 Subject: Some update on Cygwin hangs In-Reply-To: <50856DE6.1040903@oracle.com> References: <507FCE5F.8070700@oracle.com> <507FDE23.2080109@oracle.com> <507FFAAE.5090001@oracle.com> <50808815.5060901@oracle.com> <5B39384C-D063-4F02-8185-99BE10B0EB49@oracle.com> <06D1F195-BE60-4DC3-AB9D-56995671402C@oracle.com> <5081A322.4070301@oracle.com> <50856DE6.1040903@oracle.com> Message-ID: Please don't get me wrong. If the 2 of you decided a 'best course of action' I will always trust your judgement, my concern was that others did not know you were pursuing this course and I was concerned that we were diverging. In an earlier email, I mentioned Windows 7 X64 vs. Windows 2003 X64, if using Windows 7 X64 is a better or more stable choice, we can abandon Windows 2003 X64. -kto On Oct 22, 2012, at 9:01 AM, Erik Joelsson wrote: > I have tinkered around with msys and initially it looked like slower but more stable. However, the slower part was due to a bug in configure that didn't detect the number of cores and amount of memory on the system correctly and thus defaulted to running make -j1. I fixed this bug, enabling concurrency for msys, but ran into frequent crashes instead. > > No real decision has been made, but between me and Magnus we felt that msys didn't work too well. Running msys serially might still be the best stability option though. > > /Erik > > On 2012-10-22 17:56, Kelly O'Hair wrote: >> On Oct 19, 2012, at 11:59 AM, Magnus Ihse Bursie wrote: >> >>> On 2012-10-19 20:13, Kelly O'Hair wrote: >>>> If we are not seeing this hang with MinGW/MSYS, perhaps we need to make a decision here to abandon CYGWIN? >>> On the contrary, we're seeing a lot more instability with msys. :-( >> I'm completely surprised by that statement, I thought you had said that msys was slower but more stable. >> >>> Erik has seen lots of random crashes, I haven't seen many (just about one or two) but I have also seen hangs. >>> >>> So we've basically taken the informal decision of not pushing the msys track any further. What's in there will work properly some/most of the time. It might very well be good enough for "community support", but it won't do to use in our build farms. >> Who was "we" here? And what exactly is this "informal decision" that was made? >> >> And what does "some/most" mean? >> >> -kto >> >>> That's the reason for the renewed efforts to get cygwin working. We concluded that there seems to be just a single issue left with cygwin: if it hangs, it hangs at the "ctsym bug", so it should be doable to figure out what goes wrong and work around it. Msys, on the other hand, seemed much more generally unstable. >>> >>> But we need to get either of them working, or we can't build with acceptable stability on Windows. So it's really a high priority issue for us. >>> >>> /Magnus From mike.duigou at oracle.com Tue Oct 23 14:15:50 2012 From: mike.duigou at oracle.com (Mike Duigou) Date: Tue, 23 Oct 2012 14:15:50 -0700 Subject: 7179349 misses updating new build makefiles In-Reply-To: <825E939A-D14C-4C3C-AA1F-8A48C0CCD416@oracle.com> References: <3B51ACB4-CCBC-4E3C-BAE6-214E056A6D9D@oracle.com> <0EC1B52A-6F0F-42BD-AFC0-5FB829A3AC36@oracle.com> <353BBE11-AF8A-4F3C-AED9-113D744CC1BB@oracle.com> <16686A76-471D-4C99-9743-E528F0EFE9CA@oracle.com> <5086022D.9040504@oracle.com> <825E939A-D14C-4C3C-AA1F-8A48C0CCD416@oracle.com> Message-ID: <186846FA-A413-4E42-8A6B-E7261D9507B7@oracle.com> I have't tried this yet but it looks reasonable to me. The mac ToBin tool does like overkill when hexdump can create the file. Mike On Oct 22 2012, at 19:55 , Kelly O'Hair wrote: > > So I pushed in 3 changesets for this into build-infra/jdk8: > > http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/664ecabfb68d > Creates the new ToBin tool for OSX. > > http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/32d123b84096 > Creates the icon file for OSX > > http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/ac3520291aa8 > Adds -I option > > Basically I used GensrcIcons.gmk but did some renaming on the existing variables so they have X11 in their names. > > NOTE: The changes that actually use this generated file is not IN build-infra/jdk8 yet but the changes in build-infra should be harmless. > Still, until those changes are merges in, we won't know. > > -kto > > > > On Oct 22, 2012, at 7:34 PM, David Holmes wrote: > >> Kelly, >> >> On 23/10/2012 8:04 AM, Kelly O'Hair wrote: >>> I am trying to look into this. >>> >>> It appears we don't have a "GenerateNativeSource.gmk" and the existing "GenerateJavaSource.gmk" seems to generate more than >>> just Java source. I'll look at adding to "GenerateJavaSource.gmk", but it probably should be renamed. >>> Give me a few hours. >> >> AFAICS this is simply an OSX version of what already happens in sun/xawt/Makefile. In both cases the ToBin tool does a similar job. >> >> The new build logic for this is in GensrcIcons.gmk >> >> David >> ---- >> >>> -kto >>> >>> On Oct 22, 2012, at 1:13 PM, Mike Duigou wrote: >>> >>>> Ping! >>>> >>>> Anyone from build-infra group able to answer any of my questions below so that this can be resolved? >>>> >>>> Having a busted new build-infra on MacOSX for all jdk8 repos is unacceptable. >>>> >>>> Mike >>>> >>>> On Oct 18 2012, at 14:37 , Mike Duigou wrote: >>>> >>>>> >>>>> On Oct 18 2012, at 10:54 , Kelly O'Hair wrote: >>>>> >>>>>> ALL Makefile and build changes need to be reviewed by the build-dev at openjdk.java.net team. >>>>>> >>>>>> This gives us a heads up, and the build-infra team can red-flag when we see an issue. >>>>>> >>>>>> I've sent out more global email on this topic. >>>>>> >>>>>> Has a bug been filed on this regression in the build-infra build? >>>>> >>>>> I have created JDK-8001158 for this issue. >>>>> >>>>>> (I'm kind of short handed on the build-infra team right now, so anyone able to help out here would be great) >>>>> >>>>> I took another look at modifying CompileNativeLibraries.gmk but couldn't work out the correct handling of a couple of things: >>>>> >>>>> 1. Where the generated source (AWTIconData.h) should properly go. >>>>> >>>>> 2. Where the production rule for generating the AWTIconData.h should live >>>>> >>>>> 3. How to modify the SetupNativeCompilation call to add in the -I for the gensrc dir containing AWTIconData.h >>>>> >>>>> 4. Proper clean/clobber rules for the AWTIconData.h file. >>>>> >>>>>> >>>>>> -kto >>>>>> >>>>>> On Oct 17, 2012, at 7:45 PM, Mike Duigou wrote: >>>>>> >>>>>>> A fix was recently integrated into JDK 8 mainline repo which breaks new-infra builds on MacOS X. >>>>>>> >>>>>>> http://hg.openjdk.java.net/jdk8/awt/jdk/rev/d6cba7bfbb3d >>>>>>> >>>>>>> The logic for creating the icon file created is not present in the new build infra makefiles. (jdk/makefiles) >>>>>>> >>>>>>> The ToBin.java program can also be omitted with something like the following: >>>>>>> >>>>>>> (/bin/echo "static unsigned char sAWTIconData[] = {"; hexdump -v -e '"\t" 32/1 "%u, " "\n"' $(ICON) ; /bin/echo "};")> $(ICON_DATA) >>>>>>> >>>>>>> Mike >>>>>> >>>>> >>>> >>> > From magnus.ihse.bursie at oracle.com Tue Oct 23 14:51:44 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Tue, 23 Oct 2012 23:51:44 +0200 Subject: 7179349 misses updating new build makefiles In-Reply-To: <186846FA-A413-4E42-8A6B-E7261D9507B7@oracle.com> References: <3B51ACB4-CCBC-4E3C-BAE6-214E056A6D9D@oracle.com> <0EC1B52A-6F0F-42BD-AFC0-5FB829A3AC36@oracle.com> <353BBE11-AF8A-4F3C-AED9-113D744CC1BB@oracle.com> <16686A76-471D-4C99-9743-E528F0EFE9CA@oracle.com> <5086022D.9040504@oracle.com> <825E939A-D14C-4C3C-AA1F-8A48C0CCD416@oracle.com> <186846FA-A413-4E42-8A6B-E7261D9507B7@oracle.com> Message-ID: .. but hexdump would create a new build environment dependency. /Magnus 23 okt 2012 kl. 23:15 skrev Mike Duigou : > I have't tried this yet but it looks reasonable to me. > > The mac ToBin tool does like overkill when hexdump can create the file. > > Mike > > On Oct 22 2012, at 19:55 , Kelly O'Hair wrote: > >> >> So I pushed in 3 changesets for this into build-infra/jdk8: >> >> http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/664ecabfb68d >> Creates the new ToBin tool for OSX. >> >> http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/32d123b84096 >> Creates the icon file for OSX >> >> http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/ac3520291aa8 >> Adds -I option >> >> Basically I used GensrcIcons.gmk but did some renaming on the existing variables so they have X11 in their names. >> >> NOTE: The changes that actually use this generated file is not IN build-infra/jdk8 yet but the changes in build-infra should be harmless. >> Still, until those changes are merges in, we won't know. >> >> -kto >> >> >> >> On Oct 22, 2012, at 7:34 PM, David Holmes wrote: >> >>> Kelly, >>> >>> On 23/10/2012 8:04 AM, Kelly O'Hair wrote: >>>> I am trying to look into this. >>>> >>>> It appears we don't have a "GenerateNativeSource.gmk" and the existing "GenerateJavaSource.gmk" seems to generate more than >>>> just Java source. I'll look at adding to "GenerateJavaSource.gmk", but it probably should be renamed. >>>> Give me a few hours. >>> >>> AFAICS this is simply an OSX version of what already happens in sun/xawt/Makefile. In both cases the ToBin tool does a similar job. >>> >>> The new build logic for this is in GensrcIcons.gmk >>> >>> David >>> ---- >>> >>>> -kto >>>> >>>> On Oct 22, 2012, at 1:13 PM, Mike Duigou wrote: >>>> >>>>> Ping! >>>>> >>>>> Anyone from build-infra group able to answer any of my questions below so that this can be resolved? >>>>> >>>>> Having a busted new build-infra on MacOSX for all jdk8 repos is unacceptable. >>>>> >>>>> Mike >>>>> >>>>> On Oct 18 2012, at 14:37 , Mike Duigou wrote: >>>>> >>>>>> >>>>>> On Oct 18 2012, at 10:54 , Kelly O'Hair wrote: >>>>>> >>>>>>> ALL Makefile and build changes need to be reviewed by the build-dev at openjdk.java.net team. >>>>>>> >>>>>>> This gives us a heads up, and the build-infra team can red-flag when we see an issue. >>>>>>> >>>>>>> I've sent out more global email on this topic. >>>>>>> >>>>>>> Has a bug been filed on this regression in the build-infra build? >>>>>> >>>>>> I have created JDK-8001158 for this issue. >>>>>> >>>>>>> (I'm kind of short handed on the build-infra team right now, so anyone able to help out here would be great) >>>>>> >>>>>> I took another look at modifying CompileNativeLibraries.gmk but couldn't work out the correct handling of a couple of things: >>>>>> >>>>>> 1. Where the generated source (AWTIconData.h) should properly go. >>>>>> >>>>>> 2. Where the production rule for generating the AWTIconData.h should live >>>>>> >>>>>> 3. How to modify the SetupNativeCompilation call to add in the -I for the gensrc dir containing AWTIconData.h >>>>>> >>>>>> 4. Proper clean/clobber rules for the AWTIconData.h file. >>>>>> >>>>>>> >>>>>>> -kto >>>>>>> >>>>>>> On Oct 17, 2012, at 7:45 PM, Mike Duigou wrote: >>>>>>> >>>>>>>> A fix was recently integrated into JDK 8 mainline repo which breaks new-infra builds on MacOS X. >>>>>>>> >>>>>>>> http://hg.openjdk.java.net/jdk8/awt/jdk/rev/d6cba7bfbb3d >>>>>>>> >>>>>>>> The logic for creating the icon file created is not present in the new build infra makefiles. (jdk/makefiles) >>>>>>>> >>>>>>>> The ToBin.java program can also be omitted with something like the following: >>>>>>>> >>>>>>>> (/bin/echo "static unsigned char sAWTIconData[] = {"; hexdump -v -e '"\t" 32/1 "%u, " "\n"' $(ICON) ; /bin/echo "};")> $(ICON_DATA) >>>>>>>> >>>>>>>> Mike >>>>>>> >>>>>> >>>>> >>>> >> > From mike.duigou at oracle.com Tue Oct 23 15:20:25 2012 From: mike.duigou at oracle.com (Mike Duigou) Date: Tue, 23 Oct 2012 15:20:25 -0700 Subject: 7179349 misses updating new build makefiles In-Reply-To: References: <3B51ACB4-CCBC-4E3C-BAE6-214E056A6D9D@oracle.com> <0EC1B52A-6F0F-42BD-AFC0-5FB829A3AC36@oracle.com> <353BBE11-AF8A-4F3C-AED9-113D744CC1BB@oracle.com> <16686A76-471D-4C99-9743-E528F0EFE9CA@oracle.com> <5086022D.9040504@oracle.com> <825E939A-D14C-4C3C-AA1F-8A48C0CCD416@oracle.com> <186846FA-A413-4E42-8A6B-E7261D9507B7@oracle.com> Message-ID: How so? It's a MacOS specific dependency and always present there. (at least since 10.4) Mike On Oct 23 2012, at 14:51 , Magnus Ihse Bursie wrote: > ... but hexdump would create a new build environment dependency. > > /Magnus > > 23 okt 2012 kl. 23:15 skrev Mike Duigou : > >> I have't tried this yet but it looks reasonable to me. >> >> The mac ToBin tool does like overkill when hexdump can create the file. >> >> Mike >> >> On Oct 22 2012, at 19:55 , Kelly O'Hair wrote: >> >>> >>> So I pushed in 3 changesets for this into build-infra/jdk8: >>> >>> http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/664ecabfb68d >>> Creates the new ToBin tool for OSX. >>> >>> http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/32d123b84096 >>> Creates the icon file for OSX >>> >>> http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/ac3520291aa8 >>> Adds -I option >>> >>> Basically I used GensrcIcons.gmk but did some renaming on the existing variables so they have X11 in their names. >>> >>> NOTE: The changes that actually use this generated file is not IN build-infra/jdk8 yet but the changes in build-infra should be harmless. >>> Still, until those changes are merges in, we won't know. >>> >>> -kto >>> >>> >>> >>> On Oct 22, 2012, at 7:34 PM, David Holmes wrote: >>> >>>> Kelly, >>>> >>>> On 23/10/2012 8:04 AM, Kelly O'Hair wrote: >>>>> I am trying to look into this. >>>>> >>>>> It appears we don't have a "GenerateNativeSource.gmk" and the existing "GenerateJavaSource.gmk" seems to generate more than >>>>> just Java source. I'll look at adding to "GenerateJavaSource.gmk", but it probably should be renamed. >>>>> Give me a few hours. >>>> >>>> AFAICS this is simply an OSX version of what already happens in sun/xawt/Makefile. In both cases the ToBin tool does a similar job. >>>> >>>> The new build logic for this is in GensrcIcons.gmk >>>> >>>> David >>>> ---- >>>> >>>>> -kto >>>>> >>>>> On Oct 22, 2012, at 1:13 PM, Mike Duigou wrote: >>>>> >>>>>> Ping! >>>>>> >>>>>> Anyone from build-infra group able to answer any of my questions below so that this can be resolved? >>>>>> >>>>>> Having a busted new build-infra on MacOSX for all jdk8 repos is unacceptable. >>>>>> >>>>>> Mike >>>>>> >>>>>> On Oct 18 2012, at 14:37 , Mike Duigou wrote: >>>>>> >>>>>>> >>>>>>> On Oct 18 2012, at 10:54 , Kelly O'Hair wrote: >>>>>>> >>>>>>>> ALL Makefile and build changes need to be reviewed by the build-dev at openjdk.java.net team. >>>>>>>> >>>>>>>> This gives us a heads up, and the build-infra team can red-flag when we see an issue. >>>>>>>> >>>>>>>> I've sent out more global email on this topic. >>>>>>>> >>>>>>>> Has a bug been filed on this regression in the build-infra build? >>>>>>> >>>>>>> I have created JDK-8001158 for this issue. >>>>>>> >>>>>>>> (I'm kind of short handed on the build-infra team right now, so anyone able to help out here would be great) >>>>>>> >>>>>>> I took another look at modifying CompileNativeLibraries.gmk but couldn't work out the correct handling of a couple of things: >>>>>>> >>>>>>> 1. Where the generated source (AWTIconData.h) should properly go. >>>>>>> >>>>>>> 2. Where the production rule for generating the AWTIconData.h should live >>>>>>> >>>>>>> 3. How to modify the SetupNativeCompilation call to add in the -I for the gensrc dir containing AWTIconData.h >>>>>>> >>>>>>> 4. Proper clean/clobber rules for the AWTIconData.h file. >>>>>>> >>>>>>>> >>>>>>>> -kto >>>>>>>> >>>>>>>> On Oct 17, 2012, at 7:45 PM, Mike Duigou wrote: >>>>>>>> >>>>>>>>> A fix was recently integrated into JDK 8 mainline repo which breaks new-infra builds on MacOS X. >>>>>>>>> >>>>>>>>> http://hg.openjdk.java.net/jdk8/awt/jdk/rev/d6cba7bfbb3d >>>>>>>>> >>>>>>>>> The logic for creating the icon file created is not present in the new build infra makefiles. (jdk/makefiles) >>>>>>>>> >>>>>>>>> The ToBin.java program can also be omitted with something like the following: >>>>>>>>> >>>>>>>>> (/bin/echo "static unsigned char sAWTIconData[] = {"; hexdump -v -e '"\t" 32/1 "%u, " "\n"' $(ICON) ; /bin/echo "};")> $(ICON_DATA) >>>>>>>>> >>>>>>>>> Mike >>>>>>>> >>>>>>> >>>>>> >>>>> >>> >> From david.holmes at oracle.com Tue Oct 23 16:48:32 2012 From: david.holmes at oracle.com (david.holmes at oracle.com) Date: Tue, 23 Oct 2012 23:48:32 +0000 Subject: hg: jdk8/profiles/jdk: Add missing dependency between custom jar copying and meta-index generation. Avoids zip errors when jar file is copied in during indexing process. Message-ID: <20121023234845.41A9E474E4@hg.openjdk.java.net> Changeset: 23f965b3dc29 Author: dholmes Date: 2012-10-23 19:47 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/jdk/rev/23f965b3dc29 Add missing dependency between custom jar copying and meta-index generation. Avoids zip errors when jar file is copied in during indexing process. ! makefiles/Images.gmk ! makefiles/Profiles.gmk From david.holmes at oracle.com Tue Oct 23 18:16:03 2012 From: david.holmes at oracle.com (David Holmes) Date: Wed, 24 Oct 2012 11:16:03 +1000 Subject: OpenJDK build and libfreetype Message-ID: <50874153.6070305@oracle.com> Probably a FAQ but I just tried to force an OpenJDK build of my forest and it failed: /usr/bin/ld: cannot find -lfreetype what do I have to set to make this work? Thanks, David From pujarimahesh_kumar at yahoo.com Tue Oct 23 21:10:24 2012 From: pujarimahesh_kumar at yahoo.com (Mahesh Pujari) Date: Tue, 23 Oct 2012 21:10:24 -0700 (PDT) Subject: Build failure jdk8 (with new build infra) In-Reply-To: <1350962796.44801.YahooMailNeo@web112608.mail.gq1.yahoo.com> References: <1350389834.1116.YahooMailNeo@web112606.mail.gq1.yahoo.com> <1350910092.18087.YahooMailNeo@web112606.mail.gq1.yahoo.com> <7CCC8EF1-E44A-4DA6-87E0-423CE53D7B3D@oracle.com> <1350962796.44801.YahooMailNeo@web112608.mail.gq1.yahoo.com> Message-ID: <1351051824.17991.YahooMailNeo@web112608.mail.gq1.yahoo.com> Resending the mail ________________________________ From: Mahesh Pujari To: Kelly O'Hair Cc: "build-infra-dev at openjdk.java.net" Sent: Tuesday, October 23, 2012 8:56 AM Subject: Re: Build failure jdk8 (with new build infra) Hi Kelly, ?Thanks for forwarding the mail to the correct mailing list and for the reply. Below are some information regarding the configuration used and build: configuration command line used: $ ../autoconf/configure --enable-option-checking=fatal --with-boot-jdk=/cygdrive/d/Java/jdk1.7.0-u2 --with-freetype=/cygdrive/e/dev/jdk7/freetype-2.4.4_V2/freetype-2.4.4 --with-extra-cflags= --with-extra-cxxflags= cygwin infromation: uname -m = i686 uname -r = 1.7.16(0.262/5/3) uname -s = CYGWIN_NT-5.1 uname -v = 2012-07-20 22:55 Some other misc information (extracts from config.log, as I am not sure if I can attach the complete log file) configure:6784: checking for gmake configure:6802: found /usr/bin/gmake configure:6814: result: /usr/bin/gmake configure:6829: Testing potential make at /usr/bin/gmake, found using gmake in PATH configure:6877: Found potential make at , however, this is not GNU Make. Ignoring. configure:6896: checking for make configure:6914: found /usr/bin/make configure:6926: result: /usr/bin/make configure:6941: Testing potential make at /usr/bin/make, found using make in PATH configure:7242: Using GNU make 3.81 (or later) at D:/cygwin/bin/make.exe (version: GNU Make 3.82.90) ..... configure:8565: checking for Boot JDK configure:8567: result: /cygdrive/d/Java/jdk1.7.0-u2 (java version "1.7.0_02") ..... configure:10582: checking if we can find the VS installation configure:10585: result: D:\Program Files\Microsoft Visual Studio 10.0\VC\ Below are some Output variables BOOT_JDK='/cygdrive/d/Java/jdk1.7.0-u2' BOOT_JDK_JVMARGS=' -Xms64M -Xmx1100M -XX:PermSize=32m -XX:MaxPermSize=160m -XX:ThreadStackSize=1536' BOOT_JDK_SOURCETARGET='-source 7 -target 7' BUILD_CC='D:/PROGRA~1/MICROS~1.0/VC/BIN/cl.exe' BUILD_CXX='D:/PROGRA~1/MICROS~1.0/VC/BIN/cl.exe' CC='D:/PROGRA~1/MICROS~1.0/VC/BIN/cl.exe' CHECK_GMAKE='/usr/bin/gmake' CHECK_MAKE='/usr/bin/make' JDK_VERSION='1.8.0' OPENJDK_BUILD_AUTOCONF_NAME='i686-pc-cygwin' OPENJDK_BUILD_CPU='x86' OPENJDK_BUILD_CPU_ARCH='x86' OPENJDK_BUILD_CPU_BITS='32' OPENJDK_TARGET_AUTOCONF_NAME='i686-pc-cygwin' OPENJDK_TARGET_CPU='x86' OPENJDK_TARGET_CPU_ARCH='x86' OPENJDK_TARGET_CPU_BITS='32' If I missed something, please let me know. thanks and regards, Mahesh Pujari ________________________________ From: Kelly O'Hair To: Mahesh Pujari Cc: build-infra-dev at openjdk.java.net Sent: Monday, October 22, 2012 10:17 PM Subject: Re: Build failure jdk8 (with new build infra) The stuff in jdk8/jdk8 for build-infra is a bit old. But you need to provide a bit more information here. Obviously it is Windows 32bit cygwin, but what version of cygwin would help. maybe a fuller log, command line used, configure command used. etc. -kto On Oct 22, 2012, at 5:48 AM, Mahesh Pujari wrote: > Hi, >? I am still stuck with the build error, any inputs would be of great help. > > > thanks and regards, > Mahesh Pujari > > ----- Forwarded Message ----- > From: Mahesh Pujari > To: "jdk8-dev at openjdk.java.net" > Sent: Tuesday, October 16, 2012 5:47 PM > Subject: Build failure jdk8 (with new build infra) > > > Hi, >? Trying to build openJDK (http://hg.openjdk.java.net/jdk8/jdk8) using new build infra and failing. Below are the failure logs. > > Environment used: Cygwin, windows machine, JDK version 1.7 > > Running rmic -v1.2 for sun.rmi.server.Activation$ActivationSystemImpl java.rmi.activation.ActivationGroup com.sun.jndi.rmi.registry.ReferenceWrapper > Running rmic -v1.1 for sun.rmi.registry.RegistryImpl sun.rmi.transport.DGCImpl > makeGenerateClasses.gmk:51: recipe for target `/cygdrive/e/dev/jdk8/jdk8-b/build/windows-x86-normal-server-release/jdk/rmicclasses/RMI_12_rmic' failed > [2]: *** [/cygdrive/e/dev/jdk8/jdk8-b/build/windows-x86-normal-server-release/jdk/rmicclasses/RMI_12_rmic] > Error 127 > make[2]: *** Waiting for unfinished jobs.... > make[2]: *** [GenerateClasses.gmk:60: recipe for target `/cygdrive/e/dev/jdk8/jdk8-b/build/windows-x86-normal-server-release/jdk/rmicclasses/RMI_11_rmic' failed > /cygdrive/e/dev/jdk8/jdk8-b/build/windows-x86-normal-server-release/jdk/rmicclasses/RMI_11_rmic] Error 127 > makeMakefile:78: recipe for target `genclasses-only' failed > [1]: *** [genclasses-only] Error 2 > > thanks and regards, > Mahesh Pujari From erik.joelsson at oracle.com Wed Oct 24 00:20:26 2012 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Wed, 24 Oct 2012 09:20:26 +0200 Subject: Some update on Cygwin hangs In-Reply-To: <8DBCA596-1636-42D0-B213-308769F5CDF2@oracle.com> References: <507FCE5F.8070700@oracle.com> <507FDE23.2080109@oracle.com> <507FFAAE.5090001@oracle.com> <50808815.5060901@oracle.com> <5B39384C-D063-4F02-8185-99BE10B0EB49@oracle.com> <5085070E.9030105@oracle.com> <5086B367.1070407@oracle.com> <8DBCA596-1636-42D0-B213-308769F5CDF2@oracle.com> Message-ID: <508796BA.8010903@oracle.com> It ran without problems over night at least. I'm going to test on other platforms to make sure I'm not regressing any and push it later today. The scary thing with this hang is that it sometimes takes a long time to trigger. /Erik On 2012-10-23 19:25, Kelly O'Hair wrote: > I had similar feelings when looking at GensrcIcons.gmk. > > There are times when the Setup*() patterns are worth it, and others where maybe it's just overkill and makes it hard to understand > what is going on. > > So keep us informed on this, and thanks for the info. > > -kto > > On Oct 23, 2012, at 8:10 AM, Erik Joelsson wrote: > >> I'm now experimenting with a rewrite of Images.gmk. It's currently based around a lot of pattern rules, which makes it unique in the new build, where most makefiles are using macro expansions to create large sets of specific rules instead. I have rewritten the large bulk of pattern rules to macro expansions (was surprisingly easy and probably made it slightly more readable too). Initial test was promising, but will let it build in a loop over night, fingers crossed. >> >> /Erik >> >> On 2012-10-22 10:42, Magnus Ihse Bursie wrote: >>> More updates: >>> >>> It does not seem to be mkdir that is the problem. The code that hangs looks like this: >>> $(ECHO) $(LOG_INFO) Copying $(patsubst $(OUTPUT_ROOT)/%,%,$@) >>> $(install-file) >>> >>> The install-file macro was defined elsewhere. Defining it locally did'nt help. Exploding it in place didn't help. It looks like this: >>> $(MKDIR) -p $(@D) >>> $(CP) -fP '$<' '$@' >>> >>> I added an additional >>> $(ECHO) testing >>> in front of the "Copying" line (suspecting macro expansion of patsubst might be involved). The result was that it still hanged just before executing the first line: >>> /usr/bin/echo testing >>> >>> I sprinkled some $(info testing) in the recipe. These were all executed properly, before the recipe execution. Then it still hanged at the first echo. >>> >>> I tried adding a dummy command: >>> touch /tmp/testing >>> as first, if there would be a problem with echo specifically. It actually seemed to help, but this is tricky to repeat and I might have let it run too short time. I changed this so that the mkdir statement was first, instead of the echo. This still hanged. >>> >>> I suspected the Makefile (Images.gmk) might be too complex -- or rather, contain too many rules, and split it into two: J2SDKImages.gmk and J2REImages.gmk. It did not help. If I run with J2REImages.gmk first, it stops (as usual) on attach.diz, if I run with J2SDKImages.gmk first, it stops on appletviewer.exe. It sounds like it's an sorted order of the targets. >>> >>> I tried running the makefile directly using make -f Images.gmk -I ... SPEC=..., and it hanged, so it's not due to makefile calling makefile. >>> >>> Just now, I attached to the hanged make with Visual Studio. It tells me I'm at an INT 3 in ntdll, which Visual Studio helpfully tells me is the result of a detected incorrect situation, such as trashed memory. Cygwin debug symbols does not seem to be available for download, so I can't get much further here, unfortunately. >>> >>> Still, it's obvious that this is a bug in Cygwin make, and I've managed to exclude a list of potential causes. But we still don't know what the problem is or how to work around it. :-( >>> >>> /Magnus From zhangshj at linux.vnet.ibm.com Wed Oct 24 00:36:17 2012 From: zhangshj at linux.vnet.ibm.com (Shi Jun Zhang) Date: Wed, 24 Oct 2012 15:36:17 +0800 Subject: Profiles build problem on Windows Message-ID: <50879A71.6080009@linux.vnet.ibm.com> Hi all, I'm trying to build profiles forest on Windows, the build successes but there are no executable java binaries copied into Compact profile images. I find the problem is in jdk/makefiles/profile-includes.txt. It seems only designed for non-windows platforms. -- Regards, Shi Jun Zhang From erik.joelsson at oracle.com Wed Oct 24 00:42:11 2012 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Wed, 24 Oct 2012 09:42:11 +0200 Subject: Windows 2003 X64 and Windows 7 X64 In-Reply-To: <3301EDC1-165D-4F04-B1A8-9C083BEB61B3@oracle.com> References: <3301EDC1-165D-4F04-B1A8-9C083BEB61B3@oracle.com> Message-ID: <50879BD3.3050502@oracle.com> My experience so far with OS versions is this: My laptop (lenovo thinkpad 4 cores, maybe 2 years old) windows 7 x64, hangs frequently. Lab machine (HP Proliant DL360 G4p, 4 cores) windows 2003 ia32, hangs frequently Lab machine (older beta hardware, 16 cores) windows 2003 x64, no hangs in hudson (not using for manual runs) Lab machine (newer beta hardware, 64 cores) windows 2008 x64, no hangs in hudson or manual runs Based on this small sample, and assuming 2008 and 7 are basically the same, I would say machine size is a bigger factor than OS version, but would need more data to say anything real I think. /Erik On 2012-10-23 19:18, Kelly O'Hair wrote: > I have been experimenting with using Windows 7 X64 for CYGWIN building rather than Windows 2003 X64. > > I have no hard evidence yet, but it seems better. Anti-Virus conflict issues may still be a problem. > > It makes me think that maybe all this effort on Windows 2003 X64 build issues may be wasted, and maybe we > should consider just changing at least our 64bit builds to Windows 7 X64. > > Both the old builds with MKS and the build-infra CYGWIN builds can work there with little to no change. > > Thoughts? > > -kto From Alan.Bateman at oracle.com Wed Oct 24 00:49:12 2012 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Wed, 24 Oct 2012 08:49:12 +0100 Subject: Profiles build problem on Windows In-Reply-To: <50879A71.6080009@linux.vnet.ibm.com> References: <50879A71.6080009@linux.vnet.ibm.com> Message-ID: <50879D78.1060502@oracle.com> On 24/10/2012 08:36, Shi Jun Zhang wrote: > Hi all, > > I'm trying to build profiles forest on Windows, the build successes > but there are no executable java binaries copied into Compact profile > images. > > I find the problem is in jdk/makefiles/profile-includes.txt. It seems > only designed for non-windows platforms. > Right, it's Linux at this time. -Alan. From magnus.ihse.bursie at oracle.com Wed Oct 24 01:23:54 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Wed, 24 Oct 2012 08:23:54 +0000 Subject: hg: build-infra/jdk8/jdk: Do not add non-exisiting closed directory to java compilation. Message-ID: <20121024082416.7B925474EE@hg.openjdk.java.net> Changeset: ad70bf1cc1cd Author: ihse Date: 2012-10-24 10:23 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/ad70bf1cc1cd Do not add non-exisiting closed directory to java compilation. ! makefiles/CompileJavaClasses.gmk From magnus.ihse.bursie at oracle.com Wed Oct 24 02:15:29 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Wed, 24 Oct 2012 09:15:29 +0000 Subject: hg: build-infra/jdk8: Adjust log levels. Message-ID: <20121024091530.17C60474F0@hg.openjdk.java.net> Changeset: 4957e6937478 Author: ihse Date: 2012-10-24 11:15 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/4957e6937478 Adjust log levels. ! common/makefiles/MakeHelpers.gmk ! common/makefiles/RMICompilation.gmk From magnus.ihse.bursie at oracle.com Wed Oct 24 02:16:58 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Wed, 24 Oct 2012 09:16:58 +0000 Subject: hg: build-infra/jdk8/jdk: Adjust log levels. Add some new logging, remove some redundant. Message-ID: <20121024091745.27E93474F1@hg.openjdk.java.net> Changeset: ff9ab6bb4e84 Author: ihse Date: 2012-10-24 11:16 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/ff9ab6bb4e84 Adjust log levels. Add some new logging, remove some redundant. ! makefiles/CompileNativeLibraries.gmk ! makefiles/GendataBreakIterator.gmk ! makefiles/GendataHtml32dtd.gmk ! makefiles/GensrcCharsetMapping.gmk ! makefiles/GensrcJDWP.gmk ! makefiles/GensrcMisc.gmk ! makefiles/GensrcX11Wrappers.gmk From magnus.ihse.bursie at oracle.com Wed Oct 24 02:30:51 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Wed, 24 Oct 2012 09:30:51 +0000 Subject: hg: build-infra/jdk8: Adjust log levels. Message-ID: <20121024093051.D5608474F2@hg.openjdk.java.net> Changeset: 78e4316d3545 Author: ihse Date: 2012-10-24 11:30 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/78e4316d3545 Adjust log levels. ! NewMakefile.gmk ! common/makefiles/NativeCompilation.gmk From erik.joelsson at oracle.com Wed Oct 24 02:56:35 2012 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Wed, 24 Oct 2012 11:56:35 +0200 Subject: Some update on Cygwin hangs In-Reply-To: <508796BA.8010903@oracle.com> References: <507FCE5F.8070700@oracle.com> <507FDE23.2080109@oracle.com> <507FFAAE.5090001@oracle.com> <50808815.5060901@oracle.com> <5B39384C-D063-4F02-8185-99BE10B0EB49@oracle.com> <5085070E.9030105@oracle.com> <5086B367.1070407@oracle.com> <8DBCA596-1636-42D0-B213-308769F5CDF2@oracle.com> <508796BA.8010903@oracle.com> Message-ID: <5087BB53.6090708@oracle.com> Rerunning without my changes hung on first try while the run with the changes keep succeeding. I've pushed this now. /Erik On 2012-10-24 09:20, Erik Joelsson wrote: > It ran without problems over night at least. I'm going to test on > other platforms to make sure I'm not regressing any and push it later > today. The scary thing with this hang is that it sometimes takes a > long time to trigger. > > /Erik > > On 2012-10-23 19:25, Kelly O'Hair wrote: >> I had similar feelings when looking at GensrcIcons.gmk. >> >> There are times when the Setup*() patterns are worth it, and others >> where maybe it's just overkill and makes it hard to understand >> what is going on. >> >> So keep us informed on this, and thanks for the info. >> >> -kto >> >> On Oct 23, 2012, at 8:10 AM, Erik Joelsson wrote: >> >>> I'm now experimenting with a rewrite of Images.gmk. It's currently >>> based around a lot of pattern rules, which makes it unique in the >>> new build, where most makefiles are using macro expansions to create >>> large sets of specific rules instead. I have rewritten the large >>> bulk of pattern rules to macro expansions (was surprisingly easy and >>> probably made it slightly more readable too). Initial test was >>> promising, but will let it build in a loop over night, fingers crossed. >>> >>> /Erik >>> >>> On 2012-10-22 10:42, Magnus Ihse Bursie wrote: >>>> More updates: >>>> >>>> It does not seem to be mkdir that is the problem. The code that >>>> hangs looks like this: >>>> $(ECHO) $(LOG_INFO) Copying $(patsubst $(OUTPUT_ROOT)/%,%,$@) >>>> $(install-file) >>>> >>>> The install-file macro was defined elsewhere. Defining it locally >>>> did'nt help. Exploding it in place didn't help. It looks like this: >>>> $(MKDIR) -p $(@D) >>>> $(CP) -fP '$<' '$@' >>>> >>>> I added an additional >>>> $(ECHO) testing >>>> in front of the "Copying" line (suspecting macro expansion of >>>> patsubst might be involved). The result was that it still hanged >>>> just before executing the first line: >>>> /usr/bin/echo testing >>>> >>>> I sprinkled some $(info testing) in the recipe. These were all >>>> executed properly, before the recipe execution. Then it still >>>> hanged at the first echo. >>>> >>>> I tried adding a dummy command: >>>> touch /tmp/testing >>>> as first, if there would be a problem with echo specifically. It >>>> actually seemed to help, but this is tricky to repeat and I might >>>> have let it run too short time. I changed this so that the mkdir >>>> statement was first, instead of the echo. This still hanged. >>>> >>>> I suspected the Makefile (Images.gmk) might be too complex -- or >>>> rather, contain too many rules, and split it into two: >>>> J2SDKImages.gmk and J2REImages.gmk. It did not help. If I run with >>>> J2REImages.gmk first, it stops (as usual) on attach.diz, if I run >>>> with J2SDKImages.gmk first, it stops on appletviewer.exe. It sounds >>>> like it's an sorted order of the targets. >>>> >>>> I tried running the makefile directly using make -f Images.gmk -I >>>> ... SPEC=..., and it hanged, so it's not due to makefile calling >>>> makefile. >>>> >>>> Just now, I attached to the hanged make with Visual Studio. It >>>> tells me I'm at an INT 3 in ntdll, which Visual Studio helpfully >>>> tells me is the result of a detected incorrect situation, such as >>>> trashed memory. Cygwin debug symbols does not seem to be available >>>> for download, so I can't get much further here, unfortunately. >>>> >>>> Still, it's obvious that this is a bug in Cygwin make, and I've >>>> managed to exclude a list of potential causes. But we still don't >>>> know what the problem is or how to work around it. :-( >>>> >>>> /Magnus From erik.joelsson at oracle.com Wed Oct 24 03:07:33 2012 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Wed, 24 Oct 2012 12:07:33 +0200 Subject: Build failure jdk8 (with new build infra) In-Reply-To: <1351051824.17991.YahooMailNeo@web112608.mail.gq1.yahoo.com> References: <1350389834.1116.YahooMailNeo@web112606.mail.gq1.yahoo.com> <1350910092.18087.YahooMailNeo@web112606.mail.gq1.yahoo.com> <7CCC8EF1-E44A-4DA6-87E0-423CE53D7B3D@oracle.com> <1350962796.44801.YahooMailNeo@web112608.mail.gq1.yahoo.com> <1351051824.17991.YahooMailNeo@web112608.mail.gq1.yahoo.com> Message-ID: <5087BDE5.1020800@oracle.com> Could you rerun with LOG=debug added to the make command line and provide me with the following files from your output directory (/cygdrive/e/dev/jdk8/jdk8-b/build/windows-x86-normal-server-release)? build.log spec.gmk config.log /Erik On 2012-10-24 06:10, Mahesh Pujari wrote: > Resending the mail > > ________________________________ > From: Mahesh Pujari > To: Kelly O'Hair > Cc: "build-infra-dev at openjdk.java.net" > Sent: Tuesday, October 23, 2012 8:56 AM > Subject: Re: Build failure jdk8 (with new build infra) > > > Hi Kelly, > Thanks for forwarding the mail to the correct mailing list and for the reply. Below are some information regarding the configuration used and build: > > configuration command line used: > $ ../autoconf/configure --enable-option-checking=fatal --with-boot-jdk=/cygdrive/d/Java/jdk1.7.0-u2 --with-freetype=/cygdrive/e/dev/jdk7/freetype-2.4.4_V2/freetype-2.4.4 --with-extra-cflags= --with-extra-cxxflags= > > cygwin infromation: > > uname -m = i686 > uname -r = 1.7.16(0.262/5/3) > uname -s = CYGWIN_NT-5.1 > uname -v = 2012-07-20 22:55 > Some other misc information (extracts from config.log, as I am not sure if I can attach the complete log file) > configure:6784: checking for gmake > configure:6802: found /usr/bin/gmake > configure:6814: result: /usr/bin/gmake > configure:6829: > Testing potential make at /usr/bin/gmake, found using gmake in PATH > configure:6877: Found potential make at , however, this is not GNU Make. Ignoring. > configure:6896: checking for make > configure:6914: found /usr/bin/make > configure:6926: result: /usr/bin/make > configure:6941: Testing potential make at /usr/bin/make, found using make in PATH > configure:7242: Using GNU make 3.81 (or later) at D:/cygwin/bin/make.exe (version: GNU Make 3.82.90) > ..... > configure:8565: checking for Boot JDK > configure:8567: result: /cygdrive/d/Java/jdk1.7.0-u2 (java version "1.7.0_02") > ..... > configure:10582: checking if we can find the VS installation > configure:10585: result: D:\Program Files\Microsoft Visual Studio 10.0\VC\ > > > Below are some Output variables > BOOT_JDK='/cygdrive/d/Java/jdk1.7.0-u2' > BOOT_JDK_JVMARGS=' -Xms64M -Xmx1100M -XX:PermSize=32m -XX:MaxPermSize=160m -XX:ThreadStackSize=1536' > BOOT_JDK_SOURCETARGET='-source 7 -target 7' > > BUILD_CC='D:/PROGRA~1/MICROS~1.0/VC/BIN/cl.exe' > BUILD_CXX='D:/PROGRA~1/MICROS~1.0/VC/BIN/cl.exe' > CC='D:/PROGRA~1/MICROS~1.0/VC/BIN/cl.exe' > CHECK_GMAKE='/usr/bin/gmake' > CHECK_MAKE='/usr/bin/make' > JDK_VERSION='1.8.0' > OPENJDK_BUILD_AUTOCONF_NAME='i686-pc-cygwin' > OPENJDK_BUILD_CPU='x86' > OPENJDK_BUILD_CPU_ARCH='x86' > OPENJDK_BUILD_CPU_BITS='32' > OPENJDK_TARGET_AUTOCONF_NAME='i686-pc-cygwin' > OPENJDK_TARGET_CPU='x86' > OPENJDK_TARGET_CPU_ARCH='x86' > OPENJDK_TARGET_CPU_BITS='32' > > If I missed something, please let me know. > > thanks and regards, > Mahesh Pujari > > > > ________________________________ > From: Kelly O'Hair > To: Mahesh Pujari > Cc: build-infra-dev at openjdk.java.net > Sent: Monday, October 22, 2012 10:17 PM > Subject: Re: Build failure jdk8 (with new build infra) > > > The stuff in jdk8/jdk8 for build-infra is a bit old. > > But you need to provide a bit more information here. > > Obviously it is Windows 32bit cygwin, but what version of cygwin would help. maybe a fuller log, command line used, configure command used. etc. > > -kto > > On Oct 22, 2012, at 5:48 AM, Mahesh Pujari wrote: > >> Hi, >> I am still stuck with the build error, any inputs would be of great help. >> >> >> thanks and regards, >> Mahesh Pujari >> >> ----- Forwarded Message ----- >> From: Mahesh Pujari >> To: "jdk8-dev at openjdk.java.net" >> Sent: Tuesday, October 16, 2012 5:47 PM >> Subject: Build failure jdk8 (with new build infra) >> >> >> Hi, >> Trying to build openJDK (http://hg.openjdk.java.net/jdk8/jdk8) using new build infra and failing. Below are the failure logs. >> >> Environment used: Cygwin, windows machine, JDK version 1.7 >> >> Running rmic -v1.2 for sun.rmi.server.Activation$ActivationSystemImpl java.rmi.activation.ActivationGroup com.sun.jndi.rmi.registry.ReferenceWrapper >> Running rmic -v1.1 for sun.rmi.registry.RegistryImpl sun.rmi.transport.DGCImpl >> makeGenerateClasses.gmk:51: recipe for target `/cygdrive/e/dev/jdk8/jdk8-b/build/windows-x86-normal-server-release/jdk/rmicclasses/RMI_12_rmic' failed >> [2]: *** [/cygdrive/e/dev/jdk8/jdk8-b/build/windows-x86-normal-server-release/jdk/rmicclasses/RMI_12_rmic] >> > Error 127 >> make[2]: *** Waiting for unfinished jobs.... >> make[2]: *** [GenerateClasses.gmk:60: recipe for target `/cygdrive/e/dev/jdk8/jdk8-b/build/windows-x86-normal-server-release/jdk/rmicclasses/RMI_11_rmic' failed >> /cygdrive/e/dev/jdk8/jdk8-b/build/windows-x86-normal-server-release/jdk/rmicclasses/RMI_11_rmic] Error 127 >> makeMakefile:78: recipe for target `genclasses-only' failed >> [1]: *** [genclasses-only] Error 2 >> >> thanks and regards, >> Mahesh Pujari From magnus.ihse.bursie at oracle.com Wed Oct 24 03:08:51 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Wed, 24 Oct 2012 10:08:51 +0000 Subject: hg: build-infra/jdk8/jdk: Adjust log levels, and add logging on macosx. Message-ID: <20121024100916.AD1A3474F3@hg.openjdk.java.net> Changeset: c034488869eb Author: ihse Date: 2012-10-24 12:08 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/c034488869eb Adjust log levels, and add logging on macosx. ! makefiles/GensrcJObjC.gmk From magnus.ihse.bursie at oracle.com Wed Oct 24 04:49:00 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Wed, 24 Oct 2012 13:49:00 +0200 Subject: OpenJDK build and libfreetype In-Reply-To: <50874153.6070305@oracle.com> References: <50874153.6070305@oracle.com> Message-ID: <5087D5AC.1070504@oracle.com> On 2012-10-24 03:16, David Holmes wrote: > Probably a FAQ but I just tried to force an OpenJDK build of my forest > and it failed: > > /usr/bin/ld: cannot find -lfreetype > > what do I have to set to make this work? You have to specify --with-freetype to configure, pointing to your freetype installation. I'm not sure why a missing freetype wasn't caught by configure, though. On the other hand, the freetype handling in configure is currently really crappy, so I'm not surprised. (I'm hoping I'll have enough time to fix that before I leave.) /Magnus From magnus.ihse.bursie at oracle.com Wed Oct 24 04:51:35 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Wed, 24 Oct 2012 13:51:35 +0200 Subject: Heads up: Paternity leave Message-ID: <5087D647.9040304@oracle.com> Just a FYI: I'll be going on paternity leave on November 1st, and I'll be gone for a *looong* time (as is common in Sweden). So if you want to ask me something or want me to fix something in particular etc, now would be a good time to start asking me. :-) /Magnus From magnus.ihse.bursie at oracle.com Wed Oct 24 05:06:26 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Wed, 24 Oct 2012 14:06:26 +0200 Subject: configure WARNINGS In-Reply-To: <5085F86F.3050708@oracle.com> References: <50853346.8090703@oracle.com> <50855344.3090701@oracle.com> <5085F86F.3050708@oracle.com> Message-ID: <5087D9C2.40104@oracle.com> On 2012-10-23 03:52, David Holmes wrote: > > None of the above AFAICT. Here's the relevant output from bash -x > configure > > ++ case $ac_dashdash$ac_option in > +++ expr x--with-target-bits=32 : 'x-*with-\([^=]*\)' > ++ ac_useropt=target-bits > ++ expr xtarget-bits : > '.*[^-+._abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789]' > ++ ac_useropt_orig=target-bits > +++ printf '%s\n' target-bits > +++ sed 's/[-+.]/_/g' > ++ ac_useropt=target_bits > ++ case $ac_user_opts in > ++ eval 'with_target_bits=$ac_optarg' > +++ with_target_bits=32 > ++ for ac_option in '"$@"' > ++ test -n '' > ++ case $ac_option in > ++ ac_optarg=yes > ++ case $ac_dashdash$ac_option in > ++ printf '%s\n' 'configure: WARNING: you should use --build, --host, > --target' > configure: WARNING: you should use --build, --host, --target > > I'm guessing that setting target-bits is triggering some other kind of > argument checking ?? There's nothing special with target-bits per se, at this point autoconf is just parsing options and converting them to variables. You can check the shell script in generated-configure.sh, in the one I'm looking right now the "for ac_option" loop starts at line 1073, but this will change as it is regenerated. The only reason I can see that you enter the warning print is that the " case $ac_dashdash$ac_option" falls through into the *) case, which means it didn't match any --with-X or other options. This seem to happen for the option after --with-target-bits, but the log you sent does not show the value of $ac_option for this. If you had included just one more line it would have been: expr "x$ac_option" : ".*[^-._$as_cr_alnum]" >/dev/null && which would have given us a hint. :) So I still think there's something weird with your command line. > BTW I also noticed this: > > ac_msg='sources are in > /java/embedded/users/dh198349/build-infra/builds/../common/autoconf, > but `cd > /java/embedded/users/dh198349/build-infra/builds/../common/autoconf'\'' does > not work' > > Though it doesn't seem to cause any problems. You shouldn't go around reading the generated autoconf shell scripts. It's detrimental for your sanity. :-& There's a lot of cruft in there, sometimes I think it's a wonder it all keep from falling apart. But I think the bugs cancel each other out most of the time, so it tend to work pretty well on the whole. :) /Magnus From magnus.ihse.bursie at oracle.com Wed Oct 24 05:18:41 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Wed, 24 Oct 2012 12:18:41 +0000 Subject: hg: build-infra/jdk8: Back out mistaken commit of NewMakefile in previous change. Message-ID: <20121024121841.63721474F4@hg.openjdk.java.net> Changeset: 1aec610733b9 Author: ihse Date: 2012-10-24 14:18 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/1aec610733b9 Back out mistaken commit of NewMakefile in previous change. ! NewMakefile.gmk From erik.joelsson at oracle.com Wed Oct 24 05:36:28 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Wed, 24 Oct 2012 12:36:28 +0000 Subject: hg: build-infra/jdk8/jdk: 9 new changesets Message-ID: <20121024123821.21C56474F5@hg.openjdk.java.net> Changeset: 1b5783b7e6e2 Author: erikj Date: 2012-10-24 09:23 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/1b5783b7e6e2 Rewrote Images.gmk to use macros instead of pattern rules for the majority of rules. Hoping this will improve stability on windows. ! makefiles/Images.gmk ! makefiles/Import.gmk Changeset: 616dac73f348 Author: erikj Date: 2012-10-24 10:01 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/616dac73f348 Fixed stripping after filtering out sjavac. ! makefiles/Images.gmk Changeset: 6f626939cb27 Author: erikj Date: 2012-10-24 11:00 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/6f626939cb27 Made overlay-images work again. ! makefiles/Images.gmk Changeset: 0d8f698de622 Author: erikj Date: 2012-10-24 10:30 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/0d8f698de622 Merge Changeset: 27c4af215b4a Author: erikj Date: 2012-10-24 11:25 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/27c4af215b4a Fixed fix for non existant source dir on windows. ! makefiles/CompileJavaClasses.gmk Changeset: 6bcbc6649afb Author: erikj Date: 2012-10-24 11:36 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/6bcbc6649afb Merge Changeset: a9f14ea32e56 Author: erikj Date: 2012-10-24 11:37 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/a9f14ea32e56 Merge Changeset: 293ff1fb80a1 Author: erikj Date: 2012-10-24 14:35 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/293ff1fb80a1 Merge Changeset: 9e2405ccb908 Author: erikj Date: 2012-10-24 14:36 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/9e2405ccb908 Merge From magnus.ihse.bursie at oracle.com Wed Oct 24 06:35:54 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Wed, 24 Oct 2012 13:35:54 +0000 Subject: hg: build-infra/jdk8: Make a more general hook system for custom autoconf macros. Message-ID: <20121024133555.09C8A474F6@hg.openjdk.java.net> Changeset: 6f468fb121ba Author: ihse Date: 2012-10-24 15:35 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/6f468fb121ba Make a more general hook system for custom autoconf macros. ! common/autoconf/autogen.sh ! common/autoconf/configure.ac ! common/autoconf/generated-configure.sh From magnus.ihse.bursie at oracle.com Wed Oct 24 06:40:30 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Wed, 24 Oct 2012 13:40:30 +0000 Subject: hg: build-infra/jdk8: Add a new custom hook at a very early stage. Rename the old hook. Message-ID: <20121024134030.36F3B474F7@hg.openjdk.java.net> Changeset: ddb5917b6d2d Author: ihse Date: 2012-10-24 15:39 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/ddb5917b6d2d Add a new custom hook at a very early stage. Rename the old hook. ! common/autoconf/configure.ac ! common/autoconf/generated-configure.sh From magnus.ihse.bursie at oracle.com Wed Oct 24 06:54:03 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Wed, 24 Oct 2012 13:54:03 +0000 Subject: hg: build-infra/jdk8: Regenerated configure. Message-ID: <20121024135403.7E905474F8@hg.openjdk.java.net> Changeset: 66522583fdf2 Author: ihse Date: 2012-10-24 15:53 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/66522583fdf2 Regenerated configure. ! common/autoconf/generated-configure.sh From magnus.ihse.bursie at oracle.com Wed Oct 24 07:01:28 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Wed, 24 Oct 2012 16:01:28 +0200 Subject: --with-java-path (was: new build uses wrong libfreetype.so) In-Reply-To: <1C33720E-9531-4CA9-B3ED-E429C7AADFFE@oracle.com> References: <506474F1.5000108@oracle.com> <5064B31E.4040005@oracle.com> <1C33720E-9531-4CA9-B3ED-E429C7AADFFE@oracle.com> Message-ID: <5087F4B8.6070901@oracle.com> On 2012-09-27 23:21, Magnus Ihse Bursie wrote: > The /java path is not default in the new builds since it is Oracle-internal. That said, we're looking for a way to smooth the transition for those who have a Oracle-style Java path in their environment. Expect a --with-java-path option (or similar) to appear soon. I'm not sure if it was "soon", but there is now a --with-java-path option. Since this in practice only applies to Oracle-internal builds, I put it in the closed part of the sources. (If anyone else in the community really wants this in open, shout and we'll move it! It's not secret, I just thought it would pollute the open part.) For you out there who have access to closed sources, and are currently using the /java path with your normal builds, please help me try it out. (I don't use the /java setup myself so I can only make sanity checks of the validity of the implementation.) /Magnus From magnus.ihse.bursie at oracle.com Wed Oct 24 07:16:04 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Wed, 24 Oct 2012 14:16:04 +0000 Subject: hg: build-infra/jdk8: Regenerated configure. Message-ID: <20121024141604.65EBF474F9@hg.openjdk.java.net> Changeset: 308b0b8001e1 Author: ihse Date: 2012-10-24 16:15 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/308b0b8001e1 Regenerated configure. ! common/autoconf/generated-configure.sh From magnus.ihse.bursie at oracle.com Wed Oct 24 07:29:51 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Wed, 24 Oct 2012 14:29:51 +0000 Subject: hg: build-infra/jdk8: Adjust log levels. Message-ID: <20121024142951.66FF2474FC@hg.openjdk.java.net> Changeset: baae6548a925 Author: ihse Date: 2012-10-24 16:29 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/baae6548a925 Adjust log levels. ! common/makefiles/NativeCompilation.gmk From magnus.ihse.bursie at oracle.com Wed Oct 24 07:41:58 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Wed, 24 Oct 2012 16:41:58 +0200 Subject: 7179349 misses updating new build makefiles In-Reply-To: References: <3B51ACB4-CCBC-4E3C-BAE6-214E056A6D9D@oracle.com> <0EC1B52A-6F0F-42BD-AFC0-5FB829A3AC36@oracle.com> <353BBE11-AF8A-4F3C-AED9-113D744CC1BB@oracle.com> <16686A76-471D-4C99-9743-E528F0EFE9CA@oracle.com> <5086022D.9040504@oracle.com> <825E939A-D14C-4C3C-AA1F-8A48C0CCD416@oracle.com> <186846FA-A413-4E42-8A6B-E7261D9507B7@oracle.com> Message-ID: <5087FE36.7030903@oracle.com> On 2012-10-24 00:20, Mike Duigou wrote: > How so? It's a MacOS specific dependency and always present there. (at least since 10.4) Well, in that case it sounds good. In principle I think the current explosion of small build tools is, eh, not so good. On the other hand, most of these small build tools keep re-generating the very same stuff with identical result over and over again, since it's based on some not-very-often-changing source. I think it would be more efficient to check in the source code that these tools generate, and then have a special target "update-generated-sources" that will run these tools. This tool would only have to be run every now and then, and the generated java source code could be compiled with the normal code, making it possible to start java compilation directly when building the jdk target. /Magnus From magnus.ihse.bursie at oracle.com Wed Oct 24 07:44:25 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Wed, 24 Oct 2012 16:44:25 +0200 Subject: Windows 2003 X64 and Windows 7 X64 In-Reply-To: <3301EDC1-165D-4F04-B1A8-9C083BEB61B3@oracle.com> References: <3301EDC1-165D-4F04-B1A8-9C083BEB61B3@oracle.com> Message-ID: <5087FEC9.3070808@oracle.com> On 2012-10-23 19:18, Kelly O'Hair wrote: > It makes me think that maybe all this effort on Windows 2003 X64 build issues may be wasted, and maybe we > should consider just changing at least our 64bit builds to Windows 7 X64. Just to be clear: the hangs we've been trying to eliminate happens on Windows 7 as well. (In fact, I've been chasing it *only* on Windows 7). So it does not appear to be related to Windows version. Apart from that, I don't have any opinion. I think the builds should work just as well on Windows 2003 as Windows 7. Maybe Windows 7 has other improvements? (Come on, Microsoft must have been doing *something* in all those years! :-)) /Magnus From magnus.ihse.bursie at oracle.com Wed Oct 24 09:34:00 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Wed, 24 Oct 2012 18:34:00 +0200 Subject: Compiling ... messages In-Reply-To: <504F09EF.7010609@oracle.com> References: <504F09EF.7010609@oracle.com> Message-ID: <50881878.2050506@oracle.com> When the dust has settled on my latest race of log changing, things now work like this: > A minor comment but when compiling the native code in the jdk > repository then the "Compiling ..." messages only print the file name > so it's not obvious what code is being compiled (unless there is a > warning or an error, in which case the full path is revealed). When > compiling hotspot then the messages have the full path which is much > clearer in my view. The default log level now hides printing of individual filenames (unless there is an error/warning). If you run with LOG=info, individual filenames will be printed as before, but now also the target library/binary will be printed, e.g. Compiling hubbabubba.cpp (for libhubba.so) > > Another thing that would be helpful is the compilation of the > launchers where the build emits messages like this: > > Compiling main.c > Compiling main.c > Compiling main.c ... which looks like this with LOG=info now: Compiling main.c (for javac) Compiling main.c (for java) Compiling main.c (for javap) I hope this seems satisfactory to you. /Magnus From Alan.Bateman at oracle.com Wed Oct 24 09:54:47 2012 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Wed, 24 Oct 2012 17:54:47 +0100 Subject: Compiling ... messages In-Reply-To: <50881878.2050506@oracle.com> References: <504F09EF.7010609@oracle.com> <50881878.2050506@oracle.com> Message-ID: <50881D57.8040609@oracle.com> On 24/10/2012 17:34, Magnus Ihse Bursie wrote: > > The default log level now hides printing of individual filenames > (unless there is an error/warning). I noticed this so I switched to LOG=info because I prefer to see the compilations whizz by. What the default output is obviously very subjective. Personally I do not like long pauses as it's not clear whether the compiler or linker or some tool has gone into a loop or not. > >> >> Another thing that would be helpful is the compilation of the >> launchers where the build emits messages like this: >> >> Compiling main.c >> Compiling main.c >> Compiling main.c > ... which looks like this with LOG=info now: > > Compiling main.c (for javac) > Compiling main.c (for java) > Compiling main.c (for javap) > > I hope this seems satisfactory to you. Yes, for the launchers this makes sense to me. -Alan From magnus.ihse.bursie at oracle.com Wed Oct 24 10:19:51 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Wed, 24 Oct 2012 17:19:51 +0000 Subject: hg: build-infra/jdk8: 7182054: Print more approriate name of what is being built Message-ID: <20121024171951.D270E47502@hg.openjdk.java.net> Changeset: 610c9fc8c4f1 Author: ihse Date: 2012-10-24 19:19 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/610c9fc8c4f1 7182054: Print more approriate name of what is being built ! common/makefiles/MakeHelpers.gmk From kelly.ohair at oracle.com Wed Oct 24 10:23:22 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Wed, 24 Oct 2012 10:23:22 -0700 Subject: Compiling ... messages In-Reply-To: <50881D57.8040609@oracle.com> References: <504F09EF.7010609@oracle.com> <50881878.2050506@oracle.com> <50881D57.8040609@oracle.com> Message-ID: <6B2B55CD-5020-4B13-BA78-F7D1574FB304@oracle.com> On Oct 24, 2012, at 9:54 AM, Alan Bateman wrote: > On 24/10/2012 17:34, Magnus Ihse Bursie wrote: >> >> The default log level now hides printing of individual filenames (unless there is an error/warning). > I noticed this so I switched to LOG=info because I prefer to see the compilations whizz by. What the default output is obviously very subjective. Personally I do not like long pauses as it's not clear whether the compiler or linker or some tool has gone into a loop or not. I agree. I like lots of feedback as to what is happening. > >> >>> >>> Another thing that would be helpful is the compilation of the launchers where the build emits messages like this: >>> >>> Compiling main.c >>> Compiling main.c >>> Compiling main.c >> ... which looks like this with LOG=info now: >> >> Compiling main.c (for javac) >> Compiling main.c (for java) >> Compiling main.c (for javap) >> >> I hope this seems satisfactory to you. > Yes, for the launchers this makes sense to me. Yes, this looks very good to me, good idea adding the launcher name. -kto > > -Alan From alan.bateman at oracle.com Wed Oct 24 11:42:39 2012 From: alan.bateman at oracle.com (alan.bateman at oracle.com) Date: Wed, 24 Oct 2012 18:42:39 +0000 Subject: hg: jdk8/profiles/jdk: Change profile names to compact1, compact2, compact3 Message-ID: <20121024184318.DA0AE47503@hg.openjdk.java.net> Changeset: 08df617e44e2 Author: alanb Date: 2012-10-24 19:41 +0100 URL: http://hg.openjdk.java.net/jdk8/profiles/jdk/rev/08df617e44e2 Change profile names to compact1, compact2, compact3 Full JRE should not have a profile name ! makefiles/ProfileNames.gmk ! src/share/classes/sun/misc/Version.java.template ! test/tools/jar/AddAndUpdateProfile.java ! test/tools/launcher/profiles/Basic.java From magnus.ihse.bursie at oracle.com Wed Oct 24 12:34:02 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Wed, 24 Oct 2012 19:34:02 +0000 Subject: hg: build-infra/jdk8/jdk: * Remove unused/irrelevant configure options. (enable-jigsaw, disable-nimbus) Message-ID: <20121024193425.5F4544750A@hg.openjdk.java.net> Changeset: a1cea505e6b8 Author: ihse Date: 2012-10-24 21:33 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/a1cea505e6b8 * Remove unused/irrelevant configure options. (enable-jigsaw, disable-nimbus) * Move --enable-jfr to closed sources. * Fix file permissions ! makefiles/CompileJavaClasses.gmk ! makefiles/CompileNativeLibraries.gmk ! makefiles/CreateJars.gmk ! makefiles/GenerateJavaSources.gmk ! makefiles/Tools.gmk From magnus.ihse.bursie at oracle.com Wed Oct 24 12:34:33 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Wed, 24 Oct 2012 19:34:33 +0000 Subject: hg: build-infra/jdk8: * Update/improve configure option help texts. Message-ID: <20121024193433.AA1514750B@hg.openjdk.java.net> Changeset: bb876fc5bcdb Author: ihse Date: 2012-10-24 21:34 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/bb876fc5bcdb * Update/improve configure option help texts. * Remove unused/irrelevant configure options. (enable-jigsaw, disable-nimbus, list-builddeps) * Move --enable-jfr to closed sources. * Rewrite logic for with-openjdk-only to clarify operation and improve output ! common/autoconf/basics.m4 ! common/autoconf/build-performance.m4 ! common/autoconf/builddeps.m4 ! common/autoconf/generated-configure.sh ! common/autoconf/jdk-options.m4 ! common/autoconf/spec.gmk.in ! common/autoconf/toolchain_windows.m4 From magnus.ihse.bursie at oracle.com Wed Oct 24 13:17:32 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Wed, 24 Oct 2012 20:17:32 +0000 Subject: hg: build-infra/jdk8: * Print additional help for OpenJDK-specific configure options. Message-ID: <20121024201732.4B97E4750F@hg.openjdk.java.net> Changeset: 88ee009a0218 Author: ihse Date: 2012-10-24 22:17 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/88ee009a0218 * Print additional help for OpenJDK-specific configure options. * Improve robustness in configure wrapper. * Print autoconf exit code if non-zero. ! common/autoconf/configure ! common/autoconf/configure.ac ! common/autoconf/generated-configure.sh From magnus.ihse.bursie at oracle.com Wed Oct 24 14:41:17 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Wed, 24 Oct 2012 21:41:17 +0000 Subject: hg: build-infra/jdk8: * MakeStart and MakeFinish can now extract their target automatically. Message-ID: <20121024214117.46E3C47522@hg.openjdk.java.net> Changeset: 38ca361f31b9 Author: ihse Date: 2012-10-24 23:41 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/38ca361f31b9 * MakeStart and MakeFinish can now extract their target automatically. * Improve CheckIfFinished to cover almost all possible situations. * Make top-level target enter/exit banners more compact. * Improve build time summary output. ! common/makefiles/Main.gmk ! common/makefiles/MakeBase.gmk ! common/makefiles/MakeHelpers.gmk From magnus.ihse.bursie at oracle.com Wed Oct 24 14:47:55 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Wed, 24 Oct 2012 21:47:55 +0000 Subject: hg: build-infra/jdk8: Move all functions that are used only by top-level Main.gmk from MakeBase.gmk to MakeHelpers.gmk. Message-ID: <20121024214755.646A147523@hg.openjdk.java.net> Changeset: 16e9495017e7 Author: ihse Date: 2012-10-24 23:47 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/16e9495017e7 Move all functions that are used only by top-level Main.gmk from MakeBase.gmk to MakeHelpers.gmk. ! common/makefiles/MakeBase.gmk ! common/makefiles/MakeHelpers.gmk From magnus.ihse.bursie at oracle.com Wed Oct 24 15:51:23 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Wed, 24 Oct 2012 22:51:23 +0000 Subject: hg: build-infra/jdk8: Massive cleanup of MakeHelper: improve structure, function names, formatting Message-ID: <20121024225124.0C79147526@hg.openjdk.java.net> Changeset: 85309afb2b34 Author: ihse Date: 2012-10-25 00:51 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/85309afb2b34 Massive cleanup of MakeHelper: improve structure, function names, formatting and simplify logic. ! common/makefiles/Main.gmk ! common/makefiles/MakeHelpers.gmk From david.holmes at oracle.com Wed Oct 24 16:39:04 2012 From: david.holmes at oracle.com (david.holmes at oracle.com) Date: Wed, 24 Oct 2012 23:39:04 +0000 Subject: hg: jdk8/profiles/jdk: Remove unnecessary handling of JFR files in SE Embedded. All jfr sources are excluded from rt.jar always Message-ID: <20121024233930.4E0EC47527@hg.openjdk.java.net> Changeset: 65b4f2fd1416 Author: dholmes Date: 2012-10-24 19:38 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/jdk/rev/65b4f2fd1416 Remove unnecessary handling of JFR files in SE Embedded. All jfr sources are excluded from rt.jar always ! makefiles/Profiles.gmk From david.holmes at oracle.com Wed Oct 24 18:20:31 2012 From: david.holmes at oracle.com (David Holmes) Date: Thu, 25 Oct 2012 11:20:31 +1000 Subject: OpenJDK build and libfreetype In-Reply-To: <5087D5AC.1070504@oracle.com> References: <50874153.6070305@oracle.com> <5087D5AC.1070504@oracle.com> Message-ID: <508893DF.4030309@oracle.com> On 24/10/2012 9:49 PM, Magnus Ihse Bursie wrote: > On 2012-10-24 03:16, David Holmes wrote: >> Probably a FAQ but I just tried to force an OpenJDK build of my forest >> and it failed: >> >> /usr/bin/ld: cannot find -lfreetype >> >> what do I have to set to make this work? > > You have to specify --with-freetype to configure, pointing to your > freetype installation. I don't normally so it is finding it itself for non-openjdk builds. > I'm not sure why a missing freetype wasn't caught by configure, though. Me neither. All I'm changing is whether it is an openjdk build or not. The good news is that --with-java-path fixed it for me. David > On the other hand, the freetype handling in configure is currently > really crappy, so I'm not surprised. (I'm hoping I'll have enough time > to fix that before I leave.) > > /Magnus From david.holmes at oracle.com Wed Oct 24 18:43:16 2012 From: david.holmes at oracle.com (David Holmes) Date: Thu, 25 Oct 2012 11:43:16 +1000 Subject: configure WARNINGS In-Reply-To: <5087D9C2.40104@oracle.com> References: <50853346.8090703@oracle.com> <50855344.3090701@oracle.com> <5085F86F.3050708@oracle.com> <5087D9C2.40104@oracle.com> Message-ID: <50889934.5010600@oracle.com> On 24/10/2012 10:06 PM, Magnus Ihse Bursie wrote: > On 2012-10-23 03:52, David Holmes wrote: >> >> None of the above AFAICT. Here's the relevant output from bash -x >> configure >> >> ++ case $ac_dashdash$ac_option in >> +++ expr x--with-target-bits=32 : 'x-*with-\([^=]*\)' >> ++ ac_useropt=target-bits >> ++ expr xtarget-bits : >> '.*[^-+._abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789]' >> ++ ac_useropt_orig=target-bits >> +++ printf '%s\n' target-bits >> +++ sed 's/[-+.]/_/g' >> ++ ac_useropt=target_bits >> ++ case $ac_user_opts in >> ++ eval 'with_target_bits=$ac_optarg' >> +++ with_target_bits=32 >> ++ for ac_option in '"$@"' >> ++ test -n '' >> ++ case $ac_option in >> ++ ac_optarg=yes >> ++ case $ac_dashdash$ac_option in >> ++ printf '%s\n' 'configure: WARNING: you should use --build, --host, >> --target' >> configure: WARNING: you should use --build, --host, --target >> >> I'm guessing that setting target-bits is triggering some other kind of >> argument checking ?? > There's nothing special with target-bits per se, at this point autoconf > is just parsing options and converting them to variables. You can check > the shell script in generated-configure.sh, in the one I'm looking right > now the "for ac_option" loop starts at line 1073, but this will change > as it is regenerated. > > The only reason I can see that you enter the warning print is that the " > case $ac_dashdash$ac_option" falls through into the *) case, which means > it didn't match any --with-X or other options. This seem to happen for > the option after --with-target-bits, but the log you sent does not show > the value of $ac_option for this. If you had included just one more line > it would have been: > expr "x$ac_option" : ".*[^-._$as_cr_alnum]" >/dev/null && > which would have given us a hint. :) Here's a longer section of the output ++ case $ac_user_opts in ++ eval 'with_target_bits=$ac_optarg' +++ with_target_bits=32 ++ for ac_option in '"$@"' ++ test -n '' ++ case $ac_option in ++ ac_optarg=yes ++ case $ac_dashdash$ac_option in ++ printf '%s\n' 'configure: WARNING: you should use --build, --host, --target' configure: WARNING: you should use --build, --host, --target ++ expr x : '.*[^-._abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789]' ++ : ' ' ++ for ac_option in '"$@"' ++ test -n '' ++ case $ac_option in ++ ac_optarg=yes ++ case $ac_dashdash$ac_option in ++ printf '%s\n' 'configure: WARNING: you should use --build, --host, --target' configure: WARNING: you should use --build, --host, --target ++ expr x : '.*[^-._abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789]' ++ : ' ' ++ for ac_option in '"$@"' ++ test -n '' ++ case $ac_option in ++ ac_optarg=yes ++ case $ac_dashdash$ac_option in +++ expr x--with-java-path : 'x-*with-\([^=]*\)' ++ ac_useropt=java-path ++ expr xjava-path : '.*[^-+._abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789]' ++ ac_useropt_orig=java-path +++ printf '%s\n' java-path +++ sed 's/[-+.]/_/g' Is it trying to process ' ' (a space as an option ??) > So I still think there's something weird with your command line. Yes I think it is an interaction between the script I use to run configure and the shell and configure. If I echo the configure command and run it directly there is no problem: the shell parses away all the whitespace between options. But when run via the script I see: using configure arguments '--with-jdk-variant=normal --with-jvm-variants=client,server --with-target-bits=32 --with-java-path --enable-openjdk-only=yes --disable-ccache'. Note the extra spacing after =32. This arises because my configure invocation is actually: configure $VAR1 $VAR2 $VAR3 ... where VARn may be empty depending on what target I'm building. David > > >> BTW I also noticed this: >> >> ac_msg='sources are in >> /java/embedded/users/dh198349/build-infra/builds/../common/autoconf, >> but `cd >> /java/embedded/users/dh198349/build-infra/builds/../common/autoconf'\'' does >> not work' >> >> Though it doesn't seem to cause any problems. > > You shouldn't go around reading the generated autoconf shell scripts. > It's detrimental for your sanity. :-& There's a lot of cruft in there, > sometimes I think it's a wonder it all keep from falling apart. But I > think the bugs cancel each other out most of the time, so it tend to > work pretty well on the whole. :) > > /Magnus From david.holmes at oracle.com Wed Oct 24 21:07:36 2012 From: david.holmes at oracle.com (David Holmes) Date: Thu, 25 Oct 2012 14:07:36 +1000 Subject: configure WARNINGS In-Reply-To: <50889934.5010600@oracle.com> References: <50853346.8090703@oracle.com> <50855344.3090701@oracle.com> <5085F86F.3050708@oracle.com> <5087D9C2.40104@oracle.com> <50889934.5010600@oracle.com> Message-ID: <5088BB08.5090307@oracle.com> > Note the extra spacing after =32. Actually you won't notice it because Thunderbird auto-corrected it :( Take my word for it there's three spaces between =32 and the next - :) David On 25/10/2012 11:43 AM, David Holmes wrote: > On 24/10/2012 10:06 PM, Magnus Ihse Bursie wrote: >> On 2012-10-23 03:52, David Holmes wrote: >>> >>> None of the above AFAICT. Here's the relevant output from bash -x >>> configure >>> >>> ++ case $ac_dashdash$ac_option in >>> +++ expr x--with-target-bits=32 : 'x-*with-\([^=]*\)' >>> ++ ac_useropt=target-bits >>> ++ expr xtarget-bits : >>> '.*[^-+._abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789]' >>> >>> ++ ac_useropt_orig=target-bits >>> +++ printf '%s\n' target-bits >>> +++ sed 's/[-+.]/_/g' >>> ++ ac_useropt=target_bits >>> ++ case $ac_user_opts in >>> ++ eval 'with_target_bits=$ac_optarg' >>> +++ with_target_bits=32 >>> ++ for ac_option in '"$@"' >>> ++ test -n '' >>> ++ case $ac_option in >>> ++ ac_optarg=yes >>> ++ case $ac_dashdash$ac_option in >>> ++ printf '%s\n' 'configure: WARNING: you should use --build, --host, >>> --target' >>> configure: WARNING: you should use --build, --host, --target >>> >>> I'm guessing that setting target-bits is triggering some other kind of >>> argument checking ?? >> There's nothing special with target-bits per se, at this point autoconf >> is just parsing options and converting them to variables. You can check >> the shell script in generated-configure.sh, in the one I'm looking right >> now the "for ac_option" loop starts at line 1073, but this will change >> as it is regenerated. >> >> The only reason I can see that you enter the warning print is that the " >> case $ac_dashdash$ac_option" falls through into the *) case, which means >> it didn't match any --with-X or other options. This seem to happen for >> the option after --with-target-bits, but the log you sent does not show >> the value of $ac_option for this. If you had included just one more line >> it would have been: >> expr "x$ac_option" : ".*[^-._$as_cr_alnum]" >/dev/null && >> which would have given us a hint. :) > > Here's a longer section of the output > > ++ case $ac_user_opts in > ++ eval 'with_target_bits=$ac_optarg' > +++ with_target_bits=32 > ++ for ac_option in '"$@"' > ++ test -n '' > ++ case $ac_option in > ++ ac_optarg=yes > ++ case $ac_dashdash$ac_option in > ++ printf '%s\n' 'configure: WARNING: you should use --build, --host, > --target' > configure: WARNING: you should use --build, --host, --target > ++ expr x : > '.*[^-._abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789]' > ++ : ' ' > ++ for ac_option in '"$@"' > ++ test -n '' > ++ case $ac_option in > ++ ac_optarg=yes > ++ case $ac_dashdash$ac_option in > ++ printf '%s\n' 'configure: WARNING: you should use --build, --host, > --target' > configure: WARNING: you should use --build, --host, --target > ++ expr x : > '.*[^-._abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789]' > ++ : ' ' > ++ for ac_option in '"$@"' > ++ test -n '' > ++ case $ac_option in > ++ ac_optarg=yes > ++ case $ac_dashdash$ac_option in > +++ expr x--with-java-path : 'x-*with-\([^=]*\)' > ++ ac_useropt=java-path > ++ expr xjava-path : > '.*[^-+._abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789]' > ++ ac_useropt_orig=java-path > +++ printf '%s\n' java-path > +++ sed 's/[-+.]/_/g' > > Is it trying to process ' ' (a space as an option ??) > >> So I still think there's something weird with your command line. > > Yes I think it is an interaction between the script I use to run > configure and the shell and configure. If I echo the configure command > and run it directly there is no problem: the shell parses away all the > whitespace between options. But when run via the script I see: > > using configure arguments '--with-jdk-variant=normal > --with-jvm-variants=client,server --with-target-bits=32 --with-java-path > --enable-openjdk-only=yes --disable-ccache'. > > Note the extra spacing after =32. This arises because my configure > invocation is actually: > > configure $VAR1 $VAR2 $VAR3 ... > > where VARn may be empty depending on what target I'm building. > > David > >> >> >>> BTW I also noticed this: >>> >>> ac_msg='sources are in >>> /java/embedded/users/dh198349/build-infra/builds/../common/autoconf, >>> but `cd >>> /java/embedded/users/dh198349/build-infra/builds/../common/autoconf'\'' >>> does >>> not work' >>> >>> Though it doesn't seem to cause any problems. >> >> You shouldn't go around reading the generated autoconf shell scripts. >> It's detrimental for your sanity. :-& There's a lot of cruft in there, >> sometimes I think it's a wonder it all keep from falling apart. But I >> think the bugs cancel each other out most of the time, so it tend to >> work pretty well on the whole. :) >> >> /Magnus From david.holmes at oracle.com Wed Oct 24 21:46:32 2012 From: david.holmes at oracle.com (david.holmes at oracle.com) Date: Thu, 25 Oct 2012 04:46:32 +0000 Subject: hg: jdk8/profiles/jdk: Rename image output directory to use profile name (eg compact1) rather than generic profile designator (ie profile_1) Message-ID: <20121025044654.6E5664752D@hg.openjdk.java.net> Changeset: 203b275892f9 Author: dholmes Date: 2012-10-25 00:46 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/jdk/rev/203b275892f9 Rename image output directory to use profile name (eg compact1) rather than generic profile designator (ie profile_1) ! makefiles/Makefile From magnus.ihse.bursie at oracle.com Wed Oct 24 23:27:19 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Thu, 25 Oct 2012 08:27:19 +0200 Subject: configure WARNINGS In-Reply-To: <5088BB08.5090307@oracle.com> References: <50853346.8090703@oracle.com> <50855344.3090701@oracle.com> <5085F86F.3050708@oracle.com> <5087D9C2.40104@oracle.com> <50889934.5010600@oracle.com> <5088BB08.5090307@oracle.com> Message-ID: So, anyway, it's harmless. But I can understand that it's a bit annoying. Are your script calling the top-level configure or common/autoconf/configure? If it is the former, try going directly on the latter to skip yet another layer of shell interaction. If it is the latter, try the former to see if the extra invocation can help you strip the space away. :-) /Magnus 25 okt 2012 kl. 06:07 skrev David Holmes : > > Note the extra spacing after =32. > > Actually you won't notice it because Thunderbird auto-corrected it :( Take my word for it there's three spaces between =32 and the next - > > :) > > David > > On 25/10/2012 11:43 AM, David Holmes wrote: >> On 24/10/2012 10:06 PM, Magnus Ihse Bursie wrote: >>> On 2012-10-23 03:52, David Holmes wrote: >>>> >>>> None of the above AFAICT. Here's the relevant output from bash -x >>>> configure >>>> >>>> ++ case $ac_dashdash$ac_option in >>>> +++ expr x--with-target-bits=32 : 'x-*with-\([^=]*\)' >>>> ++ ac_useropt=target-bits >>>> ++ expr xtarget-bits : >>>> '.*[^-+._abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789]' >>>> >>>> ++ ac_useropt_orig=target-bits >>>> +++ printf '%s\n' target-bits >>>> +++ sed 's/[-+.]/_/g' >>>> ++ ac_useropt=target_bits >>>> ++ case $ac_user_opts in >>>> ++ eval 'with_target_bits=$ac_optarg' >>>> +++ with_target_bits=32 >>>> ++ for ac_option in '"$@"' >>>> ++ test -n '' >>>> ++ case $ac_option in >>>> ++ ac_optarg=yes >>>> ++ case $ac_dashdash$ac_option in >>>> ++ printf '%s\n' 'configure: WARNING: you should use --build, --host, >>>> --target' >>>> configure: WARNING: you should use --build, --host, --target >>>> >>>> I'm guessing that setting target-bits is triggering some other kind of >>>> argument checking ?? >>> There's nothing special with target-bits per se, at this point autoconf >>> is just parsing options and converting them to variables. You can check >>> the shell script in generated-configure.sh, in the one I'm looking right >>> now the "for ac_option" loop starts at line 1073, but this will change >>> as it is regenerated. >>> >>> The only reason I can see that you enter the warning print is that the " >>> case $ac_dashdash$ac_option" falls through into the *) case, which means >>> it didn't match any --with-X or other options. This seem to happen for >>> the option after --with-target-bits, but the log you sent does not show >>> the value of $ac_option for this. If you had included just one more line >>> it would have been: >>> expr "x$ac_option" : ".*[^-._$as_cr_alnum]" >/dev/null && >>> which would have given us a hint. :) >> >> Here's a longer section of the output >> >> ++ case $ac_user_opts in >> ++ eval 'with_target_bits=$ac_optarg' >> +++ with_target_bits=32 >> ++ for ac_option in '"$@"' >> ++ test -n '' >> ++ case $ac_option in >> ++ ac_optarg=yes >> ++ case $ac_dashdash$ac_option in >> ++ printf '%s\n' 'configure: WARNING: you should use --build, --host, >> --target' >> configure: WARNING: you should use --build, --host, --target >> ++ expr x : >> '.*[^-._abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789]' >> ++ : ' ' >> ++ for ac_option in '"$@"' >> ++ test -n '' >> ++ case $ac_option in >> ++ ac_optarg=yes >> ++ case $ac_dashdash$ac_option in >> ++ printf '%s\n' 'configure: WARNING: you should use --build, --host, >> --target' >> configure: WARNING: you should use --build, --host, --target >> ++ expr x : >> '.*[^-._abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789]' >> ++ : ' ' >> ++ for ac_option in '"$@"' >> ++ test -n '' >> ++ case $ac_option in >> ++ ac_optarg=yes >> ++ case $ac_dashdash$ac_option in >> +++ expr x--with-java-path : 'x-*with-\([^=]*\)' >> ++ ac_useropt=java-path >> ++ expr xjava-path : >> '.*[^-+._abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789]' >> ++ ac_useropt_orig=java-path >> +++ printf '%s\n' java-path >> +++ sed 's/[-+.]/_/g' >> >> Is it trying to process ' ' (a space as an option ??) >> >>> So I still think there's something weird with your command line. >> >> Yes I think it is an interaction between the script I use to run >> configure and the shell and configure. If I echo the configure command >> and run it directly there is no problem: the shell parses away all the >> whitespace between options. But when run via the script I see: >> >> using configure arguments '--with-jdk-variant=normal >> --with-jvm-variants=client,server --with-target-bits=32 --with-java-path >> --enable-openjdk-only=yes --disable-ccache'. >> >> Note the extra spacing after =32. This arises because my configure >> invocation is actually: >> >> configure $VAR1 $VAR2 $VAR3 ... >> >> where VARn may be empty depending on what target I'm building. >> >> David >> >>> >>> >>>> BTW I also noticed this: >>>> >>>> ac_msg='sources are in >>>> /java/embedded/users/dh198349/build-infra/builds/../common/autoconf, >>>> but `cd >>>> /java/embedded/users/dh198349/build-infra/builds/../common/autoconf'\'' >>>> does >>>> not work' >>>> >>>> Though it doesn't seem to cause any problems. >>> >>> You shouldn't go around reading the generated autoconf shell scripts. >>> It's detrimental for your sanity. :-& There's a lot of cruft in there, >>> sometimes I think it's a wonder it all keep from falling apart. But I >>> think the bugs cancel each other out most of the time, so it tend to >>> work pretty well on the whole. :) >>> >>> /Magnus From magnus.ihse.bursie at oracle.com Thu Oct 25 02:17:23 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Thu, 25 Oct 2012 09:17:23 +0000 Subject: hg: build-infra/jdk8/hotspot: Backing out a81f04d2094a. It currently takes too much work to push this Message-ID: <20121025091733.868E647531@hg.openjdk.java.net> Changeset: d9bd8889ee0c Author: ihse Date: 2012-10-25 11:17 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/d9bd8889ee0c Backing out a81f04d2094a. It currently takes too much work to push this change into Hotspot. ! make/bsd/makefiles/adlc.make ! make/bsd/makefiles/buildtree.make ! make/bsd/makefiles/jvmti.make ! make/bsd/makefiles/rules.make ! make/bsd/makefiles/sa.make ! make/bsd/makefiles/top.make ! make/bsd/makefiles/vm.make ! make/linux/makefiles/adlc.make ! make/linux/makefiles/buildtree.make ! make/linux/makefiles/defs.make ! make/linux/makefiles/jvmti.make ! make/linux/makefiles/rules.make ! make/linux/makefiles/top.make ! make/linux/makefiles/vm.make ! make/solaris/makefiles/adlc.make ! make/solaris/makefiles/buildtree.make ! make/solaris/makefiles/defs.make ! make/solaris/makefiles/dtrace.make ! make/solaris/makefiles/jvmti.make ! make/solaris/makefiles/rules.make ! make/solaris/makefiles/top.make ! make/windows/makefiles/defs.make ! make/windows/makefiles/jvmti.make From erik.joelsson at oracle.com Thu Oct 25 03:31:01 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Thu, 25 Oct 2012 10:31:01 +0000 Subject: hg: build-infra/jdk8: 2 new changesets Message-ID: <20121025103104.0575D47532@hg.openjdk.java.net> Changeset: c9985449a47a Author: erikj Date: 2012-10-25 12:29 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/c9985449a47a Added rough filter to limit execution of exceptions for class files in compare. This should considerably speed up comparisons with large differences in class files. ! common/bin/compare.sh Changeset: b48001e1e832 Author: erikj Date: 2012-10-25 12:30 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/b48001e1e832 Merge From magnus.ihse.bursie at oracle.com Thu Oct 25 03:49:39 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Thu, 25 Oct 2012 10:49:39 +0000 Subject: hg: build-infra/jdk8/corba: 8 new changesets Message-ID: <20121025104944.EADAF47533@hg.openjdk.java.net> Changeset: 41bb9e606efd Author: katleman Date: 2012-10-11 09:49 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/corba/rev/41bb9e606efd Added tag jdk8-b60 for changeset 207ef43ba69e ! .hgtags Changeset: 27d87f0031bf Author: alanb Date: 2012-10-05 15:08 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/corba/rev/27d87f0031bf 7195779: javax/management/remote/mandatory/threads/ExecutorTest.java fails intermittently, NPE in tie class Reviewed-by: alanb, coffeys Contributed-by: jaroslav.bachorik at oracle.com ! src/share/classes/sun/rmi/rmic/iiop/StubGenerator.java Changeset: d9c1dab1515b Author: lana Date: 2012-10-08 15:38 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/corba/rev/d9c1dab1515b Merge Changeset: 0e08ba7648fb Author: lana Date: 2012-10-11 16:57 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/corba/rev/0e08ba7648fb Merge Changeset: 0a5931be9176 Author: tbell Date: 2012-10-23 10:10 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/corba/rev/0a5931be9176 7152336: Enable builds on Windows with MinGW/MSYS Summary: Minimal makefile changes to enable building OpenJDK using MSYS on Windows7 Reviewed-by: ohair, tbell Contributed-by: volker.simonis at gmail.com ! make/common/shared/Defs-utils.gmk ! make/common/shared/Defs-windows.gmk ! make/common/shared/Platform.gmk Changeset: 2394155f9f9e Author: katleman Date: 2012-10-18 11:07 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/corba/rev/2394155f9f9e Added tag jdk8-b61 for changeset 0e08ba7648fb ! .hgtags Changeset: 08afb9c6f44f Author: katleman Date: 2012-10-24 13:11 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/corba/rev/08afb9c6f44f Merge Changeset: 12664999d828 Author: ihse Date: 2012-10-25 12:20 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/corba/rev/12664999d828 Merge From magnus.ihse.bursie at oracle.com Thu Oct 25 03:51:15 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Thu, 25 Oct 2012 10:51:15 +0000 Subject: hg: build-infra/jdk8: 6 new changesets Message-ID: <20121025105117.A21B147534@hg.openjdk.java.net> Changeset: 20ff117b5090 Author: katleman Date: 2012-10-11 09:48 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/20ff117b5090 Added tag jdk8-b60 for changeset e07f499b9dcc ! .hgtags Changeset: c12e759ac4e8 Author: tbell Date: 2012-10-23 10:10 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/c12e759ac4e8 7152336: Enable builds on Windows with MinGW/MSYS Summary: Minimal makefile changes to enable building OpenJDK using MSYS on Windows7 Reviewed-by: ohair, tbell Contributed-by: volker.simonis at gmail.com ! README-builds.html + make/scripts/fixpath.pl ! make/scripts/vsvars.sh Changeset: 8343ccdd63f1 Author: katleman Date: 2012-10-18 11:07 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/8343ccdd63f1 Added tag jdk8-b61 for changeset 20ff117b5090 ! .hgtags Changeset: 8a3fe0ae06a8 Author: katleman Date: 2012-10-24 13:11 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/8a3fe0ae06a8 Merge Changeset: 3447377a52e8 Author: ihse Date: 2012-10-25 11:19 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/3447377a52e8 Merge ! README-builds.html Changeset: bde6db38fa10 Author: ihse Date: 2012-10-25 12:51 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/bde6db38fa10 Merge From magnus.ihse.bursie at oracle.com Thu Oct 25 03:51:01 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Thu, 25 Oct 2012 10:51:01 +0000 Subject: hg: build-infra/jdk8/jaxws: 3 new changesets Message-ID: <20121025105137.2999147535@hg.openjdk.java.net> Changeset: 97e5e74e2a34 Author: katleman Date: 2012-10-11 09:49 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jaxws/rev/97e5e74e2a34 Added tag jdk8-b60 for changeset 5c5a65ad5291 ! .hgtags Changeset: d265b9b4c0f5 Author: katleman Date: 2012-10-18 11:08 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jaxws/rev/d265b9b4c0f5 Added tag jdk8-b61 for changeset 97e5e74e2a34 ! .hgtags Changeset: cab23c3a5dda Author: ihse Date: 2012-10-25 12:40 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jaxws/rev/cab23c3a5dda Merge From magnus.ihse.bursie at oracle.com Thu Oct 25 03:50:52 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Thu, 25 Oct 2012 10:50:52 +0000 Subject: hg: build-infra/jdk8/jaxp: 3 new changesets Message-ID: <20121025105138.9257C47536@hg.openjdk.java.net> Changeset: 6b1db0b41d2f Author: katleman Date: 2012-10-11 09:49 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jaxp/rev/6b1db0b41d2f Added tag jdk8-b60 for changeset 2d1dff5310da ! .hgtags Changeset: 5d0fa0108d02 Author: katleman Date: 2012-10-18 11:08 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jaxp/rev/5d0fa0108d02 Added tag jdk8-b61 for changeset 6b1db0b41d2f ! .hgtags Changeset: 32f50eed56f8 Author: ihse Date: 2012-10-25 12:40 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jaxp/rev/32f50eed56f8 Merge From magnus.ihse.bursie at oracle.com Thu Oct 25 03:49:56 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Thu, 25 Oct 2012 10:49:56 +0000 Subject: hg: build-infra/jdk8/hotspot: 48 new changesets Message-ID: <20121025105545.CD20247537@hg.openjdk.java.net> Changeset: 0cc77f9b31ad Author: katleman Date: 2012-10-11 09:49 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/0cc77f9b31ad Added tag jdk8-b60 for changeset 3cfd05b2219a ! .hgtags Changeset: 81e878c53615 Author: amurillo Date: 2012-10-05 13:37 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/81e878c53615 8000498: new hotspot build - hs25-b05 Reviewed-by: jcoomes ! make/hotspot_version Changeset: d8ce2825b193 Author: coleenp Date: 2012-09-29 06:40 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/d8ce2825b193 8000213: NPG: Should have renamed arrayKlass and typeArrayKlass Summary: Capitalize these metadata types (and objArrayKlass) Reviewed-by: stefank, twisti, kvn ! agent/src/share/classes/sun/jvm/hotspot/oops/ArrayKlass.java ! agent/src/share/classes/sun/jvm/hotspot/oops/Klass.java ! agent/src/share/classes/sun/jvm/hotspot/oops/Metadata.java ! agent/src/share/classes/sun/jvm/hotspot/oops/ObjArrayKlass.java ! agent/src/share/classes/sun/jvm/hotspot/oops/TypeArrayKlass.java ! src/cpu/sparc/vm/c1_LIRAssembler_sparc.cpp ! src/cpu/sparc/vm/stubGenerator_sparc.cpp ! src/cpu/sparc/vm/templateTable_sparc.cpp ! src/cpu/x86/vm/assembler_x86.cpp ! src/cpu/x86/vm/c1_LIRAssembler_x86.cpp ! src/cpu/x86/vm/stubGenerator_x86_32.cpp ! src/cpu/x86/vm/stubGenerator_x86_64.cpp ! src/cpu/x86/vm/templateTable_x86_32.cpp ! src/cpu/x86/vm/templateTable_x86_64.cpp ! src/cpu/x86/vm/x86_32.ad ! src/share/vm/c1/c1_Runtime1.cpp ! src/share/vm/ci/ciArrayKlass.cpp ! src/share/vm/ci/ciArrayKlass.hpp ! src/share/vm/ci/ciEnv.cpp ! src/share/vm/ci/ciKlass.hpp ! src/share/vm/ci/ciObjArrayKlass.cpp ! src/share/vm/ci/ciObjArrayKlass.hpp ! src/share/vm/ci/ciObjectFactory.cpp ! src/share/vm/ci/ciTypeArrayKlass.cpp ! src/share/vm/ci/ciTypeArrayKlass.hpp ! src/share/vm/classfile/classFileParser.cpp ! src/share/vm/classfile/classFileParser.hpp ! src/share/vm/classfile/javaClasses.cpp ! src/share/vm/classfile/systemDictionary.cpp ! src/share/vm/gc_implementation/parallelScavenge/pcTasks.cpp ! src/share/vm/gc_implementation/parallelScavenge/psCompactionManager.cpp ! src/share/vm/gc_implementation/shared/markSweep.cpp ! src/share/vm/interpreter/bytecodeInterpreter.cpp ! src/share/vm/interpreter/interpreterRuntime.cpp ! src/share/vm/memory/oopFactory.cpp ! src/share/vm/memory/oopFactory.hpp ! src/share/vm/memory/specialized_oop_closures.hpp ! src/share/vm/memory/universe.cpp ! src/share/vm/oops/arrayKlass.cpp ! src/share/vm/oops/arrayKlass.hpp ! src/share/vm/oops/constantPool.cpp ! src/share/vm/oops/constantPool.hpp ! src/share/vm/oops/instanceKlass.cpp ! src/share/vm/oops/klass.cpp ! src/share/vm/oops/klassVtable.cpp ! src/share/vm/oops/klassVtable.hpp ! src/share/vm/oops/method.cpp ! src/share/vm/oops/objArrayKlass.cpp ! src/share/vm/oops/objArrayKlass.hpp ! src/share/vm/oops/objArrayKlass.inline.hpp ! src/share/vm/oops/objArrayOop.cpp ! src/share/vm/oops/objArrayOop.hpp ! src/share/vm/oops/oop.pcgc.inline.hpp ! src/share/vm/oops/oop.psgc.inline.hpp ! src/share/vm/oops/oopsHierarchy.hpp ! src/share/vm/oops/typeArrayKlass.cpp ! src/share/vm/oops/typeArrayKlass.hpp ! src/share/vm/oops/typeArrayOop.hpp ! src/share/vm/opto/library_call.cpp ! src/share/vm/opto/memnode.cpp ! src/share/vm/opto/parseHelper.cpp ! src/share/vm/opto/runtime.cpp ! src/share/vm/prims/jni.cpp ! src/share/vm/prims/jniCheck.cpp ! src/share/vm/prims/jvm.cpp ! src/share/vm/prims/jvmtiRedefineClasses.cpp ! src/share/vm/prims/jvmtiTagMap.cpp ! src/share/vm/prims/unsafe.cpp ! src/share/vm/runtime/advancedThresholdPolicy.cpp ! src/share/vm/runtime/deoptimization.cpp ! src/share/vm/runtime/reflection.cpp ! src/share/vm/runtime/sharedRuntime.cpp ! src/share/vm/runtime/vmStructs.cpp ! src/share/vm/services/attachListener.cpp ! src/share/vm/services/diagnosticCommand.cpp ! src/share/vm/services/heapDumper.cpp ! src/share/vm/services/management.cpp ! src/share/vm/services/threadService.cpp ! src/share/vm/shark/sharkRuntime.cpp Changeset: fab6fbf427d2 Author: kevinw Date: 2012-09-30 23:24 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/fab6fbf427d2 7200145: runtime/7196045/Test7196045.java fails with No class provided for `main' Reviewed-by: dholmes, dsamersoff ! test/runtime/7196045/Test7196045.java Changeset: ba8fd2fe198b Author: coleenp Date: 2012-10-04 08:38 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/ba8fd2fe198b 7198519: Broken build, hotspot-rt win USE_PRECOMPILED_HEADER=0 Summary: Uncommented out include for sys/stat.h and deleted include statements that were commented out. Reviewed-by: coleenp, acorn, dholmes Contributed-by: harold.seigel at oracle.com ! src/os/windows/vm/jvm_windows.h Changeset: bacdc1d5c21c Author: coleenp Date: 2012-10-04 08:43 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/bacdc1d5c21c 6884973: java -XX:Atomics=2 crashes Summary: Remove buggy experimental option Reviewed-by: acorn, coleenp Contributed-by: harold.seigel at oracle.com ! src/cpu/x86/vm/assembler_x86.cpp ! src/share/vm/runtime/globals.hpp Changeset: 48087f745a86 Author: dholmes Date: 2012-10-04 19:52 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/48087f745a86 7199186: runtime/7194254/Test7194254.java fails - wrong test name on @run Reviewed-by: kvn, twisti ! test/runtime/7194254/Test7194254.java Changeset: f2eb2d4488db Author: dholmes Date: 2012-10-04 20:09 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/f2eb2d4488db Merge Changeset: 75982791ddb6 Author: coleenp Date: 2012-10-08 09:18 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/75982791ddb6 7170638: Use DTRACE_PROBE[N] in JNI Set and SetStatic Field. Summary: Don't use HS_DTRACE_PROBE_CDECL_N and HS_DTRACE_PROBE_N directly. Reviewed-by: coleenp, kamg, dholmes, sspitsyn Contributed-by: Mark Wielaard ! make/bsd/makefiles/buildtree.make ! make/linux/makefiles/buildtree.make ! make/linux/makefiles/dtrace.make ! make/linux/makefiles/vm.make ! make/solaris/makefiles/buildtree.make ! src/share/vm/prims/jni.cpp ! src/share/vm/utilities/dtrace.hpp Changeset: 7a40901e0d5c Author: minqi Date: 2012-10-08 16:48 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/7a40901e0d5c 8000332: SA ClassDump throws exception after permgen removal Summary: In ClassWrite.writeFields(), fields count was mistakenly set to fields length which overflow the array index. Also removed a file which is leftover from 6879063 changeset. Reviewed-by: coleenp, sspitsyn Contributed-by: yumin.qi at oracle.com ! agent/src/share/classes/sun/jvm/hotspot/tools/jcore/ClassWriter.java ! agent/src/share/native/sadis.c Changeset: 0e8ca886e4e1 Author: minqi Date: 2012-10-08 16:59 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/0e8ca886e4e1 Merge Changeset: 6e5a59a8e4a7 Author: rbackman Date: 2012-10-09 07:41 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/6e5a59a8e4a7 Merge ! src/cpu/sparc/vm/templateTable_sparc.cpp ! src/cpu/x86/vm/templateTable_x86_32.cpp ! src/cpu/x86/vm/templateTable_x86_64.cpp ! src/share/vm/ci/ciObjectFactory.cpp ! src/share/vm/classfile/systemDictionary.cpp ! src/share/vm/interpreter/interpreterRuntime.cpp ! src/share/vm/oops/constantPool.cpp ! src/share/vm/oops/constantPool.hpp ! src/share/vm/oops/objArrayKlass.cpp ! src/share/vm/oops/typeArrayKlass.cpp ! src/share/vm/runtime/globals.hpp ! src/share/vm/runtime/vmStructs.cpp Changeset: 26351ce8c4b0 Author: coleenp Date: 2012-10-09 02:42 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/26351ce8c4b0 8000622: Forgot to hg add and check in test for JDK-7170638 Summary: add the test Reviewed-by: coleenp, kamg Contributed-by: Mark Wielaard + test/serviceability/7170638/SDTProbesGNULinuxTest.sh Changeset: b9a9ed0f8eeb Author: mikael Date: 2012-10-09 10:09 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/b9a9ed0f8eeb 7197424: update copyright year to match last edit in jdk8 hotspot repository Summary: Update copyright year to 2012 for relevant files Reviewed-by: dholmes, coleenp ! agent/src/share/classes/sun/jvm/hotspot/code/CodeCache.java ! agent/src/share/classes/sun/jvm/hotspot/debugger/bsd/BsdCDebugger.java ! agent/src/share/classes/sun/jvm/hotspot/debugger/bsd/BsdThreadContextFactory.java ! agent/src/share/classes/sun/jvm/hotspot/oops/BranchData.java ! agent/src/share/classes/sun/jvm/hotspot/oops/CounterData.java ! agent/src/share/classes/sun/jvm/hotspot/oops/JumpData.java ! agent/src/share/classes/sun/jvm/hotspot/oops/MultiBranchData.java ! agent/src/share/classes/sun/jvm/hotspot/oops/VirtualCallData.java ! agent/src/share/classes/sun/jvm/hotspot/runtime/Bytes.java ! agent/src/share/classes/sun/jvm/hotspot/utilities/BasicHashtable.java ! agent/src/share/classes/sun/jvm/hotspot/utilities/BasicHashtableEntry.java ! agent/src/share/classes/sun/jvm/hotspot/utilities/Hashtable.java ! agent/src/share/classes/sun/jvm/hotspot/utilities/HashtableBucket.java ! agent/src/share/classes/sun/jvm/hotspot/utilities/HashtableEntry.java ! make/bsd/Makefile ! make/bsd/makefiles/adlc.make ! make/bsd/makefiles/buildtree.make ! make/bsd/makefiles/dtrace.make ! make/bsd/makefiles/gcc.make ! make/bsd/makefiles/jvmg.make ! make/bsd/makefiles/launcher.make ! make/bsd/makefiles/product.make ! make/bsd/makefiles/rules.make ! make/bsd/makefiles/sparcWorks.make ! make/bsd/makefiles/top.make ! make/linux/makefiles/launcher.make ! make/linux/makefiles/ppc.make ! make/linux/makefiles/product.make ! make/linux/makefiles/rules.make ! make/linux/makefiles/sparcWorks.make ! make/linux/makefiles/top.make ! make/solaris/makefiles/adlc.make ! make/solaris/makefiles/gcc.make ! make/solaris/makefiles/jvmg.make ! make/solaris/makefiles/optimized.make ! make/solaris/makefiles/rules.make ! make/solaris/makefiles/top.make ! make/windows/build.bat ! make/windows/build_vm_def.sh ! make/windows/get_msc_ver.sh ! make/windows/makefiles/adlc.make ! make/windows/makefiles/launcher.make ! make/windows/makefiles/projectcreator.make ! make/windows/makefiles/rules.make ! make/windows/makefiles/sanity.make ! make/windows/makefiles/shared.make ! make/windows/makefiles/vm.make ! make/windows/projectfiles/common/Makefile ! src/cpu/sparc/vm/c1_FrameMap_sparc.cpp ! src/cpu/sparc/vm/c1_FrameMap_sparc.hpp ! src/cpu/sparc/vm/c1_LIRAssembler_sparc.hpp ! src/cpu/sparc/vm/c1_LinearScan_sparc.hpp ! src/cpu/sparc/vm/interpreterGenerator_sparc.hpp ! src/cpu/x86/vm/c1_FrameMap_x86.cpp ! src/cpu/x86/vm/c1_FrameMap_x86.hpp ! src/cpu/x86/vm/c1_LinearScan_x86.cpp ! src/cpu/x86/vm/interpreterGenerator_x86.hpp ! src/cpu/x86/vm/stubRoutines_x86_64.cpp ! src/cpu/x86/vm/stubRoutines_x86_64.hpp ! src/cpu/x86/vm/templateTable_x86_32.hpp ! src/cpu/x86/vm/templateTable_x86_64.hpp ! src/cpu/x86/vm/vm_version_x86.hpp ! src/cpu/zero/vm/interpreterGenerator_zero.hpp ! src/cpu/zero/vm/methodHandles_zero.hpp ! src/os/bsd/vm/decoder_machO.cpp ! src/os/bsd/vm/os_bsd.inline.hpp ! src/os/bsd/vm/perfMemory_bsd.cpp ! src/os/linux/vm/decoder_linux.cpp ! src/os/linux/vm/os_linux.inline.hpp ! src/os/linux/vm/perfMemory_linux.cpp ! src/os/posix/launcher/java_md.c ! src/os/posix/launcher/launcher.script ! src/os/posix/vm/os_posix.cpp ! src/os/posix/vm/os_posix.hpp ! src/os/solaris/dtrace/hs_private.d ! src/os/solaris/vm/attachListener_solaris.cpp ! src/os/solaris/vm/decoder_solaris.cpp ! src/os/solaris/vm/os_solaris.hpp ! src/os/solaris/vm/os_solaris.inline.hpp ! src/os/solaris/vm/perfMemory_solaris.cpp ! src/os/windows/vm/decoder_windows.cpp ! src/os/windows/vm/decoder_windows.hpp ! src/os/windows/vm/os_windows.hpp ! src/os/windows/vm/perfMemory_windows.cpp ! src/os_cpu/bsd_x86/vm/os_bsd_x86.hpp ! src/os_cpu/bsd_x86/vm/os_bsd_x86.inline.hpp ! src/os_cpu/bsd_zero/vm/os_bsd_zero.cpp ! src/os_cpu/linux_sparc/vm/os_linux_sparc.cpp ! src/os_cpu/linux_x86/vm/os_linux_x86.cpp ! src/os_cpu/linux_x86/vm/os_linux_x86.hpp ! src/os_cpu/linux_x86/vm/os_linux_x86.inline.hpp ! src/os_cpu/linux_zero/vm/os_linux_zero.cpp ! src/os_cpu/solaris_sparc/vm/os_solaris_sparc.cpp ! src/os_cpu/solaris_sparc/vm/vm_version_solaris_sparc.cpp ! src/os_cpu/solaris_x86/vm/os_solaris_x86.cpp ! src/os_cpu/solaris_x86/vm/os_solaris_x86.hpp ! src/os_cpu/solaris_x86/vm/os_solaris_x86.inline.hpp ! src/os_cpu/solaris_x86/vm/solaris_x86_32.il ! src/os_cpu/solaris_x86/vm/solaris_x86_64.il ! src/os_cpu/windows_x86/vm/os_windows_x86.cpp ! src/os_cpu/windows_x86/vm/os_windows_x86.hpp ! src/os_cpu/windows_x86/vm/os_windows_x86.inline.hpp ! src/share/tools/ProjectCreator/ProjectCreator.java ! src/share/tools/ProjectCreator/Util.java ! src/share/tools/ProjectCreator/WinGammaPlatform.java ! src/share/tools/ProjectCreator/WinGammaPlatformVC7.java ! src/share/vm/asm/assembler.cpp ! src/share/vm/asm/assembler.hpp ! src/share/vm/asm/register.hpp ! src/share/vm/c1/c1_CFGPrinter.cpp ! src/share/vm/c1/c1_Canonicalizer.cpp ! src/share/vm/c1/c1_Canonicalizer.hpp ! src/share/vm/c1/c1_Compilation.cpp ! src/share/vm/c1/c1_Compilation.hpp ! src/share/vm/c1/c1_Compiler.cpp ! src/share/vm/c1/c1_FrameMap.cpp ! src/share/vm/c1/c1_FrameMap.hpp ! src/share/vm/c1/c1_GraphBuilder.hpp ! src/share/vm/c1/c1_IR.cpp ! src/share/vm/c1/c1_IR.hpp ! src/share/vm/c1/c1_InstructionPrinter.hpp ! src/share/vm/c1/c1_LinearScan.cpp ! src/share/vm/c1/c1_LinearScan.hpp ! src/share/vm/c1/c1_Optimizer.cpp ! src/share/vm/c1/c1_ValueMap.cpp ! src/share/vm/c1/c1_ValueMap.hpp ! src/share/vm/c1/c1_ValueStack.cpp ! src/share/vm/c1/c1_ValueStack.hpp ! src/share/vm/ci/ciMethodHandle.hpp ! src/share/vm/ci/ciSignature.hpp ! src/share/vm/ci/ciSymbol.cpp ! src/share/vm/ci/ciTypeFlow.hpp ! src/share/vm/classfile/classLoader.hpp ! src/share/vm/classfile/javaAssertions.hpp ! src/share/vm/code/stubs.cpp ! src/share/vm/code/stubs.hpp ! src/share/vm/code/vmreg.hpp ! src/share/vm/compiler/abstractCompiler.hpp ! src/share/vm/compiler/oopMap.cpp ! src/share/vm/gc_implementation/concurrentMarkSweep/freeChunk.cpp ! src/share/vm/gc_implementation/concurrentMarkSweep/freeChunk.hpp ! src/share/vm/gc_implementation/concurrentMarkSweep/vmCMSOperations.cpp ! src/share/vm/gc_implementation/g1/concurrentG1Refine.hpp ! src/share/vm/gc_implementation/g1/dirtyCardQueue.hpp ! src/share/vm/gc_implementation/g1/g1MMUTracker.hpp ! src/share/vm/gc_implementation/g1/ptrQueue.cpp ! src/share/vm/gc_implementation/g1/sparsePRT.hpp ! src/share/vm/gc_implementation/g1/survRateGroup.hpp ! src/share/vm/gc_implementation/parNew/parCardTableModRefBS.cpp ! src/share/vm/gc_implementation/parallelScavenge/gcTaskManager.cpp ! src/share/vm/gc_implementation/parallelScavenge/gcTaskManager.hpp ! src/share/vm/gc_implementation/parallelScavenge/gcTaskThread.cpp ! src/share/vm/gc_implementation/parallelScavenge/gcTaskThread.hpp ! src/share/vm/gc_implementation/parallelScavenge/objectStartArray.hpp ! src/share/vm/gc_implementation/parallelScavenge/parMarkBitMap.cpp ! src/share/vm/gc_implementation/parallelScavenge/parMarkBitMap.hpp ! src/share/vm/gc_implementation/parallelScavenge/psGenerationCounters.cpp ! src/share/vm/gc_implementation/parallelScavenge/psPromotionLAB.hpp ! src/share/vm/gc_implementation/parallelScavenge/psVirtualspace.hpp ! src/share/vm/gc_implementation/shared/adaptiveSizePolicy.hpp ! src/share/vm/gc_implementation/shared/allocationStats.hpp ! src/share/vm/gc_implementation/shared/collectorCounters.cpp ! src/share/vm/gc_implementation/shared/collectorCounters.hpp ! src/share/vm/gc_implementation/shared/gSpaceCounters.cpp ! src/share/vm/gc_implementation/shared/gSpaceCounters.hpp ! src/share/vm/gc_implementation/shared/gcPolicyCounters.hpp ! src/share/vm/gc_implementation/shared/gcStats.hpp ! src/share/vm/gc_implementation/shared/gcUtil.cpp ! src/share/vm/gc_implementation/shared/gcUtil.hpp ! src/share/vm/gc_implementation/shared/generationCounters.cpp ! src/share/vm/gc_implementation/shared/generationCounters.hpp ! src/share/vm/gc_implementation/shared/hSpaceCounters.cpp ! src/share/vm/gc_implementation/shared/hSpaceCounters.hpp ! src/share/vm/gc_implementation/shared/spaceCounters.cpp ! src/share/vm/gc_implementation/shared/spaceCounters.hpp ! src/share/vm/gc_implementation/shared/spaceDecorator.hpp ! src/share/vm/interpreter/interpreter.hpp ! src/share/vm/libadt/set.cpp ! src/share/vm/libadt/vectset.cpp ! src/share/vm/memory/allocation.inline.hpp ! src/share/vm/memory/cardTableModRefBS.cpp ! src/share/vm/memory/freeBlockDictionary.cpp ! src/share/vm/memory/freeList.cpp ! src/share/vm/memory/freeList.hpp ! src/share/vm/memory/heap.cpp ! src/share/vm/memory/heap.hpp ! src/share/vm/memory/referencePolicy.hpp ! src/share/vm/memory/space.inline.hpp ! src/share/vm/memory/threadLocalAllocBuffer.hpp ! src/share/vm/oops/objArrayOop.hpp ! src/share/vm/opto/addnode.cpp ! src/share/vm/opto/block.cpp ! src/share/vm/opto/block.hpp ! src/share/vm/opto/bytecodeInfo.cpp ! src/share/vm/opto/callGenerator.hpp ! src/share/vm/opto/connode.hpp ! src/share/vm/opto/divnode.cpp ! src/share/vm/opto/domgraph.cpp ! src/share/vm/opto/gcm.cpp ! src/share/vm/opto/generateOptoStub.cpp ! src/share/vm/opto/idealKit.cpp ! src/share/vm/opto/idealKit.hpp ! src/share/vm/opto/ifnode.cpp ! src/share/vm/opto/locknode.cpp ! src/share/vm/opto/locknode.hpp ! src/share/vm/opto/loopPredicate.cpp ! src/share/vm/opto/loopTransform.cpp ! src/share/vm/opto/loopUnswitch.cpp ! src/share/vm/opto/loopnode.hpp ! src/share/vm/opto/loopopts.cpp ! src/share/vm/opto/macro.hpp ! src/share/vm/opto/memnode.hpp ! src/share/vm/opto/mulnode.cpp ! src/share/vm/opto/parse.hpp ! src/share/vm/opto/parse3.cpp ! src/share/vm/opto/phaseX.cpp ! src/share/vm/opto/phaseX.hpp ! src/share/vm/opto/split_if.cpp ! src/share/vm/opto/subnode.hpp ! src/share/vm/prims/jniExport.hpp ! src/share/vm/prims/jvmtiCodeBlobEvents.cpp ! src/share/vm/prims/jvmtiExtensions.cpp ! src/share/vm/prims/jvmtiRawMonitor.cpp ! src/share/vm/prims/jvmtiTagMap.hpp ! src/share/vm/prims/jvmtiUtil.cpp ! src/share/vm/runtime/arguments.hpp ! src/share/vm/runtime/dtraceJSDT.hpp ! src/share/vm/runtime/interfaceSupport.hpp ! src/share/vm/runtime/java.hpp ! src/share/vm/runtime/monitorChunk.cpp ! src/share/vm/runtime/monitorChunk.hpp ! src/share/vm/runtime/mutex.hpp ! src/share/vm/runtime/park.cpp ! src/share/vm/runtime/perfMemory.cpp ! src/share/vm/runtime/stubCodeGenerator.hpp ! src/share/vm/runtime/stubRoutines.cpp ! src/share/vm/runtime/task.hpp ! src/share/vm/runtime/timer.cpp ! src/share/vm/runtime/vmThread.hpp ! src/share/vm/runtime/vm_version.cpp ! src/share/vm/runtime/vm_version.hpp ! src/share/vm/services/attachListener.hpp ! src/share/vm/services/g1MemoryPool.cpp ! src/share/vm/services/g1MemoryPool.hpp ! src/share/vm/services/lowMemoryDetector.hpp ! src/share/vm/services/memoryManager.hpp ! src/share/vm/trace/tracing.hpp ! src/share/vm/utilities/array.cpp ! src/share/vm/utilities/decoder.cpp ! src/share/vm/utilities/decoder_elf.cpp ! src/share/vm/utilities/elfFile.cpp ! src/share/vm/utilities/elfFile.hpp ! src/share/vm/utilities/elfStringTable.cpp ! src/share/vm/utilities/elfStringTable.hpp ! src/share/vm/utilities/elfSymbolTable.cpp ! src/share/vm/utilities/elfSymbolTable.hpp ! src/share/vm/utilities/globalDefinitions_visCPP.hpp ! src/share/vm/utilities/growableArray.cpp ! src/share/vm/utilities/histogram.cpp ! src/share/vm/utilities/histogram.hpp ! src/share/vm/utilities/intHisto.cpp ! src/share/vm/utilities/intHisto.hpp ! src/share/vm/utilities/preserveException.cpp ! src/share/vm/utilities/stack.hpp ! src/share/vm/utilities/stack.inline.hpp ! src/share/vm/utilities/taskqueue.hpp ! src/share/vm/utilities/vmError.hpp ! src/share/vm/utilities/workgroup.cpp ! src/share/vm/utilities/workgroup.hpp ! test/compiler/6859338/Test6859338.java ! test/compiler/7116216/StackOverflow.java Changeset: c3e799c37717 Author: vlivanov Date: 2012-10-05 18:57 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/c3e799c37717 7177003: C1: LogCompilation support Summary: add LogCompilation support in C1 - both client and tiered mode. Reviewed-by: twisti, kvn ! src/os/linux/vm/vmError_linux.cpp ! src/share/vm/c1/c1_Compilation.cpp ! src/share/vm/c1/c1_Compilation.hpp ! src/share/vm/c1/c1_GraphBuilder.cpp ! src/share/vm/c1/c1_GraphBuilder.hpp ! src/share/vm/c1/c1_Optimizer.cpp ! src/share/vm/ci/ciEnv.cpp ! src/share/vm/compiler/compileBroker.cpp ! src/share/vm/compiler/compileLog.cpp ! src/share/vm/compiler/compileLog.hpp ! src/share/vm/oops/method.cpp ! src/share/vm/opto/bytecodeInfo.cpp ! src/share/vm/opto/compile.cpp ! src/share/vm/opto/parse1.cpp ! src/share/vm/runtime/deoptimization.cpp ! src/share/vm/runtime/globals.hpp ! src/share/vm/runtime/thread.cpp ! src/share/vm/utilities/ostream.cpp Changeset: 9a9b6e05ffb4 Author: vlivanov Date: 2012-10-05 19:29 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/9a9b6e05ffb4 8000232: NPG: SIGSEGV in Dependencies::DepStream::check_klass_dependency on solaris-x64 Summary: Move decoding into Dependencies::DepStream::argument, so no caller could see encoded context value (NULL) anymore. Reviewed-by: twisti, kvn ! src/share/vm/code/dependencies.cpp Changeset: 9024b6b53ec2 Author: vlivanov Date: 2012-10-05 19:44 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/9024b6b53ec2 8000485: Hotspot build fails in Solaris Studio IDE when building dtrace Summary: Prepend '.' to the existing native library path Reviewed-by: kvn, sspitsyn ! make/bsd/makefiles/dtrace.make ! make/solaris/makefiles/dtrace.make Changeset: 377508648226 Author: vlivanov Date: 2012-10-08 13:02 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/377508648226 8000313: C2 should use jlong for 64bit values Summary: Replace all occurrences of long with jlong in C2 code. Reviewed-by: kvn, twisti ! src/share/vm/opto/graphKit.cpp ! src/share/vm/opto/loopTransform.cpp ! src/share/vm/opto/loopnode.cpp ! src/share/vm/opto/phaseX.hpp Changeset: 65d07d9ee446 Author: twisti Date: 2012-10-08 17:04 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/65d07d9ee446 8000263: JSR 292: signature types may appear to be unloaded Reviewed-by: kvn, jrose ! src/cpu/sparc/vm/methodHandles_sparc.cpp ! src/cpu/sparc/vm/methodHandles_sparc.hpp ! src/cpu/x86/vm/methodHandles_x86.cpp ! src/cpu/x86/vm/methodHandles_x86.hpp ! src/share/vm/classfile/systemDictionary.cpp ! src/share/vm/classfile/systemDictionary.hpp ! src/share/vm/classfile/vmSymbols.cpp ! src/share/vm/classfile/vmSymbols.hpp ! src/share/vm/opto/library_call.cpp ! src/share/vm/prims/methodHandles.hpp ! src/share/vm/runtime/globals.hpp Changeset: 8e47bac5643a Author: roland Date: 2012-10-09 10:11 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/8e47bac5643a 7054512: Compress class pointers after perm gen removal Summary: support of compress class pointers in the compilers. Reviewed-by: kvn, twisti ! agent/src/share/classes/sun/jvm/hotspot/debugger/Address.java ! agent/src/share/classes/sun/jvm/hotspot/debugger/Debugger.java ! agent/src/share/classes/sun/jvm/hotspot/debugger/DebuggerBase.java ! agent/src/share/classes/sun/jvm/hotspot/debugger/JVMDebugger.java ! agent/src/share/classes/sun/jvm/hotspot/debugger/bsd/BsdAddress.java ! agent/src/share/classes/sun/jvm/hotspot/debugger/bsd/BsdDebugger.java ! agent/src/share/classes/sun/jvm/hotspot/debugger/bsd/BsdDebuggerLocal.java ! agent/src/share/classes/sun/jvm/hotspot/debugger/dummy/DummyAddress.java ! agent/src/share/classes/sun/jvm/hotspot/debugger/linux/LinuxAddress.java ! agent/src/share/classes/sun/jvm/hotspot/debugger/linux/LinuxDebugger.java ! agent/src/share/classes/sun/jvm/hotspot/debugger/linux/LinuxDebuggerLocal.java ! agent/src/share/classes/sun/jvm/hotspot/debugger/proc/ProcAddress.java ! agent/src/share/classes/sun/jvm/hotspot/debugger/proc/ProcDebugger.java ! agent/src/share/classes/sun/jvm/hotspot/debugger/proc/ProcDebuggerLocal.java ! agent/src/share/classes/sun/jvm/hotspot/debugger/remote/RemoteAddress.java ! agent/src/share/classes/sun/jvm/hotspot/debugger/remote/RemoteDebugger.java ! agent/src/share/classes/sun/jvm/hotspot/debugger/remote/RemoteDebuggerClient.java ! agent/src/share/classes/sun/jvm/hotspot/debugger/remote/RemoteDebuggerServer.java ! agent/src/share/classes/sun/jvm/hotspot/debugger/windbg/WindbgAddress.java ! agent/src/share/classes/sun/jvm/hotspot/debugger/windbg/WindbgDebugger.java ! agent/src/share/classes/sun/jvm/hotspot/debugger/windbg/WindbgDebuggerLocal.java ! agent/src/share/classes/sun/jvm/hotspot/memory/Universe.java ! agent/src/share/classes/sun/jvm/hotspot/oops/Array.java ! agent/src/share/classes/sun/jvm/hotspot/oops/Instance.java ! agent/src/share/classes/sun/jvm/hotspot/oops/MetadataField.java + agent/src/share/classes/sun/jvm/hotspot/oops/NarrowKlassField.java ! agent/src/share/classes/sun/jvm/hotspot/oops/Oop.java ! agent/src/share/classes/sun/jvm/hotspot/oops/java_lang_Class.java ! agent/src/share/classes/sun/jvm/hotspot/runtime/VM.java ! agent/src/share/classes/sun/jvm/hotspot/utilities/RobustOopDeterminator.java ! src/cpu/sparc/vm/assembler_sparc.cpp ! src/cpu/sparc/vm/assembler_sparc.hpp ! src/cpu/sparc/vm/c1_LIRAssembler_sparc.cpp ! src/cpu/sparc/vm/c1_MacroAssembler_sparc.cpp ! src/cpu/sparc/vm/relocInfo_sparc.cpp ! src/cpu/sparc/vm/sparc.ad ! src/cpu/sparc/vm/vm_version_sparc.cpp ! src/cpu/sparc/vm/vtableStubs_sparc.cpp ! src/cpu/x86/vm/assembler_x86.cpp ! src/cpu/x86/vm/assembler_x86.hpp ! src/cpu/x86/vm/c1_FrameMap_x86.hpp ! src/cpu/x86/vm/c1_LIRAssembler_x86.cpp ! src/cpu/x86/vm/c1_LIRGenerator_x86.cpp ! src/cpu/x86/vm/c1_MacroAssembler_x86.cpp ! src/cpu/x86/vm/vtableStubs_x86_64.cpp ! src/cpu/x86/vm/x86_32.ad ! src/cpu/x86/vm/x86_64.ad ! src/os/bsd/dtrace/generateJvmOffsets.cpp ! src/os/bsd/dtrace/jhelper.d ! src/os/solaris/dtrace/generateJvmOffsets.cpp ! src/os/solaris/dtrace/jhelper.d ! src/share/vm/adlc/archDesc.cpp ! src/share/vm/adlc/forms.cpp ! src/share/vm/adlc/forms.hpp ! src/share/vm/adlc/formssel.cpp ! src/share/vm/adlc/output_c.cpp ! src/share/vm/adlc/output_h.cpp ! src/share/vm/c1/c1_LIRGenerator.cpp ! src/share/vm/ci/ciObjectFactory.cpp ! src/share/vm/classfile/classFileParser.cpp ! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.cpp ! src/share/vm/memory/metaspace.hpp ! src/share/vm/memory/universe.cpp ! src/share/vm/memory/universe.hpp ! src/share/vm/oops/instanceOop.hpp ! src/share/vm/oops/oop.inline.hpp ! src/share/vm/opto/cfgnode.cpp ! src/share/vm/opto/classes.hpp ! src/share/vm/opto/compile.cpp ! src/share/vm/opto/connode.cpp ! src/share/vm/opto/connode.hpp ! src/share/vm/opto/escape.cpp ! src/share/vm/opto/lcm.cpp ! src/share/vm/opto/library_call.cpp ! src/share/vm/opto/live.cpp ! src/share/vm/opto/loopTransform.cpp ! src/share/vm/opto/loopopts.cpp ! src/share/vm/opto/machnode.cpp ! src/share/vm/opto/macro.cpp ! src/share/vm/opto/matcher.cpp ! src/share/vm/opto/matcher.hpp ! src/share/vm/opto/memnode.cpp ! src/share/vm/opto/memnode.hpp ! src/share/vm/opto/node.hpp ! src/share/vm/opto/parse2.cpp ! src/share/vm/opto/subnode.cpp ! src/share/vm/opto/type.cpp ! src/share/vm/opto/type.hpp ! src/share/vm/runtime/arguments.cpp ! src/share/vm/runtime/stubRoutines.cpp ! src/share/vm/runtime/vmStructs.cpp ! src/share/vm/utilities/globalDefinitions.cpp ! src/share/vm/utilities/globalDefinitions.hpp Changeset: f6badecb7ea7 Author: vlivanov Date: 2012-10-09 12:40 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/f6badecb7ea7 7199654: Remove LoadUI2LNode Summary: Removed LoadUI2L node from Ideal nodes, use match rule in .ad files instead. Reviewed-by: kvn ! src/cpu/sparc/vm/sparc.ad ! src/cpu/x86/vm/x86_32.ad ! src/cpu/x86/vm/x86_64.ad ! src/share/vm/adlc/forms.cpp ! src/share/vm/adlc/formssel.cpp ! src/share/vm/opto/classes.hpp ! src/share/vm/opto/compile.cpp ! src/share/vm/opto/memnode.hpp ! src/share/vm/opto/mulnode.cpp ! src/share/vm/opto/superword.cpp Changeset: d336b3173277 Author: kvn Date: 2012-10-09 16:09 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/d336b3173277 8000592: Improve adlc usability Summary: several changes to adlc to improve its usability Reviewed-by: kvn Contributed-by: goetz.lindenmaier at sap.com ! src/share/vm/adlc/adlparse.cpp ! src/share/vm/adlc/archDesc.cpp ! src/share/vm/adlc/archDesc.hpp ! src/share/vm/adlc/dict2.cpp ! src/share/vm/adlc/filebuff.hpp ! src/share/vm/adlc/forms.hpp ! src/share/vm/adlc/formssel.cpp ! src/share/vm/adlc/formssel.hpp ! src/share/vm/adlc/main.cpp ! src/share/vm/adlc/output_c.cpp ! src/share/vm/adlc/output_h.cpp Changeset: 94e9408dbf50 Author: roland Date: 2012-10-11 18:21 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/94e9408dbf50 8000753: compiler/6912517 crashes on 64bit sparc with compressed oops off Summary: code generated by c1 for getClass intrinsic broken when klass field is loaded on 64bit with compressed klass off. Reviewed-by: kvn ! src/cpu/sparc/vm/c1_LIRAssembler_sparc.cpp Changeset: 19eb999cb72c Author: twisti Date: 2012-10-11 14:46 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/19eb999cb72c 8000740: remove LinkWellKnownClasses Reviewed-by: kvn, jrose ! src/share/vm/classfile/classFileParser.cpp ! src/share/vm/classfile/classFileParser.hpp ! src/share/vm/classfile/systemDictionary.cpp ! src/share/vm/classfile/systemDictionary.hpp ! src/share/vm/prims/methodHandles.cpp ! src/share/vm/runtime/globals.hpp Changeset: d804e148cff8 Author: kvn Date: 2012-10-12 09:22 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/d804e148cff8 Merge ! make/bsd/makefiles/dtrace.make ! src/cpu/sparc/vm/c1_LIRAssembler_sparc.cpp ! src/cpu/x86/vm/assembler_x86.cpp ! src/cpu/x86/vm/c1_FrameMap_x86.hpp ! src/cpu/x86/vm/c1_LIRAssembler_x86.cpp ! src/cpu/x86/vm/x86_32.ad ! src/share/vm/c1/c1_Compilation.cpp ! src/share/vm/c1/c1_Compilation.hpp ! src/share/vm/c1/c1_GraphBuilder.hpp ! src/share/vm/c1/c1_Optimizer.cpp ! src/share/vm/ci/ciEnv.cpp ! src/share/vm/ci/ciObjectFactory.cpp ! src/share/vm/classfile/classFileParser.cpp ! src/share/vm/classfile/classFileParser.hpp ! src/share/vm/classfile/systemDictionary.cpp ! src/share/vm/memory/universe.cpp ! src/share/vm/oops/method.cpp ! src/share/vm/opto/bytecodeInfo.cpp ! src/share/vm/opto/connode.hpp ! src/share/vm/opto/library_call.cpp ! src/share/vm/opto/loopTransform.cpp ! src/share/vm/opto/loopopts.cpp ! src/share/vm/opto/memnode.cpp ! src/share/vm/opto/memnode.hpp ! src/share/vm/opto/mulnode.cpp ! src/share/vm/opto/phaseX.hpp ! src/share/vm/runtime/deoptimization.cpp ! src/share/vm/runtime/globals.hpp ! src/share/vm/runtime/stubRoutines.cpp ! src/share/vm/runtime/vmStructs.cpp Changeset: fb19af007ffc Author: jprovino Date: 2012-10-10 14:35 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/fb19af007ffc 7189254: Change makefiles for more flexibility to override defaults Summary: Change makefiles so that targets and parameters can be overridden by alternate makefiles. Reviewed-by: dholmes, coleenp ! make/Makefile ! make/bsd/Makefile ! make/bsd/makefiles/buildtree.make ! make/bsd/makefiles/defs.make ! make/bsd/makefiles/gcc.make ! make/bsd/makefiles/ia64.make + make/bsd/makefiles/minimal1.make ! make/bsd/makefiles/vm.make ! make/defs.make + make/excludeSrc.make ! make/linux/Makefile ! make/linux/makefiles/buildtree.make ! make/linux/makefiles/defs.make ! make/linux/makefiles/gcc.make ! make/linux/makefiles/ia64.make + make/linux/makefiles/minimal1.make ! make/linux/makefiles/vm.make ! make/windows/makefiles/defs.make ! src/os/solaris/vm/os_solaris.cpp ! src/share/vm/memory/allocation.hpp ! src/share/vm/memory/heapInspection.hpp ! src/share/vm/memory/metaspaceShared.cpp ! src/share/vm/memory/metaspaceShared.hpp ! src/share/vm/memory/universe.cpp ! src/share/vm/prims/forte.hpp ! src/share/vm/prims/jni.cpp ! src/share/vm/prims/jvmtiEnter.xsl ! src/share/vm/prims/jvmtiEnvBase.hpp ! src/share/vm/prims/jvmtiExport.hpp ! src/share/vm/prims/jvmtiImpl.hpp ! src/share/vm/prims/jvmtiRedefineClasses.hpp ! src/share/vm/prims/jvmtiTagMap.hpp ! src/share/vm/prims/jvmtiThreadState.hpp ! src/share/vm/prims/nativeLookup.cpp ! src/share/vm/runtime/arguments.cpp ! src/share/vm/runtime/fprofiler.hpp ! src/share/vm/runtime/globals_extension.hpp ! src/share/vm/runtime/init.cpp ! src/share/vm/runtime/perfData.cpp ! src/share/vm/runtime/thread.cpp ! src/share/vm/runtime/thread.hpp ! src/share/vm/runtime/vmStructs.cpp ! src/share/vm/runtime/vm_version.cpp ! src/share/vm/services/attachListener.hpp ! src/share/vm/services/classLoadingService.cpp ! src/share/vm/services/classLoadingService.hpp ! src/share/vm/services/diagnosticCommand.cpp ! src/share/vm/services/diagnosticCommand.hpp ! src/share/vm/services/heapDumper.hpp ! src/share/vm/services/management.cpp ! src/share/vm/services/management.hpp ! src/share/vm/services/memReporter.hpp ! src/share/vm/services/memTracker.hpp ! src/share/vm/services/runtimeService.cpp ! src/share/vm/services/runtimeService.hpp ! src/share/vm/utilities/macros.hpp Changeset: bbeecede56dd Author: jiangli Date: 2012-10-11 14:36 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/bbeecede56dd 8000459: assert(java_lang_String::is_instance(entry)) failure with various mlvm tests. Summary: Remove unneeded assert. Reviewed-by: sspitsyn, coleenp ! src/share/vm/prims/jvmtiTagMap.cpp Changeset: 9855b7e559ae Author: collins Date: 2012-10-12 10:49 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/9855b7e559ae Merge ! make/bsd/Makefile ! make/bsd/makefiles/buildtree.make ! make/bsd/makefiles/gcc.make ! make/linux/makefiles/buildtree.make ! make/linux/makefiles/vm.make ! src/share/vm/memory/universe.cpp ! src/share/vm/prims/jni.cpp ! src/share/vm/prims/jvmtiTagMap.cpp ! src/share/vm/prims/jvmtiTagMap.hpp ! src/share/vm/runtime/vmStructs.cpp ! src/share/vm/runtime/vm_version.cpp ! src/share/vm/services/attachListener.hpp ! src/share/vm/services/diagnosticCommand.cpp ! src/share/vm/services/management.cpp Changeset: 5876f980ea19 Author: collins Date: 2012-10-12 11:31 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/5876f980ea19 Merge ! src/share/vm/memory/universe.cpp ! src/share/vm/runtime/arguments.cpp ! src/share/vm/runtime/thread.cpp ! src/share/vm/runtime/vmStructs.cpp Changeset: b261523fe66c Author: amurillo Date: 2012-10-12 13:55 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/b261523fe66c Merge Changeset: 4547dc71db76 Author: amurillo Date: 2012-10-12 13:55 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/4547dc71db76 Added tag hs25-b05 for changeset b261523fe66c ! .hgtags Changeset: fcbdaeb69946 Author: katleman Date: 2012-10-18 11:08 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/fcbdaeb69946 Added tag jdk8-b61 for changeset 4547dc71db76 ! .hgtags Changeset: 58fbf2da3c16 Author: amurillo Date: 2012-10-12 14:06 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/58fbf2da3c16 8000834: new hotspot build - hs25-b06 Reviewed-by: jcoomes ! make/hotspot_version Changeset: 8a5ea0a9ccc4 Author: johnc Date: 2012-10-06 01:17 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/8a5ea0a9ccc4 7127708: G1: change task num types from int to uint in concurrent mark Summary: Change the type of various task num fields, parameters etc to unsigned and rename them to be more consistent with the other collectors. Code changes were also reviewed by Vitaly Davidovich. Reviewed-by: johnc Contributed-by: Kaushik Srenevasan ! src/share/vm/gc_implementation/g1/concurrentMark.cpp ! src/share/vm/gc_implementation/g1/concurrentMark.hpp ! src/share/vm/gc_implementation/g1/concurrentMark.inline.hpp ! src/share/vm/gc_implementation/g1/g1OopClosures.inline.hpp Changeset: 04155d9c8c76 Author: johnc Date: 2012-10-08 09:12 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/04155d9c8c76 8000358: G1: metaspace information not printed in PrintHeapAtGC output nor in hs_err file Summary: Missing call to MetaspaceAux::print_on() in G1CollectedHeap::print_on(). Reviewed-by: azeemj, jmasa Contributed-by: Mikael Gerdin ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp Changeset: dd2b66d09ccd Author: stefank Date: 2012-10-09 22:12 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/dd2b66d09ccd 8000659: NPG: ClassCastExceptions are unexpectedly thrown when testing nashorn Summary: Treat the oops in invoke_method_table() as strong roots when ClassUnloading is enabled. Reviewed-by: kamg, coleenp ! src/share/vm/classfile/systemDictionary.cpp Changeset: 4202510ee0fe Author: johnc Date: 2012-10-15 10:02 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/4202510ee0fe 8000831: Heap verification output incorrect/incomplete Summary: Restore non-silent output of heap verification. Reviewed-by: ysr, brutisso, jmasa ! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.cpp ! src/share/vm/gc_implementation/concurrentMarkSweep/vmCMSOperations.cpp ! src/share/vm/gc_implementation/g1/concurrentMark.cpp ! src/share/vm/gc_implementation/parallelScavenge/psMarkSweep.cpp ! src/share/vm/gc_implementation/parallelScavenge/psParallelCompact.cpp ! src/share/vm/gc_implementation/parallelScavenge/psScavenge.cpp ! src/share/vm/memory/genCollectedHeap.cpp ! src/share/vm/memory/universe.hpp ! src/share/vm/utilities/debug.cpp Changeset: 633ba56cb013 Author: jmasa Date: 2012-10-17 13:59 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/633ba56cb013 Merge ! src/share/vm/classfile/systemDictionary.cpp ! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.cpp ! src/share/vm/gc_implementation/concurrentMarkSweep/vmCMSOperations.cpp ! src/share/vm/memory/universe.hpp Changeset: bdb5f8c9978b Author: coleenp Date: 2012-10-10 17:04 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/bdb5f8c9978b 7199068: NPG: SharedSkipVerify is meaningless Summary: Remove the SharedSkipVerify flag Reviewed-by: kamg, sspitsyn, coleenp Contributed-by: harold.seigel at oracle.com ! src/share/vm/classfile/javaClasses.cpp ! src/share/vm/memory/universe.cpp ! src/share/vm/oops/klass.cpp ! src/share/vm/runtime/globals.hpp ! src/share/vm/runtime/handles.cpp ! src/share/vm/runtime/handles.hpp Changeset: 48a75d2640a5 Author: kamg Date: 2012-10-11 14:27 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/48a75d2640a5 7054345: Support version 52.0 class file in HotSpot Summary: Accept classfiles with major version 52 Reviewed-by: coleenp, acorn ! src/share/vm/classfile/classFileParser.cpp Changeset: e0ea0e94c23c Author: kevinw Date: 2012-10-15 16:48 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/e0ea0e94c23c 7195151: Multiplatform tescase for 6929067 Reviewed-by: kamg, kvn ! test/runtime/6929067/Test6929067.sh Changeset: e52361627b65 Author: coleenp Date: 2012-10-15 22:33 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/e52361627b65 Merge ! src/share/vm/classfile/classFileParser.cpp ! src/share/vm/memory/universe.cpp ! src/share/vm/runtime/globals.hpp Changeset: 045cb62046a7 Author: rbackman Date: 2012-08-28 15:15 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/045cb62046a7 7093328: JVMTI: jvmtiPrimitiveFieldCallback always report 0's for static primitives Reviewed-by: dholmes, dcubed ! src/share/vm/prims/jvmtiTagMap.cpp Changeset: 7b5885dadbdc Author: nloodin Date: 2012-10-17 17:36 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/7b5885dadbdc 8000617: It should be possible to allocate memory without the VM dying. Reviewed-by: coleenp, kamg ! src/share/vm/memory/allocation.cpp ! src/share/vm/memory/allocation.hpp ! src/share/vm/memory/allocation.inline.hpp ! src/share/vm/memory/resourceArea.cpp ! src/share/vm/memory/resourceArea.hpp ! src/share/vm/runtime/thread.cpp ! src/share/vm/runtime/thread.hpp Changeset: e8c79c2ba3f3 Author: coleenp Date: 2012-10-18 12:29 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/e8c79c2ba3f3 Merge Changeset: d0337c31c8be Author: amurillo Date: 2012-10-19 11:03 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/d0337c31c8be Merge Changeset: dccd40de8db1 Author: amurillo Date: 2012-10-19 11:03 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/dccd40de8db1 Added tag hs25-b06 for changeset d0337c31c8be ! .hgtags Changeset: 0eec42c46852 Author: ihse Date: 2012-10-25 12:39 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/0eec42c46852 Merge ! make/Makefile ! make/bsd/Makefile ! make/bsd/makefiles/adlc.make ! make/bsd/makefiles/buildtree.make ! make/bsd/makefiles/defs.make ! make/bsd/makefiles/dtrace.make ! make/bsd/makefiles/gcc.make ! make/bsd/makefiles/launcher.make ! make/bsd/makefiles/rules.make ! make/bsd/makefiles/sparcWorks.make ! make/bsd/makefiles/top.make ! make/bsd/makefiles/vm.make ! make/defs.make ! make/linux/Makefile ! make/linux/makefiles/buildtree.make ! make/linux/makefiles/defs.make ! make/linux/makefiles/gcc.make ! make/linux/makefiles/launcher.make ! make/linux/makefiles/rules.make ! make/linux/makefiles/sparcWorks.make ! make/linux/makefiles/top.make ! make/linux/makefiles/vm.make ! make/solaris/makefiles/adlc.make ! make/solaris/makefiles/buildtree.make ! make/solaris/makefiles/dtrace.make ! make/solaris/makefiles/gcc.make ! make/solaris/makefiles/rules.make ! make/solaris/makefiles/top.make ! make/windows/makefiles/adlc.make ! make/windows/makefiles/defs.make ! make/windows/makefiles/launcher.make ! make/windows/makefiles/vm.make ! src/share/vm/runtime/vm_version.hpp From magnus.ihse.bursie at oracle.com Thu Oct 25 03:51:15 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Thu, 25 Oct 2012 10:51:15 +0000 Subject: hg: build-infra/jdk8/jdk: 57 new changesets Message-ID: <20121025110932.71F6847538@hg.openjdk.java.net> Changeset: 869519bc17ce Author: katleman Date: 2012-10-11 09:50 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/869519bc17ce Added tag jdk8-b60 for changeset cec8fa02f156 ! .hgtags Changeset: 4d8b411a2bc1 Author: jgodinez Date: 2012-09-25 09:18 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/4d8b411a2bc1 7158350: [macosx] Strange results of SwingUIText printing Reviewed-by: bae, prr ! src/macosx/native/sun/awt/CTextPipe.m Changeset: 5aff878baaf6 Author: lana Date: 2012-09-28 11:45 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/5aff878baaf6 Merge - make/common/Defs-embedded.gmk - make/common/Release-embedded.gmk - src/macosx/classes/sun/awt/SunToolkitSubclass.java - src/share/classes/sun/management/LockDataConverter.java - src/share/classes/sun/management/LockDataConverterMXBean.java - src/share/classes/sun/security/x509/CertificateIssuerUniqueIdentity.java - src/share/classes/sun/security/x509/CertificateSubjectUniqueIdentity.java - test/sun/misc/URLClassPath/ClassnameCharTest.sh - test/sun/net/www/httptest/HttpServer.java - test/sun/security/ssl/sun/net/www/httpstest/HttpServer.java Changeset: 8dd4cae72975 Author: ceisserer Date: 2012-10-01 13:07 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/8dd4cae72975 7188093: closed/sun/java2d/pipe/ScaleQualityTest.java fails Reviewed-by: prr, flar ! src/solaris/classes/sun/java2d/xr/XRDrawImage.java Changeset: 89a1094e384f Author: bae Date: 2012-10-05 16:21 +0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/89a1094e384f 8000176: Need automated test for checking scale quality Reviewed-by: prr, bae Contributed-by: Vadim Pakhnushev + test/sun/java2d/pipe/InterpolationQualityTest.java Changeset: 2bc7669294cc Author: lana Date: 2012-10-08 15:36 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/2bc7669294cc Merge Changeset: 9aa37a39cf39 Author: zhouyx Date: 2012-09-20 17:39 +0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/9aa37a39cf39 7194184: JColorChooser swatch cannot accessed from keyboard Reviewed-by: rupashka, alexsch ! src/share/classes/javax/swing/colorchooser/DefaultSwatchChooserPanel.java + test/javax/swing/JColorChooser/Test7194184.java Changeset: 4f519691520c Author: vkarnauk Date: 2012-09-20 17:55 +0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/4f519691520c 7123767: Wrong tooltip location in Multi-Monitor configurations Reviewed-by: rupashka ! src/share/classes/javax/swing/ToolTipManager.java + test/javax/swing/ToolTipManager/7123767/bug7123767.java Changeset: adddc599e551 Author: alexsch Date: 2012-09-21 13:48 +0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/adddc599e551 7199180: [macosx] Dead keys handling for input methods Reviewed-by: kizune, anthony ! src/macosx/classes/sun/lwawt/macosx/CPlatformResponder.java ! src/macosx/native/sun/awt/AWTEvent.m ! src/macosx/native/sun/awt/AWTView.m + test/java/awt/event/KeyEvent/DeadKey/DeadKeyMacOSXInputText.java Changeset: 88048b34405e Author: leonidr Date: 2012-09-24 15:25 +0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/88048b34405e 7124239: [macosx] sun.awt.SunToolkit.InfiniteLoop exception in realSync called from SwingTestHelper Reviewed-by: anthony ! src/macosx/native/sun/awt/LWCToolkit.m ! src/macosx/native/sun/osxapp/NSApplicationAWT.h ! src/macosx/native/sun/osxapp/NSApplicationAWT.m Changeset: d6cba7bfbb3d Author: leonidr Date: 2012-09-24 18:24 +0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/d6cba7bfbb3d 7179349: [macosx] Java processes on Mac should not use default Apple icon Reviewed-by: anthony ! make/sun/osxapp/Makefile + make/sun/osxapp/ToBin.java ! src/macosx/native/sun/osxapp/NSApplicationAWT.m + src/macosx/native/sun/osxapp/resource/icons/JavaApp.icns Changeset: 39227bb92978 Author: serb Date: 2012-09-24 21:33 +0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/39227bb92978 7160627: [macosx] TextArea has wrong initial size 7124213: [macosx] pack() does ignore size of a component; doesn't on the other platforms Reviewed-by: anthony, art ! src/macosx/classes/sun/lwawt/LWCanvasPeer.java ! src/macosx/classes/sun/lwawt/LWCheckboxPeer.java ! src/macosx/classes/sun/lwawt/LWComponentPeer.java ! src/macosx/classes/sun/lwawt/LWContainerPeer.java ! src/macosx/classes/sun/lwawt/LWLabelPeer.java ! src/macosx/classes/sun/lwawt/LWListPeer.java ! src/macosx/classes/sun/lwawt/LWPanelPeer.java ! src/macosx/classes/sun/lwawt/LWScrollBarPeer.java ! src/macosx/classes/sun/lwawt/LWTextAreaPeer.java ! src/macosx/classes/sun/lwawt/LWTextComponentPeer.java ! src/macosx/classes/sun/lwawt/LWTextFieldPeer.java ! src/macosx/classes/sun/lwawt/LWToolkit.java + test/java/awt/ScrollPane/ScrollPanePreferredSize/ScrollPanePreferredSize.java + test/java/awt/TextArea/TextAreaTwicePack/TextAreaTwicePack.java Changeset: c8da47a4d441 Author: alexsch Date: 2012-09-26 18:59 +0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/c8da47a4d441 7124515: [macosx] Test fail like 6366126 (ArrayIndexOutOfBoundException pressing ENTER after removing items) Reviewed-by: serb, anthony + test/java/awt/List/EmptyListEventTest/EmptyListEventTest.java Changeset: ad467dee852a Author: alexsch Date: 2012-09-28 14:54 +0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/ad467dee852a 7197619: Using modifiers for the dead key detection on Windows Reviewed-by: bagiras, leonidr ! src/windows/native/sun/windows/awt_Component.cpp ! src/windows/native/sun/windows/awt_Component.h Changeset: 4b8bb77fdda9 Author: lana Date: 2012-09-28 10:54 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/4b8bb77fdda9 Merge - make/common/Defs-embedded.gmk - make/common/Release-embedded.gmk - src/share/classes/sun/management/LockDataConverter.java - src/share/classes/sun/management/LockDataConverterMXBean.java - src/share/classes/sun/security/x509/CertificateIssuerUniqueIdentity.java - src/share/classes/sun/security/x509/CertificateSubjectUniqueIdentity.java - test/sun/misc/URLClassPath/ClassnameCharTest.sh - test/sun/net/www/httptest/HttpServer.java - test/sun/security/ssl/sun/net/www/httpstest/HttpServer.java Changeset: 3ac112755bb5 Author: bagiras Date: 2012-10-03 21:01 +0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/3ac112755bb5 7171412: awt Choice doesn't fire ItemStateChange when selecting item after select() call Reviewed-by: art, denis ! src/macosx/native/sun/awt/InitIDs.m ! src/share/classes/java/awt/Choice.java ! src/solaris/native/sun/awt/initIDs.c ! src/windows/native/sun/windows/awt_Choice.cpp ! src/windows/native/sun/windows/awt_Choice.h + test/java/awt/Choice/ItemStateChangeTest/ItemStateChangeTest.java Changeset: 27ee94051373 Author: lana Date: 2012-10-08 15:37 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/27ee94051373 Merge Changeset: f5229879ea40 Author: chegar Date: 2012-09-20 09:36 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/f5229879ea40 7193520: Removed references to Linux kernel version 2.2 Summary: Linux kernel version 2.2 isn't supported anymore. Reviewed-by: chegar, dsamersoff, alanb Contributed-by: John Zavgren ! src/share/classes/java/net/AbstractPlainDatagramSocketImpl.java ! src/solaris/native/java/net/Inet4AddressImpl.c ! src/solaris/native/java/net/Inet6AddressImpl.c ! src/solaris/native/java/net/NetworkInterface.c ! src/solaris/native/java/net/PlainDatagramSocketImpl.c ! src/solaris/native/java/net/PlainSocketImpl.c ! src/solaris/native/java/net/SocketInputStream.c ! src/solaris/native/java/net/bsd_close.c ! src/solaris/native/java/net/net_util_md.c ! src/solaris/native/java/net/net_util_md.h Changeset: 3ad5464e7a21 Author: ksrini Date: 2012-09-20 13:01 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/3ad5464e7a21 7199614: (pack200) remove unused file Reviewed-by: alanb - src/share/test/pack200/pack.conf Changeset: 3cfb621d5e7e Author: alanb Date: 2012-09-21 15:39 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/3cfb621d5e7e 7199551: (bf) CharBuffer.append(CharSequence) throws BufferOverflowException for read-only buffer Reviewed-by: iris, dxu, chegar ! src/share/classes/java/nio/X-Buffer.java.template ! test/java/nio/Buffer/Basic-X.java.template ! test/java/nio/Buffer/Basic.java ! test/java/nio/Buffer/BasicByte.java ! test/java/nio/Buffer/BasicChar.java ! test/java/nio/Buffer/BasicDouble.java ! test/java/nio/Buffer/BasicFloat.java ! test/java/nio/Buffer/BasicInt.java ! test/java/nio/Buffer/BasicLong.java ! test/java/nio/Buffer/BasicShort.java Changeset: f0aa997ad78b Author: valeriep Date: 2012-09-25 11:27 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/f0aa997ad78b 7199941: test about AES/ECB mode fails Summary: Fixed the problem of field "blockMode" not having correct value for AES algorithms. Reviewed-by: vinnie ! src/share/classes/sun/security/pkcs11/P11Cipher.java Changeset: 4fcbddfd97f0 Author: valeriep Date: 2012-09-25 11:31 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/4fcbddfd97f0 7199939: DSA 576 and 640 bit keys fail when initializing for No precomputed parameters Summary: Fixed initialize(int, SecureRandom) call to not error out when no precomputed params available. Reviewed-by: vinnie ! src/share/classes/sun/security/provider/DSAKeyPairGenerator.java ! src/share/classes/sun/security/provider/DSAParameterGenerator.java ! src/share/classes/sun/security/provider/ParameterCache.java Changeset: a58585051c4b Author: xuelei Date: 2012-09-26 21:05 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/a58585051c4b 7200295: CertificateRequest message is wrapping when using large numbers of Certs Reviewed-by: wetmore ! src/share/classes/sun/security/ssl/HandshakeMessage.java ! src/share/classes/sun/security/ssl/HandshakeOutStream.java ! src/share/classes/sun/security/ssl/Record.java + test/sun/security/ssl/com/sun/net/ssl/internal/ssl/X509TrustManagerImpl/CertRequestOverflow.java Changeset: 790b81b631ba Author: alanb Date: 2012-09-27 10:30 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/790b81b631ba 7200742: (se) Selector.select does not block when starting Coherence (sol) Reviewed-by: chegar ! src/solaris/classes/sun/nio/ch/DevPollArrayWrapper.java + test/java/nio/channels/Selector/ChangingInterests.java Changeset: 9e879c0288c2 Author: andrew Date: 2012-09-27 17:55 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/9e879c0288c2 7201205: Add Makefile configuration option to build with unlimited crypto in OpenJDK. Summary: Allow OpenJDK to use the unlimited crypto policy. Reviewed-by: wetmore, ohair ! make/javax/crypto/Makefile Changeset: 11a5da68673c Author: robm Date: 2012-09-27 22:35 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/11a5da68673c 7199862: Make sure that a connection is still alive when retrieved from KeepAliveCache in certain cases Reviewed-by: chegar ! src/share/classes/sun/net/www/http/HttpClient.java ! src/share/classes/sun/net/www/protocol/http/HttpURLConnection.java Changeset: b3c7a3138c5d Author: robm Date: 2012-09-28 04:39 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/b3c7a3138c5d 7199219: Proxy-Connection headers set incorrectly when a HttpClient is retrieved from the Keep Alive Cache Reviewed-by: chegar ! src/share/classes/sun/net/www/http/HttpClient.java ! src/share/classes/sun/net/www/protocol/http/HttpURLConnection.java Changeset: 7529cc41e637 Author: peytoia Date: 2012-09-28 14:14 +0900 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/7529cc41e637 7069824: Support for BCP47 locale matching Reviewed-by: naoto, okutsu ! src/share/classes/java/util/Locale.java + src/share/classes/sun/util/locale/LocaleEquivalentMaps.java + src/share/classes/sun/util/locale/LocaleMatcher.java + test/java/util/Locale/Bug7069824.java + test/java/util/Locale/tools/EquivMapsGenerator.java + test/java/util/Locale/tools/language-subtag-registry.txt Changeset: 7e3ef09bb348 Author: weijun Date: 2012-09-28 17:15 +0800 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/7e3ef09bb348 7200682: TEST_BUG: keytool/autotest.sh still has problems with libsoftokn.so Reviewed-by: alanb, smarks ! test/sun/security/tools/keytool/autotest.sh Changeset: b8e08f5d255a Author: dxu Date: 2012-09-28 11:14 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/b8e08f5d255a 6950237: Test java/nio/file/Path/CopyAndMove.java does not work correctly when test dir in on VFAT Reviewed-by: alanb ! src/solaris/classes/sun/nio/fs/LinuxFileStore.java ! test/java/nio/file/Files/CopyAndMove.java Changeset: 77bf5cde2192 Author: lana Date: 2012-09-28 14:56 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/77bf5cde2192 Merge - make/common/Defs-embedded.gmk - make/common/Release-embedded.gmk - src/macosx/classes/sun/awt/SunToolkitSubclass.java Changeset: 0c1c4b185451 Author: dsamersoff Date: 2012-09-29 15:44 +0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/0c1c4b185451 7186723: TEST_BUG: Race condition in sun/management/jmxremote/startstop/JMXStartStopTest.sh Summary: Make test self-terminating and independent to cygwin/mks kill behaviour Reviewed-by: sspitsyn, alanb ! test/ProblemList.txt ! test/sun/management/jmxremote/startstop/JMXStartStopDoSomething.java ! test/sun/management/jmxremote/startstop/JMXStartStopTest.java ! test/sun/management/jmxremote/startstop/JMXStartStopTest.sh ! test/sun/management/jmxremote/startstop/REMOTE_TESTING.txt Changeset: 39cbe256c3d1 Author: alanb Date: 2012-10-01 15:36 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/39cbe256c3d1 8000269: Cleanup javadoc warnings Reviewed-by: lancea, darcy, ulfzibis, iris, naoto, dholmes ! src/share/classes/java/io/FilePermission.java ! src/share/classes/java/io/PrintWriter.java ! src/share/classes/java/io/Reader.java ! src/share/classes/java/lang/Class.java ! src/share/classes/java/lang/InheritableThreadLocal.java ! src/share/classes/java/lang/Integer.java ! src/share/classes/java/lang/Package.java ! src/share/classes/java/lang/StrictMath.java ! src/share/classes/java/lang/String.java ! src/share/classes/java/lang/System.java ! src/share/classes/java/lang/ThreadGroup.java ! src/share/classes/java/lang/ThreadLocal.java ! src/share/classes/java/lang/management/ThreadInfo.java ! src/share/classes/java/net/AbstractPlainDatagramSocketImpl.java ! src/share/classes/java/net/AbstractPlainSocketImpl.java ! src/share/classes/java/net/DatagramSocket.java ! src/share/classes/java/net/Inet4Address.java ! src/share/classes/java/net/SocketInputStream.java ! src/share/classes/java/net/SocketPermission.java ! src/share/classes/java/net/SocksSocketImpl.java ! src/share/classes/java/net/URLConnection.java ! src/share/classes/java/nio/channels/Channels.java ! src/share/classes/java/nio/file/FileSystem.java ! src/share/classes/java/nio/file/Files.java ! src/share/classes/java/nio/file/Path.java ! src/share/classes/java/nio/file/attribute/AclFileAttributeView.java ! src/share/classes/java/nio/file/attribute/FileTime.java ! src/share/classes/java/security/AllPermission.java ! src/share/classes/java/security/BasicPermission.java ! src/share/classes/java/security/CodeSource.java ! src/share/classes/java/security/KeyStore.java ! src/share/classes/java/security/cert/PKIXRevocationChecker.java ! src/share/classes/java/sql/CallableStatement.java ! src/share/classes/java/text/CollationElementIterator.java ! src/share/classes/java/text/DigitList.java ! src/share/classes/java/text/Format.java ! src/share/classes/java/text/RBCollationTables.java ! src/share/classes/java/text/RBTableBuilder.java ! src/share/classes/java/text/SimpleDateFormat.java ! src/share/classes/java/util/Calendar.java ! src/share/classes/java/util/Currency.java ! src/share/classes/java/util/Formatter.java ! src/share/classes/java/util/JapaneseImperialCalendar.java ! src/share/classes/java/util/JumboEnumSet.java ! src/share/classes/java/util/Locale.java ! src/share/classes/java/util/PropertyPermission.java ! src/share/classes/java/util/RegularEnumSet.java ! src/share/classes/java/util/Scanner.java ! src/share/classes/java/util/TimeZone.java ! src/share/classes/java/util/logging/Logging.java ! src/share/classes/java/util/prefs/XmlSupport.java ! src/share/classes/javax/crypto/CryptoAllPermission.java ! src/share/classes/javax/crypto/CryptoPermission.java ! src/share/classes/javax/crypto/CryptoPolicyParser.java ! src/share/classes/javax/crypto/NullCipherSpi.java ! src/share/classes/javax/management/loading/MLet.java ! src/share/classes/javax/management/modelmbean/ModelMBeanAttributeInfo.java ! src/share/classes/javax/management/openmbean/CompositeDataInvocationHandler.java ! src/share/classes/javax/naming/spi/NamingManager.java ! src/share/classes/javax/security/auth/kerberos/DelegationPermission.java ! src/share/classes/javax/security/auth/kerberos/ServicePermission.java ! src/share/classes/javax/sql/ConnectionPoolDataSource.java ! src/share/classes/javax/sql/PooledConnection.java ! src/share/classes/javax/sql/rowset/spi/SyncProvider.java Changeset: 75080f572f84 Author: olagneau Date: 2012-10-02 10:11 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/75080f572f84 7050528: Improve performance of java.text.DecimalFormat.format() call stack Reviewed-by: darcy ! src/share/classes/java/text/DecimalFormat.java ! src/share/classes/java/text/NumberFormat.java + test/java/text/Format/DecimalFormat/FormatMicroBenchmark.java + test/java/text/Format/DecimalFormat/GoldenDoubleValues.java + test/java/text/Format/DecimalFormat/GoldenFormattedValues.java + test/java/text/Format/DecimalFormat/RoundingAndPropertyTest.java Changeset: 041c687c4f40 Author: psandoz Date: 2012-10-02 10:36 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/041c687c4f40 7197642: (sl) ServiceLoader.load(null) doesn't throw NPE Reviewed-by: alanb ! src/share/classes/java/util/ServiceLoader.java + test/java/util/ServiceLoader/NPE.java Changeset: 6750ab947255 Author: alanb Date: 2012-10-02 12:23 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/6750ab947255 8000268: sun/security/provider/X509Factory/BigCRL.java failing on Linux 32-bit Reviewed-by: mullan ! test/sun/security/provider/X509Factory/BigCRL.java Changeset: 4744dc70e5d1 Author: peytoia Date: 2012-10-03 15:11 +0900 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/4744dc70e5d1 7104012: AIOOBE from RuleBasedBreakIterator.lookupState for some suppl. chars Reviewed-by: okutsu ! src/share/classes/sun/text/SupplementaryCharacterData.java + test/java/text/BreakIterator/Bug7104012.java Changeset: 7fe88d457d85 Author: dxu Date: 2012-10-03 09:03 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/7fe88d457d85 6910472: Typo in : java.io.ObjectOutputStream.reset() "refered" Reviewed-by: dholmes, alanb ! src/share/classes/java/io/ObjectOutputStream.java Changeset: 123db1c28d92 Author: peytoia Date: 2012-10-04 11:36 +0900 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/123db1c28d92 7196316: Wrong rounding mode in DecimalFormat after deserialization Reviewed-by: okutsu ! src/share/classes/java/text/DecimalFormat.java + test/java/text/Format/DecimalFormat/Bug7196316.java Changeset: 8692e14b8ea8 Author: peytoia Date: 2012-10-04 18:05 +0900 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/8692e14b8ea8 7201151: Fix Contribution : Java cannot get Windows's IME name correctly Reviewed-by: okutsu ! src/windows/native/sun/windows/awt_InputMethod.cpp Changeset: 344f0acff085 Author: vinnie Date: 2012-02-14 11:18 +0000 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/344f0acff085 7133495: [macosx] KeyChain KeyStore implementation retrieves only one private key entry Reviewed-by: weijun ! src/macosx/native/apple/security/KeystoreImpl.m + test/sun/security/tools/keytool/ListKeychainStore.sh Changeset: 77af5b4ae4f0 Author: vinnie Date: 2012-10-04 11:54 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/77af5b4ae4f0 Merge Changeset: c6a0b13e6efa Author: naoto Date: 2012-10-04 10:04 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/c6a0b13e6efa 7196799: CLDR adapter can not be invoked when region code is specified in Locale 7197573: java/util/Locale/LocaleProviders.sh failed. Reviewed-by: okutsu ! make/java/java/FILES_java.gmk ! src/share/classes/sun/util/locale/provider/CalendarDataProviderImpl.java + src/share/classes/sun/util/locale/provider/FallbackLocaleProviderAdapter.java ! src/share/classes/sun/util/locale/provider/JRELocaleProviderAdapter.java ! src/share/classes/sun/util/locale/provider/LocaleProviderAdapter.java ! test/java/util/Locale/LocaleProviders.java ! test/java/util/Locale/LocaleProviders.sh Changeset: bba370caafad Author: robm Date: 2012-10-04 19:53 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/bba370caafad 7184932: Remove the temporary Selector usage in the NIO socket adapters Reviewed-by: alanb ! make/java/nio/mapfile-bsd ! make/java/nio/mapfile-linux ! make/java/nio/mapfile-solaris ! src/share/classes/sun/nio/ch/DatagramChannelImpl.java ! src/share/classes/sun/nio/ch/DatagramSocketAdaptor.java ! src/share/classes/sun/nio/ch/Net.java ! src/share/classes/sun/nio/ch/ServerSocketAdaptor.java ! src/share/classes/sun/nio/ch/ServerSocketChannelImpl.java ! src/share/classes/sun/nio/ch/SocketAdaptor.java ! src/share/classes/sun/nio/ch/SocketChannelImpl.java ! src/share/classes/sun/nio/ch/Util.java ! src/solaris/native/sun/nio/ch/Net.c ! src/windows/native/sun/nio/ch/Net.c + test/java/nio/channels/etc/AdaptorCloseAndInterrupt.java Changeset: cd4f181eb666 Author: naoto Date: 2012-10-04 21:03 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/cd4f181eb666 7200119: Collator.getAvailableLocales() doesn't return Locale.US Reviewed-by: okutsu ! src/share/classes/sun/util/locale/provider/JRELocaleProviderAdapter.java + test/java/text/Collator/Bug7200119.java Changeset: 647424d6cf65 Author: naoto Date: 2012-10-04 21:05 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/647424d6cf65 Merge Changeset: 88a726a5b2dc Author: naoto Date: 2012-10-05 09:57 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/88a726a5b2dc 7198834: HOST Adapter: one extra empty space in the end of the pattern string Reviewed-by: okutsu ! src/share/classes/sun/util/locale/provider/JRELocaleProviderAdapter.java ! src/windows/native/sun/util/locale/provider/HostLocaleProviderAdapter_md.c ! test/java/util/Locale/LocaleProviders.java ! test/java/util/Locale/LocaleProviders.sh Changeset: f65871e75fde Author: alanb Date: 2012-10-06 13:56 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/f65871e75fde 8000354: (props) Properties.storeToXML/loadFromXML need to allow for alternative implementations Reviewed-by: mchung, forax ! make/java/java/FILES_java.gmk ! make/sun/util/Makefile ! src/share/classes/java/util/Properties.java + src/share/classes/sun/util/spi/XmlPropertiesProvider.java + src/share/classes/sun/util/xml/META-INF/services/sun.util.spi.XmlPropertiesProvider + src/share/classes/sun/util/xml/PlatformXmlPropertiesProvider.java - src/share/classes/sun/util/xml/XMLUtils.java + test/java/util/Properties/CustomProvider.java + test/java/util/Properties/LoadAndStoreXML.java + test/java/util/Properties/MyXmlPropertiesProvider.java Changeset: 92f3a96f3c78 Author: weijun Date: 2012-10-08 10:42 +0800 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/92f3a96f3c78 7201053: Krb5LoginModule shows NPE when both useTicketCache and storeKey are set to true Reviewed-by: mullan ! src/share/classes/com/sun/security/auth/module/Krb5LoginModule.java + test/sun/security/krb5/auto/UseCacheAndStoreKey.java Changeset: d8581143e11d Author: lana Date: 2012-10-08 15:39 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/d8581143e11d Merge - src/share/classes/sun/util/xml/XMLUtils.java - src/share/test/pack200/pack.conf Changeset: 61ddb3fd000a Author: lana Date: 2012-10-11 16:59 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/61ddb3fd000a Merge - src/share/classes/sun/util/xml/XMLUtils.java - src/share/test/pack200/pack.conf Changeset: a0a2b186ae28 Author: tbell Date: 2012-10-23 10:10 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/a0a2b186ae28 7152336: Enable builds on Windows with MinGW/MSYS Summary: Minimal makefile changes to enable building OpenJDK using MSYS on Windows7 Reviewed-by: ohair, tbell Contributed-by: volker.simonis at gmail.com ! make/com/sun/java/pack/Makefile ! make/common/Defs-windows.gmk ! make/common/Demo.gmk ! make/common/Library.gmk ! make/common/Program.gmk ! make/common/Release.gmk ! make/common/shared/Defs-utils.gmk ! make/common/shared/Defs-windows.gmk ! make/common/shared/Platform.gmk ! make/common/shared/Sanity-Settings.gmk ! make/common/shared/Sanity.gmk ! make/jdk_generic_profile.sh ! make/tools/freetypecheck/Makefile + make/tools/msys_build_scripts/dospath.sh + make/tools/msys_build_scripts/dospath.vbs Changeset: 1ae6420126af Author: katleman Date: 2012-10-18 11:09 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/1ae6420126af Added tag jdk8-b61 for changeset 61ddb3fd000a ! .hgtags Changeset: 61af38b8d4ff Author: twisti Date: 2012-10-19 17:04 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/61af38b8d4ff 8000989: smaller code changes to make future JSR 292 backports easier Reviewed-by: jrose ! src/share/classes/java/lang/invoke/BoundMethodHandle.java ! src/share/classes/java/lang/invoke/CallSite.java ! src/share/classes/java/lang/invoke/DirectMethodHandle.java ! src/share/classes/java/lang/invoke/InvokerBytecodeGenerator.java ! src/share/classes/java/lang/invoke/Invokers.java ! src/share/classes/java/lang/invoke/LambdaForm.java ! src/share/classes/java/lang/invoke/MemberName.java ! src/share/classes/java/lang/invoke/MethodHandle.java ! src/share/classes/java/lang/invoke/MethodHandleImpl.java ! src/share/classes/java/lang/invoke/MethodHandleStatics.java ! src/share/classes/sun/invoke/util/ValueConversions.java ! test/java/lang/invoke/BigArityTest.java ! test/java/lang/invoke/PrivateInvokeTest.java Changeset: 7a7e49acadec Author: kamg Date: 2012-10-22 20:12 -0400 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/7a7e49acadec 8001225: Disable jdk regression test java/lang/System/Versions.java until jdk's classfile version code is updated Summary: Exclude java/lang/System/Versions.java test Reviewed-by: sspitsyn, coleenp ! test/ProblemList.txt Changeset: 50b8b17449d2 Author: katleman Date: 2012-10-24 13:14 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/50b8b17449d2 Merge Changeset: 8b0a09f9366b Author: ihse Date: 2012-10-25 12:36 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/8b0a09f9366b Merge ! make/com/sun/java/pack/Makefile ! make/common/Demo.gmk ! make/common/Program.gmk ! make/common/Release.gmk ! src/macosx/classes/sun/lwawt/LWTextFieldPeer.java ! src/share/classes/java/lang/Integer.java - src/share/classes/sun/util/xml/XMLUtils.java - src/share/test/pack200/pack.conf From magnus.ihse.bursie at oracle.com Thu Oct 25 04:21:15 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Thu, 25 Oct 2012 11:21:15 +0000 Subject: hg: build-infra/jdk8: We should call closed source "closed" and not "custom". Message-ID: <20121025112116.55B0747539@hg.openjdk.java.net> Changeset: 3e6a24ac92c2 Author: ihse Date: 2012-10-25 13:21 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/3e6a24ac92c2 We should call closed source "closed" and not "custom". ! common/autoconf/generated-configure.sh ! common/autoconf/jdk-options.m4 From magnus.ihse.bursie at oracle.com Thu Oct 25 04:50:58 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Thu, 25 Oct 2012 11:50:58 +0000 Subject: hg: build-infra/jdk8: Solaris cut seems finicky about the order of cut arguments. Message-ID: <20121025115058.F013B4753A@hg.openjdk.java.net> Changeset: b7ba9fb08613 Author: ihse Date: 2012-10-25 13:50 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/b7ba9fb08613 Solaris cut seems finicky about the order of cut arguments. ! common/makefiles/MakeHelpers.gmk From magnus.ihse.bursie at oracle.com Thu Oct 25 05:13:53 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Thu, 25 Oct 2012 12:13:53 +0000 Subject: hg: build-infra/jdk8: Additional whitespace in macro due to indentation broke compare logic. Message-ID: <20121025121353.BA4E24753B@hg.openjdk.java.net> Changeset: 3e81f0f38c01 Author: ihse Date: 2012-10-25 14:13 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/3e81f0f38c01 Additional whitespace in macro due to indentation broke compare logic. (Argh! make syntax!) ! common/makefiles/MakeHelpers.gmk From magnus.ihse.bursie at oracle.com Thu Oct 25 06:15:20 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Thu, 25 Oct 2012 13:15:20 +0000 Subject: hg: build-infra/jdk8/hotspot: Fix build-infra hotspot repo so it contains the proper queens/test-in-build Message-ID: <20121025131524.53B4E4753C@hg.openjdk.java.net> Changeset: c9cb27aa3dd4 Author: ihse Date: 2012-10-25 15:15 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/c9cb27aa3dd4 Fix build-infra hotspot repo so it contains the proper queens/test-in-build patch. This will restore broken embedded build functionality. ! make/defs.make From magnus.ihse.bursie at oracle.com Thu Oct 25 06:16:17 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Thu, 25 Oct 2012 13:16:17 +0000 Subject: hg: build-infra/jdk8/hotspot: Minimize difference between build-infra/hotspot and build/hotspot by Message-ID: <20121025131619.4CED54753D@hg.openjdk.java.net> Changeset: 19e194bfae95 Author: ihse Date: 2012-10-25 15:16 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/19e194bfae95 Minimize difference between build-infra/hotspot and build/hotspot by restoring empty lines. ! make/linux/makefiles/defs.make From magnus.ihse.bursie at oracle.com Thu Oct 25 06:59:46 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Thu, 25 Oct 2012 15:59:46 +0200 Subject: Status of the hotspot repo in the build-infra forest Message-ID: <508945D2.6080100@oracle.com> The hotspot repo has for a long time been problematic for build-infra, since we have not really kept it up-to-date -- changes in build-infra/hotspot has not been pushed properly, and we have diverted from upstream hotspot, which made new fixes require additional manual work to sort out, with the added risk of human errors. I have now done a thourough analysis of the hotspot situation. This is my findings: We have two sets of differences, compared to hotspot in the build forest. The differences compared to hotspot-rt/hotspot are the same, apart from the new stuff in hotspot-rt that has not yet reached build/hotspot. The two differences are: * The incomplete Queens/test-in-build patch, which is complete and correct on build-infra, but not the build forest. * A patch to allow build-infra to run on msys. I have sent Kelly a patch that will compensate for the first. I have sent a webrev for the second. If there is any problem with this, we can skip it for now -- the "only" thing that happens is that the new build won't be able to build on msys in mainline. It's unfortunately, but it's not a regression since we've never had msys support there before. /Magnus From magnus.ihse.bursie at oracle.com Thu Oct 25 07:13:00 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Thu, 25 Oct 2012 16:13:00 +0200 Subject: Status of the langtools repo in the build-infra forest Message-ID: <508948EC.4020501@oracle.com> Similar to hotspot, the langtools repo has also been messy. The reason for this is basically that it contains two kinds of changes, Fredriks smartjavac implementation, and changes to the new buildsystem. On top of that, Fredrik has pulled some fixes from the tl forest, while Kelly, Erik and I have pulled from the build forest. The smartjavac changes will have to be integrated via langtools, but the buildsystem stuff should go via build. On top of that, there is a third change, which is a modification to test/Makefile to adapt to running tests via build-infra. I have published a separate webrev for that change. It is non-essential, however, so if it turns out to be problematic, we can just drop it. Currently, the only build-infra changes are minimal, it's a few lines of changes log level, a changed filename and new top-level wrapper similar to those in the other repos. However, due to the filename change, the actual change is hard to see. Here it is for your benefit. This info should probably be attached when the formal request for a code review turns up. --- /localhome/hg/build-jdk8-NEW/langtools/makefiles/Makefile +++ /localhome/hg/build-infra-jdk8/langtools/makefiles/BuildLangtools.gmk @@ -143,13 +143,13 @@ $(LANGTOOLS_OUTPUTDIR)/gensrc/_the_props.d mkdir -p $(@D) mkdir -p $(LANGTOOLS_OUTPUTDIR)/tmpstubs - echo Generating stubs from JDK sources. + echo $(LOG_INFO) Generating stubs from JDK sources. ($(TOOL_GENSTUBS_CMD) -s $(LANGTOOLS_OUTPUTDIR)/tmpstubs -sourcepath $(JDKS) $(STUBCLASSES) && echo STUBS_ARE_CREATED=yes > $@) if $(DIFF) -x "_the*" -rq $(LANGTOOLS_OUTPUTDIR)/tmpstubs $(LANGTOOLS_OUTPUTDIR)/genstubs > /dev/null 2>&1; then \ - echo No changes in the stubs!; \ + echo $(LOG_INFO) No changes in the stubs!; \ rm -rf $(LANGTOOLS_OUTPUTDIR)/tmpstubs; \ else \ - echo Changes in stubs detected!; \ + echo $(LOG_INFO) Changes in stubs detected!; \ rm -rf $(@D); \ mv $(LANGTOOLS_OUTPUTDIR)/tmpstubs $(@D); \ fi /Magnus From magnus.ihse.bursie at oracle.com Thu Oct 25 07:17:44 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Thu, 25 Oct 2012 16:17:44 +0200 Subject: Status of the langtools repo in the build-infra forest In-Reply-To: <508948EC.4020501@oracle.com> References: <508948EC.4020501@oracle.com> Message-ID: <50894A08.1080008@oracle.com> On 2012-10-25 16:13, Magnus Ihse Bursie wrote: > On top of that, there is a third change, which is a modification to > test/Makefile to adapt to running tests via build-infra. I have > published a separate webrev for that change. It is non-essential, > however, so if it turns out to be problematic, we can just drop it. This was not entirely accurate. It turned out that Fredrik backed that change out in 7fce2b23040e. (Probably accidental, it was a merge of test cases from tl.) So we're currently equal on test/Makefile as well. Since this fix is out for review as a separate patch, we'll keep it that way. /Magnus From magnus.ihse.bursie at oracle.com Thu Oct 25 07:51:27 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Thu, 25 Oct 2012 16:51:27 +0200 Subject: Request for Review: Integrating build-infra changes into build forest Message-ID: <508951EF.1040804@oracle.com> Here is a webrev of the latest changes in build-infra that we want to push to the build forest. http://cr.openjdk.java.net/~ihse/build-infra-integ/ For jdk, langtools, corba, jaxp and jaxws, all changes are in the makefiles directory. No patches from hotspot are needed at this time. (See separate mail on this.) In the top level, all changes are in the common directory (currently used exclusively by build-infra), except for a couple of changes at the root directory. This includes addition of a new, top-level configure script and the nbprojects directory. (Kelly, do you still want to push this?) /Magnus From jonathan.gibbons at oracle.com Thu Oct 25 08:10:56 2012 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Thu, 25 Oct 2012 08:10:56 -0700 Subject: Status of the langtools repo in the build-infra forest In-Reply-To: <508948EC.4020501@oracle.com> References: <508948EC.4020501@oracle.com> Message-ID: <50895680.7000101@oracle.com> Some of the changes for smart-javac should be done independently, as a change to javac to go in via TL/langtools. This will reduce the changes needed to javac for the benefit of smart-javac. I started work on that patch yesterday, and should have it shortly. -- Jon On 10/25/2012 07:13 AM, Magnus Ihse Bursie wrote: > Similar to hotspot, the langtools repo has also been messy. The reason > for this is basically that it contains two kinds of changes, Fredriks > smartjavac implementation, and changes to the new buildsystem. On top > of that, Fredrik has pulled some fixes from the tl forest, while > Kelly, Erik and I have pulled from the build forest. > > The smartjavac changes will have to be integrated via langtools, but > the buildsystem stuff should go via build. > > On top of that, there is a third change, which is a modification to > test/Makefile to adapt to running tests via build-infra. I have > published a separate webrev for that change. It is non-essential, > however, so if it turns out to be problematic, we can just drop it. > > Currently, the only build-infra changes are minimal, it's a few lines > of changes log level, a changed filename and new top-level wrapper > similar to those in the other repos. However, due to the filename > change, the actual change is hard to see. Here it is for your benefit. > This info should probably be attached when the formal request for a > code review turns up. > > --- /localhome/hg/build-jdk8-NEW/langtools/makefiles/Makefile > +++ /localhome/hg/build-infra-jdk8/langtools/makefiles/BuildLangtools.gmk > @@ -143,13 +143,13 @@ > $(LANGTOOLS_OUTPUTDIR)/gensrc/_the_props.d > mkdir -p $(@D) > mkdir -p $(LANGTOOLS_OUTPUTDIR)/tmpstubs > - echo Generating stubs from JDK sources. > + echo $(LOG_INFO) Generating stubs from JDK sources. > ($(TOOL_GENSTUBS_CMD) -s > $(LANGTOOLS_OUTPUTDIR)/tmpstubs -sourcepath $(JDKS) $(STUBCLASSES) && > echo STUBS_ARE_CREATED=yes > $@) > if $(DIFF) -x "_the*" -rq $(LANGTOOLS_OUTPUTDIR)/tmpstubs > $(LANGTOOLS_OUTPUTDIR)/genstubs > /dev/null 2>&1; then \ > - echo No changes in the stubs!; \ > + echo $(LOG_INFO) No changes in the stubs!; \ > rm -rf $(LANGTOOLS_OUTPUTDIR)/tmpstubs; \ > else \ > - echo Changes in stubs detected!; \ > + echo $(LOG_INFO) Changes in stubs detected!; \ > rm -rf $(@D); \ > mv $(LANGTOOLS_OUTPUTDIR)/tmpstubs $(@D); \ > fi > > /Magnus From magnus.ihse.bursie at oracle.com Thu Oct 25 09:06:34 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Thu, 25 Oct 2012 18:06:34 +0200 Subject: OpenJDK build and libfreetype In-Reply-To: <508893DF.4030309@oracle.com> References: <50874153.6070305@oracle.com> <5087D5AC.1070504@oracle.com> <508893DF.4030309@oracle.com> Message-ID: Freetype is not used when building with closed sources, so it has not been finding itself, it has never been used. Still, it's weird that configure let you pass without a valid freetype path. What did configure print while checking freetype? /Magnus 25 okt 2012 kl. 03:20 skrev David Holmes : > On 24/10/2012 9:49 PM, Magnus Ihse Bursie wrote: >> On 2012-10-24 03:16, David Holmes wrote: >>> Probably a FAQ but I just tried to force an OpenJDK build of my forest >>> and it failed: >>> >>> /usr/bin/ld: cannot find -lfreetype >>> >>> what do I have to set to make this work? >> >> You have to specify --with-freetype to configure, pointing to your >> freetype installation. > > I don't normally so it is finding it itself for non-openjdk builds. > >> I'm not sure why a missing freetype wasn't caught by configure, though. > > Me neither. All I'm changing is whether it is an openjdk build or not. > > The good news is that --with-java-path fixed it for me. > > David > >> On the other hand, the freetype handling in configure is currently >> really crappy, so I'm not surprised. (I'm hoping I'll have enough time >> to fix that before I leave.) >> >> /Magnus From erik.joelsson at oracle.com Thu Oct 25 09:27:11 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Thu, 25 Oct 2012 16:27:11 +0000 Subject: hg: build-infra/jdk8: 2 new changesets Message-ID: <20121025162712.4ED6B4753F@hg.openjdk.java.net> Changeset: c6011df39cf7 Author: erikj Date: 2012-10-25 18:02 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/c6011df39cf7 Adjusted compare script for comparing deploy repo output. Not completely done. ! common/autoconf/spec.gmk.in ! common/bin/compare.sh Changeset: 8716dcf0bc2d Author: erikj Date: 2012-10-25 18:24 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/8716dcf0bc2d Merge ! common/autoconf/generated-configure.sh ! common/bin/compare.sh From kelly.ohair at oracle.com Thu Oct 25 09:28:55 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Thu, 25 Oct 2012 09:28:55 -0700 Subject: OpenJDK build and libfreetype In-Reply-To: References: <50874153.6070305@oracle.com> <5087D5AC.1070504@oracle.com> <508893DF.4030309@oracle.com> Message-ID: Please be careful on the error checks in configure. I pass in the freetype options all the time, even when building the custom jdk, that's because I often never know if I have a pure open or custom forest when I spin up a build, so I'm never sure if I need freetype or not. I assume that the freetype settings will be ignored if not needed, maybe spit out a warning, but NOT throw a fatal error. Fatal errors should always be reserved for items that are guaranteed to be a build failure. If you tighten up the error checking on configure too much, you will only make life difficult for those of us that have to work in multiple worlds or varying situations. The original Sanity checks in the old Makefiles used to be extremely strict, fatal errors for the slightest variation on a version of a tool used etc. When we open sourced, we quickly discovered that we had to lighten up a bit, and many fatal sanity errors became warnings. The variations of how the source was built and the various systems it was built on, made the fatal sanity checks unmaintainable. Now maybe we went too far here, but we need to be careful we don't swing the pendulum back too far. -kto On Oct 25, 2012, at 9:06 AM, Magnus Ihse Bursie wrote: > Freetype is not used when building with closed sources, so it has not been finding itself, it has never been used. Still, it's weird that configure let you pass without a valid freetype path. What did configure print while checking freetype? > > /Magnus > > 25 okt 2012 kl. 03:20 skrev David Holmes : > >> On 24/10/2012 9:49 PM, Magnus Ihse Bursie wrote: >>> On 2012-10-24 03:16, David Holmes wrote: >>>> Probably a FAQ but I just tried to force an OpenJDK build of my forest >>>> and it failed: >>>> >>>> /usr/bin/ld: cannot find -lfreetype >>>> >>>> what do I have to set to make this work? >>> >>> You have to specify --with-freetype to configure, pointing to your >>> freetype installation. >> >> I don't normally so it is finding it itself for non-openjdk builds. >> >>> I'm not sure why a missing freetype wasn't caught by configure, though. >> >> Me neither. All I'm changing is whether it is an openjdk build or not. >> >> The good news is that --with-java-path fixed it for me. >> >> David >> >>> On the other hand, the freetype handling in configure is currently >>> really crappy, so I'm not surprised. (I'm hoping I'll have enough time >>> to fix that before I leave.) >>> >>> /Magnus From kelly.ohair at oracle.com Thu Oct 25 13:23:48 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Thu, 25 Oct 2012 13:23:48 -0700 Subject: Status of the hotspot repo in the build-infra forest In-Reply-To: <508945D2.6080100@oracle.com> References: <508945D2.6080100@oracle.com> Message-ID: <279FC269-A946-4D1F-84F6-9DB998C399F3@oracle.com> If the build-infra/jdk8/hotspot changes are NOT integrated, then the build-infra building will break all windows builds. The old builds still work fine, but the build-infra windows builds would be broken. So until the hotspot changes are either integrated through hotspot-rt, then integrated into jdk8/jdk8, then pulled down into jdk8/build we cannot integrate with a build regression on all windows builds. Someone needs to figure out why this is happening and adjust our common makefile logic to break this hotspot change dependency, then we can integrate. This is why I no longer want ANY hotspot changes being integrated into build-infra/jdk8/hotspot, none. This is the error I am seeing on all windows builds: rm -f x86_64.ad cat C:\jprt\t\p1\181446~1.koh\s\hotspot/src/cpu/x86/vm/x86_64.ad C:\jprt\t\p1\181446~1.koh\s\hotspot/src/cpu/x86/vm/x86.ad C:\jprt\t\p1\181446~1.koh\s\hotspot/src/os_cpu/windows_x86/vm/windows_x86_64.ad >x86_64.ad C:\jprt\t\p1\181446~1.koh\s\build\window~1\fixpath.exe /nologo /W3 /WX /Zi /D "_LP64" /D "AMD64" /D "WIN32" /D "_WINDOWS" /D "VM_LITTLE_ENDIAN" /D TARGET_OS_FAMILY_windows /D TARGET_ARCH_x86 /D TARGET_ARCH_MODEL_x86_64 /D TARGET_OS_ARCH_windows_x86 /D TARGET_OS_ARCH_MODEL_windows_x86_64 /D TARGET_COMPILER_visCPP /MD /D _STATIC_CPPLIB /D _DISABLE_DEPRECATE_STATIC_CPPLIB /D _CRT_SECURE_NO_WARNINGS /D _CRT_SECURE_NO_DEPRECATE /EHsc /MD /D _STATIC_CPPLIB /D _DISABLE_DEPRECATE_STATIC_CPPLIB /I "..\generated" /I "C:\jprt\t\p1\181446~1.koh\s\hotspot\src\share\vm" /I "C:\jprt\t\p1\181446~1.koh\s\hotspot\src\os\windows\vm" /I "C:\jprt\t\p1\181446~1.koh\s\hotspot\src\cpu\x86\vm" /c C:\jprt\t\p1\181446~1.koh\s\hotspot\src\share\vm\adlc\main.cpp C:\jprt\t\p1\181446~1.koh\s\hotspot\src\share\vm\adlc\adlparse.cpp C:\jprt\t\p1\181446~1.koh\s\hotspot\src\share\vm\adlc\archDesc.cpp C:\jprt\t\p1\181446~1.koh\s\hotspot\src\share\vm\adlc\arena.cpp C:\jprt\t\p1\181446~1.koh\s\hotspot\src\share\vm\adlc\dfa.cpp C:\jprt\t\p1\181446~1.koh\s\hotspot\src\share\vm\adlc\dict2.cpp C:\jprt\t\p1\181446~1.koh\s\hotspot\src\share\vm\adlc\filebuff.cpp C:\jprt\t\p1\181446~1.koh\s\hotspot\src\share\vm\adlc\forms.cpp C:\jprt\t\p1\181446~1.koh\s\hotspot\src\share\vm\adlc\formsopt.cpp C:\jprt\t\p1\181446~1.koh\s\hotspot\src\share\vm\adlc\formssel.cpp C:\jprt\t\p1\181446~1.koh\s\hotspot\src\share\vm\adlc\output_c.cpp C:\jprt\t\p1\181446~1.koh\s\hotspot\src\share\vm\adlc\output_h.cpp Usage: fixpath -c|m /cygdrive/c/WINDOWS/notepad.exe /cygdrive/c/x/test.txt C:\jprt\t\p1\181446~1.koh\s\build\window~1\fixpath.exe /nologo /W3 /WX /Zi /D "_LP64" /D "AMD64" /D "WIN32" /D "_WINDOWS" /D "VM_LITTLE_ENDIAN" /D TARGET_OS_FAMILY_windows /D TARGET_ARCH_x86 /D TARGET_ARCH_MODEL_x86_64 /D TARGET_OS_ARCH_windows_x86 /D TARGET_OS_ARCH_MODEL_windows_x86_64 /D TARGET_COMPILER_visCPP /MD /D _STATIC_CPPLIB /D _DISABLE_DEPRECATE_STATIC_CPPLIB /D _CRT_SECURE_NO_WARNINGS /D _CRT_SECURE_NO_DEPRECATE /EHsc /MD /D _STATIC_CPPLIB /D _DISABLE_DEPRECATE_STATIC_CPPLIB /I "..\generated" /I "C:\jprt\t\p1\181446~1.koh\s\hotspot\src\share\vm" /I "C:\jprt\t\p1\181446~1.koh\s\hotspot\src\os\windows\vm" /I "C:\jprt\t\p1\181446~1.koh\s\hotspot\src\cpu\x86\vm" /c C:\jprt\t\p1\181446~1.koh\s\hotspot\src\share\vm\opto\opcodes.cpp Usage: fixpath -c|m /cygdrive/c/WINDOWS/notepad.exe /cygdrive/c/x/test.txt C:\jprt\t\p1\181446~1.koh\s\build\window~1\fixpath.exe /manifest kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib Wsock32.lib winmm.lib /nologo /machine:AMD64 /opt:REF /opt:ICF,8 /map /debug psapi.lib /subsystem:console /out:adlc.exe main.obj adlparse.obj archDesc.obj arena.obj dfa.obj dict2.obj filebuff.obj forms.obj formsopt.obj formssel.obj opcodes.obj output_c.obj output_h.obj Usage: fixpath -c|m /cygdrive/c/WINDOWS/notepad.exe /cygdrive/c/x/test.txt C:\jprt\t\p1\181446~1.koh\s\build\window~1\fixpath.exe /manifest adlc.exe.manifest /outputresource:adlc.exe;#1 Usage: fixpath -c|m /cygdrive/c/WINDOWS/notepad.exe /cygdrive/c/x/test.txt rm -f ad_x86_64.cpp ad_x86_64.hpp ad_x86_64_clone.cpp ad_x86_64_expand.cpp ad_x86_64_format.cpp ad_x86_64_gen.cpp ad_x86_64_misc.cpp ad_x86_64_peephole.cpp ad_x86_64_pipeline.cpp adGlobals_x86_64.hpp dfa_x86_64.cpp if exist adfiles rmdir /s /q adfiles mkdir adfiles adlc -q -T -D_LP64 x86_64.ad 'adlc' is not recognized as an internal or external command, operable program or batch file. NMAKE : fatal error U1077: 'adlc' : return code '0x1' Stop. NMAKE : fatal error U1077: 'cd' : return code '0x2' Stop. NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\BIN\amd64\nmake.EXE"' : return code '0x2' Stop. make[4]: *** [generic_build2] Error 2 make[4]: Leaving directory `/cygdrive/c/jprt/t/p1/181446~1.koh/s/hotspot/make' make[3]: *** [product] Error 2 make[3]: Leaving directory `/cygdrive/c/jprt/t/p1/181446~1.koh/s/hotspot/make' make[2]: *** [/cygdrive/c/jprt/t/p1/181446~1.koh/s/build/window~1/hotspot/_hotspot.timestamp] Error 2 make[2]: Leaving directory `/cygdrive/c/jprt/t/p1/181446~1.koh/s/common/makefiles' make[1]: *** [hotspot-only] Error 2 make[1]: Leaving directory `/cygdrive/c/jprt/T/P1/181446.kohair/s/build/windows-x86_64-normal-server-release' make: *** [images] Error 2 -kto On Oct 25, 2012, at 6:59 AM, Magnus Ihse Bursie wrote: > The hotspot repo has for a long time been problematic for build-infra, since we have not really kept it up-to-date -- changes in build-infra/hotspot has not been pushed properly, and we have diverted from upstream hotspot, which made new fixes require additional manual work to sort out, with the added risk of human errors. > > I have now done a thourough analysis of the hotspot situation. This is my findings: We have two sets of differences, compared to hotspot in the build forest. The differences compared to hotspot-rt/hotspot are the same, apart from the new stuff in hotspot-rt that has not yet reached build/hotspot. > > The two differences are: > * The incomplete Queens/test-in-build patch, which is complete and correct on build-infra, but not the build forest. > * A patch to allow build-infra to run on msys. > > I have sent Kelly a patch that will compensate for the first. > > I have sent a webrev for the second. If there is any problem with this, we can skip it for now -- the "only" thing that happens is that the new build won't be able to build on msys in mainline. It's unfortunately, but it's not a regression since we've never had msys support there before. > > /Magnus From david.holmes at oracle.com Thu Oct 25 16:08:33 2012 From: david.holmes at oracle.com (david.holmes at oracle.com) Date: Thu, 25 Oct 2012 23:08:33 +0000 Subject: hg: jdk8/profiles/jdk: Filter out alt-rt.jar in OPENJDK builds Message-ID: <20121025230856.09B2347557@hg.openjdk.java.net> Changeset: fde49a996c60 Author: dholmes Date: 2012-10-25 19:07 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/jdk/rev/fde49a996c60 Filter out alt-rt.jar in OPENJDK builds ! makefiles/Profiles.gmk From david.holmes at oracle.com Thu Oct 25 19:37:33 2012 From: david.holmes at oracle.com (David Holmes) Date: Fri, 26 Oct 2012 12:37:33 +1000 Subject: OpenJDK build and libfreetype In-Reply-To: References: <50874153.6070305@oracle.com> <5087D5AC.1070504@oracle.com> <508893DF.4030309@oracle.com> Message-ID: <5089F76D.3050001@oracle.com> On 26/10/2012 2:06 AM, Magnus Ihse Bursie wrote: > Freetype is not used when building with closed sources, so it has not been finding itself, it has never been used. Still, it's weird that configure let you pass without a valid freetype path. What did configure print while checking freetype? checking for FREETYPE2... yes configure:16900: checking for FREETYPE2 configure:16907: $PKG_CONFIG --exists --print-errors "freetype2" configure:16910: $? = 0 configure:16923: $PKG_CONFIG --exists --print-errors "freetype2" configure:16926: $? = 0 configure:16961: result: yes So it was looking to see if freetype2 is installed on the build machine (which it is) but nothing was actually setting the path. I think this is fixed now anyway because latest build-infra does: checking for FREETYPE2... yes checking for FT_Init_FreeType in -lfreetype... no configure: error: Could not find freetype2! Though if we have to set the path the pkg check seems redundant. Thanks, David > /Magnus > > 25 okt 2012 kl. 03:20 skrev David Holmes: > >> On 24/10/2012 9:49 PM, Magnus Ihse Bursie wrote: >>> On 2012-10-24 03:16, David Holmes wrote: >>>> Probably a FAQ but I just tried to force an OpenJDK build of my forest >>>> and it failed: >>>> >>>> /usr/bin/ld: cannot find -lfreetype >>>> >>>> what do I have to set to make this work? >>> >>> You have to specify --with-freetype to configure, pointing to your >>> freetype installation. >> >> I don't normally so it is finding it itself for non-openjdk builds. >> >>> I'm not sure why a missing freetype wasn't caught by configure, though. >> >> Me neither. All I'm changing is whether it is an openjdk build or not. >> >> The good news is that --with-java-path fixed it for me. >> >> David >> >>> On the other hand, the freetype handling in configure is currently >>> really crappy, so I'm not surprised. (I'm hoping I'll have enough time >>> to fix that before I leave.) >>> >>> /Magnus From kelly.ohair at oracle.com Thu Oct 25 19:38:09 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Thu, 25 Oct 2012 19:38:09 -0700 Subject: Running tests In-Reply-To: <5071DEC9.9030306@oracle.com> References: <5071DEC9.9030306@oracle.com> Message-ID: <88ECB636-8D3A-4212-AF7B-353A93C5A983@oracle.com> Did you get any reply on this? I must confess that I am confused by this email, as far as I know the testing via test/Makefile doesn't have much to do with the build make logic used. But maybe I am missing something. -kto On Oct 7, 2012, at 12:58 PM, Alan Bateman wrote: > > I'm wondering what the latest thinking is on running tests? Back in May I remember that Magnus added a test target with a TEST variable that would pass test targets through the existing/old Makefile. I'm just wondering if that will change or where this might go. I could imagine configure being run with the location of jtreg for example. I could imagine test targets having a dependency on an up to date build. At the same time I could imagine wanting to run tests and specify a different JDK to run the tests on (someone might want to run tests with the newly built JDK and some other JDK so that they can compare results for example). > > -Alan From kelly.ohair at oracle.com Thu Oct 25 20:16:19 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Thu, 25 Oct 2012 20:16:19 -0700 Subject: 7179349 misses updating new build makefiles In-Reply-To: <5087FE36.7030903@oracle.com> References: <3B51ACB4-CCBC-4E3C-BAE6-214E056A6D9D@oracle.com> <0EC1B52A-6F0F-42BD-AFC0-5FB829A3AC36@oracle.com> <353BBE11-AF8A-4F3C-AED9-113D744CC1BB@oracle.com> <16686A76-471D-4C99-9743-E528F0EFE9CA@oracle.com> <5086022D.9040504@oracle.com> <825E939A-D14C-4C3C-AA1F-8A48C0CCD416@oracle.com> <186846FA-A413-4E42-8A6B-E7261D9507B7@oracle.com> <5087FE36.7030903@oracle.com> Message-ID: <014B9FEE-64A4-4C2E-A4AF-1D82A0E78B67@oracle.com> Checking in generated files is never a good idea when it can be avoided. It just creates a long term maintenance issue and can create legal issues depending on what the generated file is. I'm open to ideas here, I don't like the current situation, but I'd rather have it this way than to check in a generated file. This is not generated java code, but generated native code. -kto On Oct 24, 2012, at 7:41 AM, Magnus Ihse Bursie wrote: > On 2012-10-24 00:20, Mike Duigou wrote: >> How so? It's a MacOS specific dependency and always present there. (at least since 10.4) > Well, in that case it sounds good. In principle I think the current explosion of small build tools is, eh, not so good. > > On the other hand, most of these small build tools keep re-generating the very same stuff with identical result over and over again, since it's based on some not-very-often-changing source. I think it would be more efficient to check in the source code that these tools generate, and then have a special target "update-generated-sources" that will run these tools. This tool would only have to be run every now and then, and the generated java source code could be compiled with the normal code, making it possible to start java compilation directly when building the jdk target. > > /Magnus From pujarimahesh_kumar at yahoo.com Thu Oct 25 20:22:06 2012 From: pujarimahesh_kumar at yahoo.com (Mahesh Pujari) Date: Thu, 25 Oct 2012 20:22:06 -0700 (PDT) Subject: Build failure jdk8 (with new build infra) In-Reply-To: <508916C7.2020503@oracle.com> References: <1350389834.1116.YahooMailNeo@web112606.mail.gq1.yahoo.com> <1350910092.18087.YahooMailNeo@web112606.mail.gq1.yahoo.com> <7CCC8EF1-E44A-4DA6-87E0-423CE53D7B3D@oracle.com> <1350962796.44801.YahooMailNeo@web112608.mail.gq1.yahoo.com> <1351051824.17991.YahooMailNeo@web112608.mail.gq1.yahoo.com> <5087BDE5.1020800@oracle.com> <1351160433.4323.YahooMailNeo@web112604.mail.gq1.yahoo.com> <508916C7.2020503@oracle.com> Message-ID: <1351221726.57549.YahooMailNeo@web112618.mail.gq1.yahoo.com> Hi Erik, ?I don't think its working, when I execute "/cygdrive/e/dev/jdk8/jdk8-b/build/windows-x86-normal-server-release/jdk/bin/rmic" manually we don't get any thing, where as when I execute rmic from other JDK/bin it gives me usage, below is the console output: -----console output----------------------------------------------------- Administrator at mp ~ $ /cygdrive/e/dev/jdk8/jdk8-b/build/windows-x86-normal-server-release/jdk/bin/rmic -verbose Administrator at mp ~ $ rmic Usage: rmic where includes: ? -keep????????? Do not delete intermediate generated source files .... ... ?thanks and regards, Mahesh Pujari ________________________________ From: Erik Joelsson To: Mahesh Pujari Cc: "build-infra-dev at openjdk.java.net" Sent: Thursday, October 25, 2012 4:09 PM Subject: Re: Build failure jdk8 (with new build infra) Hello, This part of the build is actually running the newly built rmic launcher with the newly built jdk to generate these classes. What happens if you try to execute /cygdrive/e/dev/jdk8/jdk8-b/build/windows-x86-normal-server-release/jdk/bin/rmic manually? Is the executable working? /Erik On 2012-10-25 12:20, Mahesh Pujari wrote: Hi Erik, >?I tried to send you the full build logs (by compressing it) but there was delivery failure (due to size), I have take out last few lines from build log file, hope this will help out to find the issue. > > > >thanks and regards, >Mahesh Pujari > > >________________________________ > From: Erik Joelsson >To: build-infra-dev at openjdk.java.net >Sent: Wednesday, October 24, 2012 3:37 PM >Subject: Re: Build failure jdk8 (with new build infra) > >Could you rerun with LOG=debug added to the make command line and >provide me with the following files from your output directory >(/cygdrive/e/dev/jdk8/jdk8-b/build/windows-x86-normal-server-release)? > >build.log >spec.gmk >config.log > >/Erik > > >On 2012-10-24 06:10, Mahesh Pujari wrote: >> Resending the mail >> >> ________________________________ >>? From: Mahesh Pujari >> To: Kelly O'Hair >> Cc: "build-infra-dev at openjdk.java.net" >> Sent: Tuesday, October 23, 2012 8:56 AM >> Subject: Re: Build failure jdk8 (with new build infra) >> >> >> Hi Kelly, >>? Thanks for forwarding the mail to the correct mailing list and for the reply. Below are some information regarding the configuration used and build: >> >> configuration command line used: >> $ ../autoconf/configure --enable-option-checking=fatal --with-boot-jdk=/cygdrive/d/Java/jdk1.7.0-u2 --with-freetype=/cygdrive/e/dev/jdk7/freetype-2.4.4_V2/freetype-2.4.4 --with-extra-cflags= --with-extra-cxxflags= >> >> cygwin infromation: >> >> uname -m = i686 >> uname -r = 1.7.16(0.262/5/3) >> uname -s = CYGWIN_NT-5.1 >> uname -v = 2012-07-20 22:55 >> Some other misc information (extracts from config.log, as I am not sure if I can attach the complete log file) >> configure:6784: checking for gmake >> configure:6802: found /usr/bin/gmake >> configure:6814: result: /usr/bin/gmake >> configure:6829: >>? Testing potential make at /usr/bin/gmake, found using gmake in PATH >> configure:6877: Found potential make at , however, this is not GNU Make. Ignoring. >> configure:6896: checking for make >> configure:6914: found /usr/bin/make >> configure:6926: result: /usr/bin/make >> configure:6941: Testing potential make at /usr/bin/make, found using make in PATH >> configure:7242: Using GNU make 3.81 (or later) at D:/cygwin/bin/make.exe (version: GNU Make 3.82.90) >> ..... >> configure:8565: checking for Boot JDK >> configure:8567: result: /cygdrive/d/Java/jdk1.7.0-u2 (java version "1.7.0_02") >> ..... >> configure:10582: checking if we can find the VS installation >> configure:10585: result: D:\Program Files\Microsoft Visual Studio 10.0\VC\ >> >> >> Below are some Output variables >> BOOT_JDK='/cygdrive/d/Java/jdk1.7.0-u2' >> BOOT_JDK_JVMARGS=' -Xms64M -Xmx1100M -XX:PermSize=32m -XX:MaxPermSize=160m -XX:ThreadStackSize=1536' >> BOOT_JDK_SOURCETARGET='-source 7 -target 7' >> >> BUILD_CC='D:/PROGRA~1/MICROS~1.0/VC/BIN/cl.exe' >> BUILD_CXX='D:/PROGRA~1/MICROS~1.0/VC/BIN/cl.exe' >> CC='D:/PROGRA~1/MICROS~1.0/VC/BIN/cl.exe' >> CHECK_GMAKE='/usr/bin/gmake' >> CHECK_MAKE='/usr/bin/make' >> JDK_VERSION='1.8.0' >> OPENJDK_BUILD_AUTOCONF_NAME='i686-pc-cygwin' >> OPENJDK_BUILD_CPU='x86' >> OPENJDK_BUILD_CPU_ARCH='x86' >> OPENJDK_BUILD_CPU_BITS='32' >> OPENJDK_TARGET_AUTOCONF_NAME='i686-pc-cygwin' >> OPENJDK_TARGET_CPU='x86' >> OPENJDK_TARGET_CPU_ARCH='x86' >> OPENJDK_TARGET_CPU_BITS='32' >> >> If I missed something, please let me know. >> >> thanks and regards, >> Mahesh Pujari >> >> >> >> ________________________________ >>? From: Kelly O'Hair >> To: Mahesh Pujari >> Cc: build-infra-dev at openjdk.java.net >> Sent: Monday, October 22, 2012 10:17 PM >> Subject: Re: Build failure jdk8 (with new build infra) >> >> >> The stuff in jdk8/jdk8 for build-infra is a bit old. >> >> But you need to provide a bit more information here. >> >> Obviously it is Windows 32bit cygwin, but what version of cygwin would help. maybe a fuller log, command line used, configure command used. etc. >> >> -kto >> >> On Oct 22, 2012, at 5:48 AM, Mahesh Pujari wrote: >> >>> Hi, >>>? ? I am still stuck with the build error, any inputs would be of great help. >>> >>> >>> thanks and regards, >>> Mahesh Pujari >>> >>> ----- Forwarded Message ----- >>> From: Mahesh Pujari >>> To: "jdk8-dev at openjdk.java.net" >>> Sent: Tuesday, October 16, 2012 5:47 PM >>> Subject: Build failure jdk8 (with new build infra) >>> >>> >>> Hi, >>>? ? Trying to build openJDK (http://hg.openjdk.java.net/jdk8/jdk8) using new build infra and failing. Below are the failure logs. >>> >>> Environment used: Cygwin, windows machine, JDK version 1.7 >>> >>> Running rmic -v1.2 for sun.rmi.server.Activation$ActivationSystemImpl java.rmi.activation.ActivationGroup com.sun.jndi.rmi.registry.ReferenceWrapper >>> Running rmic -v1.1 for sun.rmi.registry.RegistryImpl sun.rmi.transport.DGCImpl >>> makeGenerateClasses.gmk:51: recipe for target `/cygdrive/e/dev/jdk8/jdk8-b/build/windows-x86-normal-server-release/jdk/rmicclasses/RMI_12_rmic' failed >>> [2]: *** [/cygdrive/e/dev/jdk8/jdk8-b/build/windows-x86-normal-server-release/jdk/rmicclasses/RMI_12_rmic] >>> >>? Error 127 >>> make[2]: *** Waiting for unfinished jobs.... >>> make[2]: *** [GenerateClasses.gmk:60: recipe for target `/cygdrive/e/dev/jdk8/jdk8-b/build/windows-x86-normal-server-release/jdk/rmicclasses/RMI_11_rmic' failed >>> /cygdrive/e/dev/jdk8/jdk8-b/build/windows-x86-normal-server-release/jdk/rmicclasses/RMI_11_rmic] Error 127 >>> makeMakefile:78: recipe for target `genclasses-only' failed >>> [1]: *** [genclasses-only] Error 2 >>> >>> thanks and regards, >>> Mahesh Pujari > > > From kelly.ohair at oracle.com Thu Oct 25 20:22:18 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Thu, 25 Oct 2012 20:22:18 -0700 Subject: Windows 2003 X64 and Windows 7 X64 In-Reply-To: <50879BD3.3050502@oracle.com> References: <3301EDC1-165D-4F04-B1A8-9C083BEB61B3@oracle.com> <50879BD3.3050502@oracle.com> Message-ID: <6206B31C-1278-4F51-94B9-D581ECD53533@oracle.com> I'm told that "Windows 2008" is Vista based, and "Windows 2008 R2" is Win7 based. Can you check on the Windows 2008 system you used and verify if it is R2 or not? Thanks. I asked Heikki to spin up a Windows 2008 R2 VM, but if you have one already and have verified it works there, that would be a comforting thought. My thinking was that we should move jdk8 builds to Win7 X64, but if "Windows 2008 R2" works, I'm willing to change to "Windows 2008 R2". I was told that a server OS is easier to manage lab-wise. -kto On Oct 24, 2012, at 12:42 AM, Erik Joelsson wrote: > My experience so far with OS versions is this: > > My laptop (lenovo thinkpad 4 cores, maybe 2 years old) windows 7 x64, hangs frequently. > Lab machine (HP Proliant DL360 G4p, 4 cores) windows 2003 ia32, hangs frequently > Lab machine (older beta hardware, 16 cores) windows 2003 x64, no hangs in hudson (not using for manual runs) > Lab machine (newer beta hardware, 64 cores) windows 2008 x64, no hangs in hudson or manual runs > > Based on this small sample, and assuming 2008 and 7 are basically the same, I would say machine size is a bigger factor than OS version, but would need more data to say anything real I think. > > /Erik > > On 2012-10-23 19:18, Kelly O'Hair wrote: >> I have been experimenting with using Windows 7 X64 for CYGWIN building rather than Windows 2003 X64. >> >> I have no hard evidence yet, but it seems better. Anti-Virus conflict issues may still be a problem. >> >> It makes me think that maybe all this effort on Windows 2003 X64 build issues may be wasted, and maybe we >> should consider just changing at least our 64bit builds to Windows 7 X64. >> >> Both the old builds with MKS and the build-infra CYGWIN builds can work there with little to no change. >> >> Thoughts? >> >> -kto From Kelly.Ohair at oracle.com Thu Oct 25 20:29:03 2012 From: Kelly.Ohair at oracle.com (Kelly O'Hair) Date: Thu, 25 Oct 2012 20:29:03 -0700 Subject: Windows 2003 X64 and Windows 7 X64 In-Reply-To: <5087FEC9.3070808@oracle.com> References: <3301EDC1-165D-4F04-B1A8-9C083BEB61B3@oracle.com> <5087FEC9.3070808@oracle.com> Message-ID: <7838F2D3-D1B9-49A8-8A84-1681273B123A@oracle.com> It has been my experience that every 'windows problem chase' is different depending on the Windows release. Each release has different red herrings and land mines that lead you down dead ends and lost time. We need to change the default or official Windows build system for jdk8 anyway, and if making that change now minimizes the Windows releases we have to track down issues on, that seems like a good idea to me. And also accelerates this whole issue of changing the jdk8 build systems. So, I'm less concerned about all the possible systems it should work on than getting it to work really well on the systems that are really critical. -kto On Oct 24, 2012, at 7:44 AM, Magnus Ihse Bursie wrote: > On 2012-10-23 19:18, Kelly O'Hair wrote: >> It makes me think that maybe all this effort on Windows 2003 X64 build issues may be wasted, and maybe we >> should consider just changing at least our 64bit builds to Windows 7 X64. > Just to be clear: the hangs we've been trying to eliminate happens on Windows 7 as well. (In fact, I've been chasing it *only* on Windows 7). So it does not appear to be related to Windows version. > > Apart from that, I don't have any opinion. I think the builds should work just as well on Windows 2003 as Windows 7. Maybe Windows 7 has other improvements? (Come on, Microsoft must have been doing *something* in all those years! :-)) > > /Magnus From magnus.ihse.bursie at oracle.com Thu Oct 25 21:51:50 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Fri, 26 Oct 2012 06:51:50 +0200 Subject: Running tests In-Reply-To: <5071DEC9.9030306@oracle.com> References: <5071DEC9.9030306@oracle.com> Message-ID: From at least my point of view, there has not really been time to think about this, since we are so busy with just getting build-infra to replace the old build. I think there is a lot of good potential here, but I'm not sure what. In any case, I think that discussion needs to wait until build-infra has gotten further along. The "make test TEST=..." was a first attempt. As you maybe have seen, I just published a WebRev needed to get that to work. (It actually broke in the build-infra forest as well, without anyone noticing...) I think it could be reasonable to add test dependencies such as jtreg to configure. The only hard thing is how to act when non-essential (non-build) dependencies are missing. Should we abort configure? That would force everyone to have all non-essential tools. Should we ignore it and generate an incomplete configuration? That would make us fail at make time instead, violating the configure principle that a finished configure call should guarantee no missing build dependencies. This question recently crept up with some specific additional closed-source build tools, but it is relevant to test tools just as well. /Magnus 7 okt 2012 kl. 21:58 skrev Alan Bateman : > > I'm wondering what the latest thinking is on running tests? Back in May I remember that Magnus added a test target with a TEST variable that would pass test targets through the existing/old Makefile. I'm just wondering if that will change or where this might go. I could imagine configure being run with the location of jtreg for example. I could imagine test targets having a dependency on an up to date build. At the same time I could imagine wanting to run tests and specify a different JDK to run the tests on (someone might want to run tests with the newly built JDK and some other JDK so that they can compare results for example). > > -Alan From magnus.ihse.bursie at oracle.com Thu Oct 25 21:57:15 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Fri, 26 Oct 2012 06:57:15 +0200 Subject: Checking in generated files (Was: 7179349 misses updating new build makefiles) In-Reply-To: <014B9FEE-64A4-4C2E-A4AF-1D82A0E78B67@oracle.com> References: <3B51ACB4-CCBC-4E3C-BAE6-214E056A6D9D@oracle.com> <0EC1B52A-6F0F-42BD-AFC0-5FB829A3AC36@oracle.com> <353BBE11-AF8A-4F3C-AED9-113D744CC1BB@oracle.com> <16686A76-471D-4C99-9743-E528F0EFE9CA@oracle.com> <5086022D.9040504@oracle.com> <825E939A-D14C-4C3C-AA1F-8A48C0CCD416@oracle.com> <186846FA-A413-4E42-8A6B-E7261D9507B7@oracle.com> <5087FE36.7030903@oracle.com> <014B9FEE-64A4-4C2E-A4AF-1D82A0E78B67@oracle.com> Message-ID: We can still have make dependencies between source file and generated file, so we catch whenever the source files have changed. I'm not sure how that would be a huge maintainence burden. And let me be clear: we should of course check in the source code also. And the tools needed to generate the file. But if we also check in the resulting output, we can simplify the build 99% of the time. IANAL, so I can't comment on the legal issues. But to me it sounds strange. In general, using a tool to generate output does not change copyright status. Otherwise Microsoft would be able to claim ownership of all documents written in Word. /Magnus 26 okt 2012 kl. 05:16 skrev Kelly O'Hair : > Checking in generated files is never a good idea when it can be avoided. > It just creates a long term maintenance issue and can create legal issues depending on what the generated file is. > > I'm open to ideas here, I don't like the current situation, but I'd rather have it this way than to check in a > generated file. This is not generated java code, but generated native code. > > -kto > > On Oct 24, 2012, at 7:41 AM, Magnus Ihse Bursie wrote: > >> On 2012-10-24 00:20, Mike Duigou wrote: >>> How so? It's a MacOS specific dependency and always present there. (at least since 10.4) >> Well, in that case it sounds good. In principle I think the current explosion of small build tools is, eh, not so good. >> >> On the other hand, most of these small build tools keep re-generating the very same stuff with identical result over and over again, since it's based on some not-very-often-changing source. I think it would be more efficient to check in the source code that these tools generate, and then have a special target "update-generated-sources" that will run these tools. This tool would only have to be run every now and then, and the generated java source code could be compiled with the normal code, making it possible to start java compilation directly when building the jdk target. >> >> /Magnus > From david.holmes at oracle.com Thu Oct 25 22:40:30 2012 From: david.holmes at oracle.com (David Holmes) Date: Fri, 26 Oct 2012 15:40:30 +1000 Subject: Request for Review: Integrating build-infra changes into build forest In-Reply-To: <508951EF.1040804@oracle.com> References: <508951EF.1040804@oracle.com> Message-ID: <508A224E.9000000@oracle.com> On 26/10/2012 12:51 AM, Magnus Ihse Bursie wrote: > Here is a webrev of the latest changes in build-infra that we want to > push to the build forest. > > http://cr.openjdk.java.net/~ihse/build-infra-integ/ > > For jdk, langtools, corba, jaxp and jaxws, all changes are in the > makefiles directory. I've looked at jdk and top-level. No major comments. The proof of all this is in the building and the sooner we get jdk8/jdk8 up to date with this the sooner build-infra can wind up as a distinct project :) In version.numbers I'd still like to see these entries deleted: 30 JDK_BUILD_NUMBER= 31 MILESTONE=internal so that they can be overridden through the environment. David ----- > No patches from hotspot are needed at this time. (See separate mail on > this.) > > In the top level, all changes are in the common directory (currently > used exclusively by build-infra), except for a couple of changes at the > root directory. This includes addition of a new, top-level configure > script and the nbprojects directory. (Kelly, do you still want to push > this?) > /Magnus From david.holmes at oracle.com Fri Oct 26 01:19:20 2012 From: david.holmes at oracle.com (david.holmes at oracle.com) Date: Fri, 26 Oct 2012 08:19:20 +0000 Subject: hg: jdk8/profiles/jdk: Add support for managing the META-INF/services/ in resources.jar Message-ID: <20121026081941.CDE9E47582@hg.openjdk.java.net> Changeset: 657b7810ffa1 Author: dholmes Date: 2012-10-26 04:16 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/jdk/rev/657b7810ffa1 Add support for managing the META-INF/services/ in resources.jar ! makefiles/CreateJars.gmk ! makefiles/Profiles.gmk ! makefiles/profile-rtjar-includes.txt From erik.joelsson at oracle.com Fri Oct 26 01:58:40 2012 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Fri, 26 Oct 2012 10:58:40 +0200 Subject: Windows 2003 X64 and Windows 7 X64 In-Reply-To: <6206B31C-1278-4F51-94B9-D581ECD53533@oracle.com> References: <3301EDC1-165D-4F04-B1A8-9C083BEB61B3@oracle.com> <50879BD3.3050502@oracle.com> <6206B31C-1278-4F51-94B9-D581ECD53533@oracle.com> Message-ID: <508A50C0.9050801@oracle.com> It doesn't seem to be R2 unfortunately. /Erik On 2012-10-26 05:22, Kelly O'Hair wrote: > I'm told that "Windows 2008" is Vista based, and "Windows 2008 R2" is Win7 based. > Can you check on the Windows 2008 system you used and verify if it is R2 or not? Thanks. > > I asked Heikki to spin up a Windows 2008 R2 VM, but if you have one already and have verified > it works there, that would be a comforting thought. > > My thinking was that we should move jdk8 builds to Win7 X64, but if "Windows 2008 R2" works, I'm willing > to change to "Windows 2008 R2". I was told that a server OS is easier to manage lab-wise. > > -kto > > On Oct 24, 2012, at 12:42 AM, Erik Joelsson wrote: > >> My experience so far with OS versions is this: >> >> My laptop (lenovo thinkpad 4 cores, maybe 2 years old) windows 7 x64, hangs frequently. >> Lab machine (HP Proliant DL360 G4p, 4 cores) windows 2003 ia32, hangs frequently >> Lab machine (older beta hardware, 16 cores) windows 2003 x64, no hangs in hudson (not using for manual runs) >> Lab machine (newer beta hardware, 64 cores) windows 2008 x64, no hangs in hudson or manual runs >> >> Based on this small sample, and assuming 2008 and 7 are basically the same, I would say machine size is a bigger factor than OS version, but would need more data to say anything real I think. >> >> /Erik >> >> On 2012-10-23 19:18, Kelly O'Hair wrote: >>> I have been experimenting with using Windows 7 X64 for CYGWIN building rather than Windows 2003 X64. >>> >>> I have no hard evidence yet, but it seems better. Anti-Virus conflict issues may still be a problem. >>> >>> It makes me think that maybe all this effort on Windows 2003 X64 build issues may be wasted, and maybe we >>> should consider just changing at least our 64bit builds to Windows 7 X64. >>> >>> Both the old builds with MKS and the build-infra CYGWIN builds can work there with little to no change. >>> >>> Thoughts? >>> >>> -kto From magnus.ihse.bursie at oracle.com Fri Oct 26 02:56:52 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Fri, 26 Oct 2012 09:56:52 +0000 Subject: hg: build-infra/jdk8: 2 new changesets Message-ID: <20121026095653.2876247583@hg.openjdk.java.net> Changeset: 62d94cf173bd Author: ihse Date: 2012-10-26 11:47 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/62d94cf173bd * AC_PATH_PROGS could not be run twice for PROPER_COMPILER, adjust variable name to compiler being tested. * AC_PROG_CC/CXX does magic autoconf stuff, do it when we ourselves have located the proper compiler to use. ! common/autoconf/basics.m4 ! common/autoconf/generated-configure.sh ! common/autoconf/toolchain.m4 Changeset: 600f8f893674 Author: ihse Date: 2012-10-26 11:56 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/600f8f893674 Merge ! common/autoconf/generated-configure.sh From magnus.ihse.bursie at oracle.com Fri Oct 26 03:11:46 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Fri, 26 Oct 2012 10:11:46 +0000 Subject: hg: build-infra/jdk8: In BASIC_FIXUP_EXECUTABLE, if we have an absolute path but which fails, use the absolute path. Message-ID: <20121026101147.2F56F47584@hg.openjdk.java.net> Changeset: 1403af6284f3 Author: ihse Date: 2012-10-26 12:11 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/1403af6284f3 In BASIC_FIXUP_EXECUTABLE, if we have an absolute path but which fails, use the absolute path. ! common/autoconf/basics.m4 ! common/autoconf/generated-configure.sh From magnus.ihse.bursie at oracle.com Fri Oct 26 03:13:07 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Fri, 26 Oct 2012 12:13:07 +0200 Subject: Solaris compiler setup ? In-Reply-To: <508603EF.105@oracle.com> References: <1956549788.2474283.1344512172984.JavaMail.root@redhat.com> <502433EC.5010400@oracle.com> <505278E5.1050108@oracle.com> <8348E4DE-157B-4A68-96AA-22B865688807@oracle.com> <508603EF.105@oracle.com> Message-ID: <508A6233.7070207@oracle.com> On 2012-10-23 04:41, David Holmes wrote: > On 23/10/2012 10:13 AM, Magnus Ihse Bursie wrote: >> The compiler detection has changed a lot lately. Is this still a >> problem for you? If so, do you get a more descriptive output? > > I can't tell as the make discovery logic is now broken: > > checking for gmake... /usr/sfw/bin/gmake > configure: Testing potential make at /usr/sfw/bin/gmake, found using > gmake in PATH > configure: The path of FOUND_MAKE, which resolves as > "/usr/sfw/bin/gmake", is not found. > configure: error: Cannot locate the the path of FOUND_MAKE > > But gmake is there: > > > which gmake > /usr/sfw/bin/gmake This is a bit odd. My guess is that we're doing the following, and it fails: "which /usr/sfw/bin/gmake". (Maybe you can try that manually?) I have just pushed a patch to build-infra that will detect if this is the case, and if so just use /usr/sfw/bin/gmake directly. You are encouraged to pull the latest build-infra and try it. :-) /Magnus From david.holmes at oracle.com Fri Oct 26 04:05:19 2012 From: david.holmes at oracle.com (david.holmes at oracle.com) Date: Fri, 26 Oct 2012 11:05:19 +0000 Subject: hg: jdk8/profiles/jdk: Move ftp handler to full JRE Message-ID: <20121026110544.EDCFF47586@hg.openjdk.java.net> Changeset: 57d29b67f0c1 Author: dholmes Date: 2012-10-26 07:02 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/jdk/rev/57d29b67f0c1 Move ftp handler to full JRE ! makefiles/profile-rtjar-includes.txt From Alan.Bateman at oracle.com Fri Oct 26 04:12:30 2012 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Fri, 26 Oct 2012 12:12:30 +0100 Subject: Running tests In-Reply-To: References: <5071DEC9.9030306@oracle.com> Message-ID: <508A701E.7090305@oracle.com> On 26/10/2012 05:51, Magnus Ihse Bursie wrote: > From at least my point of view, there has not really been time to think about this, since we are so busy with just getting build-infra to replace the old build. I think there is a lot of good potential here, but I'm not sure what. In any case, I think that discussion needs to wait until build-infra has gotten further along. > > The "make test TEST=..." was a first attempt. As you maybe have seen, I just published a WebRev needed to get that to work. (It actually broke in the build-infra forest as well, without anyone noticing...) > > I think it could be reasonable to add test dependencies such as jtreg to configure. The only hard thing is how to act when non-essential (non-build) dependencies are missing. Should we abort configure? That would force everyone to have all non-essential tools. Should we ignore it and generate an incomplete configuration? That would make us fail at make time instead, violating the configure principle that a finished configure call should guarantee no missing build dependencies. This question recently crept up with some specific additional closed-source build tools, but it is relevant to test tools just as well. > > /Magnus > I understand the priority is to get the new build completed and do the big switch. However I think it's important that we have some idea how tests might be run too. On the test harness then I could imagine doing "configure --with-jtreg=" and if the location of jtreg is not configured then I guess "make test" could fail with a message to indicate that jtreg has not been configured. In a local development environment I could imagine, at a high level, doing "make test" and it would build the JDK and run the tests. I realize there may be several variants being built and this raises the question as to what JDK image is used. There is also the question as to whether to test with a non-images build or whether tests should only be run on images builds. If I understand what you have today then the test targets are passed via TEST=... I think we will need to continue with specify test targets as most of the time we want to run tests for specific areas. This also helps with partitioning the test execution across machines, which is what we do in environments like JPRT in Oracle. There are cross cutting targets that might make sense, so called "smoke testing" for example but that would require broader discussion and tagging of tests for this to work. In a test environment that uses a pre-existing build then it would be important to be able to specify the JDK to use. It's not clear to me whether this fits with configure or not, probably not. Such usage would also be useful in the local development environment too, say wanting to run the tests on a personal build and the same tests on an official/released build to compare results. I also think concurrency is worth discussion. To be honest, I'm a bit uneasy with --with-num-cores at configure time because the parallelism is something that I like to decide at the time I run "make". I might want to use all resources when doing my initial build, and change to cores=1 after that. The existing jdk/test/Makefile is already setup to support concurrency and all of the core libraries areas tests can run in this mode now, we're just not exploiting it yet. If there is work done to determine the right value of num-cores for builds then this value may be a candidate for running tests too, at least in build + test farms, perhaps not local environments. Anyway, I think that the ability to run the tests is important and time should be given to it once we are over the current hump. -Alan From david.holmes at oracle.com Fri Oct 26 04:17:39 2012 From: david.holmes at oracle.com (David Holmes) Date: Fri, 26 Oct 2012 21:17:39 +1000 Subject: Solaris compiler setup ? In-Reply-To: <508A6233.7070207@oracle.com> References: <1956549788.2474283.1344512172984.JavaMail.root@redhat.com> <502433EC.5010400@oracle.com> <505278E5.1050108@oracle.com> <8348E4DE-157B-4A68-96AA-22B865688807@oracle.com> <508603EF.105@oracle.com> <508A6233.7070207@oracle.com> Message-ID: <508A7153.7090503@oracle.com> On 26/10/2012 8:13 PM, Magnus Ihse Bursie wrote: > On 2012-10-23 04:41, David Holmes wrote: >> On 23/10/2012 10:13 AM, Magnus Ihse Bursie wrote: >>> The compiler detection has changed a lot lately. Is this still a >>> problem for you? If so, do you get a more descriptive output? >> >> I can't tell as the make discovery logic is now broken: >> >> checking for gmake... /usr/sfw/bin/gmake >> configure: Testing potential make at /usr/sfw/bin/gmake, found using >> gmake in PATH >> configure: The path of FOUND_MAKE, which resolves as >> "/usr/sfw/bin/gmake", is not found. >> configure: error: Cannot locate the the path of FOUND_MAKE >> >> But gmake is there: >> >> > which gmake >> /usr/sfw/bin/gmake > > This is a bit odd. My guess is that we're doing the following, and it > fails: "which /usr/sfw/bin/gmake". (Maybe you can try that manually?) > which /usr/sfw/bin/gmake /usr/sfw/bin/gmake > I have just pushed a patch to build-infra that will detect if this is > the case, and if so just use /usr/sfw/bin/gmake directly. You are > encouraged to pull the latest build-infra and try it. :-) checking for gmake... /usr/sfw/bin/gmake configure: Testing potential make at /usr/sfw/bin/gmake, found using gmake in PATH configure: Resolving FOUND_MAKE (as /usr/sfw/bin/gmake) with 'which' failed, using /usr/sfw/bin/gmake directly. configure: Using GNU make 3.81 (or later) at /usr/sfw/bin/gmake (version: GNU Make 3.81) -- So now I get up to the compilers part, which seems to be fixed for CXX: checking for cc... /java/devtools/i386/SUNWspro/SS12u1/bin/cc configure: Resolving CC (as /java/devtools/i386/SUNWspro/SS12u1/bin/cc) with 'which' failed, using /java/devtools/i386/SUNWspro/SS12u1/bin/cc directly. checking resolved symbolic links for CC... /java/devtools/i386/SUNWspro/SS12u1/prod/bin/cc checking if CC is disguised ccache... no, keeping CC configure: Using Sun Studio C compiler version 5.10 (located at /java/devtools/i386/SUNWspro/SS12u1/prod/bin/cc) checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... no checking whether /java/devtools/i386/SUNWspro/SS12u1/prod/bin/cc accepts -g... yes checking for /java/devtools/i386/SUNWspro/SS12u1/prod/bin/cc option to accept ISO C89... none needed checking for cl... no checking for CC... /java/devtools/i386/SUNWspro/SS12u1/bin/CC configure: Resolving CXX (as /java/devtools/i386/SUNWspro/SS12u1/bin/CC) with 'which' failed, using /java/devtools/i386/SUNWspro/SS12u1/bin/CC directly. checking resolved symbolic links for CXX... /java/devtools/i386/SUNWspro/SS12u1/prod/bin/CC checking if CXX is disguised ccache... no, keeping CXX configure: Using Sun Studio C++ compiler version 5.10 (located at /java/devtools/i386/SUNWspro/SS12u1/prod/bin/CC) checking whether we are using the GNU C++ compiler... no (note the problem using 'which' again) But then it fails because it thinks I'm on a mac ;-) checking whether we are using the GNU Objective C compiler... no checking whether gcc accepts -g... no configure: The path of OBJC, which resolves as "gcc", is not found. configure: error: Cannot locate the the path of OBJC configure exiting with result code 1 Pretty sure I don't need objective-C on Solaris :-) FYI the autoconf detection logic didn't seem to work right as it tried to run autogen.sh even though I don't have autoconf on Solaris: Configure source code has been updated, checking time stamps Warning: The configure source files is newer than the generated files. Running autogen.sh to correct the situation Generating generated-configure.sh /java/embedded/users/dh198349/build-infra/builds/../common/autoconf/autogen.sh: line 51: autoconf: command not found Generating custom generated-configure.sh /java/embedded/users/dh198349/build-infra/builds/../common/autoconf/autogen.sh: line 59: autoconf: command not found David ----- > /Magnus From pujarimahesh_kumar at yahoo.com Fri Oct 26 05:22:45 2012 From: pujarimahesh_kumar at yahoo.com (Mahesh Pujari) Date: Fri, 26 Oct 2012 05:22:45 -0700 (PDT) Subject: Build failure jdk8 (with new build infra) In-Reply-To: <508A4F7F.7060503@oracle.com> References: <1350389834.1116.YahooMailNeo@web112606.mail.gq1.yahoo.com> <1350910092.18087.YahooMailNeo@web112606.mail.gq1.yahoo.com> <7CCC8EF1-E44A-4DA6-87E0-423CE53D7B3D@oracle.com> <1350962796.44801.YahooMailNeo@web112608.mail.gq1.yahoo.com> <1351051824.17991.YahooMailNeo@web112608.mail.gq1.yahoo.com> <5087BDE5.1020800@oracle.com> <1351160433.4323.YahooMailNeo@web112604.mail.gq1.yahoo.com> <508916C7.2020503@oracle.com> <1351221726.57549.YahooMailNeo@web112618.mail.gq1.yahoo.com> <508A4F7F.7060503@oracle.com> Message-ID: <1351254165.60685.YahooMailNeo@web112617.mail.gq1.yahoo.com> Got the issue, this was due to the fact that the file "msvcr100.dll" (path VS10DIR\Common7\Packages\Debugger\X64) is invalid (not sure how I got it), I replaced this file with the one I had with some other successfull builds of openJDK (jdk7) and now I can build it sucessfully. thanks for the help. thanks and regards, Mahesh Pujari ________________________________ From: Erik Joelsson To: Mahesh Pujari Cc: "build-infra-dev at openjdk.java.net" Sent: Friday, October 26, 2012 2:23 PM Subject: Re: Build failure jdk8 (with new build infra) So the jdk you have built isn't working. Something else is going wrong at an earlier stage. /Erik On 2012-10-26 05:22, Mahesh Pujari wrote: Hi Erik, >?I don't think its working, when I execute "/cygdrive/e/dev/jdk8/jdk8-b/build/windows-x86-normal-server-release/jdk/bin/rmic" manually we don't get any thing, where as when I execute rmic from other JDK/bin it gives me usage, below is the console output: > >-----console output----------------------------------------------------- >Administrator at mp ~ >$ /cygdrive/e/dev/jdk8/jdk8-b/build/windows-x86-normal-server-release/jdk/bin/rmic -verbose > >Administrator at mp ~ >$ rmic >Usage: rmic > >where includes: >? -keep????????? Do not delete intermediate generated source files >.... >... > > > > > >?thanks and regards, >Mahesh Pujari > > > >________________________________ > From: Erik Joelsson >To: Mahesh Pujari >Cc: "build-infra-dev at openjdk.java.net" >Sent: Thursday, October 25, 2012 4:09 PM >Subject: Re: Build failure jdk8 (with new build infra) > > >Hello, > >This part of the build is actually running the newly built rmic launcher with the newly built jdk to generate these classes. What happens if you try to execute /cygdrive/e/dev/jdk8/jdk8-b/build/windows-x86-normal-server-release/jdk/bin/rmic manually? Is the executable working? > >/Erik > >On 2012-10-25 12:20, Mahesh Pujari wrote: >Hi Erik, >>?I tried to send you the full build logs (by compressing it) but there was delivery failure (due to size), I have take out last few lines from build log file, hope this will help out to find the issue. >> >> >> >>thanks and regards, >>Mahesh Pujari >> >> >>________________________________ >> From: Erik Joelsson >>To: build-infra-dev at openjdk.java.net >>Sent: Wednesday, October 24, 2012 3:37 PM >>Subject: Re: Build failure jdk8 (with new build infra) >> >>Could you rerun with LOG=debug added to the make command line and >>provide me with the following files from your output directory >>(/cygdrive/e/dev/jdk8/jdk8-b/build/windows-x86-normal-server-release)? >> >>build.log >>spec.gmk >>config.log >> >>/Erik >> >> >>On 2012-10-24 06:10, Mahesh Pujari wrote: >>> Resending the mail >>> >>> ________________________________ >>>? From: Mahesh Pujari >>> To: Kelly O'Hair >>> Cc: "build-infra-dev at openjdk.java.net" >>> Sent: Tuesday, October 23, 2012 8:56 AM >>> Subject: Re: Build failure jdk8 (with new build infra) >>> >>> >>> Hi Kelly, >>>? Thanks for forwarding the mail to the correct mailing list and for the reply. Below are some information regarding the configuration used and build: >>> >>> configuration command line used: >>> $ ../autoconf/configure --enable-option-checking=fatal --with-boot-jdk=/cygdrive/d/Java/jdk1.7.0-u2 --with-freetype=/cygdrive/e/dev/jdk7/freetype-2.4.4_V2/freetype-2.4.4 --with-extra-cflags= --with-extra-cxxflags= >>> >>> cygwin infromation: >>> >>> uname -m = i686 >>> uname -r = 1.7.16(0.262/5/3) >>> uname -s = CYGWIN_NT-5.1 >>> uname -v = 2012-07-20 22:55 >>> Some other misc information (extracts from config.log, as I am not sure if I can attach the complete log file) >>> configure:6784: checking for gmake >>> configure:6802: found /usr/bin/gmake >>> configure:6814: result: /usr/bin/gmake >>> configure:6829: >>>? Testing potential make at /usr/bin/gmake, found using gmake in PATH >>> configure:6877: Found potential make at , however, this is not GNU Make. Ignoring. >>> configure:6896: checking for make >>> configure:6914: found /usr/bin/make >>> configure:6926: result: /usr/bin/make >>> configure:6941: Testing potential make at /usr/bin/make, found using make in PATH >>> configure:7242: Using GNU make 3.81 (or later) at D:/cygwin/bin/make.exe (version: GNU Make 3.82.90) >>> ..... >>> configure:8565: checking for Boot JDK >>> configure:8567: result: /cygdrive/d/Java/jdk1.7.0-u2 (java version "1.7.0_02") >>> ..... >>> configure:10582: checking if we can find the VS installation >>> configure:10585: result: D:\Program Files\Microsoft Visual Studio 10.0\VC\ >>> >>> >>> Below are some Output variables >>> BOOT_JDK='/cygdrive/d/Java/jdk1.7.0-u2' >>> BOOT_JDK_JVMARGS=' -Xms64M -Xmx1100M -XX:PermSize=32m -XX:MaxPermSize=160m -XX:ThreadStackSize=1536' >>> BOOT_JDK_SOURCETARGET='-source 7 -target 7' >>> >>> BUILD_CC='D:/PROGRA~1/MICROS~1.0/VC/BIN/cl.exe' >>> BUILD_CXX='D:/PROGRA~1/MICROS~1.0/VC/BIN/cl.exe' >>> CC='D:/PROGRA~1/MICROS~1.0/VC/BIN/cl.exe' >>> CHECK_GMAKE='/usr/bin/gmake' >>> CHECK_MAKE='/usr/bin/make' >>> JDK_VERSION='1.8.0' >>> OPENJDK_BUILD_AUTOCONF_NAME='i686-pc-cygwin' >>> OPENJDK_BUILD_CPU='x86' >>> OPENJDK_BUILD_CPU_ARCH='x86' >>> OPENJDK_BUILD_CPU_BITS='32' >>> OPENJDK_TARGET_AUTOCONF_NAME='i686-pc-cygwin' >>> OPENJDK_TARGET_CPU='x86' >>> OPENJDK_TARGET_CPU_ARCH='x86' >>> OPENJDK_TARGET_CPU_BITS='32' >>> >>> If I missed something, please let me know. >>> >>> thanks and regards, >>> Mahesh Pujari >>> >>> >>> >>> ________________________________ >>>? From: Kelly O'Hair >>> To: Mahesh Pujari >>> Cc: build-infra-dev at openjdk.java.net >>> Sent: Monday, October 22, 2012 10:17 PM >>> Subject: Re: Build failure jdk8 (with new build infra) >>> >>> >>> The stuff in jdk8/jdk8 for build-infra is a bit old. >>> >>> But you need to provide a bit more information here. >>> >>> Obviously it is Windows 32bit cygwin, but what version of cygwin would help. maybe a fuller log, command line used, configure command used. etc. >>> >>> -kto >>> >>> On Oct 22, 2012, at 5:48 AM, Mahesh Pujari wrote: >>> >>>> Hi, >>>>? ? I am still stuck with the build error, any inputs would be of great help. >>>> >>>> >>>> thanks and regards, >>>> Mahesh Pujari >>>> >>>> ----- Forwarded Message ----- >>>> From: Mahesh Pujari >>>> To: "jdk8-dev at openjdk.java.net" >>>> Sent: Tuesday, October 16, 2012 5:47 PM >>>> Subject: Build failure jdk8 (with new build infra) >>>> >>>> >>>> Hi, >>>>? ? Trying to build openJDK (http://hg.openjdk.java.net/jdk8/jdk8) using new build infra and failing. Below are the failure logs. >>>> >>>> Environment used: Cygwin, windows machine, JDK version 1.7 >>>> >>>> Running rmic -v1.2 for sun.rmi.server.Activation$ActivationSystemImpl java.rmi.activation.ActivationGroup com.sun.jndi.rmi.registry.ReferenceWrapper >>>> Running rmic -v1.1 for sun.rmi.registry.RegistryImpl sun.rmi.transport.DGCImpl >>>> makeGenerateClasses.gmk:51: recipe for target `/cygdrive/e/dev/jdk8/jdk8-b/build/windows-x86-normal-server-release/jdk/rmicclasses/RMI_12_rmic' failed >>>> [2]: *** [/cygdrive/e/dev/jdk8/jdk8-b/build/windows-x86-normal-server-release/jdk/rmicclasses/RMI_12_rmic] >>>> >>>? Error 127 >>>> make[2]: *** Waiting for unfinished jobs.... >>>> make[2]: *** [GenerateClasses.gmk:60: recipe for target `/cygdrive/e/dev/jdk8/jdk8-b/build/windows-x86-normal-server-release/jdk/rmicclasses/RMI_11_rmic' failed >>>> /cygdrive/e/dev/jdk8/jdk8-b/build/windows-x86-normal-server-release/jdk/rmicclasses/RMI_11_rmic] Error 127 >>>> makeMakefile:78: recipe for target `genclasses-only' failed >>>> [1]: *** [genclasses-only] Error 2 >>>> >>>> thanks and regards, >>>> Mahesh Pujari >> >> >> > > From erik.joelsson at oracle.com Fri Oct 26 05:34:12 2012 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Fri, 26 Oct 2012 14:34:12 +0200 Subject: Status of the hotspot repo in the build-infra forest In-Reply-To: <279FC269-A946-4D1F-84F6-9DB998C399F3@oracle.com> References: <508945D2.6080100@oracle.com> <279FC269-A946-4D1F-84F6-9DB998C399F3@oracle.com> Message-ID: <508A8344.3060904@oracle.com> This looks like the cl.exe hasn't been found. Would be interesting to look at spec.gmk and possibly config.log from this run. /Erik On 2012-10-25 22:23, Kelly O'Hair wrote: > If the build-infra/jdk8/hotspot changes are NOT integrated, then the build-infra building will break all windows builds. > The old builds still work fine, but the build-infra windows builds would be broken. > So until the hotspot changes are either integrated through hotspot-rt, then integrated into jdk8/jdk8, then pulled down into jdk8/build > we cannot integrate with a build regression on all windows builds. > > Someone needs to figure out why this is happening and adjust our common makefile logic to > break this hotspot change dependency, then we can integrate. > > This is why I no longer want ANY hotspot changes being integrated into build-infra/jdk8/hotspot, none. > > This is the error I am seeing on all windows builds: > > rm -f x86_64.ad > cat C:\jprt\t\p1\181446~1.koh\s\hotspot/src/cpu/x86/vm/x86_64.ad C:\jprt\t\p1\181446~1.koh\s\hotspot/src/cpu/x86/vm/x86.ad C:\jprt\t\p1\181446~1.koh\s\hotspot/src/os_cpu/windows_x86/vm/windows_x86_64.ad>x86_64.ad > C:\jprt\t\p1\181446~1.koh\s\build\window~1\fixpath.exe /nologo /W3 /WX /Zi /D "_LP64" /D "AMD64" /D "WIN32" /D "_WINDOWS" /D "VM_LITTLE_ENDIAN" /D TARGET_OS_FAMILY_windows /D TARGET_ARCH_x86 /D TARGET_ARCH_MODEL_x86_64 /D TARGET_OS_ARCH_windows_x86 /D TARGET_OS_ARCH_MODEL_windows_x86_64 /D TARGET_COMPILER_visCPP /MD /D _STATIC_CPPLIB /D _DISABLE_DEPRECATE_STATIC_CPPLIB /D _CRT_SECURE_NO_WARNINGS /D _CRT_SECURE_NO_DEPRECATE /EHsc /MD /D _STATIC_CPPLIB /D _DISABLE_DEPRECATE_STATIC_CPPLIB /I "..\generated" /I "C:\jprt\t\p1\181446~1.koh\s\hotspot\src\share\vm" /I "C:\jprt\t\p1\181446~1.koh\s\hotspot\src\os\windows\vm" /I "C:\jprt\t\p1\181446~1.koh\s\hotspot\src\cpu\x86\vm" /c C:\jprt\t\p1\181446~1.koh\s\hotspot\src\share\vm\adlc\main.cpp C:\jprt\t\p1\181446~1.koh\s\hotspot\src\share\vm\adlc\adlparse.cpp C:\jprt\t\p1\181446~1.koh\s\hotspot\src\share\vm\adlc\archDesc.cpp C:\jprt\t\p1\181446~1.koh\s\hotspot\src\share\vm\adlc\arena.cpp C:\jprt\t\p1\181446~1.koh\s\hotspot\src\share\vm\adlc\dfa.cpp C:\jprt\t\p1\181446~1.koh\s\hotspot\src\share\vm\adlc\dict2.cpp C:\jprt\t\p1\181446~1.koh\s\hotspot\src\share\vm\adlc\filebuff.cpp C:\jprt\t\p1\181446~1.koh\s\hotspot\src\share\vm\adlc\forms.cpp C:\jprt\t\p1\181446~1.koh\s\hotspot\src\share\vm\adlc\formsopt.cpp C:\jprt\t\p1\181446~1.koh\s\hotspot\src\share\vm\adlc\formssel.cpp C:\jprt\t\p1\181446~1.koh\s\hotspot\src\share\vm\adlc\output_c.cpp C:\jprt\t\p1\181446~1.koh\s\hotspot\src\share\vm\adlc\output_h.cpp > Usage: fixpath -c|m /cygdrive/c/WINDOWS/notepad.exe /cygdrive/c/x/test.txt C:\jprt\t\p1\181446~1.koh\s\build\window~1\fixpath.exe /nologo /W3 /WX /Zi /D "_LP64" /D "AMD64" /D "WIN32" /D "_WINDOWS" /D "VM_LITTLE_ENDIAN" /D TARGET_OS_FAMILY_windows /D TARGET_ARCH_x86 /D TARGET_ARCH_MODEL_x86_64 /D TARGET_OS_ARCH_windows_x86 /D TARGET_OS_ARCH_MODEL_windows_x86_64 /D TARGET_COMPILER_visCPP /MD /D _STATIC_CPPLIB /D _DISABLE_DEPRECATE_STATIC_CPPLIB /D _CRT_SECURE_NO_WARNINGS /D _CRT_SECURE_NO_DEPRECATE /EHsc /MD /D _STATIC_CPPLIB /D _DISABLE_DEPRECATE_STATIC_CPPLIB /I "..\generated" /I "C:\jprt\t\p1\181446~1.koh\s\hotspot\src\share\vm" /I "C:\jprt\t\p1\181446~1.koh\s\hotspot\src\os\windows\vm" /I "C:\jprt\t\p1\181446~1.koh\s\hotspot\src\cpu\x86\vm" /c C:\jprt\t\p1\181446~1.koh\s\hotspot\src\share\vm\opto\opcodes.cpp > Usage: fixpath -c|m /cygdrive/c/WINDOWS/notepad.exe /cygdrive/c/x/test.txt C:\jprt\t\p1\181446~1.koh\s\build\window~1\fixpath.exe /manifest kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib Wsock32.lib winmm.lib /nologo /machine:AMD64 /opt:REF /opt:ICF,8 /map /debug psapi.lib /subsystem:console /out:adlc.exe main.obj adlparse.obj archDesc.obj arena.obj dfa.obj dict2.obj filebuff.obj forms.obj formsopt.obj formssel.obj opcodes.obj output_c.obj output_h.obj > Usage: fixpath -c|m /cygdrive/c/WINDOWS/notepad.exe /cygdrive/c/x/test.txt C:\jprt\t\p1\181446~1.koh\s\build\window~1\fixpath.exe /manifest adlc.exe.manifest /outputresource:adlc.exe;#1 > Usage: fixpath -c|m /cygdrive/c/WINDOWS/notepad.exe /cygdrive/c/x/test.txt rm -f ad_x86_64.cpp ad_x86_64.hpp ad_x86_64_clone.cpp ad_x86_64_expand.cpp ad_x86_64_format.cpp ad_x86_64_gen.cpp ad_x86_64_misc.cpp ad_x86_64_peephole.cpp ad_x86_64_pipeline.cpp adGlobals_x86_64.hpp dfa_x86_64.cpp > if exist adfiles rmdir /s /q adfiles > mkdir adfiles > adlc -q -T -D_LP64 x86_64.ad > 'adlc' is not recognized as an internal or external command, > operable program or batch file. > NMAKE : fatal error U1077: 'adlc' : return code '0x1' > Stop. > NMAKE : fatal error U1077: 'cd' : return code '0x2' > Stop. > NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\BIN\amd64\nmake.EXE"' : return code '0x2' > Stop. > make[4]: *** [generic_build2] Error 2 > make[4]: Leaving directory `/cygdrive/c/jprt/t/p1/181446~1.koh/s/hotspot/make' > make[3]: *** [product] Error 2 > make[3]: Leaving directory `/cygdrive/c/jprt/t/p1/181446~1.koh/s/hotspot/make' > make[2]: *** [/cygdrive/c/jprt/t/p1/181446~1.koh/s/build/window~1/hotspot/_hotspot.timestamp] Error 2 > make[2]: Leaving directory `/cygdrive/c/jprt/t/p1/181446~1.koh/s/common/makefiles' > make[1]: *** [hotspot-only] Error 2 > make[1]: Leaving directory `/cygdrive/c/jprt/T/P1/181446.kohair/s/build/windows-x86_64-normal-server-release' > make: *** [images] Error 2 > > > -kto > > On Oct 25, 2012, at 6:59 AM, Magnus Ihse Bursie wrote: > >> The hotspot repo has for a long time been problematic for build-infra, since we have not really kept it up-to-date -- changes in build-infra/hotspot has not been pushed properly, and we have diverted from upstream hotspot, which made new fixes require additional manual work to sort out, with the added risk of human errors. >> >> I have now done a thourough analysis of the hotspot situation. This is my findings: We have two sets of differences, compared to hotspot in the build forest. The differences compared to hotspot-rt/hotspot are the same, apart from the new stuff in hotspot-rt that has not yet reached build/hotspot. >> >> The two differences are: >> * The incomplete Queens/test-in-build patch, which is complete and correct on build-infra, but not the build forest. >> * A patch to allow build-infra to run on msys. >> >> I have sent Kelly a patch that will compensate for the first. >> >> I have sent a webrev for the second. If there is any problem with this, we can skip it for now -- the "only" thing that happens is that the new build won't be able to build on msys in mainline. It's unfortunately, but it's not a regression since we've never had msys support there before. >> >> /Magnus From magnus.ihse.bursie at oracle.com Fri Oct 26 05:42:53 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Fri, 26 Oct 2012 12:42:53 +0000 Subject: hg: build-infra/jdk8: * Let configure prepare proper Windows-style binaries for Hotspot, instead of using fixpath. Message-ID: <20121026124253.D877147589@hg.openjdk.java.net> Changeset: dad67ed55eff Author: ihse Date: 2012-10-26 14:42 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/dad67ed55eff * Let configure prepare proper Windows-style binaries for Hotspot, instead of using fixpath. * Fix bug in BASIC_MAKE_WINDOWS_SPACE_SAFE_CYGWIN which was incorrectly rewriting paths to /usr/bin/. ! common/autoconf/basics_windows.m4 ! common/autoconf/generated-configure.sh ! common/autoconf/hotspot-spec.gmk.in ! common/autoconf/toolchain.m4 ! common/autoconf/toolchain_windows.m4 From magnus.ihse.bursie at oracle.com Fri Oct 26 05:44:40 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Fri, 26 Oct 2012 12:44:40 +0000 Subject: hg: build-infra/jdk8: ... forgot to regenerate configure. Message-ID: <20121026124440.563134758A@hg.openjdk.java.net> Changeset: 10e592acdc9f Author: ihse Date: 2012-10-26 14:44 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/10e592acdc9f ... forgot to regenerate configure. ! common/autoconf/generated-configure.sh From magnus.ihse.bursie at oracle.com Fri Oct 26 05:47:05 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Fri, 26 Oct 2012 12:47:05 +0000 Subject: hg: build-infra/jdk8/hotspot: Backing out change for cygwin/msys -- it is not needed now due to changes in Message-ID: <20121026124709.A7B024758B@hg.openjdk.java.net> Changeset: 422281cfdb59 Author: ihse Date: 2012-10-26 14:46 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/hotspot/rev/422281cfdb59 Backing out change for cygwin/msys -- it is not needed now due to changes in the configure script. ! make/windows/makefiles/defs.make From magnus.ihse.bursie at oracle.com Fri Oct 26 06:14:18 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Fri, 26 Oct 2012 13:14:18 +0000 Subject: hg: build-infra/jdk8: The /usr/bin check was still needed, removed that too early. Message-ID: <20121026131418.6E00E4758C@hg.openjdk.java.net> Changeset: 11824d4f1c0f Author: ihse Date: 2012-10-26 15:14 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/11824d4f1c0f The /usr/bin check was still needed, removed that too early. ! common/autoconf/basics_windows.m4 ! common/autoconf/generated-configure.sh From magnus.ihse.bursie at oracle.com Fri Oct 26 07:36:56 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Fri, 26 Oct 2012 16:36:56 +0200 Subject: Solaris compiler setup ? In-Reply-To: <508A7153.7090503@oracle.com> References: <1956549788.2474283.1344512172984.JavaMail.root@redhat.com> <502433EC.5010400@oracle.com> <505278E5.1050108@oracle.com> <8348E4DE-157B-4A68-96AA-22B865688807@oracle.com> <508603EF.105@oracle.com> <508A6233.7070207@oracle.com> <508A7153.7090503@oracle.com> Message-ID: <508AA008.1080905@oracle.com> On 2012-10-26 13:17, David Holmes wrote: > > > which /usr/sfw/bin/gmake > /usr/sfw/bin/gmake Well that looked good at least. :) > >> I have just pushed a patch to build-infra that will detect if this is >> the case, and if so just use /usr/sfw/bin/gmake directly. You are >> encouraged to pull the latest build-infra and try it. :-) > > checking for gmake... /usr/sfw/bin/gmake > configure: Testing potential make at /usr/sfw/bin/gmake, found using > gmake in PATH > configure: Resolving FOUND_MAKE (as /usr/sfw/bin/gmake) with 'which' > failed, using /usr/sfw/bin/gmake directly. > configure: Using GNU make 3.81 (or later) at /usr/sfw/bin/gmake > (version: GNU Make 3.81) However, this is not the result configure is getting. It claims the result of running "which /usr/sfw/bin/gmake" is empty. Can you check the configure log which "which" binary that configure located? It should say something like checking for which... /usr/bin/which If it does, what does running "/usr/bin/which /usr/sfw/bin/gmake" tell you? And is it that outputted to stdout or stderr? > But then it fails because it thinks I'm on a mac ;-) Apparently we test for OBJC on all platforms except Windows (!). Don't know who wrote that or what he had been smoking. :-) Nevertheless, autoconf seems buggy. If it determines that it can't find GNU Objective C compiler, then it shouldn't set OBJC=gcc. We've probably run clear of this before since all our test systems still had a gcc lurking somewhere. > Pretty sure I don't need objective-C on Solaris :-) I have a fix for that already. :-) But I'll want to double check that on our test systems before I push it, so I don't put the current integration in jeopardy. > FYI the autoconf detection logic didn't seem to work right as it tried > to run autogen.sh even though I don't have autoconf on Solaris: > > Configure source code has been updated, checking time stamps > Warning: The configure source files is newer than the generated files. > Running autogen.sh to correct the situation Probably the "which" witch hunting us again. I'm doing this test: if test "x`which autoconf 2> /dev/null`" = x; then echo "Cannot locate autoconf, unable to correct situation." ... else echo "Running autogen.sh to correct the situation" ... fi /Magnus From kelly.ohair at oracle.com Fri Oct 26 08:12:15 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Fri, 26 Oct 2012 08:12:15 -0700 Subject: Windows 2003 X64 and Windows 7 X64 In-Reply-To: <508A50C0.9050801@oracle.com> References: <3301EDC1-165D-4F04-B1A8-9C083BEB61B3@oracle.com> <50879BD3.3050502@oracle.com> <6206B31C-1278-4F51-94B9-D581ECD53533@oracle.com> <508A50C0.9050801@oracle.com> Message-ID: <349291DF-7268-475B-B27C-81239B23835F@oracle.com> Interesting, then we probably build on Windows Vista, nice to know, not that I know anyone using Vista ;^) I'll try and check out Windows 2008 R2. Thanks. -kto On Oct 26, 2012, at 1:58 AM, Erik Joelsson wrote: > It doesn't seem to be R2 unfortunately. > > /Erik > > On 2012-10-26 05:22, Kelly O'Hair wrote: >> I'm told that "Windows 2008" is Vista based, and "Windows 2008 R2" is Win7 based. >> Can you check on the Windows 2008 system you used and verify if it is R2 or not? Thanks. >> >> I asked Heikki to spin up a Windows 2008 R2 VM, but if you have one already and have verified >> it works there, that would be a comforting thought. >> >> My thinking was that we should move jdk8 builds to Win7 X64, but if "Windows 2008 R2" works, I'm willing >> to change to "Windows 2008 R2". I was told that a server OS is easier to manage lab-wise. >> >> -kto >> >> On Oct 24, 2012, at 12:42 AM, Erik Joelsson wrote: >> >>> My experience so far with OS versions is this: >>> >>> My laptop (lenovo thinkpad 4 cores, maybe 2 years old) windows 7 x64, hangs frequently. >>> Lab machine (HP Proliant DL360 G4p, 4 cores) windows 2003 ia32, hangs frequently >>> Lab machine (older beta hardware, 16 cores) windows 2003 x64, no hangs in hudson (not using for manual runs) >>> Lab machine (newer beta hardware, 64 cores) windows 2008 x64, no hangs in hudson or manual runs >>> >>> Based on this small sample, and assuming 2008 and 7 are basically the same, I would say machine size is a bigger factor than OS version, but would need more data to say anything real I think. >>> >>> /Erik >>> >>> On 2012-10-23 19:18, Kelly O'Hair wrote: >>>> I have been experimenting with using Windows 7 X64 for CYGWIN building rather than Windows 2003 X64. >>>> >>>> I have no hard evidence yet, but it seems better. Anti-Virus conflict issues may still be a problem. >>>> >>>> It makes me think that maybe all this effort on Windows 2003 X64 build issues may be wasted, and maybe we >>>> should consider just changing at least our 64bit builds to Windows 7 X64. >>>> >>>> Both the old builds with MKS and the build-infra CYGWIN builds can work there with little to no change. >>>> >>>> Thoughts? >>>> >>>> -kto From kelly.ohair at oracle.com Fri Oct 26 14:34:43 2012 From: kelly.ohair at oracle.com (kelly.ohair at oracle.com) Date: Fri, 26 Oct 2012 21:34:43 +0000 Subject: hg: build-infra/jdk8: Remove execute permissions from files, changed fixpath.c to have a trailing newline. Message-ID: <20121026213443.AE87E475A4@hg.openjdk.java.net> Changeset: 19e8a846bfb5 Author: ohair Date: 2012-10-26 14:34 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/19e8a846bfb5 Remove execute permissions from files, changed fixpath.c to have a trailing newline. ! common/src/fixpath.c From kelly.ohair at oracle.com Fri Oct 26 14:43:15 2012 From: kelly.ohair at oracle.com (kelly.ohair at oracle.com) Date: Fri, 26 Oct 2012 21:43:15 +0000 Subject: hg: build-infra/jdk8/jdk: 2 new changesets Message-ID: <20121026214347.06560475AB@hg.openjdk.java.net> Changeset: 64dd2aba6d33 Author: ohair Date: 2012-10-26 14:23 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/64dd2aba6d33 8000992: Update new build-infra makefiles Summary: Build-infra project integration. Multiple authors on this work: erikj and ihse primarily, also changes from ohair, tbell, and dholmes. Special credit to ohstrom for his smartjavac work. Reviewed-by: erikj, ihse, dholmes, tbell + makefiles/BuildJdk.gmk + makefiles/Bundles.gmk ! makefiles/CompileDemos.gmk ! makefiles/CompileJavaClasses.gmk ! makefiles/CompileLaunchers.gmk ! makefiles/CompileNativeLibraries.gmk ! makefiles/CopyFiles.gmk ! makefiles/CopyIntoClasses.gmk ! makefiles/CreateJars.gmk ! makefiles/GendataBreakIterator.gmk ! makefiles/GendataFontConfig.gmk ! makefiles/GendataHtml32dtd.gmk ! makefiles/GenerateClasses.gmk ! makefiles/GenerateJavaSources.gmk ! makefiles/GensrcBuffer.gmk ! makefiles/GensrcCLDR.gmk ! makefiles/GensrcCharacterData.gmk ! makefiles/GensrcCharsetCoder.gmk ! makefiles/GensrcCharsetMapping.gmk ! makefiles/GensrcExceptions.gmk ! makefiles/GensrcIcons.gmk ! makefiles/GensrcJDWP.gmk ! makefiles/GensrcJObjC.gmk ! makefiles/GensrcLocaleDataMetaInfo.gmk ! makefiles/GensrcMisc.gmk ! makefiles/GensrcProperties.gmk ! makefiles/GensrcSwing.gmk ! makefiles/GensrcX11Wrappers.gmk ! makefiles/Images.gmk ! makefiles/Import.gmk ! makefiles/Makefile ! makefiles/Tools.gmk - makefiles/docs/CORE_PKGS.gmk - makefiles/docs/Makefile - makefiles/docs/NON_CORE_PKGS.gmk - makefiles/docs/Notes.html - makefiles/mapfiles/launchers/mapfile-amd64 - makefiles/mapfiles/launchers/mapfile-i586 - makefiles/mapfiles/libawt_headless/reorder-i586 - makefiles/mapfiles/libjava/reorder-i586 - makefiles/mapfiles/libjpeg/reorder-i586 - makefiles/mapfiles/libnio/mapfile-bsd - makefiles/mapfiles/libnio/reorder-i586 - makefiles/mapfiles/libverify/reorder-i586 - makefiles/mapfiles/libzip/reorder-i586 + makefiles/sun/awt/X11/ToBin.java + makefiles/sun/osxapp/ToBin.java - makefiles/sun/xawt/ToBin.java Changeset: 52b17688072b Author: ohair Date: 2012-10-26 14:43 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/52b17688072b Merge ! makefiles/BuildJdk.gmk ! makefiles/Bundles.gmk ! makefiles/CompileDemos.gmk ! makefiles/CompileJavaClasses.gmk ! makefiles/CompileLaunchers.gmk ! makefiles/CompileNativeLibraries.gmk ! makefiles/CopyFiles.gmk ! makefiles/CopyIntoClasses.gmk ! makefiles/CreateJars.gmk ! makefiles/GendataBreakIterator.gmk ! makefiles/GendataFontConfig.gmk ! makefiles/GendataHtml32dtd.gmk ! makefiles/GenerateClasses.gmk ! makefiles/GenerateJavaSources.gmk ! makefiles/GensrcBuffer.gmk ! makefiles/GensrcCharacterData.gmk ! makefiles/GensrcCharsetCoder.gmk ! makefiles/GensrcCharsetMapping.gmk ! makefiles/GensrcExceptions.gmk ! makefiles/GensrcIcons.gmk ! makefiles/GensrcJDWP.gmk ! makefiles/GensrcJObjC.gmk ! makefiles/GensrcLocaleDataMetaInfo.gmk ! makefiles/GensrcMisc.gmk ! makefiles/GensrcProperties.gmk ! makefiles/GensrcSwing.gmk ! makefiles/GensrcX11Wrappers.gmk ! makefiles/Images.gmk ! makefiles/Import.gmk ! makefiles/Makefile ! makefiles/Tools.gmk ! makefiles/sun/awt/X11/ToBin.java From kelly.ohair at oracle.com Fri Oct 26 14:45:25 2012 From: kelly.ohair at oracle.com (kelly.ohair at oracle.com) Date: Fri, 26 Oct 2012 21:45:25 +0000 Subject: hg: build-infra/jdk8/corba: 2 new changesets Message-ID: <20121026214529.389F5475AD@hg.openjdk.java.net> Changeset: de2b8def2be5 Author: ohair Date: 2012-10-26 14:24 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/corba/rev/de2b8def2be5 8000992: Update new build-infra makefiles Summary: Build-infra project integration. Multiple authors on this work: erikj and ihse primarily, also changes from ohair, tbell, and dholmes. Special credit to ohstrom for his smartjavac work. Reviewed-by: erikj, ihse, dholmes, tbell + makefiles/BuildCorba.gmk ! makefiles/Makefile Changeset: 50446417d086 Author: ohair Date: 2012-10-26 14:45 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/corba/rev/50446417d086 Merge ! makefiles/BuildCorba.gmk ! makefiles/Makefile From kelly.ohair at oracle.com Fri Oct 26 14:45:50 2012 From: kelly.ohair at oracle.com (kelly.ohair at oracle.com) Date: Fri, 26 Oct 2012 21:45:50 +0000 Subject: hg: build-infra/jdk8/jaxp: 2 new changesets Message-ID: <20121026214556.6B173475B4@hg.openjdk.java.net> Changeset: 121fc928a361 Author: ohair Date: 2012-10-26 14:25 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jaxp/rev/121fc928a361 8000992: Update new build-infra makefiles Summary: Build-infra project integration. Multiple authors on this work: erikj and ihse primarily, also changes from ohair, tbell, and dholmes. Special credit to ohstrom for his smartjavac work. Reviewed-by: erikj, ihse, dholmes, tbell + makefiles/BuildJaxp.gmk ! makefiles/Makefile Changeset: 1f3c3af53596 Author: ohair Date: 2012-10-26 14:45 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jaxp/rev/1f3c3af53596 Merge ! makefiles/BuildJaxp.gmk ! makefiles/Makefile From kelly.ohair at oracle.com Fri Oct 26 14:46:20 2012 From: kelly.ohair at oracle.com (kelly.ohair at oracle.com) Date: Fri, 26 Oct 2012 21:46:20 +0000 Subject: hg: build-infra/jdk8/jaxws: 2 new changesets Message-ID: <20121026214625.BDD01475B5@hg.openjdk.java.net> Changeset: c30a7cb5c587 Author: ohair Date: 2012-10-26 14:25 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jaxws/rev/c30a7cb5c587 8000992: Update new build-infra makefiles Summary: Build-infra project integration. Multiple authors on this work: erikj and ihse primarily, also changes from ohair, tbell, and dholmes. Special credit to ohstrom for his smartjavac work. Reviewed-by: erikj, ihse, dholmes, tbell + makefiles/BuildJaxws.gmk ! makefiles/Makefile Changeset: c71db5748246 Author: ohair Date: 2012-10-26 14:46 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jaxws/rev/c71db5748246 Merge ! makefiles/BuildJaxws.gmk ! makefiles/Makefile From kelly.ohair at oracle.com Fri Oct 26 14:52:29 2012 From: kelly.ohair at oracle.com (kelly.ohair at oracle.com) Date: Fri, 26 Oct 2012 21:52:29 +0000 Subject: hg: build-infra/jdk8: Fixed whitespace in C source file. Message-ID: <20121026215229.D14D0475B6@hg.openjdk.java.net> Changeset: ff8e10d765c4 Author: ohair Date: 2012-10-26 14:52 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/ff8e10d765c4 Fixed whitespace in C source file. ! common/src/fixpath.c From kelly.ohair at oracle.com Fri Oct 26 14:53:08 2012 From: kelly.ohair at oracle.com (kelly.ohair at oracle.com) Date: Fri, 26 Oct 2012 21:53:08 +0000 Subject: hg: build-infra/jdk8: 2 new changesets Message-ID: <20121026215308.4423C475B7@hg.openjdk.java.net> Changeset: e64f2cb57d05 Author: ohair Date: 2012-10-26 14:29 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/e64f2cb57d05 8000992: Update new build-infra makefiles Summary: Build-infra project integration. Multiple authors on this work: erikj and ihse primarily, also changes from ohair, tbell, and dholmes. Special credit to ohstrom for his smartjavac work. Reviewed-by: erikj, ihse, dholmes, tbell ! NewMakefile.gmk ! common/autoconf/autogen.sh ! common/autoconf/basics.m4 + common/autoconf/basics_windows.m4 ! common/autoconf/boot-jdk.m4 ! common/autoconf/build-aux/config.guess ! common/autoconf/build-performance.m4 ! common/autoconf/builddeps.m4 ! common/autoconf/closed.version.numbers ! common/autoconf/compare.sh.in ! common/autoconf/configure ! common/autoconf/configure.ac ! common/autoconf/generated-configure.sh ! common/autoconf/help.m4 ! common/autoconf/hotspot-spec.gmk.in ! common/autoconf/jdk-options.m4 ! common/autoconf/libraries.m4 ! common/autoconf/platform.m4 ! common/autoconf/spec.gmk.in ! common/autoconf/toolchain.m4 + common/autoconf/toolchain_windows.m4 ! common/autoconf/version.numbers + common/bin/compare.sh + common/bin/compare_exceptions.sh.incl - common/bin/compareimage.sh - common/bin/diffexec.sh - common/bin/diffjarzip.sh - common/bin/difflib.sh - common/bin/difftext.sh - common/bin/exception_list_linux - common/bin/extractvcvars.sh ! common/bin/hide_important_warnings_from_javac.sh ! common/bin/logger.sh + common/bin/shell-tracer.sh - common/bin/unicode2x.sed ! common/makefiles/HotspotWrapper.gmk ! common/makefiles/IdlCompilation.gmk ! common/makefiles/JavaCompilation.gmk + common/makefiles/Main.gmk ! common/makefiles/MakeBase.gmk ! common/makefiles/MakeHelpers.gmk ! common/makefiles/Makefile ! common/makefiles/NativeCompilation.gmk ! common/makefiles/RMICompilation.gmk - common/makefiles/compress.post - common/makefiles/compress.pre + common/makefiles/support/ListPathsSafely-post-compress.incl + common/makefiles/support/ListPathsSafely-pre-compress.incl + common/makefiles/support/ListPathsSafely-uncompress.sed + common/makefiles/support/unicode2x.sed - common/makefiles/uncompress.sed + common/src/fixpath.c - common/src/uncygdrive.c + configure Changeset: 2eabad691272 Author: ohair Date: 2012-10-26 14:53 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/2eabad691272 Merge ! NewMakefile.gmk ! common/autoconf/autogen.sh ! common/autoconf/basics.m4 ! common/autoconf/basics_windows.m4 ! common/autoconf/boot-jdk.m4 ! common/autoconf/build-aux/config.guess ! common/autoconf/build-performance.m4 ! common/autoconf/builddeps.m4 ! common/autoconf/closed.version.numbers ! common/autoconf/compare.sh.in ! common/autoconf/configure ! common/autoconf/configure.ac ! common/autoconf/generated-configure.sh ! common/autoconf/help.m4 ! common/autoconf/hotspot-spec.gmk.in ! common/autoconf/jdk-options.m4 ! common/autoconf/libraries.m4 ! common/autoconf/platform.m4 ! common/autoconf/spec.gmk.in ! common/autoconf/toolchain.m4 ! common/autoconf/toolchain_windows.m4 ! common/autoconf/version.numbers ! common/bin/compare.sh ! common/bin/compare_exceptions.sh.incl ! common/bin/hide_important_warnings_from_javac.sh ! common/bin/logger.sh ! common/makefiles/HotspotWrapper.gmk ! common/makefiles/IdlCompilation.gmk ! common/makefiles/JavaCompilation.gmk ! common/makefiles/Main.gmk ! common/makefiles/MakeBase.gmk ! common/makefiles/MakeHelpers.gmk ! common/makefiles/Makefile ! common/makefiles/NativeCompilation.gmk ! common/makefiles/RMICompilation.gmk ! common/makefiles/support/ListPathsSafely-post-compress.incl ! common/makefiles/support/ListPathsSafely-pre-compress.incl ! common/makefiles/support/ListPathsSafely-uncompress.sed ! common/makefiles/support/unicode2x.sed ! common/src/fixpath.c From kelly.ohair at oracle.com Fri Oct 26 15:30:26 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Fri, 26 Oct 2012 15:30:26 -0700 Subject: Integration to jdk8/build has happened Message-ID: <0ABB2E69-D2D2-4D82-9BA3-0F494B4D2E39@oracle.com> I have integrated the build-infra/jdk8 changes into the jdk8/build forest. 8000992: Update new build-infra makefiles Caveats: * Solaris 11 runs of the configure script are still broken as far as I know, if I can find a simple fix I will try and fix this in build-infra/jdk8 and also in jdk8/build before the changes get integrated into the master jdk8/jdk8 repository. * build-infra/jdk8/langtools is not in sync with jdk8/build/langtools or jdk8/tl/langtools It would be nice if this was in sync with some official langtools repository, I purposely did NOT sync it with jdk8/build/langtools due to merge issues. * build-infra/jdk8/hotspot is in sync with jdk8/build/hotspot, however we still have some minor hotspot changes in build-infra/jdk8/hotspot that have not been integrated. I think this is the webrev * The top level nbproject files in the build-infra/jdk repository have NOT been integrated I'm not sure what to do with these files, Jesper has some ideas about how we should add netbeans projects to the repositories, so I will work with him on how to lay it all out. -kto From david.holmes at oracle.com Fri Oct 26 17:15:41 2012 From: david.holmes at oracle.com (David Holmes) Date: Sat, 27 Oct 2012 10:15:41 +1000 Subject: Solaris compiler setup ? In-Reply-To: <508AA008.1080905@oracle.com> References: <1956549788.2474283.1344512172984.JavaMail.root@redhat.com> <502433EC.5010400@oracle.com> <505278E5.1050108@oracle.com> <8348E4DE-157B-4A68-96AA-22B865688807@oracle.com> <508603EF.105@oracle.com> <508A6233.7070207@oracle.com> <508A7153.7090503@oracle.com> <508AA008.1080905@oracle.com> Message-ID: <508B27AD.8010602@oracle.com> On 27/10/2012 12:36 AM, Magnus Ihse Bursie wrote: > On 2012-10-26 13:17, David Holmes wrote: >> >> > which /usr/sfw/bin/gmake >> /usr/sfw/bin/gmake > > Well that looked good at least. :) >> >>> I have just pushed a patch to build-infra that will detect if this is >>> the case, and if so just use /usr/sfw/bin/gmake directly. You are >>> encouraged to pull the latest build-infra and try it. :-) >> >> checking for gmake... /usr/sfw/bin/gmake >> configure: Testing potential make at /usr/sfw/bin/gmake, found using >> gmake in PATH >> configure: Resolving FOUND_MAKE (as /usr/sfw/bin/gmake) with 'which' >> failed, using /usr/sfw/bin/gmake directly. >> configure: Using GNU make 3.81 (or later) at /usr/sfw/bin/gmake >> (version: GNU Make 3.81) > > However, this is not the result configure is getting. It claims the > result of running "which /usr/sfw/bin/gmake" is empty. Can you check the > configure log which "which" binary that configure located? It should say > something like > checking for which... /usr/bin/which checking for which... /usr/bin/which > If it does, what does running "/usr/bin/which /usr/sfw/bin/gmake" tell > you? And is it that outputted to stdout or stderr? > /usr/bin/which /usr/sfw/bin/gmake /usr/sfw/bin/gmake > /usr/bin/which /usr/sfw/bin/gmake > /dev/null > > /usr/bin/which /usr/sfw/bin/gmake 2> /dev/null /usr/sfw/bin/gmake stdout (which I would expect and which is what 'which' does on linux too) >> FYI the autoconf detection logic didn't seem to work right as it tried >> to run autogen.sh even though I don't have autoconf on Solaris: >> >> Configure source code has been updated, checking time stamps >> Warning: The configure source files is newer than the generated files. >> Running autogen.sh to correct the situation > > Probably the "which" witch hunting us again. I'm doing this test: > if test "x`which autoconf 2> /dev/null`" = x; then > echo "Cannot locate autoconf, unable to correct situation." > ... > else > echo "Running autogen.sh to correct the situation" > ... > fi So the problem here is that for something not found, which reports: > which autoconf no autoconf in /java/east/jdk/7/latest/solaris-i586//bin /usr/local/bin /java/devtools/i386/SUNWspro/SS12u1/bin /java/devtools/i386/teamware/7.7/bin /java/jdk/bin/ /java/devtools/share/bin /java/devtools/i386/bin . /usr/X11/bin/ /usr/ccs/bin /opt/sfw/bin /home/daholme/bin /usr/dt/bin /usr/openwin/bin /usr/ccs/bin /usr/bin /bin /usr/sbin /sbin /usr/ucb /usr/local/bin /usr/dist/local/exe /usr/sfw/bin /usr/dist/exe /usr/lib/lp/postscript . /net/backpack.us.oracle.com/archives/jprt/east/dist/bin/ and that also goes to stdout. David > /Magnus From david.holmes at oracle.com Fri Oct 26 20:54:40 2012 From: david.holmes at oracle.com (David Holmes) Date: Sat, 27 Oct 2012 13:54:40 +1000 Subject: Build-infra mismatch with full debug symbol control for hotspot Message-ID: <508B5B00.8080101@oracle.com> I may be mis-reading something here but was trying to determine why hotspot was still creating debuginfo/diz files when I thought I had disabled it at configure time. In the old build the external variable that should be set to control FDS is FULL_DEBUG_SYMBOLS. This is turn will set the internal make variable ENABLE_FULL_DEBUG_SYMBOLS. This applies to JDK builds and hotspot builds, with the top-level build adding FULL_DEBUG_SYMBOLS to the HOTSPOT_BUILD_ARGUMENTS. But in the new build the variable that is modified based on --disable-debug-symbols is ENABLE_DEBUG_SYMBOLS. And it gets set to yes or no, not 1 or 0. So hotspot will read spec.gmk and only find ENABLE_DEBUG_SYMBOLS:=no, for example, but that has no affect on FDS as it expects FULL_DEBUG_SYMBOLS to control things. What is the best way to resolve this mismatch? I've cc'd Dan as the FDS expert. Thanks, David From daniel.daugherty at oracle.com Fri Oct 26 20:58:24 2012 From: daniel.daugherty at oracle.com (Daniel D. Daugherty) Date: Fri, 26 Oct 2012 21:58:24 -0600 Subject: Build-infra mismatch with full debug symbol control for hotspot In-Reply-To: <508B5B00.8080101@oracle.com> References: <508B5B00.8080101@oracle.com> Message-ID: <508B5BE0.1050408@oracle.com> I would think that the the new build system would use the same internal make variable name as the old build system, i.e., ENABLE_FULL_DEBUG_SYMBOLS I would also expect the variable to use the same values ('1' and '0'). However, I'm not up to speed on build-infra... Dan On 10/26/12 9:54 PM, David Holmes wrote: > I may be mis-reading something here but was trying to determine why > hotspot was still creating debuginfo/diz files when I thought I had > disabled it at configure time. > > In the old build the external variable that should be set to control > FDS is FULL_DEBUG_SYMBOLS. This is turn will set the internal make > variable ENABLE_FULL_DEBUG_SYMBOLS. This applies to JDK builds and > hotspot builds, with the top-level build adding FULL_DEBUG_SYMBOLS to > the HOTSPOT_BUILD_ARGUMENTS. > > But in the new build the variable that is modified based on > --disable-debug-symbols is ENABLE_DEBUG_SYMBOLS. And it gets set to > yes or no, not 1 or 0. So hotspot will read spec.gmk and only find > ENABLE_DEBUG_SYMBOLS:=no, for example, but that has no affect on FDS > as it expects FULL_DEBUG_SYMBOLS to control things. > > What is the best way to resolve this mismatch? > > I've cc'd Dan as the FDS expert. > > Thanks, > David From david.holmes at oracle.com Sat Oct 27 01:10:11 2012 From: david.holmes at oracle.com (David Holmes) Date: Sat, 27 Oct 2012 18:10:11 +1000 Subject: Integration to jdk8/build has happened In-Reply-To: <0ABB2E69-D2D2-4D82-9BA3-0F494B4D2E39@oracle.com> References: <0ABB2E69-D2D2-4D82-9BA3-0F494B4D2E39@oracle.com> Message-ID: <508B96E3.9040402@oracle.com> When will jdk8/build integrate with jdk8/jdk8? Thanks, David On 27/10/2012 8:30 AM, Kelly O'Hair wrote: > > I have integrated the build-infra/jdk8 changes into the jdk8/build forest. > > 8000992: Update new build-infra makefiles > > Caveats: > > * Solaris 11 runs of the configure script are still broken as far as I know, if I can find a simple fix > I will try and fix this in build-infra/jdk8 and also in jdk8/build before the changes get integrated into > the master jdk8/jdk8 repository. > > * build-infra/jdk8/langtools is not in sync with jdk8/build/langtools or jdk8/tl/langtools > It would be nice if this was in sync with some official langtools repository, I purposely > did NOT sync it with jdk8/build/langtools due to merge issues. > > * build-infra/jdk8/hotspot is in sync with jdk8/build/hotspot, however we still have some minor > hotspot changes in build-infra/jdk8/hotspot that have not been integrated. I think this is the > webrev > > * The top level nbproject files in the build-infra/jdk repository have NOT been integrated > I'm not sure what to do with these files, Jesper has some ideas about how we should add netbeans > projects to the repositories, so I will work with him on how to lay it all out. > > -kto > From tim.bell at oracle.com Sat Oct 27 09:03:59 2012 From: tim.bell at oracle.com (Tim Bell) Date: Sat, 27 Oct 2012 09:03:59 -0700 Subject: Integration to jdk8/build has happened In-Reply-To: <508B96E3.9040402@oracle.com> References: <0ABB2E69-D2D2-4D82-9BA3-0F494B4D2E39@oracle.com> <508B96E3.9040402@oracle.com> Message-ID: <508C05EF.3070007@oracle.com> Traditionally, the build forest has the Wednesday PM integration slot. So unless some kind of stopper problem is uncovered, I expect the changes will integrate on 31 October, in time for b63: http://openjdk.java.net/projects/jdk8/builds Tim On 10/27/12 01:10, David Holmes wrote: > When will jdk8/build integrate with jdk8/jdk8? > > Thanks, > David > > On 27/10/2012 8:30 AM, Kelly O'Hair wrote: >> >> I have integrated the build-infra/jdk8 changes into the jdk8/build >> forest. >> >> 8000992: Update new build-infra makefiles >> >> Caveats: >> >> * Solaris 11 runs of the configure script are still broken as far >> as I know, if I can find a simple fix >> I will try and fix this in build-infra/jdk8 and also in >> jdk8/build before the changes get integrated into >> the master jdk8/jdk8 repository. >> >> * build-infra/jdk8/langtools is not in sync with >> jdk8/build/langtools or jdk8/tl/langtools >> It would be nice if this was in sync with some official >> langtools repository, I purposely >> did NOT sync it with jdk8/build/langtools due to merge issues. >> >> * build-infra/jdk8/hotspot is in sync with jdk8/build/hotspot, >> however we still have some minor >> hotspot changes in build-infra/jdk8/hotspot that have not been >> integrated. I think this is the >> webrev >> >> * The top level nbproject files in the build-infra/jdk repository >> have NOT been integrated >> I'm not sure what to do with these files, Jesper has some ideas >> about how we should add netbeans >> projects to the repositories, so I will work with him on how to >> lay it all out. >> >> -kto >> From kelly.ohair at oracle.com Sat Oct 27 09:17:43 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Sat, 27 Oct 2012 09:17:43 -0700 Subject: Integration to jdk8/build has happened In-Reply-To: <508B96E3.9040402@oracle.com> References: <0ABB2E69-D2D2-4D82-9BA3-0F494B4D2E39@oracle.com> <508B96E3.9040402@oracle.com> Message-ID: Probably Wednesday, it usually happens every week. David Katleman (Java RE) merges jdk8/build with jdk8/jdk8, then integrates it into jdk8/jdk8, and also updated jdk8/build with the merge. -kto On Oct 27, 2012, at 1:10 AM, David Holmes wrote: > When will jdk8/build integrate with jdk8/jdk8? > > Thanks, > David > > On 27/10/2012 8:30 AM, Kelly O'Hair wrote: >> >> I have integrated the build-infra/jdk8 changes into the jdk8/build forest. >> >> 8000992: Update new build-infra makefiles >> >> Caveats: >> >> * Solaris 11 runs of the configure script are still broken as far as I know, if I can find a simple fix >> I will try and fix this in build-infra/jdk8 and also in jdk8/build before the changes get integrated into >> the master jdk8/jdk8 repository. >> >> * build-infra/jdk8/langtools is not in sync with jdk8/build/langtools or jdk8/tl/langtools >> It would be nice if this was in sync with some official langtools repository, I purposely >> did NOT sync it with jdk8/build/langtools due to merge issues. >> >> * build-infra/jdk8/hotspot is in sync with jdk8/build/hotspot, however we still have some minor >> hotspot changes in build-infra/jdk8/hotspot that have not been integrated. I think this is the >> webrev >> >> * The top level nbproject files in the build-infra/jdk repository have NOT been integrated >> I'm not sure what to do with these files, Jesper has some ideas about how we should add netbeans >> projects to the repositories, so I will work with him on how to lay it all out. >> >> -kto >> From magnus.ihse.bursie at oracle.com Sat Oct 27 12:45:05 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Sat, 27 Oct 2012 21:45:05 +0200 Subject: Solaris compiler setup ? In-Reply-To: <508B27AD.8010602@oracle.com> References: <1956549788.2474283.1344512172984.JavaMail.root@redhat.com> <502433EC.5010400@oracle.com> <505278E5.1050108@oracle.com> <8348E4DE-157B-4A68-96AA-22B865688807@oracle.com> <508603EF.105@oracle.com> <508A6233.7070207@oracle.com> <508A7153.7090503@oracle.com> <508AA008.1080905@oracle.com> <508B27AD.8010602@oracle.com> Message-ID: <508C39C1.8050004@oracle.com> On 2012-10-27 02:15, David Holmes wrote: > > /usr/bin/which /usr/sfw/bin/gmake > /usr/sfw/bin/gmake > > > /usr/bin/which /usr/sfw/bin/gmake > /dev/null > > > > > /usr/bin/which /usr/sfw/bin/gmake 2> /dev/null > /usr/sfw/bin/gmake > > stdout (which I would expect and which is what 'which' does on linux too) So that is like it should. I have no clue to as why it doesn't work in configure. However, the workaround I added seem to solve to problem so I think it'll just have to remain one of life's small mysteries. :) > So the problem here is that for something not found, which reports: > > > which autoconf > no autoconf in /java/east/jdk/7/latest/solaris-i586//bin > /usr/local/bin /java/devtools/i386/SUNWspro/SS12u1/bin > /java/devtools/i386/teamware/7.7/bin /java/jdk/bin/ > /java/devtools/share/bin /java/devtools/i386/bin . /usr/X11/bin/ > /usr/ccs/bin /opt/sfw/bin /home/daholme/bin /usr/dt/bin > /usr/openwin/bin /usr/ccs/bin /usr/bin /bin /usr/sbin /sbin /usr/ucb > /usr/local/bin /usr/dist/local/exe /usr/sfw/bin /usr/dist/exe > /usr/lib/lp/postscript . > /net/backpack.us.oracle.com/archives/jprt/east/dist/bin/ > > and that also goes to stdout. Ah, that is a bit unusual, having that on stdout instead of stderr. Hm. Mabe we should filter out "^no X in Y" as well. Argh. It sucks to do shell script additions to before running the autoconf script, since this kind of ugliness is what it's designed to take care of. Now we're left with all the mess. /Magnus From magnus.ihse.bursie at oracle.com Sat Oct 27 12:47:18 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Sat, 27 Oct 2012 21:47:18 +0200 Subject: Status of the hotspot repo in the build-infra forest In-Reply-To: <508A8344.3060904@oracle.com> References: <508945D2.6080100@oracle.com> <279FC269-A946-4D1F-84F6-9DB998C399F3@oracle.com> <508A8344.3060904@oracle.com> Message-ID: <508C3A46.9070309@oracle.com> On 2012-10-26 14:34, Erik Joelsson wrote: > This looks like the cl.exe hasn't been found. Would be interesting to > look at spec.gmk and possibly config.log from this run. Just FYI: I have found and fixed the problem. This was not a problem in a complete build-infra forest, due to the patch that was applied in hotspot. It was a problem when the hotspot repo was replaced with the one from the build forest. I solved it, however, by a workaround in our configure script, setting things up differently for hotspot, so the patch in the hotspot repo was not needed. In the long term future, I hope we can get the Hotspot makefiles up to par so we don't have to do this kind of special solutions for them... /Magnus From david.holmes at oracle.com Sun Oct 28 17:12:11 2012 From: david.holmes at oracle.com (David Holmes) Date: Mon, 29 Oct 2012 10:12:11 +1000 Subject: Build-infra mismatch with full debug symbol control for hotspot In-Reply-To: <508B5BE0.1050408@oracle.com> References: <508B5B00.8080101@oracle.com> <508B5BE0.1050408@oracle.com> Message-ID: <508DC9DB.2040800@oracle.com> I've filed a bug for this: https://jbs.oracle.com/bugs/browse/JDK-8001753 I'll have to put in a quick fix for the profile builds, but I think the new build should have followed the existing nomenclature (or else, if someone felt so strongly that the nomenclature was "wrong", modified the old build for the JDK and Hotspot). There needs to be consistent naming though. David On 27/10/2012 1:58 PM, Daniel D. Daugherty wrote: > I would think that the the new build system would use the same > internal make variable name as the old build system, i.e., > > ENABLE_FULL_DEBUG_SYMBOLS > > I would also expect the variable to use the same values ('1' and '0'). > However, I'm not up to speed on build-infra... > > Dan > > > On 10/26/12 9:54 PM, David Holmes wrote: >> I may be mis-reading something here but was trying to determine why >> hotspot was still creating debuginfo/diz files when I thought I had >> disabled it at configure time. >> >> In the old build the external variable that should be set to control >> FDS is FULL_DEBUG_SYMBOLS. This is turn will set the internal make >> variable ENABLE_FULL_DEBUG_SYMBOLS. This applies to JDK builds and >> hotspot builds, with the top-level build adding FULL_DEBUG_SYMBOLS to >> the HOTSPOT_BUILD_ARGUMENTS. >> >> But in the new build the variable that is modified based on >> --disable-debug-symbols is ENABLE_DEBUG_SYMBOLS. And it gets set to >> yes or no, not 1 or 0. So hotspot will read spec.gmk and only find >> ENABLE_DEBUG_SYMBOLS:=no, for example, but that has no affect on FDS >> as it expects FULL_DEBUG_SYMBOLS to control things. >> >> What is the best way to resolve this mismatch? >> >> I've cc'd Dan as the FDS expert. >> >> Thanks, >> David From david.holmes at oracle.com Sun Oct 28 18:13:54 2012 From: david.holmes at oracle.com (david.holmes at oracle.com) Date: Mon, 29 Oct 2012 01:13:54 +0000 Subject: hg: jdk8/profiles: Workaround for bug 8001753: convert ENABLE_DEBUG_SYMBOLS to FULL_DEBUG_SYMBOLS Message-ID: <20121029011355.1D1EA4763A@hg.openjdk.java.net> Changeset: 1fcb3c5f82a6 Author: dholmes Date: 2012-10-28 21:12 -0400 URL: http://hg.openjdk.java.net/jdk8/profiles/rev/1fcb3c5f82a6 Workaround for bug 8001753: convert ENABLE_DEBUG_SYMBOLS to FULL_DEBUG_SYMBOLS ! common/autoconf/hotspot-spec.gmk.in From kelly.ohair at oracle.com Sun Oct 28 18:16:05 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Sun, 28 Oct 2012 18:16:05 -0700 Subject: LIBJAVA_SRC_DIRS list doesn't need java/sql anymore In-Reply-To: <504F0F76.4040802@oracle.com> References: <504F0F76.4040802@oracle.com> Message-ID: <61CC63ED-3462-4631-BC56-F5EEEA1A9122@oracle.com> I never saw a reply on this, but I think it was taken care of. sorry for the slow reply. -kto On Sep 11, 2012, at 3:16 AM, Alan Bateman wrote: > > In CompileNativeLibraries.gmk then LIBJAVA_SRC_DIRS includes $(JDK_TOPDIR)/src/share/native/java/sql in the list but we have removed the final JDBC native method a few weeks back [1]. I think this means this directory can be removed from the list. > > -Alan > > [1] http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/8305ddc88a5a From kelly.ohair at oracle.com Sun Oct 28 18:29:03 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Sun, 28 Oct 2012 18:29:03 -0700 Subject: Build-infra mismatch with full debug symbol control for hotspot In-Reply-To: <508DC9DB.2040800@oracle.com> References: <508B5B00.8080101@oracle.com> <508B5BE0.1050408@oracle.com> <508DC9DB.2040800@oracle.com> Message-ID: <050026DE-4AEB-49D5-BE10-A13B9D05F795@oracle.com> Thanks for filing this. When you get a chance, I would like to get an understanding of what the schedule is for integrating the profiles repositories into jdk8/jdk8, and if they will go through jdk8/build or some other path. -kto On Oct 28, 2012, at 5:12 PM, David Holmes wrote: > I've filed a bug for this: > > https://jbs.oracle.com/bugs/browse/JDK-8001753 > > I'll have to put in a quick fix for the profile builds, but I think the new build should have followed the existing nomenclature (or else, if someone felt so strongly that the nomenclature was "wrong", modified the old build for the JDK and Hotspot). There needs to be consistent naming though. > > David > > On 27/10/2012 1:58 PM, Daniel D. Daugherty wrote: >> I would think that the the new build system would use the same >> internal make variable name as the old build system, i.e., >> >> ENABLE_FULL_DEBUG_SYMBOLS >> >> I would also expect the variable to use the same values ('1' and '0'). >> However, I'm not up to speed on build-infra... >> >> Dan >> >> >> On 10/26/12 9:54 PM, David Holmes wrote: >>> I may be mis-reading something here but was trying to determine why >>> hotspot was still creating debuginfo/diz files when I thought I had >>> disabled it at configure time. >>> >>> In the old build the external variable that should be set to control >>> FDS is FULL_DEBUG_SYMBOLS. This is turn will set the internal make >>> variable ENABLE_FULL_DEBUG_SYMBOLS. This applies to JDK builds and >>> hotspot builds, with the top-level build adding FULL_DEBUG_SYMBOLS to >>> the HOTSPOT_BUILD_ARGUMENTS. >>> >>> But in the new build the variable that is modified based on >>> --disable-debug-symbols is ENABLE_DEBUG_SYMBOLS. And it gets set to >>> yes or no, not 1 or 0. So hotspot will read spec.gmk and only find >>> ENABLE_DEBUG_SYMBOLS:=no, for example, but that has no affect on FDS >>> as it expects FULL_DEBUG_SYMBOLS to control things. >>> >>> What is the best way to resolve this mismatch? >>> >>> I've cc'd Dan as the FDS expert. >>> >>> Thanks, >>> David From Alan.Bateman at oracle.com Mon Oct 29 01:05:24 2012 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Mon, 29 Oct 2012 08:05:24 +0000 Subject: LIBJAVA_SRC_DIRS list doesn't need java/sql anymore In-Reply-To: <61CC63ED-3462-4631-BC56-F5EEEA1A9122@oracle.com> References: <504F0F76.4040802@oracle.com> <61CC63ED-3462-4631-BC56-F5EEEA1A9122@oracle.com> Message-ID: <508E38C4.6080704@oracle.com> On 29/10/2012 01:16, Kelly O'Hair wrote: > I never saw a reply on this, but I think it was taken care of. > > sorry for the slow reply. > > -kto > Yes, Erik took care of it very soon after my mail: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/2ed6c9fd818a Another stale one is this part of the rt.jar filtering in CreateJars.gmk: ifeq ($(OPENJDK_TARGET_OS), macosx) RT_JAR_EXCLUDES += com/sun/nio/sctp \ sun/nio/ch/sctp \ sun/jdbc \ sun/nio/ch/DevPollArrayWrapper\$$$$Updator.class \ sun/nio/ch/DevPollArrayWrapper.class \ sun/nio/ch/DevPollSelectorImpl.class \ sun/nio/ch/DevPollSelectorProvider.class \ sun/nio/ch/EPollArrayWrapper\$$$$Updator.class \ sun/nio/ch/EPollArrayWrapper.class \ sun/nio/ch/EPollSelectorImpl.class \ sun/nio/ch/EPollSelectorProvider.class endif The DevPoll* and EPoll* classes aren't compiled on Mac so they don't need to be filtered (it was the case that they were compiled implicitly but we fixed that some time ago). -Alan. From erik.joelsson at oracle.com Mon Oct 29 02:46:46 2012 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Mon, 29 Oct 2012 10:46:46 +0100 Subject: Integration to jdk8/build has happened In-Reply-To: <0ABB2E69-D2D2-4D82-9BA3-0F494B4D2E39@oracle.com> References: <0ABB2E69-D2D2-4D82-9BA3-0F494B4D2E39@oracle.com> Message-ID: <508E5086.5070703@oracle.com> Yay! Finally it happens. /Erik On 2012-10-27 00:30, Kelly O'Hair wrote: > I have integrated the build-infra/jdk8 changes into the jdk8/build forest. > > 8000992: Update new build-infra makefiles > > Caveats: > > * Solaris 11 runs of the configure script are still broken as far as I know, if I can find a simple fix > I will try and fix this in build-infra/jdk8 and also in jdk8/build before the changes get integrated into > the master jdk8/jdk8 repository. > > * build-infra/jdk8/langtools is not in sync with jdk8/build/langtools or jdk8/tl/langtools > It would be nice if this was in sync with some official langtools repository, I purposely > did NOT sync it with jdk8/build/langtools due to merge issues. > > * build-infra/jdk8/hotspot is in sync with jdk8/build/hotspot, however we still have some minor > hotspot changes in build-infra/jdk8/hotspot that have not been integrated. I think this is the > webrev > > * The top level nbproject files in the build-infra/jdk repository have NOT been integrated > I'm not sure what to do with these files, Jesper has some ideas about how we should add netbeans > projects to the repositories, so I will work with him on how to lay it all out. > > -kto > From erik.joelsson at oracle.com Mon Oct 29 02:59:46 2012 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Mon, 29 Oct 2012 10:59:46 +0100 Subject: LIBJAVA_SRC_DIRS list doesn't need java/sql anymore In-Reply-To: <508E38C4.6080704@oracle.com> References: <504F0F76.4040802@oracle.com> <61CC63ED-3462-4631-BC56-F5EEEA1A9122@oracle.com> <508E38C4.6080704@oracle.com> Message-ID: <508E5392.8060909@oracle.com> Right, I forgot to answer the mail afterwards. Must have been sidetracked. I can fix the filter below too. /Erik On 2012-10-29 09:05, Alan Bateman wrote: > On 29/10/2012 01:16, Kelly O'Hair wrote: >> I never saw a reply on this, but I think it was taken care of. >> >> sorry for the slow reply. >> >> -kto >> > Yes, Erik took care of it very soon after my mail: > > http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/2ed6c9fd818a > > Another stale one is this part of the rt.jar filtering in CreateJars.gmk: > > ifeq ($(OPENJDK_TARGET_OS), macosx) > RT_JAR_EXCLUDES += com/sun/nio/sctp \ > sun/nio/ch/sctp \ > sun/jdbc \ > > sun/nio/ch/DevPollArrayWrapper\$$$$Updator.class \ > sun/nio/ch/DevPollArrayWrapper.class \ > sun/nio/ch/DevPollSelectorImpl.class \ > sun/nio/ch/DevPollSelectorProvider.class \ > > sun/nio/ch/EPollArrayWrapper\$$$$Updator.class \ > sun/nio/ch/EPollArrayWrapper.class \ > sun/nio/ch/EPollSelectorImpl.class \ > sun/nio/ch/EPollSelectorProvider.class > endif > > The DevPoll* and EPoll* classes aren't compiled on Mac so they don't > need to be filtered (it was the case that they were compiled > implicitly but we fixed that some time ago). > > -Alan. > From erik.joelsson at oracle.com Mon Oct 29 03:43:13 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Mon, 29 Oct 2012 10:43:13 +0000 Subject: hg: build-infra/jdk8/jdk: Copied changed mapfiles for libnio in old build to new build. Message-ID: <20121029104442.7547847643@hg.openjdk.java.net> Changeset: b6baea44e56c Author: erikj Date: 2012-10-29 11:42 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/b6baea44e56c Copied changed mapfiles for libnio in old build to new build. ! makefiles/mapfiles/libnio/mapfile-linux ! makefiles/mapfiles/libnio/mapfile-macosx ! makefiles/mapfiles/libnio/mapfile-solaris From erik.joelsson at oracle.com Mon Oct 29 03:46:08 2012 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Mon, 29 Oct 2012 11:46:08 +0100 Subject: hg: build-infra/jdk8/jdk: Copied changed mapfiles for libnio in old build to new build. In-Reply-To: <20121029104442.7547847643@hg.openjdk.java.net> References: <20121029104442.7547847643@hg.openjdk.java.net> Message-ID: <508E5E70.1010201@oracle.com> This change should probably get into jdk8/build before wed since otherwise we don't have compare equality. /Erik On 2012-10-29 11:43, erik.joelsson at oracle.com wrote: > Changeset: b6baea44e56c > Author: erikj > Date: 2012-10-29 11:42 +0100 > URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/b6baea44e56c > > Copied changed mapfiles for libnio in old build to new build. > > ! makefiles/mapfiles/libnio/mapfile-linux > ! makefiles/mapfiles/libnio/mapfile-macosx > ! makefiles/mapfiles/libnio/mapfile-solaris > From erik.joelsson at oracle.com Mon Oct 29 07:18:30 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Mon, 29 Oct 2012 14:18:30 +0000 Subject: hg: build-infra/jdk8: Renamed local variables to not clash with actual exported variables. Messed up compare. Message-ID: <20121029141830.706D747646@hg.openjdk.java.net> Changeset: 690d15961931 Author: erikj Date: 2012-10-29 15:14 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/690d15961931 Renamed local variables to not clash with actual exported variables. Messed up compare. ! common/autoconf/basics.m4 ! common/autoconf/generated-configure.sh From erik.joelsson at oracle.com Mon Oct 29 07:20:19 2012 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Mon, 29 Oct 2012 15:20:19 +0100 Subject: hg: build-infra/jdk8: Renamed local variables to not clash with actual exported variables. Messed up compare. In-Reply-To: <20121029141830.706D747646@hg.openjdk.java.net> References: <20121029141830.706D747646@hg.openjdk.java.net> Message-ID: <508E90A3.1010906@oracle.com> This is also a good candidate for inclusion in jdk8/build before Wednesday. Compare script often stops working without this. /Erik On 2012-10-29 15:18, erik.joelsson at oracle.com wrote: > Changeset: 690d15961931 > Author: erikj > Date: 2012-10-29 15:14 +0100 > URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/690d15961931 > > Renamed local variables to not clash with actual exported variables. Messed up compare. > > ! common/autoconf/basics.m4 > ! common/autoconf/generated-configure.sh > From fredrik.ohrstrom at oracle.com Mon Oct 29 08:38:51 2012 From: fredrik.ohrstrom at oracle.com (fredrik.ohrstrom at oracle.com) Date: Mon, 29 Oct 2012 15:38:51 +0000 Subject: hg: build-infra/jdk8/jdk: Added X_CFLAGS and X_LIBS to lwawt and sizer compilations for Message-ID: <20121029153913.720FE47649@hg.openjdk.java.net> Changeset: 92a8cc9532c5 Author: ohrstrom Date: 2012-10-29 16:37 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/92a8cc9532c5 Added X_CFLAGS and X_LIBS to lwawt and sizer compilations for platforms where X11 is moving around. ! makefiles/CompileNativeLibraries.gmk ! makefiles/GensrcX11Wrappers.gmk From magnus.ihse.bursie at oracle.com Mon Oct 29 08:59:42 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Mon, 29 Oct 2012 16:59:42 +0100 Subject: How to build 32-bit builds on 64-bit Ubuntu Message-ID: <508EA7EE.70704@oracle.com> I was asked to document how to build 32-bit builds on 64-bit Ubuntu. You need to install three packages: sudo apt-get install libc6-dev-i386 lib32stdc++6 ia32-libs However, these are broken, and do not place proper symlinks. (This is a bug that should probably be reported upstream to Ubuntu, if anyone bothers...). Therefore, you also need to do: sudo ln -s /usr/lib32/libstdc++.so.6 /usr/lib32/libstdc++.so sudo ln -s /usr/lib32/libasound.so.2 /usr/lib32/libasound.so Then you can do "sh configure --with-target-bits=32" and be happy! :-) One important note, however. There is no Ubuntu package (as far as I could find) containing a static (.a) version of libstdc++, so this will create a configuration with dynamic linking. For community builds, this is fine (probably more than fine -- the expected behavior), but it's not good for official Oracle builds. We'll have to find another solution internally. /Magnus From erik.joelsson at oracle.com Mon Oct 29 09:57:20 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Mon, 29 Oct 2012 16:57:20 +0000 Subject: hg: build-infra/jdk8: 2 new changesets Message-ID: <20121029165720.A3E524764C@hg.openjdk.java.net> Changeset: 7d5e5e93ff62 Author: erikj Date: 2012-10-29 17:53 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/7d5e5e93ff62 Converted support for enabling unlimited crypto for openjdk builds. ! common/autoconf/generated-configure.sh ! common/autoconf/jdk-options.m4 ! common/autoconf/spec.gmk.in Changeset: 0277fd44a44a Author: erikj Date: 2012-10-29 17:56 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/0277fd44a44a Merge ! common/autoconf/generated-configure.sh From erik.joelsson at oracle.com Mon Oct 29 09:57:16 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Mon, 29 Oct 2012 16:57:16 +0000 Subject: hg: build-infra/jdk8/jdk: 2 new changesets Message-ID: <20121029165751.722934764D@hg.openjdk.java.net> Changeset: 6216c0e22c3d Author: erikj Date: 2012-10-29 17:53 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/6216c0e22c3d Converted support for enabling unlimited crypto for openjdk builds. ! makefiles/CreateJars.gmk Changeset: 19f2e8306b8c Author: erikj Date: 2012-10-29 17:56 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/19f2e8306b8c Merge From erik.joelsson at oracle.com Mon Oct 29 10:05:18 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Mon, 29 Oct 2012 17:05:18 +0000 Subject: hg: build-infra/jdk8/jdk: 2 new changesets Message-ID: <20121029170550.222744764E@hg.openjdk.java.net> Changeset: 842fdc16010c Author: erikj Date: 2012-10-29 10:07 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/842fdc16010c Removing redundant excludes for rt.jar on mac. ! makefiles/CreateJars.gmk Changeset: 011695ba37e6 Author: erikj Date: 2012-10-29 10:08 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/011695ba37e6 Merge ! makefiles/CreateJars.gmk From magnus.ihse.bursie at oracle.com Mon Oct 29 11:45:17 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Mon, 29 Oct 2012 19:45:17 +0100 Subject: jdk8 makefile changes In-Reply-To: <4FFB7E64.5010507@oracle.COM> References: <6E1102AE-5167-4FA8-888F-264EDA515E4C@oracle.com> <6D686E00-4ABF-4D27-B9CA-A86004DA655A@oracle.com> <4FFB6E8D.1010409@oracle.COM> <4FFB7539.5070309@oracle.com> <4FFB7E64.5010507@oracle.COM> Message-ID: <508ECEBD.4080509@oracle.com> Hi Kumar, I know it is a long time since you wrote this, but there have been several changes to build-infra lately that might help with your issues. We filter out the GNU link command. We try harder to locate VS10, and if still not found, it can be set using "sh configure --with-tools-dir=". These changes are currently in the build forest, and is scheduled to be integrated to the master forest this Wednesday. You might want to test again using this latest version. Hopefully this time you'll get a smooth ride. /Magnus On 2012-07-10 02:59, Kumar Srinivasan wrote: > nOn 7/9/2012 5:20 PM, David Holmes wrote: >> On 10/07/2012 9:51 AM, Kumar Srinivasan wrote: >>> On windows, I see a failure when building hotspot, as as follows. >>> Kumar >>> >>> link.exe /SAFESEH /manifest kernel32.lib user32.lib gdi32.lib >>> winspool.lib codlg32.lib advapi32.lib shell32.lib ole32.lib >>> oleaut32.lib uuid.lib >>> Wsock32.lib winmm.lib /nologo /machine:I386 /opt:REF /opt:ICF,8 /map >>> /debug >>> psapi.lib /subystem:console /out:adlc.exe main.obj adlparse.obj >>> archDesc.obj arena.obj >>> dfa.ob dict2.obj filebuff.obj forms.obj formsopt.obj formssel.obj >>> opcodes.obj >>> output_.obj output_h.obj >>> /usr/bin/link: extra operand `kernel32.lib' >> >> It looks like it is trying to run the GNU link command instead of the >> Visual Studio one. > one other clue, VS10 is not in its standard install location, setting > the path to the VS's link > does not help, so autoconf has inferred the wrong path it seems. > > Kumar > > >> >> David >> ----- >> >> >>> Try `/usr/bin/link --help' for more information. >>> NMAKE : fatal error U1077: >>> 'C:\WORKSP~1\JDK8-B~1\build\WINDOW~1\UNCYGD~1.EXE' : >>> return code '0x1' >>> Stop. >>> NMAKE : fatal error U1077: 'cd' : return code '0x2' >>> Stop. >>> NMAKE : fatal error U1077: '"C:\Program Files\MSVS10\VC\BIN\nmake.EXE"' >>> : retur >>> code '0x2' >>> Stop. >>> make[2]: *** [generic_build2] Error 2 >>> make[1]: *** [product] Error 2 >>> make: *** [hotspot-only] Error 2 >>>> The jdk8/build forest has been in sync for a few days, so anyone >>>> willing to try the new build system with OpenJDK 8, please >>>> follow these instructions: >>>> >>>> hg clone http://hg.openjdk.java.net/jdk8/build jdk8-build >>>> cd jdk8-build >>>> sh ./get_source.sh >>>> cd common/makefiles >>>> ../autoconf/configure >>>> make images >>>> >>>> Let us know what works, what doesn't. >>>> >>>> Many of us will be concentrating on binary comparisons over the next >>>> few days to insure that we are building >>>> everything we did before, and the same content. >>>> >>>> -kto >>>> >>>> On Jul 3, 2012, at 11:38 AM, Kelly O'Hair wrote: >>>> >>>>> Heads up... >>>>> >>>>> We expect to do a sync up of the jdk8/build forest with the latest in >>>>> the build-infra forest in the next few days. >>>>> >>>>> As the new build-infra project starts getting more solid and we >>>>> contemplate when we can switch >>>>> the default to building with the new build-infra Makefiles (we don't >>>>> know exactly when yet). >>>>> >>>>> **** IMPORTANT NOTICE **** >>>>> It will be important that *anyone* making *any* changes to the jdk8 >>>>> Makefiles keep the build-dev >>>>> or build-infra mailing lists informed. >>>>> For a period of time we need to maintain two separate build >>>>> mechanisms, and we want to make sure >>>>> that both build the same thing. >>>>> The hotspot repository is the one exception where we don't have two >>>>> sets of makefiles, but we still >>>>> would like to know when anyone is changing the makefiles or anything >>>>> to do with the build process. >>>>> ***************************** >>>>> >>>>> We will soon be running both builds and doing comparisons of the >>>>> resulting j2sdk-image files from >>>>> both to insure we match. So if we detect differences we will be >>>>> tracking down how those differences >>>>> happened (that's a hint that we will be watching :^). >>>>> >>>>> More information on the new build-infra Makefiles can be found at: >>>>> http://openjdk.java.net/projects/build-infra/ >>>>> >>>>> User Guide is at: >>>>> http://openjdk.java.net/projects/build-infra/guide.html >>>>> >>>>> Some preliminary timings for building the product image (effectively, >>>>> build/j2sdk-image/): >>>>> OLD NEW build-infra times (All estimates, similar VMs/Zones) >>>>> linux_i586 (21m 59s) (08m 13s) >>>>> linux_x64 (13m 34s) (07m 04s) >>>>> solaris_i586 (26m 14s) (11m 31s) >>>>> solaris_sparc (54m 02s) (28m 21s) >>>>> windows_i586 (55m 49s) (32m 22s) (old used MKS, build-infra only uses >>>>> CYGWIN) >>>>> windows_x64 (36m 36s) (23m 50s) " " " >>>>> >>>>> Notes: >>>>> * Machines with more processors will reduce the build time for >>>>> build-infra builds, less so with the old Makefiles. >>>>> * Always use local disk or /tmp (all above timings use /tmp, always >>>>> local disk) >>>>> * Above uses VMs for Windows and Linux, raw hardware would be faster >>>>> * Use of ccache can sometimes speed things up, but can also skew the >>>>> timings, >>>>> in the above measurements OLD used ccache, NEW did not. >>>>> >>>>> -kto >>> > From magnus.ihse.bursie at oracle.com Mon Oct 29 11:47:46 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Mon, 29 Oct 2012 19:47:46 +0100 Subject: RT_JAR_EXCLUDES In-Reply-To: <504F12F7.3050307@oracle.com> References: <504F12F7.3050307@oracle.com> Message-ID: <508ECF52.9080406@oracle.com> Hi Alan, I think this one fell between the cracks. Build-infra team, I think Alan has a point here. If this was added to the exclude list, it might be due to us compiling stuff we shouldn't compile. Otherwise, the exclude seems pointless and should be removed. /Magnus On 2012-09-11 12:31, Alan Bateman wrote: > > In CreateJars.gmk I see this: > > ifeq ($(OPENJDK_TARGET_OS), macosx) > RT_JAR_EXCLUDES += com/sun/nio/sctp \ > sun/nio/ch/sctp \ > sun/jdbc \ > sun/nio/ch/DevPollArrayWrapper\$$$$Updator.class \ > sun/nio/ch/DevPollArrayWrapper.class \ > sun/nio/ch/DevPollSelectorImpl.class \ > sun/nio/ch/DevPollSelectorProvider.class \ > sun/nio/ch/EPollArrayWrapper\$$$$Updator.class \ > sun/nio/ch/EPollArrayWrapper.class \ > sun/nio/ch/EPollSelectorImpl.class \ > sun/nio/ch/EPollSelectorProvider.class > endif > > I'm curious about the DevPoll* and EPoll* here as they should not be > compiled on Mac. We do have issues with implicit compilation of > src/solaris/classes/sun/nio/ch/DefaultSelectorProvider.java with the > result that Solaris and Linux builds end up with additional classes in > rt.jar but that class should not be compiled on Mac > (src/macosx/classes/sun/nio/ch/DefaultSelectorProvider.java should be > compiled instead). I'm just wondering if they should be removed from > RT_JAR_EXCLUDES? > > One other thing in passing, I see several sun.security.ec classes are > being added to RT_JAR_EXCLUDES too. As it happens there are a couple > of issues in this area that I was talking to Vincent Ryan about > recently. He's going to sort them out soon via 7197245, after which I > assume that RT_JAR_EXCLUDES can be trimmed. > > -Alan. > > From magnus.ihse.bursie at oracle.com Mon Oct 29 11:57:10 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Mon, 29 Oct 2012 19:57:10 +0100 Subject: building langtools (extension of partial builds) In-Reply-To: <5058A627.5090904@oracle.com> References: <505892A4.5080101@oracle.com> <5058A627.5090904@oracle.com> Message-ID: <508ED186.7070301@oracle.com> On 2012-09-18 18:49, Jonathan Gibbons wrote: > > For the record, this worked for me: > > ( mkdir -p build.new ; cd build.new ; sh > /w/jjg/work/tl/common/autoconf/configure > --with-override-langtools=$(cd .. ; pwd) ) > > followed by > > make -f build.new/Makefile langtools If this turns out to be a common mode of operation, we should probably try to add support to it somehow. Maybe we could add a simple script named "configure" in the langtools repo root, which would require a parameter --with-toplevel=/w/jjg/work/tl or something like that, and then calling /w/jjg/work/tl/configure with --with-override-langtools= and all other configure arguments the user would like to pass. And possibly also overriding the output, to create a build/ directory under the current langtools repo instead. (This is currently not easy to do, but it would be simple to add a --with-build-dir or so to the top-level configure). I have already created a thin wrapper in langtools/makefiles/Makefile, which will try to locate the top-level Makefile and run "make langtools". This could possibly be improved in many ways, to allow more fine-grained interaction with the langtools part of the build. For the jdk repo, I have added a JDK_TARGET variable, so you can type "make jdk-only JDK_TARGET=libs-only" if you want to run the libs-only target in the jdk makefile. > > FWIW, it works well enough, but it does more than I need as a > langtools developer. I just need what is now builld/langtools/classes > in this new world; I don't need the *.{jar,zip} files to be > created/updated, with the exception of the bootstrap javac. And, > because everything channels through the top level makefile, there > appears to be no easy way to build interim targets in > langtools/makefiles/Makefile, is that right? I think the idea here is that when we transition to having smartjavac as default, the default mode of operation would be to have a jar file, not a directory full of class files, as default output. The new build system mimics this, even when not running with smartjavac. But with that said, it might very well be the case that we are doing stuff in langtools that's only needed if you want to build an image. If so, we might want to consider moving that to a separate target in langtools, and only call it if we are building an image. /Magnus From magnus.ihse.bursie at oracle.com Mon Oct 29 11:58:22 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Mon, 29 Oct 2012 19:58:22 +0100 Subject: building docs (extension of partial build) In-Reply-To: <5B264651-FF45-4442-9889-FA413CADC705@oracle.com> References: <5058B7C4.2090400@oracle.com> <5059D33B.5090308@oracle.com> <5B264651-FF45-4442-9889-FA413CADC705@oracle.com> Message-ID: <508ED1CE.7090209@oracle.com> On 2012-09-19 18:46, Kelly O'Hair wrote: > No comparisons were done against the old javadoc generation. > Just a little ping here: we need to add javadoc comparison to the compare script. Or find some other way to do it. If we don't compare, we don't know if we broke anything. /Magnus From jonathan.gibbons at oracle.com Mon Oct 29 12:00:33 2012 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Mon, 29 Oct 2012 12:00:33 -0700 Subject: building docs (extension of partial build) In-Reply-To: <508ED1CE.7090209@oracle.com> References: <5058B7C4.2090400@oracle.com> <5059D33B.5090308@oracle.com> <5B264651-FF45-4442-9889-FA413CADC705@oracle.com> <508ED1CE.7090209@oracle.com> Message-ID: <508ED251.5010500@oracle.com> On 10/29/2012 11:58 AM, Magnus Ihse Bursie wrote: > On 2012-09-19 18:46, Kelly O'Hair wrote: >> No comparisons were done against the old javadoc generation. >> > > Just a little ping here: we need to add javadoc comparison to the > compare script. Or find some other way to do it. If we don't compare, > we don't know if we broke anything. > > /Magnus See the attached script that I use to remove timestamps from javadoc docs to aid in comparisons. -- Jon From jonathan.gibbons at oracle.com Mon Oct 29 12:02:51 2012 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Mon, 29 Oct 2012 12:02:51 -0700 Subject: building langtools (extension of partial builds) In-Reply-To: <508ED186.7070301@oracle.com> References: <505892A4.5080101@oracle.com> <5058A627.5090904@oracle.com> <508ED186.7070301@oracle.com> Message-ID: <508ED2DB.3020506@oracle.com> I would think that developers working in the jdk/ directory would also like a --with-top-level option. -- Jon On 10/29/2012 11:57 AM, Magnus Ihse Bursie wrote: > On 2012-09-18 18:49, Jonathan Gibbons wrote: >> >> For the record, this worked for me: >> >> ( mkdir -p build.new ; cd build.new ; sh >> /w/jjg/work/tl/common/autoconf/configure >> --with-override-langtools=$(cd .. ; pwd) ) >> >> followed by >> >> make -f build.new/Makefile langtools > If this turns out to be a common mode of operation, we should probably > try to add support to it somehow. > > Maybe we could add a simple script named "configure" in the langtools > repo root, which would require a parameter > --with-toplevel=/w/jjg/work/tl > or something like that, and then calling /w/jjg/work/tl/configure with > --with-override-langtools= > and all other configure arguments the user would like to pass. And > possibly also overriding the output, to create a build/ > directory under the current langtools repo instead. (This is currently > not easy to do, but it would be simple to add a --with-build-dir or so > to the top-level configure). > > I have already created a thin wrapper in langtools/makefiles/Makefile, > which will try to locate the top-level Makefile and run "make > langtools". This could possibly be improved in many ways, to allow > more fine-grained interaction with the langtools part of the build. > > For the jdk repo, I have added a JDK_TARGET variable, so you can type > "make jdk-only JDK_TARGET=libs-only" if you want to run the libs-only > target in the jdk makefile. > >> >> FWIW, it works well enough, but it does more than I need as a >> langtools developer. I just need what is now builld/langtools/classes >> in this new world; I don't need the *.{jar,zip} files to be >> created/updated, with the exception of the bootstrap javac. And, >> because everything channels through the top level makefile, there >> appears to be no easy way to build interim targets in >> langtools/makefiles/Makefile, is that right? > > I think the idea here is that when we transition to having smartjavac > as default, the default mode of operation would be to have a jar file, > not a directory full of class files, as default output. The new build > system mimics this, even when not running with smartjavac. > > But with that said, it might very well be the case that we are doing > stuff in langtools that's only needed if you want to build an image. > If so, we might want to consider moving that to a separate target in > langtools, and only call it if we are building an image. > > /Magnus From kelly.ohair at oracle.com Mon Oct 29 12:08:44 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Mon, 29 Oct 2012 12:08:44 -0700 Subject: RT_JAR_EXCLUDES In-Reply-To: <508ECF52.9080406@oracle.com> References: <504F12F7.3050307@oracle.com> <508ECF52.9080406@oracle.com> Message-ID: <4AEA9597-C3CB-4758-9079-8F7DFE13E293@oracle.com> I think Erik just fixed this. -kto On Oct 29, 2012, at 11:47 AM, Magnus Ihse Bursie wrote: > Hi Alan, > > I think this one fell between the cracks. > > Build-infra team, I think Alan has a point here. If this was added to the exclude list, it might be due to us compiling stuff we shouldn't compile. Otherwise, the exclude seems pointless and should be removed. > > /Magnus > > On 2012-09-11 12:31, Alan Bateman wrote: >> >> In CreateJars.gmk I see this: >> >> ifeq ($(OPENJDK_TARGET_OS), macosx) >> RT_JAR_EXCLUDES += com/sun/nio/sctp \ >> sun/nio/ch/sctp \ >> sun/jdbc \ >> sun/nio/ch/DevPollArrayWrapper\$$$$Updator.class \ >> sun/nio/ch/DevPollArrayWrapper.class \ >> sun/nio/ch/DevPollSelectorImpl.class \ >> sun/nio/ch/DevPollSelectorProvider.class \ >> sun/nio/ch/EPollArrayWrapper\$$$$Updator.class \ >> sun/nio/ch/EPollArrayWrapper.class \ >> sun/nio/ch/EPollSelectorImpl.class \ >> sun/nio/ch/EPollSelectorProvider.class >> endif >> >> I'm curious about the DevPoll* and EPoll* here as they should not be compiled on Mac. We do have issues with implicit compilation of src/solaris/classes/sun/nio/ch/DefaultSelectorProvider.java with the result that Solaris and Linux builds end up with additional classes in rt.jar but that class should not be compiled on Mac (src/macosx/classes/sun/nio/ch/DefaultSelectorProvider.java should be compiled instead). I'm just wondering if they should be removed from RT_JAR_EXCLUDES? >> >> One other thing in passing, I see several sun.security.ec classes are being added to RT_JAR_EXCLUDES too. As it happens there are a couple of issues in this area that I was talking to Vincent Ryan about recently. He's going to sort them out soon via 7197245, after which I assume that RT_JAR_EXCLUDES can be trimmed. >> >> -Alan. >> >> > From magnus.ihse.bursie at oracle.com Mon Oct 29 12:11:38 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Mon, 29 Oct 2012 20:11:38 +0100 Subject: MILESTONE and BUILD_NUMBER with new build system In-Reply-To: <50610D21.3020908@oracle.com> References: <5060EBE2.1090400@oracle.com> <098582ED-96CA-46C5-B87A-D939678C8832@oracle.com> <5060F9A9.9040504@oracle.com> <5855065B-5307-48DC-BCCB-BE98CF2EDB8C@oracle.com> <50610D21.3020908@oracle.com> Message-ID: <508ED4EA.60505@oracle.com> On 2012-09-25 03:47, David Holmes wrote: > Just on one point, the system should automatically determine if you > need to re-run configure. It notices if you need to re-run autogen, so > I would expect it also notices when configure needs to be re-run. That > said I haven't tried it. Actually, it's not really trivial to determine when you need to re-run configure. But the basic rule is "you don't". Things that might trigger the need to re-run configure: * Your local environment has changed. Maybe you upgraded Java and removed the old JDK, etc. Impossible to test for. * A recent change you pulled has modified the make files, such that your current spec.gmk is incorrect. This has happened quite a lot during build-infra development, but is unlikely to happen very often after we reach a steady state. This is hard to detect. Maybe not impossible, but definitely hard. If this happens seldom enough, it might be that the easiest to send a wide-enough mail about the need to rerun configure after pulling and updating to a certain build. * ... and I think that's about it. That being said, you had an interesting idea with the autogen check. At this time, now when I re-read your mail, we have in place a system for checking the timestamp of the generated configure script. It would certainly be possible to store this timestamp in spec.gmk, and have the Makefile compare this timestamp to that of the generaged script each time you run make. Then you can catch a situation where the configure script is newer than the spec.gmk file, and stop running make, forcing the user to re-run configure. (Or re-running it automatically, the configure arguments are stored so you just need to run "sh configure `cat build//configure-arguments`) This will probably make sure noone runs with an outdated configuration. However, if there are many small changes to configure that does not actually require a re-configuration, it will also cause a lot of unnecessary work. (But then again, if you do it automatically, maybe that's an OK compromise). Or have a target "make reconfigure" that helps you re-run configure with the same arguments, then it's not that hard to do but you still got some manual control. /Magnus From mike.duigou at oracle.com Mon Oct 29 12:16:03 2012 From: mike.duigou at oracle.com (Mike Duigou) Date: Mon, 29 Oct 2012 12:16:03 -0700 Subject: building docs (extension of partial build) In-Reply-To: <508ED251.5010500@oracle.com> References: <5058B7C4.2090400@oracle.com> <5059D33B.5090308@oracle.com> <5B264651-FF45-4442-9889-FA413CADC705@oracle.com> <508ED1CE.7090209@oracle.com> <508ED251.5010500@oracle.com> Message-ID: The script doesn't seem to be attached. What relation does it have to the "-notimestamp" option? For javadoc checked in to version control we found that having the "-notimestamp" option made things much simpler as regeneration didn't produce spurious diffs. Mike On Oct 29 2012, at 12:00 , Jonathan Gibbons wrote: > On 10/29/2012 11:58 AM, Magnus Ihse Bursie wrote: >> On 2012-09-19 18:46, Kelly O'Hair wrote: >>> No comparisons were done against the old javadoc generation. >>> >> >> Just a little ping here: we need to add javadoc comparison to the compare script. Or find some other way to do it. If we don't compare, we don't know if we broke anything. >> >> /Magnus > > > See the attached script that I use to remove timestamps from javadoc docs to aid in comparisons. > > -- Jon From magnus.ihse.bursie at oracle.com Mon Oct 29 12:16:04 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Mon, 29 Oct 2012 20:16:04 +0100 Subject: building langtools (extension of partial builds) In-Reply-To: <508ED2DB.3020506@oracle.com> References: <505892A4.5080101@oracle.com> <5058A627.5090904@oracle.com> <508ED186.7070301@oracle.com> <508ED2DB.3020506@oracle.com> Message-ID: <508ED5F4.8010704@oracle.com> On 2012-10-29 20:02, Jonathan Gibbons wrote: > I would think that developers working in the jdk/ directory would also > like a --with-top-level option. Yeah. I was thinking like, we should to the same for all repos. Currently, the makefiles/Makefile is the same file for all (or "all") repos. /Magnus From magnus.ihse.bursie at oracle.com Mon Oct 29 12:16:46 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Mon, 29 Oct 2012 20:16:46 +0100 Subject: building docs (extension of partial build) In-Reply-To: <508ED251.5010500@oracle.com> References: <5058B7C4.2090400@oracle.com> <5059D33B.5090308@oracle.com> <5B264651-FF45-4442-9889-FA413CADC705@oracle.com> <508ED1CE.7090209@oracle.com> <508ED251.5010500@oracle.com> Message-ID: <508ED61E.9010803@oracle.com> On 2012-10-29 20:00, Jonathan Gibbons wrote: > On 10/29/2012 11:58 AM, Magnus Ihse Bursie wrote: >> On 2012-09-19 18:46, Kelly O'Hair wrote: >>> No comparisons were done against the old javadoc generation. >>> >> >> Just a little ping here: we need to add javadoc comparison to the >> compare script. Or find some other way to do it. If we don't compare, >> we don't know if we broke anything. >> >> /Magnus > > > See the attached script that I use to remove timestamps from javadoc > docs to aid in comparisons. That's very helpful of you. However, either you forgot to attach it, or it was stripped. :-( /Magnus From magnus.ihse.bursie at oracle.com Mon Oct 29 12:27:00 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Mon, 29 Oct 2012 20:27:00 +0100 Subject: LIBARCH replacement? In-Reply-To: <50722F6D.9080406@oracle.com> References: <506E5D63.1060308@oracle.com> <506EA83E.7000505@oracle.com> <50722F6D.9080406@oracle.com> Message-ID: <508ED884.9010005@oracle.com> On 2012-10-08 03:42, David Holmes wrote: > On 5/10/2012 7:28 PM, Magnus Ihse Bursie wrote: >> Check in hotspot-spec.gmk.in what it says at the line LIBARCH=@... at . >> (Sorry I'm at home and do not have access to the source today.) > > And the winner is ... > > LIBARCH=$(OPENJDK_TARGET_CPU_LEGACY_LIB) > > So might I suggest that this gets renamed to > OPENJDK_TARGET_CPU_LEGACY_LIBARCH? Or even (as it is a legacy setting) > just OPENJDK_LEGACY_LIBARCH? Sure, rename it if you think it's helpful. (You'll have to do it yourself, though, I won't have the time to fix it now). I recommend keeping the OPENJDK_TARGET_CPU_ prefix though -- I went through all the legacy platform definitions and tried to get them connected to the "new and proper" variable by the prefix. The idea was that if you know the new system you understand that it's a variation on a certain variable, and it helped to remove all instances were we used the old-style variables when the new would do just as well (in all Makefile if statements, e.g.) But as you say, this doesn't really help if you go the other way, i.e. want to figure out what to use for the variable that used to be LIBARCH. Maybe we should have a translation table for that somewhere? /Magnus From magnus.ihse.bursie at oracle.com Mon Oct 29 12:28:03 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Mon, 29 Oct 2012 20:28:03 +0100 Subject: building on cygwin In-Reply-To: References: <5065CD8F.8010008@oracle.com> Message-ID: <508ED8C3.1010300@oracle.com> On 2012-10-15 19:08, Kelly O'Hair wrote: > My recommendation is to put a check into our configure script to > require a newer version of cygwin and disallow 1.5. This old 1.5 > version has all kinds of problems, and granted newer sometimes means > newer unknown issues, in general the 1.7 release is a significantly > better product. I'm not sure if I mailed about it here, but I added a check that the Cygwin release is 1.7. So that's an official build requirement now. /Magnus From magnus.ihse.bursie at oracle.com Mon Oct 29 12:38:49 2012 From: magnus.ihse.bursie at oracle.com (magnus.ihse.bursie at oracle.com) Date: Mon, 29 Oct 2012 19:38:49 +0000 Subject: hg: build-infra/jdk8: 3 new changesets Message-ID: <20121029193850.0E07B47655@hg.openjdk.java.net> Changeset: 02b2986f9e7e Author: ihse Date: 2012-10-26 16:23 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/02b2986f9e7e Do not allow configure to clobber an existing directory. ! common/autoconf/Makefile.in ! common/autoconf/basics.m4 ! common/autoconf/generated-configure.sh Changeset: a45f9d78e023 Author: ihse Date: 2012-10-26 16:41 +0200 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/a45f9d78e023 OBJC is only needed on macosx. ! common/autoconf/generated-configure.sh ! common/autoconf/toolchain.m4 Changeset: b64cb6ebe47d Author: ihse Date: 2012-10-29 20:35 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/b64cb6ebe47d Merge ! common/autoconf/basics.m4 ! common/autoconf/generated-configure.sh ! common/autoconf/toolchain.m4 From magnus.ihse.bursie at oracle.com Mon Oct 29 12:39:39 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Mon, 29 Oct 2012 20:39:39 +0100 Subject: Solaris compiler setup ? In-Reply-To: <508AA008.1080905@oracle.com> References: <1956549788.2474283.1344512172984.JavaMail.root@redhat.com> <502433EC.5010400@oracle.com> <505278E5.1050108@oracle.com> <8348E4DE-157B-4A68-96AA-22B865688807@oracle.com> <508603EF.105@oracle.com> <508A6233.7070207@oracle.com> <508A7153.7090503@oracle.com> <508AA008.1080905@oracle.com> Message-ID: <508EDB7B.40905@oracle.com> On 2012-10-26 16:36, Magnus Ihse Bursie wrote: >> Pretty sure I don't need objective-C on Solaris :-) > I have a fix for that already. :-) But I'll want to double check that > on our test systems before I push it, so I don't put the current > integration in jeopardy. I forgot to push that fix. Done now. How far do you get this time? :-) /Magnus From magnus.ihse.bursie at oracle.com Mon Oct 29 12:43:24 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Mon, 29 Oct 2012 20:43:24 +0100 Subject: hg: build-infra/jdk8: 3 new changesets In-Reply-To: <20121029193850.0E07B47655@hg.openjdk.java.net> References: <20121029193850.0E07B47655@hg.openjdk.java.net> Message-ID: <508EDC5C.7060403@oracle.com> Kelly, I think these, at least the no clobber safeguard, would be good to get integrated into build before Wednesday, if possible. /Magnus On 2012-10-29 20:38, magnus.ihse.bursie at oracle.com wrote: > Changeset: 02b2986f9e7e > Author: ihse > Date: 2012-10-26 16:23 +0200 > URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/02b2986f9e7e > > Do not allow configure to clobber an existing directory. > > ! common/autoconf/Makefile.in > ! common/autoconf/basics.m4 > ! common/autoconf/generated-configure.sh > > Changeset: a45f9d78e023 > Author: ihse > Date: 2012-10-26 16:41 +0200 > URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/a45f9d78e023 > > OBJC is only needed on macosx. > > ! common/autoconf/generated-configure.sh > ! common/autoconf/toolchain.m4 > > Changeset: b64cb6ebe47d > Author: ihse > Date: 2012-10-29 20:35 +0100 > URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/b64cb6ebe47d > > Merge > > ! common/autoconf/basics.m4 > ! common/autoconf/generated-configure.sh > ! common/autoconf/toolchain.m4 > From magnus.ihse.bursie at oracle.com Mon Oct 29 12:46:09 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Mon, 29 Oct 2012 20:46:09 +0100 Subject: OpenJDK build and libfreetype In-Reply-To: References: <50874153.6070305@oracle.com> <5087D5AC.1070504@oracle.com> <508893DF.4030309@oracle.com> Message-ID: <508EDD01.6080709@oracle.com> Just to clarify: If you are building with closed source, freetype is not used. If you specify a freetype flag, it is ignored, and a warning: "Freetype is not needed and the flag is ignored" is printed. If freetype *is* needed, but not found, a fatal configure error will occur. Since David was building open-only, freetype was indeed required, and configure should not have accepted a broken freetype location. /Magnus On 2012-10-25 18:28, Kelly O'Hair wrote: > Please be careful on the error checks in configure. > > I pass in the freetype options all the time, even when building the custom jdk, that's because I often never know > if I have a pure open or custom forest when I spin up a build, so I'm never sure if I need freetype or not. > I assume that the freetype settings will be ignored if not needed, maybe spit out a warning, but NOT throw a > fatal error. > > Fatal errors should always be reserved for items that are guaranteed to be a build failure. > If you tighten up the error checking on configure too much, you will only make life difficult for those > of us that have to work in multiple worlds or varying situations. > > The original Sanity checks in the old Makefiles used to be extremely strict, fatal errors for the slightest > variation on a version of a tool used etc. When we open sourced, we quickly discovered that we had > to lighten up a bit, and many fatal sanity errors became warnings. The variations of how the source > was built and the various systems it was built on, made the fatal sanity checks unmaintainable. > Now maybe we went too far here, but we need to be careful we don't swing the pendulum back too far. > > -kto > > On Oct 25, 2012, at 9:06 AM, Magnus Ihse Bursie wrote: > >> Freetype is not used when building with closed sources, so it has not been finding itself, it has never been used. Still, it's weird that configure let you pass without a valid freetype path. What did configure print while checking freetype? >> >> /Magnus >> >> 25 okt 2012 kl. 03:20 skrev David Holmes : >> >>> On 24/10/2012 9:49 PM, Magnus Ihse Bursie wrote: >>>> On 2012-10-24 03:16, David Holmes wrote: >>>>> Probably a FAQ but I just tried to force an OpenJDK build of my forest >>>>> and it failed: >>>>> >>>>> /usr/bin/ld: cannot find -lfreetype >>>>> >>>>> what do I have to set to make this work? >>>> You have to specify --with-freetype to configure, pointing to your >>>> freetype installation. >>> I don't normally so it is finding it itself for non-openjdk builds. >>> >>>> I'm not sure why a missing freetype wasn't caught by configure, though. >>> Me neither. All I'm changing is whether it is an openjdk build or not. >>> >>> The good news is that --with-java-path fixed it for me. >>> >>> David >>> >>>> On the other hand, the freetype handling in configure is currently >>>> really crappy, so I'm not surprised. (I'm hoping I'll have enough time >>>> to fix that before I leave.) >>>> >>>> /Magnus From magnus.ihse.bursie at oracle.com Mon Oct 29 12:48:10 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Mon, 29 Oct 2012 20:48:10 +0100 Subject: OpenJDK build and libfreetype In-Reply-To: <5089F76D.3050001@oracle.com> References: <50874153.6070305@oracle.com> <5087D5AC.1070504@oracle.com> <508893DF.4030309@oracle.com> <5089F76D.3050001@oracle.com> Message-ID: <508EDD7A.5020108@oracle.com> On 2012-10-26 04:37, David Holmes wrote: > > > I think this is fixed now anyway because latest build-infra does: > > checking for FREETYPE2... yes > checking for FT_Init_FreeType in -lfreetype... no > configure: error: Could not find freetype2! Ah, great! > > Though if we have to set the path the pkg check seems redundant. Yeah, we have not really implemented proper pkg check support. :( There are calls like PKG_CHECK_MODULES sprinkled in the source, but I don't think anyone's ever tested them. Also, as you say, if we really wanted to support that, we need to make sure we don't fail before we get to the pkg check command. /Magnus From jonathan.gibbons at oracle.com Mon Oct 29 12:58:32 2012 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Mon, 29 Oct 2012 12:58:32 -0700 Subject: building docs (extension of partial build) In-Reply-To: References: <5058B7C4.2090400@oracle.com> <5059D33B.5090308@oracle.com> <5B264651-FF45-4442-9889-FA413CADC705@oracle.com> <508ED1CE.7090209@oracle.com> <508ED251.5010500@oracle.com> Message-ID: <508EDFE8.5040009@oracle.com> On 10/29/2012 12:16 PM, Mike Duigou wrote: > The script doesn't seem to be attached. What relation does it have to the "-notimestamp" option? For javadoc checked in to version control we found that having the "-notimestamp" option made things much simpler as regeneration didn't produce spurious diffs. > > Mike > > On Oct 29 2012, at 12:00 , Jonathan Gibbons wrote: > >> On 10/29/2012 11:58 AM, Magnus Ihse Bursie wrote: >>> On 2012-09-19 18:46, Kelly O'Hair wrote: >>>> No comparisons were done against the old javadoc generation. >>>> >>> Just a little ping here: we need to add javadoc comparison to the compare script. Or find some other way to do it. If we don't compare, we don't know if we broke anything. >>> >>> /Magnus >> >> See the attached script that I use to remove timestamps from javadoc docs to aid in comparisons. >> >> -- Jon Script inline. Using -notimestamp means modifying Makefiles, and doesn't address non-javadoc comments, such as those found in corba files. -- Jon #!/bin/sh # Remove timestamps from html files generated by javadoc. # This includes timestamps generated by javadoc itself, # and timestamps propogated from the javadoc comments. for file in $(find $1 -name \*.html | xargs -n 1 grep --files-with-matches "Generated by javadoc" ) ; do sed --in-place \ -e 's/\(-- Generated by javadoc \).*\( --\)/\1(removed)\2/' \ -e 's/\(\)/\1(removed)\2/' \ -e 's/\(Monday\|Tuesday\|Wednesday\|Thursday\|Friday\|Saturday\|Sunday\), [A-Z][a-z]* [0-9][0-9]*, [12][0-9]* [0-9][0-9:]* \(AM\|PM\) PDT/(removed)/' \ $file done From kelly.ohair at oracle.com Mon Oct 29 13:45:41 2012 From: kelly.ohair at oracle.com (kelly.ohair at oracle.com) Date: Mon, 29 Oct 2012 20:45:41 +0000 Subject: hg: build-infra/jdk8: Remove nbproject files for now. Message-ID: <20121029204541.8DAA64765A@hg.openjdk.java.net> Changeset: 896467092bec Author: ohair Date: 2012-10-29 13:45 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/896467092bec Remove nbproject files for now. - nbproject/Package-Default.bash - nbproject/configurations.xml - nbproject/project.xml From magnus.ihse.bursie at oracle.com Mon Oct 29 14:00:21 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Mon, 29 Oct 2012 22:00:21 +0100 Subject: MILESTONE and BUILD_NUMBER with new build system In-Reply-To: References: <5060EBE2.1090400@oracle.com> <098582ED-96CA-46C5-B87A-D939678C8832@oracle.com> <5060F9A9.9040504@oracle.com> Message-ID: <508EEE65.3000608@oracle.com> On 2012-09-25 03:16, Kelly O'Hair wrote: > > There are literally hundreds of make variables that can impact the build, and although I agree we should be > minimizing that list, it will never go away completely. I am not sure if there are any environment variables that are needed by the new build system? Apart from like PATH when running configure. I think it's quite possible to get rid of the complete list. Regarding MILESTONE and JKD_BUILD_NUMBER. I think of three ways of overriding them: 1) As currently being done, by environment variables. This is not a good way forward, as has been discussed earlier. 2) As configure options. Possible, but feels weird. You shouldn't have to reconfigure just to bump build number. 3) As make arguments. Not really good. This should not change by every invocation of make. Instead I propose a new configure argument, --with-override-versions-file which points to a user-defined file of the same format as version.numbers, but which contents are read after version.numbers, and can thus be used to override specific values. Or we should generate a (commented-out) version.number files in the build configuration directory, like this: #JDK_BUILD_NUMBER= #MILESTONE=internal and always threat is as an "override-versions-file". The two approaches can of course be combined. And, finally. We should really rename that file! ".numbers" is not a good suffix for a file. It is a shell fragment; maybe it should be version-numbers.sh. Or just plain "version-numbers". /Magnus From david.holmes at oracle.com Mon Oct 29 21:03:39 2012 From: david.holmes at oracle.com (David Holmes) Date: Tue, 30 Oct 2012 14:03:39 +1000 Subject: How to build 32-bit builds on 64-bit Ubuntu In-Reply-To: <508EA7EE.70704@oracle.com> References: <508EA7EE.70704@oracle.com> Message-ID: <508F519B.1030707@oracle.com> Hi Magnus, On 30/10/2012 1:59 AM, Magnus Ihse Bursie wrote: > I was asked to document how to build 32-bit builds on 64-bit Ubuntu. > > You need to install three packages: > sudo apt-get install libc6-dev-i386 lib32stdc++6 ia32-libs We also had to do: apt-get install libxext-dev:i386 libxrender-dev:i386 libxtst-dev:i386 for X11. But these are the 32-bit libs that broke their 64-bit counterparts. I don't know exactly which one is to blame, or whether it has now been fixed upstream. We have had a lot of problems trying to install 32-bit libraries on these Ubuntu systems. > However, these are broken, and do not place proper symlinks. (This is a > bug that should probably be reported upstream to Ubuntu, if anyone > bothers...). Therefore, you also need to do: > sudo ln -s /usr/lib32/libstdc++.so.6 /usr/lib32/libstdc++.so > sudo ln -s /usr/lib32/libasound.so.2 /usr/lib32/libasound.so We have not had to do this AFAIK for our servers. At least for libasound there is an asound-dev package that has to be installed. It may be lib32asound-dev (can't check as the build servers are offline due to the storm). Also I think we installed gcc-multilib David > Then you can do "sh configure --with-target-bits=32" and be happy! :-) > > One important note, however. There is no Ubuntu package (as far as I > could find) containing a static (.a) version of libstdc++, so this will > create a configuration with dynamic linking. For community builds, this > is fine (probably more than fine -- the expected behavior), but it's not > good for official Oracle builds. We'll have to find another solution > internally. > > /Magnus From erik.joelsson at oracle.com Tue Oct 30 01:03:54 2012 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Tue, 30 Oct 2012 09:03:54 +0100 Subject: RT_JAR_EXCLUDES In-Reply-To: <4AEA9597-C3CB-4758-9079-8F7DFE13E293@oracle.com> References: <504F12F7.3050307@oracle.com> <508ECF52.9080406@oracle.com> <4AEA9597-C3CB-4758-9079-8F7DFE13E293@oracle.com> Message-ID: <508F89EA.1070908@oracle.com> I did. I removed those excludes on mac and rebuilt the jar. It compared correctly both before and after so I figured Alan was correct and pushed it right before leaving work yesterday. /Erik On 2012-10-29 20:08, Kelly O'Hair wrote: > I think Erik just fixed this. > > -kto > > On Oct 29, 2012, at 11:47 AM, Magnus Ihse Bursie wrote: > >> Hi Alan, >> >> I think this one fell between the cracks. >> >> Build-infra team, I think Alan has a point here. If this was added to the exclude list, it might be due to us compiling stuff we shouldn't compile. Otherwise, the exclude seems pointless and should be removed. >> >> /Magnus >> >> On 2012-09-11 12:31, Alan Bateman wrote: >>> In CreateJars.gmk I see this: >>> >>> ifeq ($(OPENJDK_TARGET_OS), macosx) >>> RT_JAR_EXCLUDES += com/sun/nio/sctp \ >>> sun/nio/ch/sctp \ >>> sun/jdbc \ >>> sun/nio/ch/DevPollArrayWrapper\$$$$Updator.class \ >>> sun/nio/ch/DevPollArrayWrapper.class \ >>> sun/nio/ch/DevPollSelectorImpl.class \ >>> sun/nio/ch/DevPollSelectorProvider.class \ >>> sun/nio/ch/EPollArrayWrapper\$$$$Updator.class \ >>> sun/nio/ch/EPollArrayWrapper.class \ >>> sun/nio/ch/EPollSelectorImpl.class \ >>> sun/nio/ch/EPollSelectorProvider.class >>> endif >>> >>> I'm curious about the DevPoll* and EPoll* here as they should not be compiled on Mac. We do have issues with implicit compilation of src/solaris/classes/sun/nio/ch/DefaultSelectorProvider.java with the result that Solaris and Linux builds end up with additional classes in rt.jar but that class should not be compiled on Mac (src/macosx/classes/sun/nio/ch/DefaultSelectorProvider.java should be compiled instead). I'm just wondering if they should be removed from RT_JAR_EXCLUDES? >>> >>> One other thing in passing, I see several sun.security.ec classes are being added to RT_JAR_EXCLUDES too. As it happens there are a couple of issues in this area that I was talking to Vincent Ryan about recently. He's going to sort them out soon via 7197245, after which I assume that RT_JAR_EXCLUDES can be trimmed. >>> >>> -Alan. >>> >>> From erik.joelsson at oracle.com Tue Oct 30 04:12:04 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Tue, 30 Oct 2012 11:12:04 +0000 Subject: hg: build-infra/jdk8: 2 new changesets Message-ID: <20121030111205.4D87747679@hg.openjdk.java.net> Changeset: 5dae6cc9c134 Author: erikj Date: 2012-10-30 12:07 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/5dae6cc9c134 Deploy compares equal on linux x86_64. ! common/autoconf/compare.sh.in ! common/autoconf/generated-configure.sh ! common/bin/compare.sh Changeset: 4694aad69333 Author: erikj Date: 2012-10-30 12:11 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/4694aad69333 Merge ! common/autoconf/generated-configure.sh - nbproject/Package-Default.bash - nbproject/configurations.xml - nbproject/project.xml From fredrik.ohrstrom at oracle.com Tue Oct 30 05:11:16 2012 From: fredrik.ohrstrom at oracle.com (fredrik.ohrstrom at oracle.com) Date: Tue, 30 Oct 2012 12:11:16 +0000 Subject: hg: build-infra/jdk8: Adjusted command line args for sjavac. Message-ID: <20121030121117.19C354767D@hg.openjdk.java.net> Changeset: 521a25464d5d Author: ohrstrom Date: 2012-10-30 13:07 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/521a25464d5d Adjusted command line args for sjavac. ! common/makefiles/JavaCompilation.gmk From fredrik.ohrstrom at oracle.com Tue Oct 30 05:10:03 2012 From: fredrik.ohrstrom at oracle.com (fredrik.ohrstrom at oracle.com) Date: Tue, 30 Oct 2012 12:10:03 +0000 Subject: hg: build-infra/jdk8/langtools: More sjavac work and explicit testing of sjavac features. Message-ID: <20121030121019.3D1034767B@hg.openjdk.java.net> Changeset: cc216868431a Author: ohrstrom Date: 2012-10-30 13:08 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/langtools/rev/cc216868431a More sjavac work and explicit testing of sjavac features. ! src/share/classes/com/sun/tools/sjavac/BuildState.java ! src/share/classes/com/sun/tools/sjavac/CleanProperties.java + src/share/classes/com/sun/tools/sjavac/CompileChunk.java ! src/share/classes/com/sun/tools/sjavac/CompileJavaPackages.java ! src/share/classes/com/sun/tools/sjavac/CompileProperties.java ! src/share/classes/com/sun/tools/sjavac/CopyFile.java ! src/share/classes/com/sun/tools/sjavac/JavacState.java ! src/share/classes/com/sun/tools/sjavac/Main.java ! src/share/classes/com/sun/tools/sjavac/Transformer.java ! src/share/classes/com/sun/tools/sjavac/Util.java ! src/share/classes/com/sun/tools/sjavac/comp/Dependencies.java ! src/share/classes/com/sun/tools/sjavac/server/CompilerThread.java ! src/share/classes/com/sun/tools/sjavac/server/JavacServer.java - src/share/classes/com/sun/tools/sjavac/server/OptionParser.java + src/share/classes/com/sun/tools/sjavac/server/SysInfo.java + test/tools/sjavac/bin/alfa/A.class + test/tools/sjavac/bin/alfa/AINT.class + test/tools/sjavac/bin/beta/B.class + test/tools/sjavac/bin/beta/BINT.class + test/tools/sjavac/bin/javac_state + test/tools/sjavac/first.sh + test/tools/sjavac/incremental/alfa/A.java + test/tools/sjavac/incremental/beta/B.java + test/tools/sjavac/incremental/beta/B.java.2 + test/tools/sjavac/src/alfa/A.java + test/tools/sjavac/src/alfa/AA.java + test/tools/sjavac/src/alfa/AINT.java + test/tools/sjavac/src/beta/B.java + test/tools/sjavac/src/beta/BINT.java From magnus.ihse.bursie at oracle.com Tue Oct 30 06:00:54 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Tue, 30 Oct 2012 14:00:54 +0100 Subject: RT_JAR_EXCLUDES In-Reply-To: <508F89EA.1070908@oracle.com> References: <504F12F7.3050307@oracle.com> <508ECF52.9080406@oracle.com> <4AEA9597-C3CB-4758-9079-8F7DFE13E293@oracle.com> <508F89EA.1070908@oracle.com> Message-ID: <508FCF86.9060702@oracle.com> On 2012-10-30 09:03, Erik Joelsson wrote: > I did. I removed those excludes on mac and rebuilt the jar. It > compared correctly both before and after so I figured Alan was correct > and pushed it right before leaving work yesterday. Great! /Magnus From magnus.ihse.bursie at oracle.com Tue Oct 30 06:10:07 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Tue, 30 Oct 2012 14:10:07 +0100 Subject: How to build 32-bit builds on 64-bit Ubuntu In-Reply-To: <508F519B.1030707@oracle.com> References: <508EA7EE.70704@oracle.com> <508F519B.1030707@oracle.com> Message-ID: <508FD1AF.60902@oracle.com> On 2012-10-30 05:03, David Holmes wrote: > Hi Magnus, > > On 30/10/2012 1:59 AM, Magnus Ihse Bursie wrote: >> I was asked to document how to build 32-bit builds on 64-bit Ubuntu. >> >> You need to install three packages: >> sudo apt-get install libc6-dev-i386 lib32stdc++6 ia32-libs > > We also had to do: > > apt-get install libxext-dev:i386 libxrender-dev:i386 libxtst-dev:i386 > > for X11. But these are the 32-bit libs that broke their 64-bit > counterparts. I don't know exactly which one is to blame, or whether > it has now been fixed upstream. We have had a lot of problems trying > to install 32-bit libraries on these Ubuntu systems. Yeah, I can imagine. If I understand apt-get correctly, you are forcing install of 32-bit libraries as if it were a 32-bit system you installed on. The libxext and libxtst packages seems to provide two .a files. Are these really needed? libxrender-dev provides libXrender.so, but the 32-bit version is provided in usr/lib32/libXrender.so by the package ia32-libs. That was all that I needed to install to be able to build for X11. (Without it, I could still build headless only). This might of course have changed from one Ubuntu release to another. I am using 11.04 Natty. (I know, it's really old, but I haven't been comfortable switching to Unity.) > >> However, these are broken, and do not place proper symlinks. (This is a >> bug that should probably be reported upstream to Ubuntu, if anyone >> bothers...). Therefore, you also need to do: >> sudo ln -s /usr/lib32/libstdc++.so.6 /usr/lib32/libstdc++.so >> sudo ln -s /usr/lib32/libasound.so.2 /usr/lib32/libasound.so > > We have not had to do this AFAIK for our servers. At least for > libasound there is an asound-dev package that has to be installed. It > may be lib32asound-dev (can't check as the build servers are offline > due to the storm). You are indeed correct, I had installed lib32asound2 and forgot about it. I also have lib32gcc1 installed, but I don't remember if I did that manually to support building reduced OpenJDK builds. /Magnus From kelly.ohair at oracle.com Tue Oct 30 07:40:42 2012 From: kelly.ohair at oracle.com (Kelly Ohair) Date: Tue, 30 Oct 2012 07:40:42 -0700 Subject: Fwd: Recent Minor Change to Makefiles. References: <5086F5D6.30203@oracle.com> Message-ID: Sent from my iPhone Begin forwarded message: > From: Brad Wetmore > Date: October 23, 2012, 12:53:58 PDT > To: build-dev > Subject: Recent Minor Change to Makefiles. > > > I just made a minor change to the JCE makefiles. I forgot to have it reviewed by you, sorry! Fortunately the changes are very minor. > > http://hg.openjdk.java.net/jdk8/tl/jdk/rev/940c8cc5a5c4 > > 1. I'm adding the missing Manifest file to several of the JCE jar files. > > 2. Changing the string stored in the manifest file from $RELEASE to $JDK_VERSION > > Brad > > From kelly.ohair at oracle.com Tue Oct 30 07:54:54 2012 From: kelly.ohair at oracle.com (Kelly Ohair) Date: Tue, 30 Oct 2012 07:54:54 -0700 Subject: How to build 32-bit builds on 64-bit Ubuntu In-Reply-To: <508FD1AF.60902@oracle.com> References: <508EA7EE.70704@oracle.com> <508F519B.1030707@oracle.com> <508FD1AF.60902@oracle.com> Message-ID: <596E26E4-79DA-465C-A126-4130E7E1A4BF@oracle.com> keep in mind that a closed build will be different than an openjdk build with regards to X11 dependences Sent from my iPhone On Oct 30, 2012, at 6:10, Magnus Ihse Bursie wrote: > On 2012-10-30 05:03, David Holmes wrote: >> Hi Magnus, >> >> On 30/10/2012 1:59 AM, Magnus Ihse Bursie wrote: >>> I was asked to document how to build 32-bit builds on 64-bit Ubuntu. >>> >>> You need to install three packages: >>> sudo apt-get install libc6-dev-i386 lib32stdc++6 ia32-libs >> >> We also had to do: >> >> apt-get install libxext-dev:i386 libxrender-dev:i386 libxtst-dev:i386 >> >> for X11. But these are the 32-bit libs that broke their 64-bit counterparts. I don't know exactly which one is to blame, or whether it has now been fixed upstream. We have had a lot of problems trying to install 32-bit libraries on these Ubuntu systems. > Yeah, I can imagine. If I understand apt-get correctly, you are forcing install of 32-bit libraries as if it were a 32-bit system you installed on. > > The libxext and libxtst packages seems to provide two .a files. Are these really needed? libxrender-dev provides libXrender.so, but the 32-bit version is provided in usr/lib32/libXrender.so by the package ia32-libs. That was all that I needed to install to be able to build for X11. (Without it, I could still build headless only). > > This might of course have changed from one Ubuntu release to another. I am using 11.04 Natty. (I know, it's really old, but I haven't been comfortable switching to Unity.) > > >> >>> However, these are broken, and do not place proper symlinks. (This is a >>> bug that should probably be reported upstream to Ubuntu, if anyone >>> bothers...). Therefore, you also need to do: >>> sudo ln -s /usr/lib32/libstdc++.so.6 /usr/lib32/libstdc++.so >>> sudo ln -s /usr/lib32/libasound.so.2 /usr/lib32/libasound.so >> >> We have not had to do this AFAIK for our servers. At least for libasound there is an asound-dev package that has to be installed. It may be lib32asound-dev (can't check as the build servers are offline due to the storm). > > You are indeed correct, I had installed lib32asound2 and forgot about it. I also have lib32gcc1 installed, but I don't remember if I did that manually to support building reduced OpenJDK builds. > > /Magnus > From erik.joelsson at oracle.com Tue Oct 30 08:15:46 2012 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Tue, 30 Oct 2012 16:15:46 +0100 Subject: Fwd: Recent Minor Change to Makefiles. In-Reply-To: References: <5086F5D6.30203@oracle.com> Message-ID: <508FEF22.2050401@oracle.com> Adding the manifest shouldn't be hard. This did uncover something though, we don't have logic for building ucrypto.jar, only copying the prebuilt. I guess that's part of the jar signing item we have in the plan already that is still to do. /Erik On 2012-10-30 15:40, Kelly Ohair wrote: > > Sent from my iPhone > > Begin forwarded message: > >> From: Brad Wetmore >> Date: October 23, 2012, 12:53:58 PDT >> To: build-dev >> Subject: Recent Minor Change to Makefiles. >> >> >> I just made a minor change to the JCE makefiles. I forgot to have it reviewed by you, sorry! Fortunately the changes are very minor. >> >> http://hg.openjdk.java.net/jdk8/tl/jdk/rev/940c8cc5a5c4 >> >> 1. I'm adding the missing Manifest file to several of the JCE jar files. >> >> 2. Changing the string stored in the manifest file from $RELEASE to $JDK_VERSION >> >> Brad >> >> From philip.race at oracle.com Tue Oct 30 08:58:44 2012 From: philip.race at oracle.com (Phil Race) Date: Tue, 30 Oct 2012 08:58:44 -0700 Subject: How to build 32-bit builds on 64-bit Ubuntu In-Reply-To: <596E26E4-79DA-465C-A126-4130E7E1A4BF@oracle.com> References: <508EA7EE.70704@oracle.com> <508F519B.1030707@oracle.com> <508FD1AF.60902@oracle.com> <596E26E4-79DA-465C-A126-4130E7E1A4BF@oracle.com> Message-ID: <508FF934.3000701@oracle.com> On 10/30/2012 7:54 AM, Kelly Ohair wrote: > keep in mind that a closed build will be different than an openjdk build with regards to X11 dependences XRender is used in open and closed. I don't think there's much difference wrt X11 for open vs. closed for the packages. Probably zero difference at that level. freetype is the only extra openjdk dependency that might be considered such as its most frequently available as part of X11 but it doesn't have to be and in fact is needed for headless too .. -phil. > > Sent from my iPhone > > On Oct 30, 2012, at 6:10, Magnus Ihse Bursie wrote: > >> On 2012-10-30 05:03, David Holmes wrote: >>> Hi Magnus, >>> >>> On 30/10/2012 1:59 AM, Magnus Ihse Bursie wrote: >>>> I was asked to document how to build 32-bit builds on 64-bit Ubuntu. >>>> >>>> You need to install three packages: >>>> sudo apt-get install libc6-dev-i386 lib32stdc++6 ia32-libs >>> We also had to do: >>> >>> apt-get install libxext-dev:i386 libxrender-dev:i386 libxtst-dev:i386 >>> >>> for X11. But these are the 32-bit libs that broke their 64-bit counterparts. I don't know exactly which one is to blame, or whether it has now been fixed upstream. We have had a lot of problems trying to install 32-bit libraries on these Ubuntu systems. >> Yeah, I can imagine. If I understand apt-get correctly, you are forcing install of 32-bit libraries as if it were a 32-bit system you installed on. >> >> The libxext and libxtst packages seems to provide two .a files. Are these really needed? libxrender-dev provides libXrender.so, but the 32-bit version is provided in usr/lib32/libXrender.so by the package ia32-libs. That was all that I needed to install to be able to build for X11. (Without it, I could still build headless only). >> >> This might of course have changed from one Ubuntu release to another. I am using 11.04 Natty. (I know, it's really old, but I haven't been comfortable switching to Unity.) >> >> >>>> However, these are broken, and do not place proper symlinks. (This is a >>>> bug that should probably be reported upstream to Ubuntu, if anyone >>>> bothers...). Therefore, you also need to do: >>>> sudo ln -s /usr/lib32/libstdc++.so.6 /usr/lib32/libstdc++.so >>>> sudo ln -s /usr/lib32/libasound.so.2 /usr/lib32/libasound.so >>> We have not had to do this AFAIK for our servers. At least for libasound there is an asound-dev package that has to be installed. It may be lib32asound-dev (can't check as the build servers are offline due to the storm). >> You are indeed correct, I had installed lib32asound2 and forgot about it. I also have lib32gcc1 installed, but I don't remember if I did that manually to support building reduced OpenJDK builds. >> >> /Magnus >> From erik.joelsson at oracle.com Tue Oct 30 09:26:53 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Tue, 30 Oct 2012 16:26:53 +0000 Subject: hg: build-infra/jdk8: 2 new changesets Message-ID: <20121030162654.277C24767E@hg.openjdk.java.net> Changeset: 73ebf622d7cd Author: erikj Date: 2012-10-30 09:26 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/73ebf622d7cd Fixed freetype check to not affect libz check on macosx. Solves big compare diff. ! common/autoconf/generated-configure.sh ! common/autoconf/libraries.m4 Changeset: ae2e753a8859 Author: erikj Date: 2012-10-30 09:28 -0700 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/ae2e753a8859 Merge ! common/autoconf/generated-configure.sh - nbproject/Package-Default.bash - nbproject/configurations.xml - nbproject/project.xml From erik.joelsson at oracle.com Tue Oct 30 09:49:14 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Tue, 30 Oct 2012 16:49:14 +0000 Subject: hg: build-infra/jdk8: Deploy comparing equal on solaris x86. Message-ID: <20121030164914.A464547682@hg.openjdk.java.net> Changeset: 17c603f1c7cd Author: erikj Date: 2012-10-30 17:47 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/17c603f1c7cd Deploy comparing equal on solaris x86. ! common/autoconf/generated-configure.sh ! common/bin/compare.sh ! common/bin/compare_exceptions.sh.incl From fredrik.ohrstrom at oracle.com Tue Oct 30 15:30:41 2012 From: fredrik.ohrstrom at oracle.com (fredrik.ohrstrom at oracle.com) Date: Tue, 30 Oct 2012 22:30:41 +0000 Subject: hg: build-infra/jdk8/jdk: Fix minor dependency problems in JObjC bridge generation on MacOSX that caused parts of the bridge to always be regenerated. Message-ID: <20121030223116.C417E47690@hg.openjdk.java.net> Changeset: 4cb190dcf236 Author: ohrstrom Date: 2012-10-30 23:30 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/jdk/rev/4cb190dcf236 Fix minor dependency problems in JObjC bridge generation on MacOSX that caused parts of the bridge to always be regenerated. ! makefiles/CompileJavaClasses.gmk ! makefiles/CompileNativeLibraries.gmk ! makefiles/GensrcJObjC.gmk From erik.joelsson at oracle.com Wed Oct 31 09:56:21 2012 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Wed, 31 Oct 2012 16:56:21 +0000 Subject: hg: build-infra/jdk8: Compare exceptions for deploy on solaris sparc. Compares equal now. Message-ID: <20121031165621.6B785476B7@hg.openjdk.java.net> Changeset: a103dd18e479 Author: erikj Date: 2012-10-31 16:55 +0000 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/a103dd18e479 Compare exceptions for deploy on solaris sparc. Compares equal now. ! common/bin/compare_exceptions.sh.incl From fredrik.ohrstrom at oracle.com Wed Oct 31 11:29:50 2012 From: fredrik.ohrstrom at oracle.com (fredrik.ohrstrom at oracle.com) Date: Wed, 31 Oct 2012 18:29:50 +0000 Subject: hg: build-infra/jdk8: 2 new changesets Message-ID: <20121031182950.E33C2476C9@hg.openjdk.java.net> Changeset: b29e0efcf847 Author: ohrstrom Date: 2012-10-31 19:28 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/b29e0efcf847 Pass log level to sjavac. ! common/makefiles/JavaCompilation.gmk Changeset: 6fe16b091a3d Author: ohrstrom Date: 2012-10-31 19:28 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/rev/6fe16b091a3d merge From fredrik.ohrstrom at oracle.com Wed Oct 31 11:30:49 2012 From: fredrik.ohrstrom at oracle.com (fredrik.ohrstrom at oracle.com) Date: Wed, 31 Oct 2012 18:30:49 +0000 Subject: hg: build-infra/jdk8/langtools: Improve heuristics for chunking source code for concurrent or serial builds. Message-ID: <20121031183054.62C0A476CA@hg.openjdk.java.net> Changeset: d7d7b42e81b3 Author: ohrstrom Date: 2012-10-31 19:30 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/langtools/rev/d7d7b42e81b3 Improve heuristics for chunking source code for concurrent or serial builds. ! src/share/classes/com/sun/tools/sjavac/BuildState.java ! src/share/classes/com/sun/tools/sjavac/CleanProperties.java ! src/share/classes/com/sun/tools/sjavac/CompileJavaPackages.java ! src/share/classes/com/sun/tools/sjavac/CompileProperties.java ! src/share/classes/com/sun/tools/sjavac/CopyFile.java ! src/share/classes/com/sun/tools/sjavac/JavacState.java ! src/share/classes/com/sun/tools/sjavac/Log.java ! src/share/classes/com/sun/tools/sjavac/Main.java ! src/share/classes/com/sun/tools/sjavac/Package.java ! src/share/classes/com/sun/tools/sjavac/comp/Dependencies.java ! src/share/classes/com/sun/tools/sjavac/server/CompilerThread.java From fredrik.ohrstrom at oracle.com Wed Oct 31 15:14:07 2012 From: fredrik.ohrstrom at oracle.com (fredrik.ohrstrom at oracle.com) Date: Wed, 31 Oct 2012 22:14:07 +0000 Subject: hg: build-infra/jdk8/langtools: Avoid deadlocks on single cpu machines by having at least two threads in the threadpool. Message-ID: <20121031221411.D2C37476D0@hg.openjdk.java.net> Changeset: 64331d21367c Author: ohrstrom Date: 2012-10-31 23:13 +0100 URL: http://hg.openjdk.java.net/build-infra/jdk8/langtools/rev/64331d21367c Avoid deadlocks on single cpu machines by having at least two threads in the threadpool. ! src/share/classes/com/sun/tools/sjavac/server/JavacServer.java From david.holmes at oracle.com Wed Oct 31 21:23:14 2012 From: david.holmes at oracle.com (David Holmes) Date: Thu, 01 Nov 2012 14:23:14 +1000 Subject: Solaris compiler setup ? In-Reply-To: <508EDB7B.40905@oracle.com> References: <1956549788.2474283.1344512172984.JavaMail.root@redhat.com> <502433EC.5010400@oracle.com> <505278E5.1050108@oracle.com> <8348E4DE-157B-4A68-96AA-22B865688807@oracle.com> <508603EF.105@oracle.com> <508A6233.7070207@oracle.com> <508A7153.7090503@oracle.com> <508AA008.1080905@oracle.com> <508EDB7B.40905@oracle.com> Message-ID: <5091F932.3060806@oracle.com> On 30/10/2012 5:39 AM, Magnus Ihse Bursie wrote: > On 2012-10-26 16:36, Magnus Ihse Bursie wrote: >>> Pretty sure I don't need objective-C on Solaris :-) >> I have a fix for that already. :-) But I'll want to double check that >> on our test systems before I push it, so I don't put the current >> integration in jeopardy. > > I forgot to push that fix. Done now. > > How far do you get this time? :-) Not too far :( checking for mozilla headers in /java... /java/devtools/share/plugin checking for devtools path in /java... /java/devtools/i386/bin checking for GCC compiler path in /java... /java/devtools/i386/gnucc/bin configure: Current directory is /java/embedded/users/dh198349/build-infra/builds/b01/se-solaris-i586-ea. configure: Since this is not the source root, configure will output the configuration here configure: (as opposed to creating a configuration in /build/). configure: However, this directory is not empty. This is not allowed, since it could configure: seriously mess up just about everything. configure: Try 'cd /java/embedded/users/dh198349/build-infra' and restart configure configure: (or create a new empty directory and cd to it). configure: error: Will not continue creating configuration in /java/embedded/users/dh198349/build-infra/builds/b01/se-solaris-i586-ea configure exiting with result code 1 --- > ls -l b01/se-solaris-i586-ea total 40 -rw-r--r-- 1 daholme staff 19688 Nov 1 00:18 config.log Is it tripping over its own output file ??? My script creates the output directory then cd's to it and invokes configure. David ----- > > /Magnus From david.holmes at oracle.com Wed Oct 31 22:56:36 2012 From: david.holmes at oracle.com (David Holmes) Date: Thu, 01 Nov 2012 15:56:36 +1000 Subject: --disable-headful ? Message-ID: <50920F14.7030603@oracle.com> What is this option supposed to do? I can't find anything that examines the SUPPORTS_HEADFUL variable. ?? Thanks, David From jesper.wilhelmsson at oracle.com Wed Oct 31 05:28:10 2012 From: jesper.wilhelmsson at oracle.com (Jesper Wilhelmsson) Date: Wed, 31 Oct 2012 12:28:10 -0000 Subject: fastdebug vs jvmg Message-ID: <509118FD.5010308@oracle.com> Hi, Last week I pulled build-infra/jdk8 from openjdk and I have a few questions and comments. First I did as I have done before: cd common/makefiles sh ../autoconf/configure And got: "This script needs bash to run. It is recommended to use the configure script in the source tree root instead." Configure from the root directory, nice! :-) When configured I tried "make images" but the target was not recognized when I tried to build in the root directory. I went back to common/makefiles and ran 'make images' there which worked as expected. *Question:* Is it just the target 'images' that won't work in the root or are we still supposed to build from the common/makefiles directory? Building from the root would be really nice. Then I reconfigured with --enable-debug. --enable-debug currently configures hotspot to build with the build target fastdebug. fastdebug isn't really fast since asserts are turned on, and it can't be used for debugging since the code is optimized, so the name is a bit misleading. Personally I always use jvmg when debugging and testing. I asked around the Stockholm office and it seems as most people here would prefer jvmg. It seems as jvmg is very slow on Mac so those who work on Mac only uses jvmg when debugging for real, not for regular testing, but otherwise fastdebug is rarely used here. Cheers, /Jesper From pujarimahesh_kumar at yahoo.com Mon Oct 22 20:26:34 2012 From: pujarimahesh_kumar at yahoo.com (Mahesh Pujari) Date: Tue, 23 Oct 2012 03:26:34 -0000 Subject: Build failure jdk8 (with new build infra) In-Reply-To: <7CCC8EF1-E44A-4DA6-87E0-423CE53D7B3D@oracle.com> References: <1350389834.1116.YahooMailNeo@web112606.mail.gq1.yahoo.com> <1350910092.18087.YahooMailNeo@web112606.mail.gq1.yahoo.com> <7CCC8EF1-E44A-4DA6-87E0-423CE53D7B3D@oracle.com> Message-ID: <1350962796.44801.YahooMailNeo@web112608.mail.gq1.yahoo.com> Hi Kelly, ?Thanks for forwarding the mail to the correct mailing list and for the reply. Below are some information regarding the configuration used and build: configuration command line used: $ ../autoconf/configure --enable-option-checking=fatal --with-boot-jdk=/cygdrive/d/Java/jdk1.7.0-u2 --with-freetype=/cygdrive/e/dev/jdk7/freetype-2.4.4_V2/freetype-2.4.4 --with-extra-cflags= --with-extra-cxxflags= cygwin infromation: uname -m = i686 uname -r = 1.7.16(0.262/5/3) uname -s = CYGWIN_NT-5.1 uname -v = 2012-07-20 22:55 Some other misc information (extracts from config.log, as I am not sure if I can attach the complete log file) configure:6784: checking for gmake configure:6802: found /usr/bin/gmake configure:6814: result: /usr/bin/gmake configure:6829: Testing potential make at /usr/bin/gmake, found using gmake in PATH configure:6877: Found potential make at , however, this is not GNU Make. Ignoring. configure:6896: checking for make configure:6914: found /usr/bin/make configure:6926: result: /usr/bin/make configure:6941: Testing potential make at /usr/bin/make, found using make in PATH configure:7242: Using GNU make 3.81 (or later) at D:/cygwin/bin/make.exe (version: GNU Make 3.82.90) ..... configure:8565: checking for Boot JDK configure:8567: result: /cygdrive/d/Java/jdk1.7.0-u2 (java version "1.7.0_02") ..... configure:10582: checking if we can find the VS installation configure:10585: result: D:\Program Files\Microsoft Visual Studio 10.0\VC\ Below are some Output variables BOOT_JDK='/cygdrive/d/Java/jdk1.7.0-u2' BOOT_JDK_JVMARGS=' -Xms64M -Xmx1100M -XX:PermSize=32m -XX:MaxPermSize=160m -XX:ThreadStackSize=1536' BOOT_JDK_SOURCETARGET='-source 7 -target 7' BUILD_CC='D:/PROGRA~1/MICROS~1.0/VC/BIN/cl.exe' BUILD_CXX='D:/PROGRA~1/MICROS~1.0/VC/BIN/cl.exe' CC='D:/PROGRA~1/MICROS~1.0/VC/BIN/cl.exe' CHECK_GMAKE='/usr/bin/gmake' CHECK_MAKE='/usr/bin/make' JDK_VERSION='1.8.0' OPENJDK_BUILD_AUTOCONF_NAME='i686-pc-cygwin' OPENJDK_BUILD_CPU='x86' OPENJDK_BUILD_CPU_ARCH='x86' OPENJDK_BUILD_CPU_BITS='32' OPENJDK_TARGET_AUTOCONF_NAME='i686-pc-cygwin' OPENJDK_TARGET_CPU='x86' OPENJDK_TARGET_CPU_ARCH='x86' OPENJDK_TARGET_CPU_BITS='32' If I missed something, please let me know. thanks and regards, Mahesh Pujari ________________________________ From: Kelly O'Hair To: Mahesh Pujari Cc: build-infra-dev at openjdk.java.net Sent: Monday, October 22, 2012 10:17 PM Subject: Re: Build failure jdk8 (with new build infra) The stuff in jdk8/jdk8 for build-infra is a bit old. But you need to provide a bit more information here. Obviously it is Windows 32bit cygwin, but what version of cygwin would help. maybe a fuller log, command line used, configure command used. etc. -kto On Oct 22, 2012, at 5:48 AM, Mahesh Pujari wrote: > Hi, >? I am still stuck with the build error, any inputs would be of great help. > > > thanks and regards, > Mahesh Pujari > > ----- Forwarded Message ----- > From: Mahesh Pujari > To: "jdk8-dev at openjdk.java.net" > Sent: Tuesday, October 16, 2012 5:47 PM > Subject: Build failure jdk8 (with new build infra) > > > Hi, >? Trying to build openJDK (http://hg.openjdk.java.net/jdk8/jdk8) using new build infra and failing. Below are the failure logs. > > Environment used: Cygwin, windows machine, JDK version 1.7 > > Running rmic -v1.2 for sun.rmi.server.Activation$ActivationSystemImpl java.rmi.activation.ActivationGroup com.sun.jndi.rmi.registry.ReferenceWrapper > Running rmic -v1.1 for sun.rmi.registry.RegistryImpl sun.rmi.transport.DGCImpl > makeGenerateClasses.gmk:51: recipe for target `/cygdrive/e/dev/jdk8/jdk8-b/build/windows-x86-normal-server-release/jdk/rmicclasses/RMI_12_rmic' failed > [2]: *** [/cygdrive/e/dev/jdk8/jdk8-b/build/windows-x86-normal-server-release/jdk/rmicclasses/RMI_12_rmic] > Error 127 > make[2]: *** Waiting for unfinished jobs.... > make[2]: *** [GenerateClasses.gmk:60: recipe for target `/cygdrive/e/dev/jdk8/jdk8-b/build/windows-x86-normal-server-release/jdk/rmicclasses/RMI_11_rmic' failed > /cygdrive/e/dev/jdk8/jdk8-b/build/windows-x86-normal-server-release/jdk/rmicclasses/RMI_11_rmic] Error 127 > makeMakefile:78: recipe for target `genclasses-only' failed > [1]: *** [genclasses-only] Error 2 > > thanks and regards, > Mahesh Pujari From pujarimahesh_kumar at yahoo.com Thu Oct 25 03:20:37 2012 From: pujarimahesh_kumar at yahoo.com (Mahesh Pujari) Date: Thu, 25 Oct 2012 10:20:37 -0000 Subject: Build failure jdk8 (with new build infra) In-Reply-To: <5087BDE5.1020800@oracle.com> References: <1350389834.1116.YahooMailNeo@web112606.mail.gq1.yahoo.com> <1350910092.18087.YahooMailNeo@web112606.mail.gq1.yahoo.com> <7CCC8EF1-E44A-4DA6-87E0-423CE53D7B3D@oracle.com> <1350962796.44801.YahooMailNeo@web112608.mail.gq1.yahoo.com> <1351051824.17991.YahooMailNeo@web112608.mail.gq1.yahoo.com> <5087BDE5.1020800@oracle.com> Message-ID: <1351160433.4323.YahooMailNeo@web112604.mail.gq1.yahoo.com> Hi Erik, ?I tried to send you the full build logs (by compressing it) but there was delivery failure (due to size), I have take out last few lines from build log file, hope this will help out to find the issue. thanks and regards, Mahesh Pujari ________________________________ From: Erik Joelsson To: build-infra-dev at openjdk.java.net Sent: Wednesday, October 24, 2012 3:37 PM Subject: Re: Build failure jdk8 (with new build infra) Could you rerun with LOG=debug added to the make command line and provide me with the following files from your output directory (/cygdrive/e/dev/jdk8/jdk8-b/build/windows-x86-normal-server-release)? build.log spec.gmk config.log /Erik On 2012-10-24 06:10, Mahesh Pujari wrote: > Resending the mail > > ________________________________ >? From: Mahesh Pujari > To: Kelly O'Hair > Cc: "build-infra-dev at openjdk.java.net" > Sent: Tuesday, October 23, 2012 8:56 AM > Subject: Re: Build failure jdk8 (with new build infra) > > > Hi Kelly, >? Thanks for forwarding the mail to the correct mailing list and for the reply. Below are some information regarding the configuration used and build: > > configuration command line used: > $ ../autoconf/configure --enable-option-checking=fatal --with-boot-jdk=/cygdrive/d/Java/jdk1.7.0-u2 --with-freetype=/cygdrive/e/dev/jdk7/freetype-2.4.4_V2/freetype-2.4.4 --with-extra-cflags= --with-extra-cxxflags= > > cygwin infromation: > > uname -m = i686 > uname -r = 1.7.16(0.262/5/3) > uname -s = CYGWIN_NT-5.1 > uname -v = 2012-07-20 22:55 > Some other misc information (extracts from config.log, as I am not sure if I can attach the complete log file) > configure:6784: checking for gmake > configure:6802: found /usr/bin/gmake > configure:6814: result: /usr/bin/gmake > configure:6829: >? Testing potential make at /usr/bin/gmake, found using gmake in PATH > configure:6877: Found potential make at , however, this is not GNU Make. Ignoring. > configure:6896: checking for make > configure:6914: found /usr/bin/make > configure:6926: result: /usr/bin/make > configure:6941: Testing potential make at /usr/bin/make, found using make in PATH > configure:7242: Using GNU make 3.81 (or later) at D:/cygwin/bin/make.exe (version: GNU Make 3.82.90) > ..... > configure:8565: checking for Boot JDK > configure:8567: result: /cygdrive/d/Java/jdk1.7.0-u2 (java version "1.7.0_02") > ..... > configure:10582: checking if we can find the VS installation > configure:10585: result: D:\Program Files\Microsoft Visual Studio 10.0\VC\ > > > Below are some Output variables > BOOT_JDK='/cygdrive/d/Java/jdk1.7.0-u2' > BOOT_JDK_JVMARGS=' -Xms64M -Xmx1100M -XX:PermSize=32m -XX:MaxPermSize=160m -XX:ThreadStackSize=1536' > BOOT_JDK_SOURCETARGET='-source 7 -target 7' > > BUILD_CC='D:/PROGRA~1/MICROS~1.0/VC/BIN/cl.exe' > BUILD_CXX='D:/PROGRA~1/MICROS~1.0/VC/BIN/cl.exe' > CC='D:/PROGRA~1/MICROS~1.0/VC/BIN/cl.exe' > CHECK_GMAKE='/usr/bin/gmake' > CHECK_MAKE='/usr/bin/make' > JDK_VERSION='1.8.0' > OPENJDK_BUILD_AUTOCONF_NAME='i686-pc-cygwin' > OPENJDK_BUILD_CPU='x86' > OPENJDK_BUILD_CPU_ARCH='x86' > OPENJDK_BUILD_CPU_BITS='32' > OPENJDK_TARGET_AUTOCONF_NAME='i686-pc-cygwin' > OPENJDK_TARGET_CPU='x86' > OPENJDK_TARGET_CPU_ARCH='x86' > OPENJDK_TARGET_CPU_BITS='32' > > If I missed something, please let me know. > > thanks and regards, > Mahesh Pujari > > > > ________________________________ >? From: Kelly O'Hair > To: Mahesh Pujari > Cc: build-infra-dev at openjdk.java.net > Sent: Monday, October 22, 2012 10:17 PM > Subject: Re: Build failure jdk8 (with new build infra) > > > The stuff in jdk8/jdk8 for build-infra is a bit old. > > But you need to provide a bit more information here. > > Obviously it is Windows 32bit cygwin, but what version of cygwin would help. maybe a fuller log, command line used, configure command used. etc. > > -kto > > On Oct 22, 2012, at 5:48 AM, Mahesh Pujari wrote: > >> Hi, >>? ? I am still stuck with the build error, any inputs would be of great help. >> >> >> thanks and regards, >> Mahesh Pujari >> >> ----- Forwarded Message ----- >> From: Mahesh Pujari >> To: "jdk8-dev at openjdk.java.net" >> Sent: Tuesday, October 16, 2012 5:47 PM >> Subject: Build failure jdk8 (with new build infra) >> >> >> Hi, >>? ? Trying to build openJDK (http://hg.openjdk.java.net/jdk8/jdk8) using new build infra and failing. Below are the failure logs. >> >> Environment used: Cygwin, windows machine, JDK version 1.7 >> >> Running rmic -v1.2 for sun.rmi.server.Activation$ActivationSystemImpl java.rmi.activation.ActivationGroup com.sun.jndi.rmi.registry.ReferenceWrapper >> Running rmic -v1.1 for sun.rmi.registry.RegistryImpl sun.rmi.transport.DGCImpl >> makeGenerateClasses.gmk:51: recipe for target `/cygdrive/e/dev/jdk8/jdk8-b/build/windows-x86-normal-server-release/jdk/rmicclasses/RMI_12_rmic' failed >> [2]: *** [/cygdrive/e/dev/jdk8/jdk8-b/build/windows-x86-normal-server-release/jdk/rmicclasses/RMI_12_rmic] >> >? Error 127 >> make[2]: *** Waiting for unfinished jobs.... >> make[2]: *** [GenerateClasses.gmk:60: recipe for target `/cygdrive/e/dev/jdk8/jdk8-b/build/windows-x86-normal-server-release/jdk/rmicclasses/RMI_11_rmic' failed >> /cygdrive/e/dev/jdk8/jdk8-b/build/windows-x86-normal-server-release/jdk/rmicclasses/RMI_11_rmic] Error 127 >> makeMakefile:78: recipe for target `genclasses-only' failed >> [1]: *** [genclasses-only] Error 2 >> >> thanks and regards, >> Mahesh Pujari