From mike.duigou at oracle.com Mon Apr 1 18:39:03 2013 From: mike.duigou at oracle.com (Mike Duigou) Date: Mon, 1 Apr 2013 11:39:03 -0700 Subject: RFR: JDK-8011178 : improve common/bin/hgforest.sh python detection (MacOS) In-Reply-To: References: Message-ID: I've created a bug for this improvement, JDK-8011178, and would like a reviewer for the proposed patch below. I will push it through TL if approved as I am not a jdk8/build repo committer. Mike On Jan 16 2013, at 16:53 , Mike Duigou wrote: > With the mac ports version of mercurial (wasn't I just complaining about another mac ports problems yesterday? ;-) ) the path to python in the mercurial launcher has is > > /opt/local/Library/Frameworks/Python.framework/Versions/2.7/Resources/Python.app/Contents/MacOS/Python > > Note the capital "P" which is what was running afoul of the hgforest.sh detection. The following patch uses a different technique for checking the python executable. > > Mike > > PS:- I assume that the make/scripts/hgforest.sh is going away at some point? > > diff --git a/common/bin/hgforest.sh b/common/bin/hgforest.sh > --- a/common/bin/hgforest.sh > +++ b/common/bin/hgforest.sh > @@ -51,7 +51,7 @@ > bpython="`basename "$python"`" > fi > > -if [ "python" = "$bpython" -a -x "$python" ] ; then > +if [ -x "$python" -a ! -d "$python" -a "`${python} --version 2>&1 | cut -f 1 -d " "`" == "Python" ] ; then > hg="${python} -u ${whichhg}" > else > echo Cannot find python from hg launcher. Running plain hg, which probably has buffered stdout. > From mike.duigou at oracle.com Mon Apr 1 20:19:58 2013 From: mike.duigou at oracle.com (Mike Duigou) Date: Mon, 1 Apr 2013 13:19:58 -0700 Subject: RFR: JDK-8011187 : http://cr.openjdk.java.net/~mduigou/JDK-8011187/0/webrev/ Message-ID: <8AC4000F-2F94-4CFC-ACF6-FFEB4DC4A714@oracle.com> Hello all; Another changeset for review in the series "JDK-8009683 Running regression tests with make". Many of the targets in jdk/test/Makefile are currently unused or were never used. These targets will be removed: perftest packtest vmsqe_* jck* I have checked with Kelky O'Hair and Kumar Srinivasan and received confirmation that they do not believe the targets are being used by anyone. A webrev of the removal: http://cr.openjdk.java.net/~mduigou/JDK-8011187/0/webrev/ Mike From mike.duigou at oracle.com Mon Apr 1 20:54:07 2013 From: mike.duigou at oracle.com (Mike Duigou) Date: Mon, 1 Apr 2013 13:54:07 -0700 Subject: RFR: JDK-8011180 : Sync make/scripts/hgforest.sh to common/bin/hgforest.sh In-Reply-To: References: Message-ID: When I push the changeset for 8011178 I would also like to refresh/sync the copy of hgforest.sh in make/scripts. I have created an issue for this task: JDK-8011180 : Sync make/scripts/hgforest.sh to common/bin/hgforest.sh Mike On Apr 1 2013, at 11:39 , Mike Duigou wrote: > I've created a bug for this improvement, JDK-8011178, and would like a reviewer for the proposed patch below. > > I will push it through TL if approved as I am not a jdk8/build repo committer. > > Mike > > > On Jan 16 2013, at 16:53 , Mike Duigou wrote: > >> With the mac ports version of mercurial (wasn't I just complaining about another mac ports problems yesterday? ;-) ) the path to python in the mercurial launcher has is >> >> /opt/local/Library/Frameworks/Python.framework/Versions/2.7/Resources/Python.app/Contents/MacOS/Python >> >> Note the capital "P" which is what was running afoul of the hgforest.sh detection. The following patch uses a different technique for checking the python executable. >> >> Mike >> >> PS:- I assume that the make/scripts/hgforest.sh is going away at some point? >> >> diff --git a/common/bin/hgforest.sh b/common/bin/hgforest.sh >> --- a/common/bin/hgforest.sh >> +++ b/common/bin/hgforest.sh >> @@ -51,7 +51,7 @@ >> bpython="`basename "$python"`" >> fi >> >> -if [ "python" = "$bpython" -a -x "$python" ] ; then >> +if [ -x "$python" -a ! -d "$python" -a "`${python} --version 2>&1 | cut -f 1 -d " "`" == "Python" ] ; then >> hg="${python} -u ${whichhg}" >> else >> echo Cannot find python from hg launcher. Running plain hg, which probably has buffered stdout. >> > From kellyohair at gmail.com Tue Apr 2 01:11:39 2013 From: kellyohair at gmail.com (O'Hair Kelly) Date: Mon, 1 Apr 2013 18:11:39 -0700 Subject: RFR: JDK-8011178 : improve common/bin/hgforest.sh python detection (MacOS) In-Reply-To: References: Message-ID: I think this looks fine. -kto On Apr 1, 2013, at 11:39 AM, Mike Duigou wrote: > I've created a bug for this improvement, JDK-8011178, and would like a reviewer for the proposed patch below. > > I will push it through TL if approved as I am not a jdk8/build repo committer. > > Mike > > > On Jan 16 2013, at 16:53 , Mike Duigou wrote: > >> With the mac ports version of mercurial (wasn't I just complaining about another mac ports problems yesterday? ;-) ) the path to python in the mercurial launcher has is >> >> /opt/local/Library/Frameworks/Python.framework/Versions/2.7/Resources/Python.app/Contents/MacOS/Python >> >> Note the capital "P" which is what was running afoul of the hgforest.sh detection. The following patch uses a different technique for checking the python executable. >> >> Mike >> >> PS:- I assume that the make/scripts/hgforest.sh is going away at some point? >> >> diff --git a/common/bin/hgforest.sh b/common/bin/hgforest.sh >> --- a/common/bin/hgforest.sh >> +++ b/common/bin/hgforest.sh >> @@ -51,7 +51,7 @@ >> bpython="`basename "$python"`" >> fi >> >> -if [ "python" = "$bpython" -a -x "$python" ] ; then >> +if [ -x "$python" -a ! -d "$python" -a "`${python} --version 2>&1 | cut -f 1 -d " "`" == "Python" ] ; then >> hg="${python} -u ${whichhg}" >> else >> echo Cannot find python from hg launcher. Running plain hg, which probably has buffered stdout. >> > From kellyohair at gmail.com Tue Apr 2 01:12:29 2013 From: kellyohair at gmail.com (O'Hair Kelly) Date: Mon, 1 Apr 2013 18:12:29 -0700 Subject: RFR: JDK-8011187 : http://cr.openjdk.java.net/~mduigou/JDK-8011187/0/webrev/ In-Reply-To: <8AC4000F-2F94-4CFC-ACF6-FFEB4DC4A714@oracle.com> References: <8AC4000F-2F94-4CFC-ACF6-FFEB4DC4A714@oracle.com> Message-ID: <577AB702-64A8-4564-B852-3CCDEC18E6D5@gmail.com> Looks fine. -kto On Apr 1, 2013, at 1:19 PM, Mike Duigou wrote: > Hello all; > > Another changeset for review in the series "JDK-8009683 Running regression tests with make". Many of the targets in jdk/test/Makefile are currently unused or were never used. These targets will be removed: > > perftest > packtest > vmsqe_* > jck* > > I have checked with Kelky O'Hair and Kumar Srinivasan and received confirmation that they do not believe the targets are being used by anyone. A webrev of the removal: > > http://cr.openjdk.java.net/~mduigou/JDK-8011187/0/webrev/ > > Mike From Alan.Bateman at oracle.com Tue Apr 2 07:48:51 2013 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Tue, 02 Apr 2013 08:48:51 +0100 Subject: RFR: JDK-8011187 : http://cr.openjdk.java.net/~mduigou/JDK-8011187/0/webrev/ In-Reply-To: <8AC4000F-2F94-4CFC-ACF6-FFEB4DC4A714@oracle.com> References: <8AC4000F-2F94-4CFC-ACF6-FFEB4DC4A714@oracle.com> Message-ID: <515A8D63.3070703@oracle.com> On 01/04/2013 21:19, Mike Duigou wrote: > Hello all; > > Another changeset for review in the series "JDK-8009683 Running regression tests with make". Many of the targets in jdk/test/Makefile are currently unused or were never used. These targets will be removed: > > perftest > packtest > vmsqe_* > jck* > > I have checked with Kelky O'Hair and Kumar Srinivasan and received confirmation that they do not believe the targets are being used by anyone. A webrev of the removal: > > http://cr.openjdk.java.net/~mduigou/JDK-8011187/0/webrev/ > > Mike Looks fine to me too, I'm pretty sure these targets were never used after the initial experimentation that Kelly did. -Alan. From chris.hegarty at oracle.com Tue Apr 2 07:59:22 2013 From: chris.hegarty at oracle.com (Chris Hegarty) Date: Tue, 02 Apr 2013 08:59:22 +0100 Subject: RFR: JDK-8011187 : http://cr.openjdk.java.net/~mduigou/JDK-8011187/0/webrev/ In-Reply-To: <515A8D63.3070703@oracle.com> References: <8AC4000F-2F94-4CFC-ACF6-FFEB4DC4A714@oracle.com> <515A8D63.3070703@oracle.com> Message-ID: <515A8FDA.5020407@oracle.com> Looks fine to me too. I remember being confused by these targets before, nice to see this clean up. -Chris On 04/02/2013 08:48 AM, Alan Bateman wrote: > On 01/04/2013 21:19, Mike Duigou wrote: >> Hello all; >> >> Another changeset for review in the series "JDK-8009683 Running >> regression tests with make". Many of the targets in jdk/test/Makefile >> are currently unused or were never used. These targets will be removed: >> >> perftest >> packtest >> vmsqe_* >> jck* >> >> I have checked with Kelky O'Hair and Kumar Srinivasan and received >> confirmation that they do not believe the targets are being used by >> anyone. A webrev of the removal: >> >> http://cr.openjdk.java.net/~mduigou/JDK-8011187/0/webrev/ >> >> Mike > Looks fine to me too, I'm pretty sure these targets were never used > after the initial experimentation that Kelly did. > > -Alan. From erik.joelsson at oracle.com Tue Apr 2 08:16:55 2013 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Tue, 02 Apr 2013 10:16:55 +0200 Subject: A couple of questions about the new build system In-Reply-To: <5154CB7D.7080705@oracle.com> References: <5154B62A.3020706@oracle.com> <5154BA03.9010407@oracle.com> <5154CB7D.7080705@oracle.com> Message-ID: <515A93F7.9030404@oracle.com> On 2013-03-29 00:00, Phil Race wrote: > > If you touch a header fie, the build is supposed to notice and "do > the right thing". > > It did not do so. If I touched a C file, no problem, but not so for > the header file. > This was observed on Solaris 10 SPARC. > I just tried: touch ../../jdk/src/share/native/sun/font/fontscalerdefs.h make LOG=info which resulted in the following: ... ## Starting jdk Compiling AccelGlyphCache.c (for libawt_xawt.so) Compiling OGLTextRenderer.c (for libawt_xawt.so) Compiling X11FontScaler_md.c (for libawt_xawt.so) Compiling XRBackendNative.c (for libawt_xawt.so) Compiling DrawGlyphList.c (for libfontmanager.so) Compiling FontInstanceAdapter.cpp (for libfontmanager.so) Compiling SunLayoutEngine.cpp (for libfontmanager.so) Compiling X11FontScaler.c (for libfontmanager.so) Compiling sunFont.c (for libfontmanager.so) /localhome/mercurial/closed-jdk8-build/jdk/src/share/native/sun/font/layout/SunLayoutEngine.cpp: In function ?void Java_sun_font_SunLayoutEngine_nativeLayout(JNIEnv*, _jclass*, _jobject*, _jobject*, _jfloatArray*, jint, jint, _jcharArray*, jint, jint, jint, jint, jint, jint, jint, _jobject*, _jobject*, jlong, jlong)?: /localhome/mercurial/closed-jdk8-build/jdk/src/share/native/sun/font/layout/SunLayoutEngine.cpp:190: warning: comparison between signed and unsigned integer expressions Compiling GeneralPath.cpp (for libt2k.so) Compiling scalerMethods.c (for libt2k.so) Compiling t2kScalerMethods.cpp (for libt2k.so) Compiling AccelGlyphCache.c (for libawt_headless.so) /localhome/mercurial/closed-jdk8-build/jdk/src/share/native/sun/font/sunFont.c: In function ?Java_sun_font_StrikeCache_freeIntPointer?: /localhome/mercurial/closed-jdk8-build/jdk/src/share/native/sun/font/sunFont.c:196: warning: cast to pointer from integer of different size /localhome/mercurial/closed-jdk8-build/jdk/src/share/native/sun/font/sunFont.c: In function ?Java_sun_font_StrikeCache_freeIntMemory?: /localhome/mercurial/closed-jdk8-build/jdk/src/share/native/sun/font/sunFont.c:234: warning: cast to pointer from integer of different size Compiling X11FontScaler_md.c (for libawt_headless.so) Linking libawt_xawt.so Linking libfontmanager.so Linking libawt_headless.so Linking libt2k.so Linking libjawt.so ... Note that the default verbosity doesn't print anything when compiling native code. You need to increase it to "info" to see what gets recompiled. If this doesn't work for you, it's a bug that needs to be investigated. /Erik > -phil. > > On 3/28/2013 2:45 PM, Jonathan Gibbons wrote: >> On 03/28/2013 02:29 PM, Phil Race wrote: >>> 1. Why do we have both --with-cups and --with-cups-include ? >>> All we use is the header files so the latter is what matters and >>> I'm not sure which one the build system prefers if both are set. >>> >>> 2. In the old build I could do >>> cd make/sun/font >>> make clean >>> make all >>> >>> Is there anything analagous to 'make clean' here,where I can have a >>> level of comfort >>> that all generated files related to building just a particular area >>> are removed. >>> This was useful after I touched a header file. >>> Now when I touch a header file, the new build system doesn't notice, >>> so I have to manually purge, but nor does it (as far as I can see) >>> give me >>> a target to purge that component. To do this I need to go hunt down >>> the directory with the object files and remove them. >>> Is there something better I can do ? >>> >>> -phil. >>> >> >> If you touch a header fie, the build is supposed to notice and "do >> the right thing". >> >> -- Jon > From erik.joelsson at oracle.com Tue Apr 2 09:21:08 2013 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Tue, 02 Apr 2013 11:21:08 +0200 Subject: Support building zero with the new build In-Reply-To: <5154B260.7060106@redhat.com> References: <5152328A.9040608@redhat.com> <5152B41F.3090207@oracle.com> <5152F760.4020201@redhat.com> <1364393132.5998.9.camel@mercury> <5154B260.7060106@redhat.com> Message-ID: <515AA304.7080901@oracle.com> On 2013-03-28 22:13, Omair Majid wrote: > Hi, > > On 03/27/2013 10:05 AM, Roman Kennke wrote: >> Am Mittwoch, den 27.03.2013, 09:42 -0400 schrieb Omair Majid: >>> Roman, how do you want to proceed? >> I'd go with Erik's suggestion and keep your part for JDK changes, and >> mine for the rest, if that is ok with you? > Updated webrev at: > http://cr.openjdk.java.net/~omajid/webrevs/zero-newbuild/01/ > > It uses the configure stuff that you proposed but avoids touching > hotspot (as suggested by Erik) and uses INCLUDE_SA as suggested by David > (though I am far from sure where to set it properly). > > Any comments or suggestions? > I know it's not always obvious where things belong but I would put the INCLUDE_SA logic in jdk-options.m4 somewhere close after the JVM_VARIANT variables have been assigned. The rest looks good. /Erik From erik.joelsson at oracle.com Tue Apr 2 09:32:49 2013 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Tue, 02 Apr 2013 11:32:49 +0200 Subject: Review Request: 8006828: "SKIP_BOOT_CYCLE=false" must work in new building infrastructure In-Reply-To: <51360BC1.8060505@oracle.com> References: <5124DBC4.5050906@oracle.com> <51360BC1.8060505@oracle.com> Message-ID: <515AA5C1.4090400@oracle.com> On 2013-03-05 16:14, Erik Joelsson wrote: > > On 2013-02-20 15:20, Erik Joelsson wrote: >> Adding check for SKIP_BOOT_CYCLE=false in Jprt.gmk which adds the >> target bootcycle-images. Also fixing an issue with bootcycle-images >> target that prevented them from creating images. >> >> http://cr.openjdk.java.net/~erikj/8006828/webrev.root.01/ >> > http://cr.openjdk.java.net/~erikj/8006828/webrev.root.02/ > > Discovered some more problems with the bootcycle-images target that > needed to be fixed. A full bootcycle build is still not possible due > to errors like this: > > /localhome/mercurial/closed-jdk8-build/jdk/make/tools/src/build/tools/javazic/GenDoc.java:123: > error: cannot f > ind symbol > String zonefile = ZoneInfoFile.getFileName(zonename) + > ".html"; > > Reminder that this needs to be reviewed. The above error is now verified to be gone. /Erik From Alan.Bateman at oracle.com Tue Apr 2 09:54:33 2013 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Tue, 02 Apr 2013 10:54:33 +0100 Subject: Review Request: 8006828: "SKIP_BOOT_CYCLE=false" must work in new building infrastructure In-Reply-To: <515AA5C1.4090400@oracle.com> References: <5124DBC4.5050906@oracle.com> <51360BC1.8060505@oracle.com> <515AA5C1.4090400@oracle.com> Message-ID: <515AAAD9.7010409@oracle.com> On 02/04/2013 10:32, Erik Joelsson wrote: > On 2013-03-05 16:14, Erik Joelsson wrote: >> >> On 2013-02-20 15:20, Erik Joelsson wrote: >>> Adding check for SKIP_BOOT_CYCLE=false in Jprt.gmk which adds the >>> target bootcycle-images. Also fixing an issue with bootcycle-images >>> target that prevented them from creating images. >>> >>> http://cr.openjdk.java.net/~erikj/8006828/webrev.root.01/ >>> >> http://cr.openjdk.java.net/~erikj/8006828/webrev.root.02/ >> >> Discovered some more problems with the bootcycle-images target that >> needed to be fixed. A full bootcycle build is still not possible due >> to errors like this: >> >> /localhome/mercurial/closed-jdk8-build/jdk/make/tools/src/build/tools/javazic/GenDoc.java:123: >> error: cannot f >> ind symbol >> String zonefile = ZoneInfoFile.getFileName(zonename) + >> ".html"; >> >> > Reminder that this needs to be reviewed. The above error is now > verified to be gone. This is useful to have and the changes look fine to me (although I don't consider myself an expert on the build). A small typo in bootcycle-spec.gmk.in, " acocunt" -> "account". -Alan. From ahughes at redhat.com Tue Apr 2 12:59:43 2013 From: ahughes at redhat.com (ahughes at redhat.com) Date: Tue, 02 Apr 2013 12:59:43 +0000 Subject: hg: jdk8/build: 8009988: build-infra: Fix configure output for zip debuginfo check Message-ID: <20130402125943.B74A44852B@hg.openjdk.java.net> Changeset: 15c1642967c9 Author: andrew Date: 2013-04-02 13:59 +0100 URL: http://hg.openjdk.java.net/jdk8/build/rev/15c1642967c9 8009988: build-infra: Fix configure output for zip debuginfo check Summary: No output from zip debuginfo option when default is used. Reviewed-by: tbell ! common/autoconf/autogen.sh ! common/autoconf/generated-configure.sh ! common/autoconf/jdk-options.m4 From tim.bell at oracle.com Tue Apr 2 14:30:56 2013 From: tim.bell at oracle.com (Tim Bell) Date: Tue, 02 Apr 2013 07:30:56 -0700 Subject: Review Request: 8006828: "SKIP_BOOT_CYCLE=false" must work in new building infrastructure In-Reply-To: <515AAAD9.7010409@oracle.com> References: <5124DBC4.5050906@oracle.com> <51360BC1.8060505@oracle.com> <515AA5C1.4090400@oracle.com> <515AAAD9.7010409@oracle.com> Message-ID: <515AEBA0.8030407@oracle.com> On 04/02/13 02:54, Alan Bateman wrote: > On 02/04/2013 10:32, Erik Joelsson wrote: >> On 2013-03-05 16:14, Erik Joelsson wrote: >>> >>> On 2013-02-20 15:20, Erik Joelsson wrote: >>>> Adding check for SKIP_BOOT_CYCLE=false in Jprt.gmk which adds the >>>> target bootcycle-images. Also fixing an issue with bootcycle-images >>>> target that prevented them from creating images. >>>> >>>> http://cr.openjdk.java.net/~erikj/8006828/webrev.root.01/ >>>> >>> http://cr.openjdk.java.net/~erikj/8006828/webrev.root.02/ >>> >>> Discovered some more problems with the bootcycle-images target that >>> needed to be fixed. A full bootcycle build is still not possible due >>> to errors like this: >>> >>> /localhome/mercurial/closed-jdk8-build/jdk/make/tools/src/build/tools/javazic/GenDoc.java:123: >>> error: cannot f >>> ind symbol >>> String zonefile = ZoneInfoFile.getFileName(zonename) + >>> ".html"; >>> >>> >> Reminder that this needs to be reviewed. The above error is now >> verified to be gone. > This is useful to have and the changes look fine to me (although I > don't consider myself an expert on the build). > > A small typo in bootcycle-spec.gmk.in, " acocunt" -> "account". > > -Alan. Looks good to me as well. Tim From gnu.andrew at redhat.com Tue Apr 2 16:12:52 2013 From: gnu.andrew at redhat.com (Andrew Hughes) Date: Tue, 2 Apr 2013 12:12:52 -0400 (EDT) Subject: Too many java source files are recompiled when one changes. In-Reply-To: <515225B0.7080905@oracle.com> References: <515225B0.7080905@oracle.com> Message-ID: <561832924.349741.1364919172851.JavaMail.root@redhat.com> ----- Original Message ----- > sh ./configure --enable-sjavac > > -- Jon > > On 03/26/2013 03:43 PM, Martin Buchholz wrote: > > If I modify an ordinary JDK source file (like StringBuilder.java), then all > > files are recompiled, even those that don't have any compile-time > > dependency on StringBuilder. > > > > ## Starting jdk > > Compiling 9412 files for BUILD_JDK > > > > I'd like to see instead > > > > Compiling 103 files for BUILD_JDK > > And what does that do? I see no mention of it in README-builds.html. -- Andrew :) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) PGP Key: 248BDC07 (https://keys.indymedia.org/) Fingerprint = EC5A 1F5E C0AD 1D15 8F1F 8F91 3B96 A578 248B DC07 From gnu.andrew at redhat.com Tue Apr 2 16:14:34 2013 From: gnu.andrew at redhat.com (Andrew Hughes) Date: Tue, 2 Apr 2013 12:14:34 -0400 (EDT) Subject: new build system doesn't notice modified C source files. In-Reply-To: <5152B487.1080003@oracle.com> References: <5152B487.1080003@oracle.com> Message-ID: <1287643466.350292.1364919274750.JavaMail.root@redhat.com> ----- Original Message ----- > On 2013-03-27 01:13, Martin Buchholz wrote: > > Sorry, false alarm. > > > > The build proceeded so quietly and quickly, (and my modified code worked > > the first time!) that I assumed it must have not been built at all, but I > > was wrong. Congratulations to the build team! But a bit more verbosity to > > reassure me that a source file was compiled and a library was linked, > > please! > > > I have been fooled by this too, and would prefer a bit more verbosity. I > think setting LOG=info increases it enough to notice this. > Yeah, I've said several times that the *default* should be more verbose like before. If people want a quiet build, it's easy enough to turn off. But low verbosity is most trouble with those new to the build who won't know how to turn it up and not be able to provide much feedback on their build failures. > /Erik > > On Tue, Mar 26, 2013 at 3:40 PM, Martin Buchholzwrote: > > > >> I modified src/solaris/native/java/lang/UNIXProcess_md.c (on Linux) and > >> did "make images" but no actual compilation happened. > >> (I guess I currently need to do a clean rebuild? Which is a serious bug?) > >> > -- Andrew :) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) PGP Key: 248BDC07 (https://keys.indymedia.org/) Fingerprint = EC5A 1F5E C0AD 1D15 8F1F 8F91 3B96 A578 248B DC07 From jonathan.gibbons at oracle.com Tue Apr 2 16:39:19 2013 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Tue, 02 Apr 2013 09:39:19 -0700 Subject: Too many java source files are recompiled when one changes. In-Reply-To: <561832924.349741.1364919172851.JavaMail.root@redhat.com> References: <515225B0.7080905@oracle.com> <561832924.349741.1364919172851.JavaMail.root@redhat.com> Message-ID: <515B09B7.4090803@oracle.com> On 04/02/2013 09:12 AM, Andrew Hughes wrote: > ----- Original Message ----- >> sh ./configure --enable-sjavac >> >> -- Jon >> >> On 03/26/2013 03:43 PM, Martin Buchholz wrote: >>> If I modify an ordinary JDK source file (like StringBuilder.java), then all >>> files are recompiled, even those that don't have any compile-time >>> dependency on StringBuilder. >>> >>> ## Starting jdk >>> Compiling 9412 files for BUILD_JDK >>> >>> I'd like to see instead >>> >>> Compiling 103 files for BUILD_JDK >> > And what does that do? I see no mention of it in README-builds.html. sjavac -- short for smart javac -- is a new tool written by Fredrik Ohrstrom -- that does intelligent, possibly parallel, compilation of Java files. It uses an internal server architecture that can take advantage of modern multi-core systems, and (after an initial compilation) it can take advantage of dependency analysis to minimize the number of files that are recompiled after a change. We're still trying to work out some remaining issues, not least the resource management, since it's a hungry beast, so it is not enabled by default, but can be enabled with the --enable-sjavac flag. -- Jon From gnu.andrew at redhat.com Tue Apr 2 16:56:13 2013 From: gnu.andrew at redhat.com (Andrew Hughes) Date: Tue, 2 Apr 2013 12:56:13 -0400 (EDT) Subject: [PATCH] Enable debug info on all libraries for OpenJDK builds In-Reply-To: <952867384.370589.1364921367455.JavaMail.root@redhat.com> Message-ID: <1296964538.372074.1364921773405.JavaMail.root@redhat.com> With the new build system, the availability of debugging information in the JDK build is a complete mess, controlled by different flags from those that control the HotSpot build. Even when debugging is asked for, it is only turned on for a small number of libraries on GNU/Linux. On Windows, this is overridden with no real explanation: in 7197849: Update new build-infra makefiles. >From jdk/makefiles/CompileNativeLibraries.gmk: # Use this variable to set DEBUG_SYMBOLS true on windows for all libraries, but # not on other platforms. ifeq ($(OPENJDK_TARGET_OS), windows) WINDOWS_ONLY := true endif and then WINDOWS_ONLY is used as the value for DEBUG_SYMBOLS on most, but not all, libraries (those that are Mac or GNU/Linux only are missed). This webrev: http://cr.openjdk.java.net/~andrew/build/debugging/webrev.01/ cleans up the situation, adding DEBUG_ALL_BINARIES in place of WINDOWS_ONLY and adding it to all libraries that don't have DEBUG_SYMBOLS set to true. The previous Windows conditional uses this new symbol in place of WINDOWS_ONLY and the following is also added: ifdef OPENJDK DEBUG_ALL_BINARIES := true endif so non-OpenJDK builds will still get the same situation as before, while OpenJDK builds will get the expected debugging information when it's asked for. All that's now missing compared with a 7 image is debugging on program binaries which I'll look at next. Does this look ok? And if so, can I have a bug ID for it? Thanks, -- Andrew :) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) PGP Key: 248BDC07 (https://keys.indymedia.org/) Fingerprint = EC5A 1F5E C0AD 1D15 8F1F 8F91 3B96 A578 248B DC07 From omajid at redhat.com Tue Apr 2 17:21:30 2013 From: omajid at redhat.com (Omair Majid) Date: Tue, 02 Apr 2013 13:21:30 -0400 Subject: Allow using a system-installed giflib In-Reply-To: <514969F0.7060208@oracle.com> References: <1350720224.19115736.1363317011803.JavaMail.root@redhat.com> <5142ECFC.1090402@oracle.com> <5148D1A5.8090606@redhat.com> <514969F0.7060208@oracle.com> Message-ID: <515B139A.40203@redhat.com> On 03/20/2013 03:49 AM, Erik Joelsson wrote: > This looks good to me. Thanks! I would like to push this. Could I get a bug ID, please? Thanks, Omair -- PGP Key: 66484681 (http://pgp.mit.edu/) Fingerprint = F072 555B 0A17 3957 4E95 0056 F286 F14F 6648 4681 From mike.duigou at oracle.com Tue Apr 2 17:45:25 2013 From: mike.duigou at oracle.com (Mike Duigou) Date: Tue, 2 Apr 2013 10:45:25 -0700 Subject: Allow using a system-installed giflib In-Reply-To: <515B139A.40203@redhat.com> References: <1350720224.19115736.1363317011803.JavaMail.root@redhat.com> <5142ECFC.1090402@oracle.com> <5148D1A5.8090606@redhat.com> <514969F0.7060208@oracle.com> <515B139A.40203@redhat.com> Message-ID: <9DC9164A-94FE-4A1F-BDA5-FE2EAA40DC07@oracle.com> Done! JDK-8011278 : Allow using a system-installed giflib On Apr 2 2013, at 10:21 , Omair Majid wrote: > On 03/20/2013 03:49 AM, Erik Joelsson wrote: >> This looks good to me. Thanks! > > I would like to push this. Could I get a bug ID, please? > > Thanks, > Omair > -- > PGP Key: 66484681 (http://pgp.mit.edu/) > Fingerprint = F072 555B 0A17 3957 4E95 0056 F286 F14F 6648 4681 From omajid at redhat.com Tue Apr 2 19:32:50 2013 From: omajid at redhat.com (omajid at redhat.com) Date: Tue, 02 Apr 2013 19:32:50 +0000 Subject: hg: jdk8/build/jdk: 8011278: Allow using a system-installed giflib Message-ID: <20130402193322.09E674854C@hg.openjdk.java.net> Changeset: 9c76ea43d491 Author: omajid Date: 2013-04-02 14:13 -0400 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/9c76ea43d491 8011278: Allow using a system-installed giflib Reviewed-by: andrew, prr ! makefiles/CompileNativeLibraries.gmk ! src/share/native/sun/awt/splashscreen/splashscreen_gif.c From omajid at redhat.com Tue Apr 2 19:36:12 2013 From: omajid at redhat.com (Omair Majid) Date: Tue, 02 Apr 2013 15:36:12 -0400 Subject: Allow using a system-installed giflib In-Reply-To: <9DC9164A-94FE-4A1F-BDA5-FE2EAA40DC07@oracle.com> References: <1350720224.19115736.1363317011803.JavaMail.root@redhat.com> <5142ECFC.1090402@oracle.com> <5148D1A5.8090606@redhat.com> <514969F0.7060208@oracle.com> <515B139A.40203@redhat.com> <9DC9164A-94FE-4A1F-BDA5-FE2EAA40DC07@oracle.com> Message-ID: <515B332C.6060101@redhat.com> On 04/02/2013 01:45 PM, Mike Duigou wrote: > Done! > > JDK-8011278 : Allow using a system-installed giflib > Thanks. I have pushed the changesets: http://hg.openjdk.java.net/jdk8/build/rev/f3cdfb3d360d http://hg.openjdk.java.net/jdk8/build/jdk/rev/9c76ea43d491 Cheers, Omair -- PGP Key: 66484681 (http://pgp.mit.edu/) Fingerprint = F072 555B 0A17 3957 4E95 0056 F286 F14F 6648 4681 From omajid at redhat.com Tue Apr 2 19:32:26 2013 From: omajid at redhat.com (omajid at redhat.com) Date: Tue, 02 Apr 2013 19:32:26 +0000 Subject: hg: jdk8/build: 8011278: Allow using a system-installed giflib Message-ID: <20130402193226.77ADE4854A@hg.openjdk.java.net> Changeset: f3cdfb3d360d Author: omajid Date: 2013-04-02 14:13 -0400 URL: http://hg.openjdk.java.net/jdk8/build/rev/f3cdfb3d360d 8011278: Allow using a system-installed giflib Reviewed-by: andrew, prr ! common/autoconf/generated-configure.sh ! common/autoconf/libraries.m4 From omajid at redhat.com Tue Apr 2 21:17:08 2013 From: omajid at redhat.com (Omair Majid) Date: Tue, 02 Apr 2013 17:17:08 -0400 Subject: Support building zero with the new build In-Reply-To: <515AA304.7080901@oracle.com> References: <5152328A.9040608@redhat.com> <5152B41F.3090207@oracle.com> <5152F760.4020201@redhat.com> <1364393132.5998.9.camel@mercury> <5154B260.7060106@redhat.com> <515AA304.7080901@oracle.com> Message-ID: <515B4AD4.8050509@redhat.com> Hi, Updated patch at: http://cr.openjdk.java.net/~omajid/webrevs/zero-newbuild/02/ On 04/02/2013 05:21 AM, Erik Joelsson wrote: > I know it's not always obvious where things belong but I would put the > INCLUDE_SA logic in jdk-options.m4 somewhere close after the JVM_VARIANT > variables have been assigned. How about right after it? :) Thanks, Omair -- PGP Key: 66484681 (http://pgp.mit.edu/) Fingerprint = F072 555B 0A17 3957 4E95 0056 F286 F14F 6648 4681 From mike.duigou at oracle.com Tue Apr 2 22:00:49 2013 From: mike.duigou at oracle.com (Mike Duigou) Date: Tue, 2 Apr 2013 15:00:49 -0700 Subject: RFR : 80111342 : hgforest.sh : 'python --version' not supported on older python Message-ID: <370145BC-CD46-4C24-AE7E-10C8D40AAD56@oracle.com> Hello all; Brad Wetmore noticed that yesterday's fix for 8011178 did not work on older versions of python which lack support for the --version long option. Enclosed is a patch which uses the more widely supported -V option instead. Mike diff -r 760074bec012 common/bin/hgforest.sh --- a/common/bin/hgforest.sh Mon Apr 01 21:11:51 2013 -0700 +++ b/common/bin/hgforest.sh Tue Apr 02 14:53:47 2013 -0700 @@ -51,7 +51,7 @@ bpython="`basename "$python"`" fi -if [ -x "$python" -a ! -d "$python" -a "`${python} --version 2>&1 | cut -f 1 -d " "`" == "Python" ] ; then +if [ -x "$python" -a ! -d "$python" -a "`${python} -V 2>&1 | cut -f 1 -d " "`" == "Python" ] ; then hg="${python} -u ${whichhg}" else echo Cannot find python from hg launcher. Running plain hg, which probably has buffered stdout. From bradford.wetmore at oracle.com Tue Apr 2 22:18:18 2013 From: bradford.wetmore at oracle.com (Brad Wetmore) Date: Tue, 02 Apr 2013 15:18:18 -0700 Subject: RFR : 80111342 : hgforest.sh : 'python --version' not supported on older python In-Reply-To: <370145BC-CD46-4C24-AE7E-10C8D40AAD56@oracle.com> References: <370145BC-CD46-4C24-AE7E-10C8D40AAD56@oracle.com> Message-ID: <515B592A.7050704@oracle.com> Approved, thanks Mike! Brad On 4/2/2013 3:00 PM, Mike Duigou wrote: > Hello all; > > Brad Wetmore noticed that yesterday's fix for 8011178 did not work on older versions of python which lack support for the --version long option. Enclosed is a patch which uses the more widely supported -V option instead. > > Mike > > diff -r 760074bec012 common/bin/hgforest.sh > --- a/common/bin/hgforest.sh Mon Apr 01 21:11:51 2013 -0700 > +++ b/common/bin/hgforest.sh Tue Apr 02 14:53:47 2013 -0700 > @@ -51,7 +51,7 @@ > bpython="`basename "$python"`" > fi > > -if [ -x "$python" -a ! -d "$python" -a "`${python} --version 2>&1 | cut -f 1 -d " "`" == "Python" ] ; then > +if [ -x "$python" -a ! -d "$python" -a "`${python} -V 2>&1 | cut -f 1 -d " "`" == "Python" ] ; then > hg="${python} -u ${whichhg}" > else > echo Cannot find python from hg launcher. Running plain hg, which probably has buffered stdout. > From david.katleman at oracle.com Tue Apr 2 23:24:04 2013 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Tue, 02 Apr 2013 23:24:04 +0000 Subject: hg: jdk8/build: 6 new changesets Message-ID: <20130402232404.900474855D@hg.openjdk.java.net> Changeset: d409b4cdb74f Author: katleman Date: 2013-03-28 10:53 -0700 URL: http://hg.openjdk.java.net/jdk8/build/rev/d409b4cdb74f Added tag jdk8-b83 for changeset 466685ba01bf ! .hgtags Changeset: 19a59a13b3ef Author: dholmes Date: 2013-03-14 01:41 -0400 URL: http://hg.openjdk.java.net/jdk8/build/rev/19a59a13b3ef 8009428: Revert changes to $ substitution performed as part of nashorn integration Reviewed-by: alanb, erikj ! common/makefiles/MakeBase.gmk Changeset: 4984ac509993 Author: lana Date: 2013-03-15 23:08 -0700 URL: http://hg.openjdk.java.net/jdk8/build/rev/4984ac509993 Merge Changeset: 477d18509ecb Author: lana Date: 2013-03-26 12:00 -0700 URL: http://hg.openjdk.java.net/jdk8/build/rev/477d18509ecb Merge Changeset: a1bb1a0df1fa Author: lana Date: 2013-04-01 21:34 -0700 URL: http://hg.openjdk.java.net/jdk8/build/rev/a1bb1a0df1fa Merge Changeset: 01f631f89fa3 Author: katleman Date: 2013-04-02 15:29 -0700 URL: http://hg.openjdk.java.net/jdk8/build/rev/01f631f89fa3 Merge From david.katleman at oracle.com Tue Apr 2 23:24:09 2013 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Tue, 02 Apr 2013 23:24:09 +0000 Subject: hg: jdk8/build/corba: 5 new changesets Message-ID: <20130402232413.272974855E@hg.openjdk.java.net> Changeset: 14f1babaf548 Author: katleman Date: 2013-03-28 10:53 -0700 URL: http://hg.openjdk.java.net/jdk8/build/corba/rev/14f1babaf548 Added tag jdk8-b83 for changeset a45bb25a67c7 ! .hgtags Changeset: c3ec80715805 Author: mfang Date: 2013-03-25 16:53 -0700 URL: http://hg.openjdk.java.net/jdk8/build/corba/rev/c3ec80715805 8010521: jdk8 l10n resource file translation update 2 Reviewed-by: naoto, yhuang ! src/share/classes/com/sun/corba/se/impl/orbutil/resources/sunorb_de.properties ! src/share/classes/com/sun/corba/se/impl/orbutil/resources/sunorb_es.properties ! src/share/classes/com/sun/corba/se/impl/orbutil/resources/sunorb_fr.properties ! src/share/classes/com/sun/corba/se/impl/orbutil/resources/sunorb_it.properties ! src/share/classes/com/sun/corba/se/impl/orbutil/resources/sunorb_ja.properties ! src/share/classes/com/sun/corba/se/impl/orbutil/resources/sunorb_ko.properties ! src/share/classes/com/sun/corba/se/impl/orbutil/resources/sunorb_pt_BR.properties ! src/share/classes/com/sun/corba/se/impl/orbutil/resources/sunorb_sv.properties ! src/share/classes/com/sun/corba/se/impl/orbutil/resources/sunorb_zh_CN.properties ! src/share/classes/com/sun/corba/se/impl/orbutil/resources/sunorb_zh_TW.properties ! src/share/classes/com/sun/tools/corba/se/idl/idl_ja.prp ! src/share/classes/com/sun/tools/corba/se/idl/idl_zh_CN.prp ! src/share/classes/com/sun/tools/corba/se/idl/toJavaPortable/toJavaPortable_ja.prp ! src/share/classes/com/sun/tools/corba/se/idl/toJavaPortable/toJavaPortable_zh_CN.prp Changeset: 910af9c3f338 Author: mfang Date: 2013-03-25 18:03 -0700 URL: http://hg.openjdk.java.net/jdk8/build/corba/rev/910af9c3f338 Merge Changeset: 7d7a009d5fbd Author: lana Date: 2013-03-26 12:00 -0700 URL: http://hg.openjdk.java.net/jdk8/build/corba/rev/7d7a009d5fbd Merge Changeset: 928f8b888deb Author: lana Date: 2013-04-01 21:34 -0700 URL: http://hg.openjdk.java.net/jdk8/build/corba/rev/928f8b888deb Merge From david.katleman at oracle.com Tue Apr 2 23:26:20 2013 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Tue, 02 Apr 2013 23:26:20 +0000 Subject: hg: jdk8/build/hotspot: 35 new changesets Message-ID: <20130402232731.CBE8448560@hg.openjdk.java.net> Changeset: e614fc564ded Author: katleman Date: 2013-03-28 10:54 -0700 URL: http://hg.openjdk.java.net/jdk8/build/hotspot/rev/e614fc564ded Added tag jdk8-b83 for changeset 1c8db54ee9f3 ! .hgtags Changeset: 59a41e1357ab Author: amurillo Date: 2013-03-23 10:06 -0700 URL: http://hg.openjdk.java.net/jdk8/build/hotspot/rev/59a41e1357ab 8010498: new hotspot build - hs25-b25 Reviewed-by: jcoomes ! make/hotspot_version Changeset: eca90b8a06eb Author: rdurbin Date: 2013-03-19 11:33 -0700 URL: http://hg.openjdk.java.net/jdk8/build/hotspot/rev/eca90b8a06eb 7030610: runtime/6878713/Test6878713.sh fails Error. failed to clean up files after test 7123945: runtime/6878713/Test6878713.sh require about 2G of native memory, swaps and times out Summary: Add new diagnostic option -XX:MallocMaxTestWords=NNN and fix Test6878713.sh. Reviewed-by: dcubed, coleenp, dholmes, iklam ! src/share/vm/runtime/globals.hpp ! src/share/vm/runtime/os.cpp ! test/runtime/6878713/Test6878713.sh Changeset: a649f6511c04 Author: ctornqvi Date: 2013-03-20 08:17 +0100 URL: http://hg.openjdk.java.net/jdk8/build/hotspot/rev/a649f6511c04 8010084: Race in runtime/NMT/BaselineWithParameter.java Summary: Added a waitFor() on the process Reviewed-by: mgerdin, sla, zgu ! test/runtime/NMT/BaselineWithParameter.java Changeset: 91bf0bdae37b Author: coleenp Date: 2013-03-20 08:04 -0400 URL: http://hg.openjdk.java.net/jdk8/build/hotspot/rev/91bf0bdae37b 8008217: CDS: Class data sharing limits the malloc heap on Solaris Summary: In 64bit VM move CDS archive address to 32G on all platforms using new flag SharedBaseAddress. In 32bit VM set CDS archive address to 3Gb on Linux and let other OSs pick the address. Reviewed-by: kvn, dcubed, zgu, hseigel ! 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/vm/memory/filemap.cpp ! src/share/vm/memory/metaspace.cpp ! src/share/vm/runtime/globals.hpp Changeset: 2c7663baeb67 Author: acorn Date: 2013-03-20 11:43 -0400 URL: http://hg.openjdk.java.net/jdk8/build/hotspot/rev/2c7663baeb67 8010017: lambda: reflection get(Declared)Methods support for default methods. Summary: Don't expose vm generated overpass (bridges to default methods). Reviewed-by: dholmes, fparain ! src/share/vm/prims/jvm.cpp Changeset: 79259e97a072 Author: acorn Date: 2013-03-20 12:20 -0400 URL: http://hg.openjdk.java.net/jdk8/build/hotspot/rev/79259e97a072 Merge Changeset: 1feda2e9f044 Author: ctornqvi Date: 2013-03-20 20:40 +0100 URL: http://hg.openjdk.java.net/jdk8/build/hotspot/rev/1feda2e9f044 8007982: some runtime/CommandLine/ tests fail on 32-bit platforms Summary: Changed tests to use platform independent flags Reviewed-by: collins, hseigel, zgu ! test/runtime/CommandLine/BooleanFlagWithInvalidValue.java ! test/runtime/CommandLine/FlagWithInvalidValue.java ! test/runtime/CommandLine/NonBooleanFlagWithInvalidBooleanPrefix.java Changeset: 81d1b58c078f Author: rdurbin Date: 2013-03-20 20:44 -0700 URL: http://hg.openjdk.java.net/jdk8/build/hotspot/rev/81d1b58c078f 8010396: checking MallocMaxTestWords in testMalloc() function is redundant Summary: Remove redundant checks in testMalloc and add assert. Reviewed-by: dcubed, coleenp, dholmes ! src/share/vm/runtime/os.cpp Changeset: e7081eb7e786 Author: dcubed Date: 2013-03-20 20:52 -0700 URL: http://hg.openjdk.java.net/jdk8/build/hotspot/rev/e7081eb7e786 Merge Changeset: 06db4c0afbf3 Author: zgu Date: 2013-03-20 09:42 -0400 URL: http://hg.openjdk.java.net/jdk8/build/hotspot/rev/06db4c0afbf3 8009298: NMT: Special version of class loading/unloading with runThese stresses out NMT 8009777: NMT: add new NMT dcmd to control auto shutdown option Summary: Added diagnostic VM option and DCmd command to allow NMT stay alive under stress situation Reviewed-by: dcubed, coleenp ! src/share/vm/runtime/globals.hpp ! src/share/vm/services/memTracker.cpp ! src/share/vm/services/memTracker.hpp ! src/share/vm/services/nmtDCmd.cpp ! src/share/vm/services/nmtDCmd.hpp Changeset: 0ac03fef364f Author: zgu Date: 2013-03-21 06:53 -0700 URL: http://hg.openjdk.java.net/jdk8/build/hotspot/rev/0ac03fef364f Merge ! src/share/vm/runtime/globals.hpp Changeset: 14509df4cd63 Author: iklam Date: 2013-03-21 20:46 -0700 URL: http://hg.openjdk.java.net/jdk8/build/hotspot/rev/14509df4cd63 8010389: After fix for 7107135 a failed dlopen() call results in a VM crash Summary: Call dlerror() in VM thread as necessary. Reviewed-by: coleenp, dholmes ! src/os/linux/vm/os_linux.cpp ! src/os/linux/vm/os_linux.hpp + test/runtime/8010389/VMThreadDlopen.java Changeset: 6574f999e0cf Author: dcubed Date: 2013-03-23 22:35 -0700 URL: http://hg.openjdk.java.net/jdk8/build/hotspot/rev/6574f999e0cf Merge ! src/share/vm/memory/metaspace.cpp Changeset: c342fbdf8a70 Author: ctornqvi Date: 2013-03-24 09:11 +0100 URL: http://hg.openjdk.java.net/jdk8/build/hotspot/rev/c342fbdf8a70 8008454: test/runtime/NMT/PrintNMTStatistics is broken Summary: Added @run tag so that it actually runs the test, also fixed broken command line and incorrect parsing. Also reviewed by gerard.ziemski at oracle.com Reviewed-by: mgerdin, zgu ! test/runtime/NMT/PrintNMTStatistics.java Changeset: 9c8e53c7bed0 Author: ctornqvi Date: 2013-03-24 09:21 +0100 URL: http://hg.openjdk.java.net/jdk8/build/hotspot/rev/9c8e53c7bed0 Merge - make/test/Queens.java Changeset: 729be16a470b Author: hseigel Date: 2013-03-25 08:37 -0400 URL: http://hg.openjdk.java.net/jdk8/build/hotspot/rev/729be16a470b 8010667: Non-zero padding is not allowed in splitverifier for tableswitch/lookupswitch instructions. Summary: Don't check the padding bits if class file version is >= 51. Reviewed-by: kvn, dholmes, coleenp ! src/share/vm/classfile/verifier.cpp Changeset: b8deb3205b51 Author: bharadwaj Date: 2013-03-25 09:36 -0700 URL: http://hg.openjdk.java.net/jdk8/build/hotspot/rev/b8deb3205b51 8009552: test/vm/verifier/TestStaticIF.java failing with hs25.0-b Summary: Remove support for verification of class files with version 52 and above from type inference verifier. Reviewed-by: acorn, hseigel ! src/share/vm/classfile/verifier.cpp - test/runtime/8007736/TestStaticIF.java Changeset: 1916ca1dec2f Author: rbackman Date: 2013-03-26 15:00 +0100 URL: http://hg.openjdk.java.net/jdk8/build/hotspot/rev/1916ca1dec2f 8009382: Add JVM_Get{Field|Method}TypeAnnotations Reviewed-by: dcubed, rbackman Contributed-by: Joel Borggren-Franck ! make/bsd/makefiles/mapfile-vers-debug ! make/bsd/makefiles/mapfile-vers-product ! make/linux/makefiles/mapfile-vers-debug ! make/linux/makefiles/mapfile-vers-product ! make/solaris/makefiles/mapfile-vers ! src/share/vm/prims/jvm.cpp ! src/share/vm/prims/jvm.h Changeset: 36376b540a98 Author: hseigel Date: 2013-03-26 09:06 -0400 URL: http://hg.openjdk.java.net/jdk8/build/hotspot/rev/36376b540a98 8009595: The UseSplitVerifier option needs to be deprecated. Summary: Put UseSplitVerifier option on the deprecated list. Reviewed-by: dcubed, kmo, acorn ! src/share/vm/classfile/classFileParser.cpp ! src/share/vm/classfile/verifier.cpp ! src/share/vm/runtime/arguments.cpp ! src/share/vm/runtime/globals.hpp Changeset: a8016373a893 Author: hseigel Date: 2013-03-26 12:43 -0700 URL: http://hg.openjdk.java.net/jdk8/build/hotspot/rev/a8016373a893 Merge Changeset: 6b748c9e1845 Author: zgu Date: 2013-03-26 14:11 -0400 URL: http://hg.openjdk.java.net/jdk8/build/hotspot/rev/6b748c9e1845 8010651: create.bat still builds the kernel Summary: Remove old kernel build targets and VS C++ projects created by create.bat on Windows Reviewed-by: coleenp, sla ! make/windows/build.make ! make/windows/create.bat ! make/windows/makefiles/compile.make ! make/windows/makefiles/product.make ! make/windows/makefiles/vm.make - make/windows/projectfiles/kernel/Makefile - make/windows/projectfiles/kernel/vm.def - make/windows/projectfiles/kernel/vm.dsw ! src/share/tools/ProjectCreator/BuildConfig.java ! src/share/tools/ProjectCreator/WinGammaPlatform.java Changeset: 85192022ba8c Author: zgu Date: 2013-03-26 11:40 -0700 URL: http://hg.openjdk.java.net/jdk8/build/hotspot/rev/85192022ba8c Merge - test/runtime/8007736/TestStaticIF.java Changeset: 23f2d309e855 Author: zgu Date: 2013-03-26 15:20 -0700 URL: http://hg.openjdk.java.net/jdk8/build/hotspot/rev/23f2d309e855 Merge - make/windows/projectfiles/kernel/Makefile - make/windows/projectfiles/kernel/vm.def - make/windows/projectfiles/kernel/vm.dsw Changeset: 7f16d1812865 Author: tamao Date: 2013-03-20 12:27 -0700 URL: http://hg.openjdk.java.net/jdk8/build/hotspot/rev/7f16d1812865 7196080: assert(max_heap >= InitialHeapSize) in arguments.cpp Summary: Remove the related assertions becasue they do not hold here. Reviewed-by: jmasa, tschatzl Contributed-by: tamao ! src/share/vm/runtime/arguments.cpp Changeset: dbd5837b342f Author: ehelin Date: 2013-03-22 16:10 +0100 URL: http://hg.openjdk.java.net/jdk8/build/hotspot/rev/dbd5837b342f 8000754: NPG: Implement a MemoryPool MXBean for Metaspace Reviewed-by: jmasa, stefank ! src/share/vm/memory/metaspace.hpp ! src/share/vm/memory/universe.cpp ! src/share/vm/services/memoryManager.cpp ! src/share/vm/services/memoryManager.hpp ! src/share/vm/services/memoryPool.cpp ! src/share/vm/services/memoryPool.hpp ! src/share/vm/services/memoryService.cpp ! src/share/vm/services/memoryService.hpp + test/gc/metaspace/TestMetaspaceMemoryPools.java Changeset: 338b3a9e29b5 Author: stefank Date: 2013-03-25 11:00 +0100 URL: http://hg.openjdk.java.net/jdk8/build/hotspot/rev/338b3a9e29b5 Merge ! src/share/vm/services/memoryService.cpp Changeset: 42e370795a39 Author: ehelin Date: 2013-03-27 10:55 +0100 URL: http://hg.openjdk.java.net/jdk8/build/hotspot/rev/42e370795a39 8010818: NPG: Remove metaspace memory pools Reviewed-by: mgerdin, stefank ! src/share/vm/memory/metaspace.hpp ! src/share/vm/memory/universe.cpp ! src/share/vm/services/memoryManager.cpp ! src/share/vm/services/memoryManager.hpp ! src/share/vm/services/memoryPool.cpp ! src/share/vm/services/memoryPool.hpp ! src/share/vm/services/memoryService.cpp ! src/share/vm/services/memoryService.hpp - test/gc/metaspace/TestMetaspaceMemoryPools.java Changeset: aeb22fdaa14c Author: brutisso Date: 2013-03-28 09:07 +0100 URL: http://hg.openjdk.java.net/jdk8/build/hotspot/rev/aeb22fdaa14c Merge ! src/share/vm/runtime/arguments.cpp Changeset: 728b89404e34 Author: jprovino Date: 2013-03-21 10:18 -0400 URL: http://hg.openjdk.java.net/jdk8/build/hotspot/rev/728b89404e34 8009904: jvmtiClassFileReconstituter.cpp needs to be excluded from the minimal jvm Summary: jvmtiClassFileReconstituter.cpp needs to be added to the list of files to exclude when JVMTI is excluded from the jvm Reviewed-by: dholmes, sspitsyn ! make/excludeSrc.make Changeset: 7ca101eef24a Author: jprovino Date: 2013-03-23 14:59 -0400 URL: http://hg.openjdk.java.net/jdk8/build/hotspot/rev/7ca101eef24a Merge Changeset: 04d6d4322c6a Author: collins Date: 2013-03-27 09:49 -0700 URL: http://hg.openjdk.java.net/jdk8/build/hotspot/rev/04d6d4322c6a 8009152: A number of jtreg tests need review/improvement Summary: Added a new test_env.txt file to capture common shell variable. Added concept of COMPILEJAVA for use when TESTJAVA is a JRE. If COMPILEJAVA not set then TESTJAVA will be the default with assumption it is a JDK. Reviewed-by: kvn, brutisso, coleenp ! test/compiler/5091921/Test6890943.sh ! test/compiler/5091921/Test7005594.sh ! test/compiler/6857159/Test6857159.sh ! test/compiler/7068051/Test7068051.sh ! test/compiler/7070134/Test7070134.sh ! test/compiler/7200264/Test7200264.sh ! test/gc/6941923/test6941923.sh ! test/runtime/6626217/Test6626217.sh ! test/runtime/6878713/Test6878713.sh ! test/runtime/6929067/Test6929067.sh ! test/runtime/7020373/Test7020373.sh ! test/runtime/7051189/Xchecksig.sh ! test/runtime/7107135/Test7107135.sh ! test/runtime/7110720/Test7110720.sh ! test/runtime/7158804/Test7158804.sh ! test/runtime/7162488/Test7162488.sh + test/test_env.sh Changeset: d1897e7e0488 Author: collins Date: 2013-03-28 15:42 -0700 URL: http://hg.openjdk.java.net/jdk8/build/hotspot/rev/d1897e7e0488 Merge ! test/runtime/6878713/Test6878713.sh Changeset: 8d0f263a370c Author: amurillo Date: 2013-03-28 19:01 -0700 URL: http://hg.openjdk.java.net/jdk8/build/hotspot/rev/8d0f263a370c Merge - make/windows/projectfiles/kernel/Makefile - make/windows/projectfiles/kernel/vm.def - make/windows/projectfiles/kernel/vm.dsw - test/runtime/8007736/TestStaticIF.java Changeset: af788b85010e Author: amurillo Date: 2013-03-28 19:02 -0700 URL: http://hg.openjdk.java.net/jdk8/build/hotspot/rev/af788b85010e Added tag hs25-b25 for changeset 8d0f263a370c ! .hgtags From david.katleman at oracle.com Tue Apr 2 23:29:46 2013 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Tue, 02 Apr 2013 23:29:46 +0000 Subject: hg: jdk8/build/jaxp: Added tag jdk8-b83 for changeset a46d69a1a8ec Message-ID: <20130402232951.2C3D348561@hg.openjdk.java.net> Changeset: f5f40094ffcc Author: katleman Date: 2013-03-28 10:54 -0700 URL: http://hg.openjdk.java.net/jdk8/build/jaxp/rev/f5f40094ffcc Added tag jdk8-b83 for changeset a46d69a1a8ec ! .hgtags From david.katleman at oracle.com Tue Apr 2 23:29:57 2013 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Tue, 02 Apr 2013 23:29:57 +0000 Subject: hg: jdk8/build/jaxws: 4 new changesets Message-ID: <20130402233008.05E1D48562@hg.openjdk.java.net> Changeset: 54c29eb352e7 Author: katleman Date: 2013-03-28 10:54 -0700 URL: http://hg.openjdk.java.net/jdk8/build/jaxws/rev/54c29eb352e7 Added tag jdk8-b83 for changeset a1dcc0d83da1 ! .hgtags Changeset: 0ab59cba6167 Author: jjg Date: 2013-03-18 18:34 -0700 URL: http://hg.openjdk.java.net/jdk8/build/jaxws/rev/0ab59cba6167 8007803: Implement javax.lang.model API for Type Annotations Reviewed-by: darcy ! src/share/jaxws_classes/com/sun/tools/internal/jxc/model/nav/ApNavigator.java Changeset: 2476e1f2afa5 Author: lana Date: 2013-03-26 12:00 -0700 URL: http://hg.openjdk.java.net/jdk8/build/jaxws/rev/2476e1f2afa5 Merge Changeset: 5773e3fc8380 Author: lana Date: 2013-04-01 21:35 -0700 URL: http://hg.openjdk.java.net/jdk8/build/jaxws/rev/5773e3fc8380 Merge From david.katleman at oracle.com Tue Apr 2 23:32:55 2013 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Tue, 02 Apr 2013 23:32:55 +0000 Subject: hg: jdk8/build/jdk: 50 new changesets Message-ID: <20130402234611.4F4C648563@hg.openjdk.java.net> Changeset: 8cc500af2454 Author: katleman Date: 2013-03-28 10:55 -0700 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/8cc500af2454 Added tag jdk8-b83 for changeset ac519af51769 ! .hgtags Changeset: 07acfb90700b Author: malenkov Date: 2013-03-14 12:15 +0400 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/07acfb90700b 8000183: 7163696: JCK Swing interactive test JScrollBarTest0013 fails with Nimbus and GTK L&Fs Reviewed-by: alexsch, serb ! src/share/classes/javax/swing/plaf/synth/SynthScrollBarUI.java + test/javax/swing/JScrollBar/7163696/Test7163696.java Changeset: d4e1c5803a59 Author: alexsch Date: 2013-03-15 17:02 +0400 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/d4e1c5803a59 8009221: [macosx] Two closed/javax/swing regression tests fail on MacOSX. Reviewed-by: serb, alexp + test/javax/swing/JMenu/4515762/bug4515762.java + test/javax/swing/JRootPane/4670486/bug4670486.java ! test/javax/swing/regtesthelpers/Util.java Changeset: 2725b8a783e7 Author: lana Date: 2013-03-15 16:39 -0700 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/2725b8a783e7 Merge - make/tools/javazic/Makefile - make/tools/src/build/tools/javazic/BackEnd.java - make/tools/src/build/tools/javazic/Checksum.java - make/tools/src/build/tools/javazic/DayOfWeek.java - make/tools/src/build/tools/javazic/Gen.java - make/tools/src/build/tools/javazic/GenDoc.java - make/tools/src/build/tools/javazic/Main.java - make/tools/src/build/tools/javazic/Mappings.java - make/tools/src/build/tools/javazic/Month.java - make/tools/src/build/tools/javazic/Rule.java - make/tools/src/build/tools/javazic/RuleDay.java - make/tools/src/build/tools/javazic/RuleRec.java - make/tools/src/build/tools/javazic/Simple.java - make/tools/src/build/tools/javazic/Time.java - make/tools/src/build/tools/javazic/Timezone.java - make/tools/src/build/tools/javazic/Zone.java - make/tools/src/build/tools/javazic/ZoneRec.java - make/tools/src/build/tools/javazic/Zoneinfo.java - src/share/classes/java/lang/annotation/InvalidContainerAnnotationError.java - src/share/classes/java/util/function/Block.java - src/share/classes/java/util/function/DoubleBlock.java - src/share/classes/java/util/function/IntBlock.java - src/share/classes/java/util/function/LongBlock.java - src/share/classes/sun/security/util/KeyLength.java - test/javax/script/RhinoExceptionTest.java Changeset: 4bf5a5a72664 Author: serb Date: 2013-03-18 22:10 +0400 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/4bf5a5a72664 8000435: [macosx] Button painting error under Java 7 on Mac Reviewed-by: denis, alexsch ! src/macosx/classes/com/apple/laf/AquaButtonBorder.java ! src/macosx/classes/com/apple/laf/AquaButtonExtendedTypes.java Changeset: af6049edac00 Author: kshefov Date: 2013-03-19 17:51 +0400 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/af6049edac00 8009881: TEST_BUG: javax/swing/JTree/8004298/bug8004298.java should be modified Reviewed-by: serb, alexsch ! test/javax/swing/JTree/8004298/bug8004298.java Changeset: 4e15c3e56315 Author: kshefov Date: 2013-03-20 14:02 +0400 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/4e15c3e56315 8009880: TEST_BUG: Test java/beans/Introspector/TestTypeResolver.java should be modified again Reviewed-by: malenkov, alexsch ! test/java/beans/Introspector/TestTypeResolver.java Changeset: 87001c7bb678 Author: alitvinov Date: 2013-03-20 20:41 +0400 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/87001c7bb678 6550588: java.awt.Desktop cannot open file with Windows UNC filename Reviewed-by: art, uta ! src/windows/classes/sun/awt/windows/WDesktopPeer.java ! src/windows/native/sun/windows/awt_Desktop.cpp + test/java/awt/Desktop/OpenByUNCPathNameTest/OpenByUNCPathNameTest.java Changeset: ef948ef2b58f Author: alexsch Date: 2013-03-21 16:50 +0400 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/ef948ef2b58f 8007146: [macosx] Setting a display mode crashes JDK under VNC Reviewed-by: serb ! src/macosx/native/sun/awt/CGraphicsDevice.m + test/java/awt/GraphicsDevice/CheckDisplayModes.java Changeset: a275acd8bcae Author: denis Date: 2013-03-22 19:56 +0400 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/a275acd8bcae 7123476: DesktopOpenTests:When enter the file path and click the open button,it crash Reviewed-by: art, anthony ! make/sun/xawt/FILES_c_unix.gmk ! makefiles/CompileNativeLibraries.gmk ! src/solaris/native/sun/awt/gtk2_interface.c ! src/solaris/native/sun/awt/gtk2_interface.h ! src/solaris/native/sun/xawt/awt_Desktop.c + src/solaris/native/sun/xawt/gnome_interface.c + src/solaris/native/sun/xawt/gnome_interface.h Changeset: 15a2599f470f Author: lana Date: 2013-03-26 11:58 -0700 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/15a2599f470f Merge ! makefiles/CompileNativeLibraries.gmk Changeset: e497a050e059 Author: uta Date: 2013-03-13 13:22 +0400 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/e497a050e059 7190897: (fs) Files.isWritable method returns false when the path is writable (win) Summary: The [GetEffectiveRightsFromAcl] based implementation was changed to the [AccessCheck] based. Reviewed-by: alanb ! src/windows/classes/sun/nio/fs/WindowsConstants.java ! src/windows/classes/sun/nio/fs/WindowsFileSystemProvider.java ! src/windows/classes/sun/nio/fs/WindowsNativeDispatcher.java ! src/windows/classes/sun/nio/fs/WindowsSecurity.java ! src/windows/native/sun/nio/fs/WindowsNativeDispatcher.c Changeset: e33cbbe21419 Author: alanb Date: 2013-03-13 17:58 +0000 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/e33cbbe21419 8009751: (se) Selector spin when select, close and interestOps(0) invoked at same time (lnx) Reviewed-by: zhouyx, chegar, robm ! src/solaris/classes/sun/nio/ch/EPollArrayWrapper.java ! src/solaris/classes/sun/nio/ch/EPollSelectorImpl.java Changeset: 94335b6ffb32 Author: jgish Date: 2013-03-13 11:24 -0400 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/94335b6ffb32 8002070: Remove the stack search for a resource bundle for Logger to use Summary: The fragile, vulnerable, stack crawling has been eliminated from findResourceBundle(String) Reviewed-by: mchung, alanb ! src/share/classes/java/util/logging/Logger.java ! test/java/util/logging/LoggerResourceBundleRace.java Changeset: ef0c60b93a17 Author: dxu Date: 2013-03-13 14:50 -0700 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/ef0c60b93a17 8001334: Remove use of JVM_* functions from java.io code Summary: Replace JVM_* functions with direct system calls in java io area Reviewed-by: alanb, uta, martin ! make/java/nio/Makefile ! makefiles/CompileNativeLibraries.gmk ! src/share/native/java/io/ObjectOutputStream.c ! src/share/native/java/io/io_util.c ! src/share/native/java/io/io_util.h ! src/solaris/native/common/jdk_util_md.h ! src/solaris/native/java/io/FileDescriptor_md.c ! src/solaris/native/java/io/UnixFileSystem_md.c ! src/solaris/native/java/io/io_util_md.c ! src/solaris/native/java/io/io_util_md.h ! src/windows/native/common/jdk_util_md.h ! src/windows/native/java/io/io_util_md.c ! src/windows/native/java/io/io_util_md.h Changeset: f5c85c0a9af0 Author: robm Date: 2013-03-14 00:21 +0000 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/f5c85c0a9af0 8009650: HttpClient available() check throws SocketException when connection has been closed Reviewed-by: chegar, khazra, dsamersoff Contributed-by: sdouglas at redhat.com ! src/share/classes/sun/net/www/http/HttpClient.java + test/sun/net/www/http/HttpClient/IsAvailable.java Changeset: 41289b4a1819 Author: dholmes Date: 2013-03-14 01:47 -0400 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/41289b4a1819 8009429: Miscellaneous profiles cleanup 8009428: Revert changes to $ substitution performed as part of nashorn integration Reviewed-by: alanb, erikj ! makefiles/CreateJars.gmk ! makefiles/ProfileNames.gmk ! makefiles/Profiles.gmk ! makefiles/profile-includes.txt ! makefiles/profile-rtjar-includes.txt Changeset: f010eb1e696f Author: alanb Date: 2013-03-14 16:03 +0000 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/f010eb1e696f 8005716: Enhance JNI specification to allow support of static JNI libraries in Embedded JREs Reviewed-by: dlong, alanb, mduigou Contributed-by: bill.pittore at oracle.com, bob.vandette at oracle.com ! make/java/java/mapfile-vers ! makefiles/mapfiles/libjava/mapfile-vers ! src/share/classes/java/lang/ClassLoader.java ! src/share/classes/java/lang/Runtime.java ! src/share/classes/java/lang/System.java ! src/share/javavm/export/jni.h ! src/share/native/common/jni_util.h ! src/share/native/java/lang/ClassLoader.c ! src/solaris/native/common/jni_util_md.c ! src/windows/native/common/jni_util_md.c Changeset: ca9469a15792 Author: alanb Date: 2013-03-14 16:59 +0000 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/ca9469a15792 7183800: TEST_BUG: Update tests to run on Ubuntu 12.04 (localhost is 127.0.1.1) Reviewed-by: alanb, chegar Contributed-by: yiming.wang at oracle.com ! test/java/nio/channels/DatagramChannel/Connect.java ! test/java/nio/channels/DatagramChannel/ConnectedSend.java ! test/java/nio/channels/spi/SelectorProvider/inheritedChannel/Launcher.java ! test/javax/management/remote/mandatory/connection/RMIConnectionIdTest.java Changeset: d79503c4c56f Author: naoto Date: 2013-03-14 11:29 -0700 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/d79503c4c56f 8008576: Calendar mismatch using Host LocaleProviderAdapter Reviewed-by: okutsu ! make/java/java/FILES_java.gmk ! src/macosx/classes/sun/util/locale/provider/HostLocaleProviderAdapterImpl.java ! src/share/classes/java/util/Calendar.java ! src/share/classes/sun/util/locale/LanguageTag.java ! src/share/classes/sun/util/locale/provider/AuxLocaleProviderAdapter.java + src/share/classes/sun/util/locale/provider/CalendarProviderImpl.java ! src/share/classes/sun/util/locale/provider/JRELocaleProviderAdapter.java ! src/share/classes/sun/util/locale/provider/LocaleProviderAdapter.java + src/share/classes/sun/util/spi/CalendarProvider.java ! src/windows/classes/sun/util/locale/provider/HostLocaleProviderAdapterImpl.java ! src/windows/native/sun/util/locale/provider/HostLocaleProviderAdapter_md.c Changeset: 46ad8dfabd5f Author: sundar Date: 2013-03-15 19:30 +0530 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/46ad8dfabd5f 8010136: Make jrunscript's init.js to work on nashorn Reviewed-by: lagergren, hannesw ! src/share/classes/com/sun/tools/script/shell/init.js Changeset: c1a142965db0 Author: lana Date: 2013-03-15 23:31 -0700 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/c1a142965db0 Merge ! makefiles/CompileNativeLibraries.gmk ! src/share/classes/java/util/logging/Logger.java - src/share/classes/sun/security/util/KeyLength.java Changeset: c1165d566a23 Author: vlivanov Date: 2013-03-06 16:59 +0400 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/c1165d566a23 8009222: java.lang.IllegalArgumentException: not invocable, no method type when attempting to get getter method handle for a static field Reviewed-by: jrose, twisti ! src/share/classes/java/lang/invoke/DirectMethodHandle.java + test/java/lang/invoke/8009222/Test8009222.java Changeset: ec8229b26dbc Author: chegar Date: 2013-03-17 09:55 +0000 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/ec8229b26dbc 8010142: ProblemList.txt updates (3/2013) Reviewed-by: alanb ! test/ProblemList.txt Changeset: a0275a47fa78 Author: sla Date: 2013-03-19 09:53 +0100 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/a0275a47fa78 8006637: Failure to filter out native frame events on Solaris Summary: Test is confused by other threads calling String.intern(). Add a thread filter to avoid this. Reviewed-by: sspitsyn, alanb ! test/com/sun/jdi/NativeInstanceFilter.java Changeset: e766da5575fa Author: dholmes Date: 2013-03-19 06:01 -0400 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/e766da5575fa 8009426: "profiles" target fails due to nashorn if "images" is not built first Reviewed-by: alanb ! makefiles/CreateJars.gmk ! makefiles/Profiles.gmk ! makefiles/profile-includes.txt Changeset: 4103eb6b2137 Author: jzavgren Date: 2013-03-18 14:21 -0400 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/4103eb6b2137 8007607: security native code doesn't always use malloc, realloc, and calloc correctly Reviewed-by: chegar, dsamersoff, valeriep ! src/share/native/sun/security/jgss/wrapper/GSSLibStub.c ! src/share/native/sun/security/jgss/wrapper/NativeUtil.c ! src/solaris/native/com/sun/security/auth/module/Solaris.c ! src/solaris/native/com/sun/security/auth/module/Unix.c ! src/solaris/native/sun/security/smartcardio/pcsc_md.c Changeset: 2241a2d34085 Author: mduigou Date: 2013-03-19 16:05 -0700 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/2241a2d34085 8001642: Add Optional, OptionalDouble, OptionalInt, OptionalLong Reviewed-by: mduigou, darcy, alanb, jjb Contributed-by: Brian Goetz + src/share/classes/java/util/Optional.java + src/share/classes/java/util/OptionalDouble.java + src/share/classes/java/util/OptionalInt.java + src/share/classes/java/util/OptionalLong.java + test/java/util/Optional/Basic.java + test/java/util/Optional/BasicDouble.java + test/java/util/Optional/BasicInt.java + test/java/util/Optional/BasicLong.java Changeset: fb23896a01f5 Author: uta Date: 2013-03-20 13:21 +0400 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/fb23896a01f5 8006193: (process) Clean-up java.lang.ProcessImpl.finalize, does not need to be public Reviewed-by: alanb ! src/windows/classes/java/lang/ProcessImpl.java Changeset: 3070b7363853 Author: chegar Date: 2013-03-20 14:39 +0000 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/3070b7363853 8010282: sun.net.www.protocol.jar.JarFileFactory.close(JarFile) should be thread-safe Reviewed-by: khazra, alanb ! src/share/classes/sun/net/www/protocol/jar/JarURLConnection.java ! src/solaris/classes/sun/net/www/protocol/jar/JarFileFactory.java ! src/windows/classes/sun/net/www/protocol/jar/JarFileFactory.java Changeset: 38116bfe5323 Author: mullan Date: 2013-03-20 10:58 -0400 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/38116bfe5323 8010112: NullPointerException in sun.security.provider.certpath.CertId() Reviewed-by: vinnie ! src/share/classes/sun/security/provider/certpath/CertId.java ! src/share/classes/sun/security/provider/certpath/DistributionPointFetcher.java ! src/share/classes/sun/security/provider/certpath/RevocationChecker.java ! src/share/classes/sun/security/x509/X509CertImpl.java Changeset: 9859856920ed Author: mullan Date: 2013-03-20 11:23 -0400 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/9859856920ed Merge - src/share/classes/sun/security/util/KeyLength.java Changeset: 38c1d0c2d6a6 Author: mullan Date: 2013-03-20 12:06 -0400 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/38c1d0c2d6a6 Merge Changeset: ccd9f53377c4 Author: mchung Date: 2013-03-20 09:50 -0700 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/ccd9f53377c4 8006104: Improve tests to test ".useParentHandlers" property set in the logging configuration Reviewed-by: alanb ! test/java/util/logging/CustomLogManager.java ! test/java/util/logging/CustomLogManagerTest.java Changeset: cf0049037deb Author: darcy Date: 2013-03-20 15:21 -0700 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/cf0049037deb 8010427: Refine Method.isDefault implementation Reviewed-by: acorn, dlsmith ! src/share/classes/java/lang/reflect/Method.java Changeset: 3c1a4966d901 Author: dholmes Date: 2013-03-20 22:39 -0400 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/3c1a4966d901 8006818: SunEC and SunPKCS11 providers should be in all profiles Reviewed-by: dholmes, alanb, valeriep Contributed-by: Jen Dority ! makefiles/profile-includes.txt Changeset: 9ee1aff76498 Author: sundar Date: 2013-03-21 19:19 +0530 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/9ee1aff76498 8009869: Need to modify java.security property package.access to include nashorn packages Reviewed-by: ahgross, jlaskey, lagergren ! src/share/lib/security/java.security-linux ! src/share/lib/security/java.security-macosx ! src/share/lib/security/java.security-solaris ! src/share/lib/security/java.security-windows Changeset: 3f8fbb0ab155 Author: robm Date: 2013-03-21 17:33 +0000 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/3f8fbb0ab155 8009251: Add proxy handling and keep-alive fixes to jsse Reviewed-by: chegar ! src/share/classes/sun/net/www/http/HttpClient.java ! src/share/classes/sun/net/www/protocol/https/AbstractDelegateHttpsURLConnection.java ! src/share/classes/sun/net/www/protocol/https/HttpsClient.java Changeset: 93cd7052d306 Author: weijun Date: 2013-03-22 19:59 +0800 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/93cd7052d306 8010531: Add BadKdc* tests to problem list for solaris-sparcv9 Reviewed-by: alanb ! test/ProblemList.txt Changeset: 470232a8e89d Author: stefank Date: 2013-03-22 15:01 +0100 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/470232a8e89d 8005116: NPG: Rename -permstat option for jmap in jdk8 to -clstats Reviewed-by: jmasa, sla Contributed-by: Erik Helin ! src/share/classes/sun/tools/jmap/JMap.java Changeset: 518d6087e01f Author: stefank Date: 2013-03-22 15:01 +0100 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/518d6087e01f 8004172: Update jstat counter names to reflect metaspace changes Reviewed-by: mchung Contributed-by: Erik Helin ! src/share/classes/sun/tools/jstat/resources/jstat_options ! test/sun/tools/jstat/gcCapacityOutput1.awk ! test/sun/tools/jstat/gcCauseOutput1.awk + test/sun/tools/jstat/gcMetaCapacityOutput1.awk ! test/sun/tools/jstat/gcOldOutput1.awk ! test/sun/tools/jstat/gcOutput1.awk - test/sun/tools/jstat/gcPermCapacityOutput1.awk + test/sun/tools/jstat/jstatGcMetaCapacityOutput1.sh - test/sun/tools/jstat/jstatGcPermCapacityOutput1.sh ! test/sun/tools/jstat/lineCounts1.awk ! test/sun/tools/jstat/lineCounts2.awk ! test/sun/tools/jstat/lineCounts3.awk ! test/sun/tools/jstat/lineCounts4.awk ! test/sun/tools/jstat/options1.out ! test/sun/tools/jstat/options2.out ! test/sun/tools/jstat/timeStamp1.awk ! test/sun/tools/jstatd/jstatGcutilOutput1.awk Changeset: 3470101fae58 Author: weijun Date: 2013-03-23 11:49 +0800 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/3470101fae58 8009970: Several LoginModule classes need extra permission to load AuthResources Reviewed-by: mullan ! src/share/classes/com/sun/security/auth/module/JndiLoginModule.java ! src/share/classes/com/sun/security/auth/module/KeyStoreLoginModule.java ! src/share/classes/com/sun/security/auth/module/Krb5LoginModule.java Changeset: ed63cace1d30 Author: weijun Date: 2013-03-23 11:49 +0800 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/ed63cace1d30 8009875: Provide a default udp_preference_limit for krb5.conf Reviewed-by: valeriep ! src/share/classes/sun/security/krb5/KdcComm.java ! src/share/classes/sun/security/krb5/internal/Krb5.java ! test/sun/security/krb5/auto/KDC.java + test/sun/security/krb5/config/DefUdpLimit.java Changeset: d92a96dcbfe1 Author: sundar Date: 2013-03-25 19:25 +0530 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/d92a96dcbfe1 8010704: The test closed/java/lang/SecurityManager/CheckPackageDefinition.java failed after fix for 8009869 Reviewed-by: lagergren, hannesw ! src/share/lib/security/java.security-linux ! src/share/lib/security/java.security-solaris Changeset: 5d0c891264bf Author: chegar Date: 2013-03-25 14:29 +0000 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/5d0c891264bf 8010668: builtin JNI libraries should not be unloaded Reviewed-by: chegar, alanb Contributed-by: Bill Pittore ! src/share/native/java/lang/ClassLoader.c Changeset: 5e383a73386a Author: mchung Date: 2013-03-25 17:19 -0700 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/5e383a73386a 8007703: Remove com.sun.servicetag API Reviewed-by: dholmes, alanb, erikj ! make/com/sun/Makefile ! make/common/Release.gmk ! makefiles/CopyFiles.gmk ! makefiles/CopyIntoClasses.gmk ! makefiles/CreateJars.gmk ! makefiles/GensrcProperties.gmk ! makefiles/profile-includes.txt ! makefiles/profile-rtjar-includes.txt ! test/Makefile Changeset: 335d2156222e Author: mchung Date: 2013-03-25 18:14 -0700 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/335d2156222e 8010787: changeset for 8007703 is missing the deleted files Reviewed-by: dholmes, alanb, erikj - make/com/sun/servicetag/Makefile - src/share/classes/com/sun/servicetag/BrowserSupport.java - src/share/classes/com/sun/servicetag/Installer.java - src/share/classes/com/sun/servicetag/LinuxSystemEnvironment.java - src/share/classes/com/sun/servicetag/RegistrationData.java - src/share/classes/com/sun/servicetag/RegistrationDocument.java - src/share/classes/com/sun/servicetag/Registry.java - src/share/classes/com/sun/servicetag/ServiceTag.java - src/share/classes/com/sun/servicetag/SolarisServiceTag.java - src/share/classes/com/sun/servicetag/SolarisSystemEnvironment.java - src/share/classes/com/sun/servicetag/SunConnection.java - src/share/classes/com/sun/servicetag/SystemEnvironment.java - src/share/classes/com/sun/servicetag/UnauthorizedAccessException.java - src/share/classes/com/sun/servicetag/Util.java - src/share/classes/com/sun/servicetag/WindowsSystemEnvironment.java - src/share/classes/com/sun/servicetag/package.html - src/share/classes/com/sun/servicetag/resources/Putback-Notes.txt - src/share/classes/com/sun/servicetag/resources/javase_5_swordfish.properties - src/share/classes/com/sun/servicetag/resources/javase_6_swordfish.properties - src/share/classes/com/sun/servicetag/resources/javase_7_swordfish.properties - src/share/classes/com/sun/servicetag/resources/javase_servicetag.properties - src/share/classes/com/sun/servicetag/resources/jdk_header.png - src/share/classes/com/sun/servicetag/resources/product_registration.xsd - src/share/classes/com/sun/servicetag/resources/register.html - src/share/classes/com/sun/servicetag/resources/register_ja.html - src/share/classes/com/sun/servicetag/resources/register_zh_CN.html - test/com/sun/servicetag/DeleteServiceTag.java - test/com/sun/servicetag/DuplicateNotFound.java - test/com/sun/servicetag/FindServiceTags.java - test/com/sun/servicetag/InstanceUrnCheck.java - test/com/sun/servicetag/InvalidRegistrationData.java - test/com/sun/servicetag/InvalidServiceTag.java - test/com/sun/servicetag/JavaServiceTagTest.java - test/com/sun/servicetag/JavaServiceTagTest1.java - test/com/sun/servicetag/NewRegistrationData.java - test/com/sun/servicetag/SvcTagClient.java - test/com/sun/servicetag/SystemRegistryTest.java - test/com/sun/servicetag/TestLoadFromXML.java - test/com/sun/servicetag/UpdateServiceTagTest.java - test/com/sun/servicetag/Util.java - test/com/sun/servicetag/ValidRegistrationData.java - test/com/sun/servicetag/environ.properties - test/com/sun/servicetag/missing-environ-field.xml - test/com/sun/servicetag/newer-registry-version.xml - test/com/sun/servicetag/registration.xml - test/com/sun/servicetag/servicetag1.properties - test/com/sun/servicetag/servicetag2.properties - test/com/sun/servicetag/servicetag3.properties - test/com/sun/servicetag/servicetag4.properties - test/com/sun/servicetag/servicetag5.properties Changeset: 543d0fbc962e Author: lana Date: 2013-03-26 12:04 -0700 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/543d0fbc962e Merge - make/com/sun/servicetag/Makefile ! makefiles/CompileNativeLibraries.gmk - src/share/classes/com/sun/servicetag/BrowserSupport.java - src/share/classes/com/sun/servicetag/Installer.java - src/share/classes/com/sun/servicetag/LinuxSystemEnvironment.java - src/share/classes/com/sun/servicetag/RegistrationData.java - src/share/classes/com/sun/servicetag/RegistrationDocument.java - src/share/classes/com/sun/servicetag/Registry.java - src/share/classes/com/sun/servicetag/ServiceTag.java - src/share/classes/com/sun/servicetag/SolarisServiceTag.java - src/share/classes/com/sun/servicetag/SolarisSystemEnvironment.java - src/share/classes/com/sun/servicetag/SunConnection.java - src/share/classes/com/sun/servicetag/SystemEnvironment.java - src/share/classes/com/sun/servicetag/UnauthorizedAccessException.java - src/share/classes/com/sun/servicetag/Util.java - src/share/classes/com/sun/servicetag/WindowsSystemEnvironment.java - src/share/classes/com/sun/servicetag/package.html - src/share/classes/com/sun/servicetag/resources/Putback-Notes.txt - src/share/classes/com/sun/servicetag/resources/javase_5_swordfish.properties - src/share/classes/com/sun/servicetag/resources/javase_6_swordfish.properties - src/share/classes/com/sun/servicetag/resources/javase_7_swordfish.properties - src/share/classes/com/sun/servicetag/resources/javase_servicetag.properties - src/share/classes/com/sun/servicetag/resources/jdk_header.png - src/share/classes/com/sun/servicetag/resources/product_registration.xsd - src/share/classes/com/sun/servicetag/resources/register.html - src/share/classes/com/sun/servicetag/resources/register_ja.html - src/share/classes/com/sun/servicetag/resources/register_zh_CN.html - test/com/sun/servicetag/DeleteServiceTag.java - test/com/sun/servicetag/DuplicateNotFound.java - test/com/sun/servicetag/FindServiceTags.java - test/com/sun/servicetag/InstanceUrnCheck.java - test/com/sun/servicetag/InvalidRegistrationData.java - test/com/sun/servicetag/InvalidServiceTag.java - test/com/sun/servicetag/JavaServiceTagTest.java - test/com/sun/servicetag/JavaServiceTagTest1.java - test/com/sun/servicetag/NewRegistrationData.java - test/com/sun/servicetag/SvcTagClient.java - test/com/sun/servicetag/SystemRegistryTest.java - test/com/sun/servicetag/TestLoadFromXML.java - test/com/sun/servicetag/UpdateServiceTagTest.java - test/com/sun/servicetag/Util.java - test/com/sun/servicetag/ValidRegistrationData.java - test/com/sun/servicetag/environ.properties - test/com/sun/servicetag/missing-environ-field.xml - test/com/sun/servicetag/newer-registry-version.xml - test/com/sun/servicetag/registration.xml - test/com/sun/servicetag/servicetag1.properties - test/com/sun/servicetag/servicetag2.properties - test/com/sun/servicetag/servicetag3.properties - test/com/sun/servicetag/servicetag4.properties - test/com/sun/servicetag/servicetag5.properties - test/sun/tools/jstat/gcPermCapacityOutput1.awk - test/sun/tools/jstat/jstatGcPermCapacityOutput1.sh Changeset: ea7d0f49e5dd Author: lana Date: 2013-04-01 21:40 -0700 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/ea7d0f49e5dd Merge - make/com/sun/servicetag/Makefile - src/share/classes/com/sun/servicetag/BrowserSupport.java - src/share/classes/com/sun/servicetag/Installer.java - src/share/classes/com/sun/servicetag/LinuxSystemEnvironment.java - src/share/classes/com/sun/servicetag/RegistrationData.java - src/share/classes/com/sun/servicetag/RegistrationDocument.java - src/share/classes/com/sun/servicetag/Registry.java - src/share/classes/com/sun/servicetag/ServiceTag.java - src/share/classes/com/sun/servicetag/SolarisServiceTag.java - src/share/classes/com/sun/servicetag/SolarisSystemEnvironment.java - src/share/classes/com/sun/servicetag/SunConnection.java - src/share/classes/com/sun/servicetag/SystemEnvironment.java - src/share/classes/com/sun/servicetag/UnauthorizedAccessException.java - src/share/classes/com/sun/servicetag/Util.java - src/share/classes/com/sun/servicetag/WindowsSystemEnvironment.java - src/share/classes/com/sun/servicetag/package.html - src/share/classes/com/sun/servicetag/resources/Putback-Notes.txt - src/share/classes/com/sun/servicetag/resources/javase_5_swordfish.properties - src/share/classes/com/sun/servicetag/resources/javase_6_swordfish.properties - src/share/classes/com/sun/servicetag/resources/javase_7_swordfish.properties - src/share/classes/com/sun/servicetag/resources/javase_servicetag.properties - src/share/classes/com/sun/servicetag/resources/jdk_header.png - src/share/classes/com/sun/servicetag/resources/product_registration.xsd - src/share/classes/com/sun/servicetag/resources/register.html - src/share/classes/com/sun/servicetag/resources/register_ja.html - src/share/classes/com/sun/servicetag/resources/register_zh_CN.html - test/com/sun/servicetag/DeleteServiceTag.java - test/com/sun/servicetag/DuplicateNotFound.java - test/com/sun/servicetag/FindServiceTags.java - test/com/sun/servicetag/InstanceUrnCheck.java - test/com/sun/servicetag/InvalidRegistrationData.java - test/com/sun/servicetag/InvalidServiceTag.java - test/com/sun/servicetag/JavaServiceTagTest.java - test/com/sun/servicetag/JavaServiceTagTest1.java - test/com/sun/servicetag/NewRegistrationData.java - test/com/sun/servicetag/SvcTagClient.java - test/com/sun/servicetag/SystemRegistryTest.java - test/com/sun/servicetag/TestLoadFromXML.java - test/com/sun/servicetag/UpdateServiceTagTest.java - test/com/sun/servicetag/Util.java - test/com/sun/servicetag/ValidRegistrationData.java - test/com/sun/servicetag/environ.properties - test/com/sun/servicetag/missing-environ-field.xml - test/com/sun/servicetag/newer-registry-version.xml - test/com/sun/servicetag/registration.xml - test/com/sun/servicetag/servicetag1.properties - test/com/sun/servicetag/servicetag2.properties - test/com/sun/servicetag/servicetag3.properties - test/com/sun/servicetag/servicetag4.properties - test/com/sun/servicetag/servicetag5.properties - test/sun/tools/jstat/gcPermCapacityOutput1.awk - test/sun/tools/jstat/jstatGcPermCapacityOutput1.sh Changeset: 7b4721e4edb4 Author: katleman Date: 2013-04-02 15:31 -0700 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/7b4721e4edb4 Merge ! makefiles/CompileNativeLibraries.gmk From david.katleman at oracle.com Tue Apr 2 23:51:33 2013 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Tue, 02 Apr 2013 23:51:33 +0000 Subject: hg: jdk8/build/langtools: 29 new changesets Message-ID: <20130402235348.2899E48564@hg.openjdk.java.net> Changeset: 35cef52b0023 Author: katleman Date: 2013-03-28 10:55 -0700 URL: http://hg.openjdk.java.net/jdk8/build/langtools/rev/35cef52b0023 Added tag jdk8-b83 for changeset 22ba3f92d4ae ! .hgtags Changeset: eb0198033c5c Author: jfranck Date: 2013-03-13 22:03 +0100 URL: http://hg.openjdk.java.net/jdk8/build/langtools/rev/eb0198033c5c 8006547: Repeating annotations: No Target on container annotation with all targets on base annotation gives compiler error Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/comp/Check.java + test/tools/javac/annotations/repeatingAnnotations/DefaultTarget.java + test/tools/javac/annotations/repeatingAnnotations/DefaultTargetTypeParameter.java + test/tools/javac/annotations/repeatingAnnotations/DefaultTargetTypeParameter.out + test/tools/javac/annotations/repeatingAnnotations/DefaultTargetTypeUse.java + test/tools/javac/annotations/repeatingAnnotations/DefaultTargetTypeUse.out + test/tools/javac/annotations/repeatingAnnotations/NoTargetOnContainer.java + test/tools/javac/annotations/repeatingAnnotations/NoTargetOnContainer2.java Changeset: e0ef84e33167 Author: bpatel Date: 2013-03-13 14:47 -0700 URL: http://hg.openjdk.java.net/jdk8/build/langtools/rev/e0ef84e33167 8009684: Default top left frame should be "All Packages" in the generated javadoc documentation Reviewed-by: jjg ! src/share/classes/com/sun/tools/doclets/formats/html/FrameOutputWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/PackageIndexFrameWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/ProfileIndexFrameWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/ProfilePackageIndexFrameWriter.java ! test/com/sun/javadoc/testProfiles/TestProfiles.java Changeset: 82dc1e827c2a Author: dholmes Date: 2013-03-14 01:45 -0400 URL: http://hg.openjdk.java.net/jdk8/build/langtools/rev/82dc1e827c2a 8009429: Miscellaneous profiles cleanup Reviewed-by: jjg, alanb ! src/share/classes/com/sun/tools/javac/sym/Profiles.java Changeset: 2e21ecd7a5ad Author: vromero Date: 2013-03-14 08:30 +0000 URL: http://hg.openjdk.java.net/jdk8/build/langtools/rev/2e21ecd7a5ad 8008582: jtreg failures after conversion of shell tests to Java Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/util/ArrayUtils.java ! test/tools/javac/4846262/CheckEBCDICLocaleTest.java ! test/tools/javac/ClassPathTest/ClassPathTest.java ! test/tools/javac/ProtectedInnerClass/ProtectedInnerClassesTest.java ! test/tools/javac/lib/ToolBox.java ! test/tools/javac/links/LinksTest.java ! test/tools/javac/newlines/NewLineTest.java ! test/tools/javah/6257087/T6257087.java ! test/tools/javah/constMacroTest/ConstMacroTest.java ! test/tools/javap/stackmap/StackmapTest.java Changeset: fd3fdaff0257 Author: mchung Date: 2013-03-14 10:33 -0700 URL: http://hg.openjdk.java.net/jdk8/build/langtools/rev/fd3fdaff0257 8005428: Update jdeps to read the same profile information as by javac Reviewed-by: alanb ! make/netbeans/langtools/nbproject/project.xml ! src/share/classes/com/sun/tools/jdeps/Analyzer.java ! src/share/classes/com/sun/tools/jdeps/ClassFileReader.java ! src/share/classes/com/sun/tools/jdeps/JdepsTask.java ! src/share/classes/com/sun/tools/jdeps/PlatformClassPath.java + src/share/classes/com/sun/tools/jdeps/Profiles.java ! src/share/classes/com/sun/tools/jdeps/resources/jdeps.properties - src/share/classes/com/sun/tools/jdeps/resources/jdk.properties ! test/tools/jdeps/Basic.java ! test/tools/jdeps/p/Foo.java + test/tools/jdeps/profiles.properties Changeset: fbbf5376e7e4 Author: rfield Date: 2013-03-14 22:54 -0700 URL: http://hg.openjdk.java.net/jdk8/build/langtools/rev/fbbf5376e7e4 8010010: NPE generating serializedLambdaName for nested lambda Reviewed-by: mcimadamore ! src/share/classes/com/sun/tools/javac/comp/LambdaToMethod.java + test/tools/javac/lambda/LambdaLambdaSerialized.java Changeset: fa24eba012bd Author: vromero Date: 2013-03-15 09:02 +0000 URL: http://hg.openjdk.java.net/jdk8/build/langtools/rev/fa24eba012bd 5053846: javac: MethodRef entries are duplicated in the constant pool Reviewed-by: mcimadamore ! src/share/classes/com/sun/tools/javac/comp/Lower.java + test/tools/javac/T5053846/MethodRefDupInConstantPoolTest.java Changeset: 195b71850b56 Author: mnunez Date: 2013-03-15 13:39 +0100 URL: http://hg.openjdk.java.net/jdk8/build/langtools/rev/195b71850b56 8007767: TargetAnnoCombo.java need to be updated to add a new test mode Reviewed-by: jjg, strarup ! test/tools/javac/annotations/repeatingAnnotations/combo/Helper.java ! test/tools/javac/annotations/repeatingAnnotations/combo/TargetAnnoCombo.java - test/tools/javac/annotations/repeatingAnnotations/combo/TestCaseGenerator.java Changeset: a3049f4a7987 Author: lana Date: 2013-03-15 23:46 -0700 URL: http://hg.openjdk.java.net/jdk8/build/langtools/rev/a3049f4a7987 Merge Changeset: 1f8c28134ffc Author: jjg Date: 2013-03-18 08:46 -0700 URL: http://hg.openjdk.java.net/jdk8/build/langtools/rev/1f8c28134ffc 8005220: RFE to write javap tests for repeating annotations. Reviewed-by: jjg Contributed-by: peter.jensen at oracle.com + test/tools/javap/output/RepeatingTypeAnnotations.java + test/tools/javap/output/Tester.java Changeset: 40adaf938847 Author: jjg Date: 2013-03-18 14:40 -0700 URL: http://hg.openjdk.java.net/jdk8/build/langtools/rev/40adaf938847 8008425: Remove interim new javax.lang.model API for type-annotations Reviewed-by: darcy ! src/share/classes/com/sun/tools/javac/code/Type.java ! src/share/classes/com/sun/tools/javac/code/TypeAnnotations.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/model/JavacTypes.java ! src/share/classes/com/sun/tools/javadoc/ExecutableMemberDocImpl.java ! src/share/classes/com/sun/tools/javadoc/TypeMaker.java ! src/share/classes/com/sun/tools/javadoc/TypeVariableImpl.java - src/share/classes/javax/lang/model/type/AnnotatedType.java ! src/share/classes/javax/lang/model/type/ExecutableType.java ! src/share/classes/javax/lang/model/type/TypeKind.java ! src/share/classes/javax/lang/model/type/TypeVisitor.java ! src/share/classes/javax/lang/model/util/AbstractTypeVisitor6.java ! src/share/classes/javax/lang/model/util/Types.java Changeset: 97f6839673d6 Author: jjg Date: 2013-03-18 18:33 -0700 URL: http://hg.openjdk.java.net/jdk8/build/langtools/rev/97f6839673d6 8007803: Implement javax.lang.model API for Type Annotations Reviewed-by: darcy ! src/share/classes/com/sun/tools/javac/code/Printer.java ! src/share/classes/com/sun/tools/javac/code/Symbol.java ! src/share/classes/com/sun/tools/javac/code/Type.java ! src/share/classes/com/sun/tools/javac/comp/Attr.java ! src/share/classes/com/sun/tools/javac/model/AnnotationProxyMaker.java + src/share/classes/com/sun/tools/javac/model/JavacAnnoConstructs.java ! src/share/classes/com/sun/tools/javac/model/JavacElements.java ! src/share/classes/com/sun/tools/javac/model/JavacTypes.java + src/share/classes/javax/lang/model/AnnotatedConstruct.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/type/ExecutableType.java ! src/share/classes/javax/lang/model/type/TypeMirror.java ! src/share/classes/javax/lang/model/util/Types.java Changeset: a4913ea9bb62 Author: darcy Date: 2013-03-19 13:10 -0700 URL: http://hg.openjdk.java.net/jdk8/build/langtools/rev/a4913ea9bb62 8010179: Remove transitional target values from javac Reviewed-by: jjg, mcimadamore ! src/share/classes/com/sun/tools/javac/comp/Attr.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/jvm/Target.java ! test/tools/javac/ClassFileModifiers/MemberModifiers.java ! test/tools/javac/profiles/ProfileOptionTest.java Changeset: 578eb3dd111d Author: jjg Date: 2013-03-19 15:13 -0700 URL: http://hg.openjdk.java.net/jdk8/build/langtools/rev/578eb3dd111d 8010315: doclint errors in javac public API Reviewed-by: darcy ! make/build.xml ! src/share/classes/com/sun/source/util/DocTreeScanner.java ! src/share/classes/com/sun/source/util/JavacTask.java ! src/share/classes/com/sun/source/util/Plugin.java ! src/share/classes/javax/lang/model/AnnotatedConstruct.java ! src/share/classes/javax/lang/model/type/ExecutableType.java Changeset: a03c4a86ea2b Author: jjg Date: 2013-03-19 17:04 -0700 URL: http://hg.openjdk.java.net/jdk8/build/langtools/rev/a03c4a86ea2b 8010361: fix some langtools findbugs issues Reviewed-by: darcy ! src/share/classes/com/sun/tools/classfile/Code_attribute.java ! src/share/classes/com/sun/tools/classfile/Descriptor.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/Configuration.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/builders/AnnotationTypeBuilder.java ! src/share/classes/com/sun/tools/javah/Util.java ! src/share/classes/com/sun/tools/javap/StackMapWriter.java ! src/share/classes/com/sun/tools/jdeps/JdepsTask.java ! src/share/classes/com/sun/tools/jdeps/PlatformClassPath.java ! src/share/classes/com/sun/tools/sjavac/Main.java ! src/share/classes/com/sun/tools/sjavac/comp/Dependencies.java Changeset: 9cf17b7a5fe7 Author: jjg Date: 2013-03-19 17:05 -0700 URL: http://hg.openjdk.java.net/jdk8/build/langtools/rev/9cf17b7a5fe7 8010333: Remove com.sun.tools.javac.Server Reviewed-by: darcy - src/share/classes/com/sun/tools/javac/Server.java Changeset: 74d7f9bcac93 Author: jjg Date: 2013-03-19 19:16 -0700 URL: http://hg.openjdk.java.net/jdk8/build/langtools/rev/74d7f9bcac93 8010317: DocLint incorrectly reports some 
 tags as empty
Reviewed-by: darcy

! src/share/classes/com/sun/tools/doclint/Checker.java
+ test/tools/doclint/EmptyPreTest.java

Changeset: 972474640b7d
Author:    darcy
Date:      2013-03-20 17:41 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/972474640b7d

8010364: Clarify javax.lang.model API for Type Annotations
Reviewed-by: jjg, abuckley

! src/share/classes/javax/lang/model/AnnotatedConstruct.java
! src/share/classes/javax/lang/model/type/ExecutableType.java

Changeset: cc38a6723663
Author:    mcimadamore
Date:      2013-03-22 12:38 +0000
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/cc38a6723663

8009649: Lambda back-end should generate invokespecial for method handles referring to private instance methods
Summary: Private lambda methods should be accessed through invokespecial
Reviewed-by: jjg

! src/share/classes/com/sun/tools/javac/comp/LambdaToMethod.java
+ test/tools/javac/lambda/bytecode/TestLambdaBytecode.java

Changeset: f3814edefb33
Author:    mcimadamore
Date:      2013-03-22 12:39 +0000
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/f3814edefb33

8010101: Intersection type cast issues redundant unchecked warning
Summary: Code for checking intersection type cast is incorrectly swapping operands, leading to spurious warnings
Reviewed-by: jjg

! src/share/classes/com/sun/tools/javac/code/Types.java
+ test/tools/javac/lambda/Intersection02.java
+ test/tools/javac/lambda/Intersection02.out

Changeset: b6cf07c54c29
Author:    mcimadamore
Date:      2013-03-22 12:41 +0000
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/b6cf07c54c29

8009820: AssertionError when compiling java code with two identical static imports
Summary: Speculative attribution is carried out twice with same method symbol in case of static imports
Reviewed-by: jjg

! src/share/classes/com/sun/tools/javac/comp/DeferredAttr.java
+ test/tools/javac/lambda/DoubleStaticImport.java

Changeset: c6728c9addff
Author:    mcimadamore
Date:      2013-03-22 12:43 +0000
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/c6728c9addff

8010303: Graph inference: missing incorporation step causes spurious inference error
Summary: Multiple equality constraints on inference vars are not used to generate new inference constraints
Reviewed-by: jjg

! src/share/classes/com/sun/tools/javac/code/Types.java
! src/share/classes/com/sun/tools/javac/comp/Infer.java
! test/tools/javac/lambda/TargetType28.out
+ test/tools/javac/lambda/TargetType67.java
+ test/tools/javac/lambda/TargetType68.java
+ test/tools/javac/lambda/TargetType69.java

Changeset: 5da12e8a59ba
Author:    mcimadamore
Date:      2013-03-22 12:44 +0000
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/5da12e8a59ba

8010387: Javac crashes when diagnostic mentions anonymous inner class' type variables
Summary: Rich formatter doesn't preprocess supertypes of an anonymous inner class
Reviewed-by: jjg

! src/share/classes/com/sun/tools/javac/util/RichDiagnosticFormatter.java
+ test/tools/javac/Diagnostics/8010387/T8010387.java
+ test/tools/javac/Diagnostics/8010387/T8010387.out

Changeset: f4500abff1fd
Author:    darcy
Date:      2013-03-22 10:08 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/f4500abff1fd

7080464: langtools regression test failures when assertions are enabled
Reviewed-by: jjg

! test/tools/javac/api/TestJavacTaskScanner.java
! test/tools/javac/diags/MessageFile.java
! test/tools/javac/diags/MessageInfo.java

Changeset: fdf30b225e1c
Author:    mfang
Date:      2013-03-25 16:55 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/fdf30b225e1c

8010521: jdk8 l10n resource file translation update 2
Reviewed-by: naoto, yhuang

! src/share/classes/com/sun/tools/doclets/formats/html/resources/standard_ja.properties
! src/share/classes/com/sun/tools/doclets/formats/html/resources/standard_zh_CN.properties
! src/share/classes/com/sun/tools/doclets/internal/toolkit/resources/doclets_ja.properties
! src/share/classes/com/sun/tools/doclets/internal/toolkit/resources/doclets_zh_CN.properties
! src/share/classes/com/sun/tools/javac/resources/compiler_ja.properties
! src/share/classes/com/sun/tools/javac/resources/compiler_zh_CN.properties
! src/share/classes/com/sun/tools/javac/resources/javac_ja.properties
! src/share/classes/com/sun/tools/javac/resources/javac_zh_CN.properties
! src/share/classes/com/sun/tools/javadoc/resources/javadoc_ja.properties
! src/share/classes/com/sun/tools/javadoc/resources/javadoc_zh_CN.properties
! src/share/classes/com/sun/tools/javah/resources/l10n_ja.properties
! src/share/classes/com/sun/tools/javah/resources/l10n_zh_CN.properties

Changeset: 65e1ca8dcdc7
Author:    mfang
Date:      2013-03-25 18:08 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/65e1ca8dcdc7

Merge


Changeset: 28e466e9cd34
Author:    lana
Date:      2013-03-26 12:07 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/28e466e9cd34

Merge

- src/share/classes/com/sun/tools/javac/Server.java
- src/share/classes/com/sun/tools/jdeps/resources/jdk.properties
- src/share/classes/javax/lang/model/type/AnnotatedType.java
- test/tools/javac/annotations/repeatingAnnotations/combo/TestCaseGenerator.java

Changeset: cfb65ca92082
Author:    lana
Date:      2013-04-01 21:42 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/cfb65ca92082

Merge

- src/share/classes/com/sun/tools/javac/Server.java
- src/share/classes/com/sun/tools/jdeps/resources/jdk.properties
- src/share/classes/javax/lang/model/type/AnnotatedType.java
- test/tools/javac/annotations/repeatingAnnotations/combo/TestCaseGenerator.java



From david.katleman at oracle.com  Tue Apr  2 23:54:03 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Tue, 02 Apr 2013 23:54:03 +0000
Subject: hg: jdk8/build/nashorn: 16 new changesets
Message-ID: <20130402235416.A573248565@hg.openjdk.java.net>

Changeset: fbbdef940138
Author:    katleman
Date:      2013-03-28 10:55 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/fbbdef940138

Added tag jdk8-b83 for changeset 053d7c55dc82

! .hgtags

Changeset: c54e218333be
Author:    sundar
Date:      2013-03-12 18:12 +0530
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/c54e218333be

8009757: Package access clean up and refactoring
Reviewed-by: jlaskey, lagergren, attila

! docs/JavaScriptingProgrammersGuide.html
! docs/source/javaarray.js
! make/build.xml
! make/java.security.override
! src/jdk/nashorn/api/scripting/NashornScriptEngineFactory.java
+ src/jdk/nashorn/api/scripting/ScriptUtils.java
! src/jdk/nashorn/internal/objects/Global.java
! src/jdk/nashorn/internal/objects/NativeDebug.java
! src/jdk/nashorn/internal/objects/NativeJava.java
! src/jdk/nashorn/internal/runtime/Context.java
! src/jdk/nashorn/internal/runtime/NashornLoader.java
! src/jdk/nashorn/internal/runtime/ScriptLoader.java
! src/jdk/nashorn/internal/runtime/StructureLoader.java
! src/jdk/nashorn/internal/runtime/linker/Bootstrap.java
! src/jdk/nashorn/internal/runtime/linker/JavaAdapterFactory.java
+ src/jdk/nashorn/internal/runtime/linker/ReflectionCheckLinker.java
! src/jdk/nashorn/internal/runtime/resources/mozilla_compat.js
! src/jdk/nashorn/internal/runtime/resources/parser.js
! test/script/basic/JDK-8008448.js
! test/script/basic/NASHORN-401.js
! test/script/basic/consstring.js
! test/script/basic/fileline.js
! test/script/basic/javainnerclasses.js
! test/script/basic/list.js
! test/script/basic/map.js
! test/script/basic/stdin.js
! test/script/sandbox/javaextend.js
! test/script/sandbox/javaextend.js.EXPECTED
! test/script/sandbox/reflection.js
- test/script/sandbox/reflection.js.EXPECTED
! test/script/sandbox/unsafe.js
- test/script/sandbox/unsafe.js.EXPECTED
! test/script/trusted/urlreader.js
! test/src/jdk/nashorn/api/scripting/ScriptEngineTest.java
- test/src/jdk/nashorn/internal/runtime/Nashorn401TestSubject.java
! test/src/jdk/nashorn/internal/runtime/TrustedScriptEngineTest.java
- test/src/jdk/nashorn/internal/test/models/ConstructorWithArgument.java
- test/src/jdk/nashorn/internal/test/models/DessertTopping.java
- test/src/jdk/nashorn/internal/test/models/DessertToppingFloorWaxDriver.java
- test/src/jdk/nashorn/internal/test/models/FinalClass.java
- test/src/jdk/nashorn/internal/test/models/FloorWax.java
- test/src/jdk/nashorn/internal/test/models/NoAccessibleConstructorClass.java
- test/src/jdk/nashorn/internal/test/models/NonPublicClass.java
- test/src/jdk/nashorn/internal/test/models/OuterClass.java
- test/src/jdk/nashorn/internal/test/models/OverloadedSam.java
- test/src/jdk/nashorn/internal/test/models/OverrideObject.java
- test/src/jdk/nashorn/internal/test/models/StringArgs.java
- test/src/jdk/nashorn/internal/test/models/Toothpaste.java
+ test/src/jdk/nashorn/test/models/ConstructorWithArgument.java
+ test/src/jdk/nashorn/test/models/DessertTopping.java
+ test/src/jdk/nashorn/test/models/DessertToppingFloorWaxDriver.java
+ test/src/jdk/nashorn/test/models/FinalClass.java
+ test/src/jdk/nashorn/test/models/FloorWax.java
+ test/src/jdk/nashorn/test/models/Nashorn401TestSubject.java
+ test/src/jdk/nashorn/test/models/NoAccessibleConstructorClass.java
+ test/src/jdk/nashorn/test/models/NonPublicClass.java
+ test/src/jdk/nashorn/test/models/OuterClass.java
+ test/src/jdk/nashorn/test/models/OverloadedSam.java
+ test/src/jdk/nashorn/test/models/OverrideObject.java
+ test/src/jdk/nashorn/test/models/SourceHelper.java
+ test/src/jdk/nashorn/test/models/StringArgs.java
+ test/src/jdk/nashorn/test/models/Toothpaste.java

Changeset: e15806b9d716
Author:    lagergren
Date:      2013-03-12 15:30 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/e15806b9d716

8009718: Lazy execution architecture continued - ScriptFunctionData is either final or recompilable. Moved ScriptFunctionData creation logic away from runtime to compile time. Prepared for method generation/specialization. Got rid of ScriptFunctionImplTrampoline whose semantics could be done as part of the relinking anyway. Merge with the lookup package change.
Reviewed-by: attila, jlaskey

! src/jdk/nashorn/internal/codegen/Attr.java
! src/jdk/nashorn/internal/codegen/BranchOptimizer.java
! src/jdk/nashorn/internal/codegen/CodeGenerator.java
! src/jdk/nashorn/internal/codegen/CompilationPhase.java
! src/jdk/nashorn/internal/codegen/CompileUnit.java
! src/jdk/nashorn/internal/codegen/Compiler.java
! src/jdk/nashorn/internal/codegen/FinalizeTypes.java
! src/jdk/nashorn/internal/codegen/FoldConstants.java
! src/jdk/nashorn/internal/codegen/FunctionSignature.java
! src/jdk/nashorn/internal/codegen/Lower.java
! src/jdk/nashorn/internal/codegen/Splitter.java
! src/jdk/nashorn/internal/codegen/types/Type.java
! src/jdk/nashorn/internal/ir/Block.java
! src/jdk/nashorn/internal/ir/FunctionNode.java
! src/jdk/nashorn/internal/ir/ObjectNode.java
! src/jdk/nashorn/internal/ir/UnaryNode.java
- src/jdk/nashorn/internal/ir/annotations/ChildNode.java
- src/jdk/nashorn/internal/ir/annotations/ParentNode.java
! src/jdk/nashorn/internal/ir/annotations/Reference.java
! src/jdk/nashorn/internal/ir/debug/ASTWriter.java
! src/jdk/nashorn/internal/objects/NativeArray.java
! src/jdk/nashorn/internal/objects/NativeDebug.java
! src/jdk/nashorn/internal/objects/NativeError.java
! src/jdk/nashorn/internal/objects/ScriptFunctionImpl.java
- src/jdk/nashorn/internal/objects/ScriptFunctionTrampolineImpl.java
! src/jdk/nashorn/internal/parser/JSONParser.java
! src/jdk/nashorn/internal/parser/Parser.java
! src/jdk/nashorn/internal/runtime/AccessorProperty.java
! src/jdk/nashorn/internal/runtime/CodeInstaller.java
+ src/jdk/nashorn/internal/runtime/CompiledFunction.java
+ src/jdk/nashorn/internal/runtime/CompiledFunctions.java
! src/jdk/nashorn/internal/runtime/Context.java
! src/jdk/nashorn/internal/runtime/ECMAException.java
+ src/jdk/nashorn/internal/runtime/FinalScriptFunctionData.java
+ src/jdk/nashorn/internal/runtime/RecompilableScriptFunctionData.java
! src/jdk/nashorn/internal/runtime/ScriptEnvironment.java
! src/jdk/nashorn/internal/runtime/ScriptFunction.java
! src/jdk/nashorn/internal/runtime/ScriptFunctionData.java
- src/jdk/nashorn/internal/runtime/SpecializedMethodChooser.java
! src/jdk/nashorn/internal/runtime/linker/JavaArgumentConverters.java
! src/jdk/nashorn/internal/runtime/linker/NashornGuards.java
! src/jdk/nashorn/internal/runtime/options/OptionTemplate.java
! src/jdk/nashorn/internal/runtime/resources/Options.properties
! test/script/currently-failing/JDK-8006529.js
+ test/script/currently-failing/clone_ir.js

Changeset: 60684aeba89c
Author:    sundar
Date:      2013-03-12 21:17 +0530
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/60684aeba89c

8009868: For loop with "true" as condition results in AssertionError in codegen
Reviewed-by: jlaskey, hannesw, lagergren

! src/jdk/nashorn/internal/codegen/Lower.java
+ test/script/basic/JDK-8009868.js

Changeset: 390d44ba90cf
Author:    lagergren
Date:      2013-03-14 14:49 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/390d44ba90cf

8009982: Lazy execution bugfix. Added lazy sunspider unit test. Added mandreel to compile-octane test. Fixed warnings
Reviewed-by: sundar, jlaskey

! src/jdk/nashorn/api/scripting/NashornScriptEngineFactory.java
! src/jdk/nashorn/internal/codegen/CodeGenerator.java
! src/jdk/nashorn/internal/codegen/Compiler.java
! src/jdk/nashorn/internal/ir/FunctionNode.java
! src/jdk/nashorn/internal/objects/Global.java
! src/jdk/nashorn/internal/parser/Parser.java
! src/jdk/nashorn/internal/runtime/Context.java
! src/jdk/nashorn/internal/runtime/ScriptLoader.java
! src/jdk/nashorn/internal/runtime/linker/JavaAdapterFactory.java
! src/jdk/nashorn/internal/runtime/regexp/DefaultRegExp.java
! src/jdk/nashorn/internal/runtime/regexp/JoniRegExp.java
! src/jdk/nashorn/internal/runtime/regexp/RegExp.java
! src/jdk/nashorn/internal/runtime/regexp/RegExpFactory.java
! src/jdk/nashorn/internal/runtime/regexp/RegExpResult.java
! src/jdk/nashorn/internal/runtime/regexp/RegExpScanner.java
! test/script/basic/compile-octane.js.EXPECTED
! test/script/basic/run-octane.js
+ test/script/basic/runsunspider-eager.js
+ test/script/basic/runsunspider-lazy.js
! test/script/basic/runsunspider.js

Changeset: d5d80b52cf1c
Author:    lagergren
Date:      2013-03-15 16:07 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/d5d80b52cf1c

8010147: Forgot to add EXPECTED files for lazy and eager sunspider test
Reviewed-by: sundar, jlaskey

+ test/script/basic/runsunspider-eager.js.EXPECTED
+ test/script/basic/runsunspider-lazy.js.EXPECTED
- test/script/basic/runsunspider.js.EXPECTED

Changeset: 4daacf8a25ef
Author:    sundar
Date:      2013-03-15 21:52 +0530
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/4daacf8a25ef

8010145: removed workaround "init.js" in nashorn repo
Reviewed-by: jlaskey, lagergren

! src/jdk/nashorn/api/scripting/Formatter.java
! src/jdk/nashorn/api/scripting/NashornScriptEngine.java
! src/jdk/nashorn/api/scripting/ScriptUtils.java
! src/jdk/nashorn/api/scripting/resources/engine.js
- src/jdk/nashorn/api/scripting/resources/init.js

Changeset: 3b0a0d9d51f0
Author:    sundar
Date:      2013-03-18 21:03 +0530
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/3b0a0d9d51f0

8010199: javax.script.Invocable implementation for nashorn does not return null when matching functions are missing
Reviewed-by: lagergren, jlaskey

! bin/jjs
! bin/jjssecure
! bin/nashorn
! bin/nashornsecure
! src/jdk/nashorn/api/scripting/NashornScriptEngine.java
+ test/script/basic/JDK-8010199.js
! test/src/jdk/nashorn/api/scripting/ScriptEngineTest.java

Changeset: 606a1946e3e2
Author:    jlaskey
Date:      2013-03-19 11:03 -0300
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/606a1946e3e2

8009969: CodeCoverage should use template
Reviewed-by: jlaskey, sundar
Contributed-by: pavel.stepanov at oracle.com

! make/build.xml
! make/code_coverage.xml
! make/project.properties

Changeset: 4be452026847
Author:    attila
Date:      2013-03-23 00:58 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/4be452026847

8010652: Eliminate non-child references in Block/FunctionNode, and make few node types immutable
Reviewed-by: jlaskey, lagergren

! make/project.properties
! src/jdk/nashorn/internal/codegen/Attr.java
! src/jdk/nashorn/internal/codegen/ClassEmitter.java
! src/jdk/nashorn/internal/codegen/CodeGenerator.java
! src/jdk/nashorn/internal/codegen/CompilationPhase.java
! src/jdk/nashorn/internal/codegen/Compiler.java
! src/jdk/nashorn/internal/codegen/FinalizeTypes.java
! src/jdk/nashorn/internal/codegen/FoldConstants.java
! src/jdk/nashorn/internal/codegen/FunctionSignature.java
! src/jdk/nashorn/internal/codegen/Lower.java
! src/jdk/nashorn/internal/codegen/MethodEmitter.java
! src/jdk/nashorn/internal/codegen/Splitter.java
! src/jdk/nashorn/internal/codegen/WeighNodes.java
! src/jdk/nashorn/internal/ir/AccessNode.java
! src/jdk/nashorn/internal/ir/Assignment.java
! src/jdk/nashorn/internal/ir/BaseNode.java
! src/jdk/nashorn/internal/ir/BinaryNode.java
! src/jdk/nashorn/internal/ir/Block.java
! src/jdk/nashorn/internal/ir/BreakNode.java
! src/jdk/nashorn/internal/ir/CallNode.java
! src/jdk/nashorn/internal/ir/CaseNode.java
! src/jdk/nashorn/internal/ir/CatchNode.java
! src/jdk/nashorn/internal/ir/ContinueNode.java
! src/jdk/nashorn/internal/ir/DoWhileNode.java
! src/jdk/nashorn/internal/ir/EmptyNode.java
! src/jdk/nashorn/internal/ir/ExecuteNode.java
! src/jdk/nashorn/internal/ir/ForNode.java
! src/jdk/nashorn/internal/ir/FunctionNode.java
! src/jdk/nashorn/internal/ir/IdentNode.java
! src/jdk/nashorn/internal/ir/IfNode.java
! src/jdk/nashorn/internal/ir/IndexNode.java
! src/jdk/nashorn/internal/ir/LabelNode.java
+ src/jdk/nashorn/internal/ir/LexicalContext.java
! src/jdk/nashorn/internal/ir/LineNumberNode.java
! src/jdk/nashorn/internal/ir/LiteralNode.java
! src/jdk/nashorn/internal/ir/Location.java
! src/jdk/nashorn/internal/ir/Node.java
! src/jdk/nashorn/internal/ir/ObjectNode.java
! src/jdk/nashorn/internal/ir/PropertyNode.java
- src/jdk/nashorn/internal/ir/ReferenceNode.java
! src/jdk/nashorn/internal/ir/ReturnNode.java
! src/jdk/nashorn/internal/ir/RuntimeNode.java
! src/jdk/nashorn/internal/ir/SplitNode.java
! src/jdk/nashorn/internal/ir/SwitchNode.java
! src/jdk/nashorn/internal/ir/Symbol.java
! src/jdk/nashorn/internal/ir/TernaryNode.java
! src/jdk/nashorn/internal/ir/ThrowNode.java
! src/jdk/nashorn/internal/ir/TryNode.java
! src/jdk/nashorn/internal/ir/TypeOverride.java
! src/jdk/nashorn/internal/ir/UnaryNode.java
! src/jdk/nashorn/internal/ir/VarNode.java
! src/jdk/nashorn/internal/ir/WhileNode.java
! src/jdk/nashorn/internal/ir/WithNode.java
! src/jdk/nashorn/internal/ir/debug/JSONWriter.java
! src/jdk/nashorn/internal/ir/debug/PrintVisitor.java
! src/jdk/nashorn/internal/ir/visitor/NodeOperatorVisitor.java
! src/jdk/nashorn/internal/ir/visitor/NodeVisitor.java
! src/jdk/nashorn/internal/parser/Parser.java
! src/jdk/nashorn/internal/runtime/Context.java
! src/jdk/nashorn/internal/runtime/resources/Messages.properties
! test/script/basic/JDK-8006755.js
! test/script/basic/NASHORN-837.js
! test/src/jdk/nashorn/internal/codegen/CompilerTest.java

Changeset: ae4ef3102d9c
Author:    lagergren
Date:      2013-03-25 12:01 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/ae4ef3102d9c

8017010: index evaluation to a temporary location for index operator much change temporaries to slots, but never scoped vars
Reviewed-by: hannesw, sundar

! src/jdk/nashorn/internal/codegen/Attr.java
! src/jdk/nashorn/internal/runtime/regexp/joni/ByteCodeMachine.java
! src/jdk/nashorn/internal/runtime/regexp/joni/encoding/AsciiTables.java
+ test/script/basic/JDK-8017010.js
+ test/script/basic/JDK-8017010.js.EXPECTED
! test/script/basic/NASHORN-258.js
! test/script/basic/NASHORN-258.js.EXPECTED

Changeset: 15dac7439921
Author:    sundar
Date:      2013-03-25 18:20 +0530
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/15dac7439921

8010709: org on the top level doesn't resolve
Reviewed-by: lagergren, hannesw

! src/jdk/nashorn/internal/objects/Global.java
+ test/script/basic/JDK-8010709.js

Changeset: 43e40c08e7f8
Author:    lagergren
Date:      2013-03-26 08:42 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/43e40c08e7f8

8010706: -Dnashorn.args system property to create command lines to wrapped nashorn.jar:s
Reviewed-by: hannesw, sundar

! docs/DEVELOPER_README
! src/jdk/nashorn/internal/runtime/options/Options.java

Changeset: ed60078f0a80
Author:    sundar
Date:      2013-03-26 18:26 +0530
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/ed60078f0a80

8010720: Linkage problem with java.lang.String.length()
Reviewed-by: hannesw, lagergren

! src/jdk/nashorn/internal/objects/NativeString.java
! src/jdk/nashorn/internal/runtime/linker/PrimitiveLookup.java
+ test/script/basic/JDK-8010720.js

Changeset: db8a33cb22b8
Author:    lana
Date:      2013-03-26 12:08 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/db8a33cb22b8

Merge

- src/jdk/nashorn/api/scripting/resources/init.js
- src/jdk/nashorn/internal/ir/ReferenceNode.java
- src/jdk/nashorn/internal/ir/annotations/ChildNode.java
- src/jdk/nashorn/internal/ir/annotations/ParentNode.java
- src/jdk/nashorn/internal/objects/ScriptFunctionTrampolineImpl.java
- src/jdk/nashorn/internal/runtime/SpecializedMethodChooser.java
- test/script/basic/runsunspider.js.EXPECTED
- test/script/sandbox/reflection.js.EXPECTED
- test/script/sandbox/unsafe.js.EXPECTED
- test/src/jdk/nashorn/internal/runtime/Nashorn401TestSubject.java
- test/src/jdk/nashorn/internal/test/models/ConstructorWithArgument.java
- test/src/jdk/nashorn/internal/test/models/DessertTopping.java
- test/src/jdk/nashorn/internal/test/models/DessertToppingFloorWaxDriver.java
- test/src/jdk/nashorn/internal/test/models/FinalClass.java
- test/src/jdk/nashorn/internal/test/models/FloorWax.java
- test/src/jdk/nashorn/internal/test/models/NoAccessibleConstructorClass.java
- test/src/jdk/nashorn/internal/test/models/NonPublicClass.java
- test/src/jdk/nashorn/internal/test/models/OuterClass.java
- test/src/jdk/nashorn/internal/test/models/OverloadedSam.java
- test/src/jdk/nashorn/internal/test/models/OverrideObject.java
- test/src/jdk/nashorn/internal/test/models/StringArgs.java
- test/src/jdk/nashorn/internal/test/models/Toothpaste.java

Changeset: 999cc1bf5520
Author:    lana
Date:      2013-04-01 21:42 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/999cc1bf5520

Merge

- src/jdk/nashorn/api/scripting/resources/init.js
- src/jdk/nashorn/internal/ir/ReferenceNode.java
- src/jdk/nashorn/internal/ir/annotations/ChildNode.java
- src/jdk/nashorn/internal/ir/annotations/ParentNode.java
- src/jdk/nashorn/internal/objects/ScriptFunctionTrampolineImpl.java
- src/jdk/nashorn/internal/runtime/SpecializedMethodChooser.java
- test/script/basic/runsunspider.js.EXPECTED
- test/script/sandbox/reflection.js.EXPECTED
- test/script/sandbox/unsafe.js.EXPECTED
- test/src/jdk/nashorn/internal/runtime/Nashorn401TestSubject.java
- test/src/jdk/nashorn/internal/test/models/ConstructorWithArgument.java
- test/src/jdk/nashorn/internal/test/models/DessertTopping.java
- test/src/jdk/nashorn/internal/test/models/DessertToppingFloorWaxDriver.java
- test/src/jdk/nashorn/internal/test/models/FinalClass.java
- test/src/jdk/nashorn/internal/test/models/FloorWax.java
- test/src/jdk/nashorn/internal/test/models/NoAccessibleConstructorClass.java
- test/src/jdk/nashorn/internal/test/models/NonPublicClass.java
- test/src/jdk/nashorn/internal/test/models/OuterClass.java
- test/src/jdk/nashorn/internal/test/models/OverloadedSam.java
- test/src/jdk/nashorn/internal/test/models/OverrideObject.java
- test/src/jdk/nashorn/internal/test/models/StringArgs.java
- test/src/jdk/nashorn/internal/test/models/Toothpaste.java



From tim.bell at oracle.com  Wed Apr  3 02:42:44 2013
From: tim.bell at oracle.com (Tim Bell)
Date: Tue, 02 Apr 2013 19:42:44 -0700
Subject: Please review: JDK-8011348 "use of which in common/autoconf/autogen.sh
	is not portable"
In-Reply-To: <20130402125943.B74A44852B@hg.openjdk.java.net>
References: <20130402125943.B74A44852B@hg.openjdk.java.net>
Message-ID: <515B9724.5060508@oracle.com>

All -

I regret the fact that I did not test the fix for 8009988 (see below) 
when I reviewed it.  The script as written there assumes that the 
'which' utility will return nothing if the command is not found.  On 
some platforms (Solaris and Windows/Cygwin to name two), the return is 
more like 'no autoconf-2.67 in $PATH'

Please review the fix for 8011348, which restores autogen.sh to platform 
independence.

The bug report should be visible soon at:
   http://bugs.sun.com/view_bug.do?bug_id=8011348

Webrev is here:
   http://cr.openjdk.java.net/~tbell/8011348/webrev.00/

Thanks in advance for any reviews.  Feedback welcome-

Tim


-------- Original Message --------
Subject: 	hg: jdk8/build: 8009988: build-infra: Fix configure output for 
zip debuginfo check
Date: 	Tue, 02 Apr 2013 12:59:43 +0000
From: 	ahughes at redhat.com
To: 	jdk8-changes at openjdk.java.net, build-dev at openjdk.java.net



Changeset: 15c1642967c9
Author:    andrew
Date:      2013-04-02 13:59 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/rev/15c1642967c9

8009988: build-infra: Fix configure output for zip debuginfo check
Summary: No output from zip debuginfo option when default is used.
Reviewed-by: tbell

! common/autoconf/autogen.sh
! common/autoconf/generated-configure.sh
! common/autoconf/jdk-options.m4





From mike.duigou at oracle.com  Wed Apr  3 03:03:28 2013
From: mike.duigou at oracle.com (Mike Duigou)
Date: Tue, 2 Apr 2013 20:03:28 -0700
Subject: RFR: 8011350 : hgforesth.sh fails if sh is not bash
Message-ID: <746B789E-EBD5-41C1-A280-F2184E5CEBE4@oracle.com>

Hello all;

Further testing on JDK-8011342 revealed that hgforest.sh can fail if the sh shell is not bash. The problem appears to be due to mixing of -o -a and ! in [] test expressions.

I have prepared a webrev here:

http://cr.openjdk.java.net/~mduigou/JDK-8011350/0/webrev/common/bin/hgforest.sh.udiff.html

This converts all of the potentially problematic [ expr -o expr ] [ expr -a expr ] and [ expr -{o|a} ! expr ] to use "test". My conversions are based on the advice of the autotools chapter on "Writing portable Bourne Shell" (http://sourceware.org/autobook/autobook/autobook_208.html#SEC208) for avoiding potential problems. 

The other option is just to require bash which is already required by the new build process.

Mike

From david.holmes at oracle.com  Wed Apr  3 07:21:12 2013
From: david.holmes at oracle.com (David Holmes)
Date: Wed, 03 Apr 2013 17:21:12 +1000
Subject: RFR: 8011350 : hgforesth.sh fails if sh is not bash
In-Reply-To: <746B789E-EBD5-41C1-A280-F2184E5CEBE4@oracle.com>
References: <746B789E-EBD5-41C1-A280-F2184E5CEBE4@oracle.com>
Message-ID: <515BD868.6040803@oracle.com>

On 3/04/2013 1:03 PM, Mike Duigou wrote:
> Hello all;
>
> Further testing on JDK-8011342 revealed that hgforest.sh can fail if the sh shell is not bash. The problem appears to be due to mixing of -o -a and ! in [] test expressions.

What a bizarre failure mode. In the tests I did:

/usr/local/bin/python -V | cut -f 1 -d " "

produces

Python 2.7.3

on both sh and bash. Yet when it is part of the script:

if [ -x "$python" -a ! -d "$python" -a  "`${python} -V 2>&1 | cut -f 1 
-d " "`" == "Python" ] ; then

it evaluates to just "Python" on bash.

> I have prepared a webrev here:
>
> http://cr.openjdk.java.net/~mduigou/JDK-8011350/0/webrev/common/bin/hgforest.sh.udiff.html
>
> This converts all of the potentially problematic [ expr -o expr ] [ expr -a expr ] and [ expr -{o|a} ! expr ] to use "test". My conversions are based on the advice of the autotools chapter on "Writing portable Bourne Shell" (http://sourceware.org/autobook/autobook/autobook_208.html#SEC208) for avoiding potential problems.
>
> The other option is just to require bash which is already required by the new build process.

I'm inclined to go for the latter though that requires a change to 
get_source.sh as well to use bash.

But I defer to the build gurus.

BTW this is now a P1 as it blocks the TL nightly build as the pre-build 
is done on a Solaris machine.

David

> Mike
>


From erik.joelsson at oracle.com  Wed Apr  3 08:25:51 2013
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Wed, 03 Apr 2013 10:25:51 +0200
Subject: [PATCH] Enable debug info on all libraries for OpenJDK builds
In-Reply-To: <1296964538.372074.1364921773405.JavaMail.root@redhat.com>
References: <1296964538.372074.1364921773405.JavaMail.root@redhat.com>
Message-ID: <515BE78F.509@oracle.com>

On 2013-04-02 18:56, Andrew Hughes wrote:
> With the new build system, the availability of debugging information in the
> JDK build is a complete mess, controlled by different flags from those that
> control the HotSpot build.
>
> Even when debugging is asked for, it is only turned on for a small number of
> libraries on GNU/Linux.  On Windows, this is overridden with no real explanation:
> in 7197849: Update new build-infra makefiles.
>
> > From jdk/makefiles/CompileNativeLibraries.gmk:
>
> # Use this variable to set DEBUG_SYMBOLS true on windows for all libraries, but
> # not on other platforms.
> ifeq ($(OPENJDK_TARGET_OS), windows)
>      WINDOWS_ONLY := true
> endif
>
> and then WINDOWS_ONLY is used as the value for DEBUG_SYMBOLS on most, but not all,
> libraries (those that are Mac or GNU/Linux only are missed).
>
> This webrev:
>
> http://cr.openjdk.java.net/~andrew/build/debugging/webrev.01/
>
> cleans up the situation, adding DEBUG_ALL_BINARIES in place of WINDOWS_ONLY and
> adding it to all libraries that don't have DEBUG_SYMBOLS set to true.  The previous
> Windows conditional uses this new symbol in place of WINDOWS_ONLY and the following
> is also added:
>
> ifdef OPENJDK
>      DEBUG_ALL_BINARIES := true
> endif
>
> so non-OpenJDK builds will still get the same situation as before, while OpenJDK
> builds will get the expected debugging information when it's asked for.
>
> All that's now missing compared with a 7 image is debugging on program binaries which
> I'll look at next.
>
> Does this look ok?  And if so, can I have a bug ID for it?
>
>
I think this looks fine and I've created

"JDK-8011366: Enable debug info on all libraries for OpenJDK builds"

I think someone more intimately familiar with debugging these libraries 
should also comment on this.

Note that by adding the new variable to places where there was no 
DEBUG_SYMBOLS before actually will change behavior on windows for non 
open builds. Also, at least for release builds, the new system was 
deliberately mimicking the old system very closely. This has highlighted 
some of the weirdness that was there already. It's good that it can now 
be fixed.

/Erik


From erik.joelsson at oracle.com  Wed Apr  3 08:28:14 2013
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Wed, 03 Apr 2013 10:28:14 +0200
Subject: Support building zero with the new build
In-Reply-To: <515B4AD4.8050509@redhat.com>
References: <5152328A.9040608@redhat.com> <5152B41F.3090207@oracle.com>
	<5152F760.4020201@redhat.com> <1364393132.5998.9.camel@mercury>
	<5154B260.7060106@redhat.com> <515AA304.7080901@oracle.com>
	<515B4AD4.8050509@redhat.com>
Message-ID: <515BE81E.1020500@oracle.com>

This looks good to me. Thanks!

/Erik

On 2013-04-02 23:17, Omair Majid wrote:
> Hi,
>
> Updated patch at:
> http://cr.openjdk.java.net/~omajid/webrevs/zero-newbuild/02/
>
> On 04/02/2013 05:21 AM, Erik Joelsson wrote:
>> I know it's not always obvious where things belong but I would put the
>> INCLUDE_SA logic in jdk-options.m4 somewhere close after the JVM_VARIANT
>> variables have been assigned.
> How about right after it? :)
>
> Thanks,
> Omair
>


From erik.joelsson at oracle.com  Wed Apr  3 08:32:12 2013
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Wed, 03 Apr 2013 10:32:12 +0200
Subject: Please review: JDK-8011348 "use of which in
	common/autoconf/autogen.sh is not portable"
In-Reply-To: <515B9724.5060508@oracle.com>
References: <20130402125943.B74A44852B@hg.openjdk.java.net>
	<515B9724.5060508@oracle.com>
Message-ID: <515BE90C.9010601@oracle.com>

Tim,

Looks good to me.

/Erik

On 2013-04-03 04:42, Tim Bell wrote:
> All -
>
> I regret the fact that I did not test the fix for 8009988 (see below) 
> when I reviewed it.  The script as written there assumes that the 
> 'which' utility will return nothing if the command is not found.  On 
> some platforms (Solaris and Windows/Cygwin to name two), the return is 
> more like 'no autoconf-2.67 in $PATH'
>
> Please review the fix for 8011348, which restores autogen.sh to 
> platform independence.
>
> The bug report should be visible soon at:
>   http://bugs.sun.com/view_bug.do?bug_id=8011348
>
> Webrev is here:
>   http://cr.openjdk.java.net/~tbell/8011348/webrev.00/
>
> Thanks in advance for any reviews.  Feedback welcome-
>
> Tim
>
>
> -------- Original Message --------
> Subject:     hg: jdk8/build: 8009988: build-infra: Fix configure 
> output for zip debuginfo check
> Date:     Tue, 02 Apr 2013 12:59:43 +0000
> From:     ahughes at redhat.com
> To:     jdk8-changes at openjdk.java.net, build-dev at openjdk.java.net
>
>
>
> Changeset: 15c1642967c9
> Author:    andrew
> Date:      2013-04-02 13:59 +0100
> URL:       http://hg.openjdk.java.net/jdk8/build/rev/15c1642967c9
>
> 8009988: build-infra: Fix configure output for zip debuginfo check
> Summary: No output from zip debuginfo option when default is used.
> Reviewed-by: tbell
>
> ! common/autoconf/autogen.sh
> ! common/autoconf/generated-configure.sh
> ! common/autoconf/jdk-options.m4
>
>
>
>


From erik.joelsson at oracle.com  Wed Apr  3 08:34:38 2013
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Wed, 03 Apr 2013 10:34:38 +0200
Subject: RFR: 8011350 : hgforesth.sh fails if sh is not bash
In-Reply-To: <515BD868.6040803@oracle.com>
References: <746B789E-EBD5-41C1-A280-F2184E5CEBE4@oracle.com>
	<515BD868.6040803@oracle.com>
Message-ID: <515BE99E.6040605@oracle.com>

I'm all for requiring bash. We already did for configure and autogen.sh, 
so the damage is already done.

/Erik

On 2013-04-03 09:21, David Holmes wrote:
> On 3/04/2013 1:03 PM, Mike Duigou wrote:
>> Hello all;
>>
>> Further testing on JDK-8011342 revealed that hgforest.sh can fail if 
>> the sh shell is not bash. The problem appears to be due to mixing of 
>> -o -a and ! in [] test expressions.
>
> What a bizarre failure mode. In the tests I did:
>
> /usr/local/bin/python -V | cut -f 1 -d " "
>
> produces
>
> Python 2.7.3
>
> on both sh and bash. Yet when it is part of the script:
>
> if [ -x "$python" -a ! -d "$python" -a  "`${python} -V 2>&1 | cut -f 1 
> -d " "`" == "Python" ] ; then
>
> it evaluates to just "Python" on bash.
>
>> I have prepared a webrev here:
>>
>> http://cr.openjdk.java.net/~mduigou/JDK-8011350/0/webrev/common/bin/hgforest.sh.udiff.html 
>>
>>
>> This converts all of the potentially problematic [ expr -o expr ] [ 
>> expr -a expr ] and [ expr -{o|a} ! expr ] to use "test". My 
>> conversions are based on the advice of the autotools chapter on 
>> "Writing portable Bourne Shell" 
>> (http://sourceware.org/autobook/autobook/autobook_208.html#SEC208) 
>> for avoiding potential problems.
>>
>> The other option is just to require bash which is already required by 
>> the new build process.
>
> I'm inclined to go for the latter though that requires a change to 
> get_source.sh as well to use bash.
>
> But I defer to the build gurus.
>
> BTW this is now a P1 as it blocks the TL nightly build as the 
> pre-build is done on a Solaris machine.
>
> David
>
>> Mike
>>


From erik.joelsson at oracle.com  Wed Apr  3 10:02:24 2013
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Wed, 03 Apr 2013 12:02:24 +0200
Subject: RFR: 8011372: Remove -p from cp in IdleCompilation.gmk
Message-ID: <515BFE30.80800@oracle.com>

In IdlCompilation.gmk there is a cp line with the -p flag. I can see no 
apparent reason for this flag and it was reported that it causes 
problems when building over NFS in certain situations. This patch 
removes the flag.

http://cr.openjdk.java.net/~erikj/8011372/webrev.01/

/Erik


From rkennke at redhat.com  Wed Apr  3 11:00:50 2013
From: rkennke at redhat.com (Roman Kennke)
Date: Wed, 03 Apr 2013 13:00:50 +0200
Subject: Support building zero with the new build
In-Reply-To: <515BE81E.1020500@oracle.com>
References: <5152328A.9040608@redhat.com> <5152B41F.3090207@oracle.com>
	<5152F760.4020201@redhat.com> <1364393132.5998.9.camel@mercury>
	<5154B260.7060106@redhat.com> <515AA304.7080901@oracle.com>
	<515B4AD4.8050509@redhat.com> <515BE81E.1020500@oracle.com>
Message-ID: <1364986850.2303.0.camel@mercury>

Yup, fine for me as well! (I'm not a reviewer though... just an opinion)

Roman

Am Mittwoch, den 03.04.2013, 10:28 +0200 schrieb Erik Joelsson:
> This looks good to me. Thanks!
> 
> /Erik
> 
> On 2013-04-02 23:17, Omair Majid wrote:
> > Hi,
> >
> > Updated patch at:
> > http://cr.openjdk.java.net/~omajid/webrevs/zero-newbuild/02/
> >
> > On 04/02/2013 05:21 AM, Erik Joelsson wrote:
> >> I know it's not always obvious where things belong but I would put the
> >> INCLUDE_SA logic in jdk-options.m4 somewhere close after the JVM_VARIANT
> >> variables have been assigned.
> > How about right after it? :)
> >
> > Thanks,
> > Omair
> >




From per.liden at oracle.com  Wed Apr  3 10:24:29 2013
From: per.liden at oracle.com (=?ISO-8859-1?Q?Per_Lid=E9n?=)
Date: Wed, 03 Apr 2013 12:24:29 +0200
Subject: RFR: 8011372: Remove -p from cp in IdleCompilation.gmk
In-Reply-To: <515BFE30.80800@oracle.com>
References: <515BFE30.80800@oracle.com>
Message-ID: <515C035D.3040607@oracle.com>

Looks good. Thanks for fixing this!

/Per

On 2013-04-03 12:02, Erik Joelsson wrote:
> In IdlCompilation.gmk there is a cp line with the -p flag. I can see 
> no apparent reason for this flag and it was reported that it causes 
> problems when building over NFS in certain situations. This patch 
> removes the flag.
>
> http://cr.openjdk.java.net/~erikj/8011372/webrev.01/
>
> /Erik



From gnu.andrew at redhat.com  Wed Apr  3 14:54:58 2013
From: gnu.andrew at redhat.com (Andrew Hughes)
Date: Wed, 3 Apr 2013 10:54:58 -0400 (EDT)
Subject: Support building zero with the new build
In-Reply-To: <1364986850.2303.0.camel@mercury>
References: <5152328A.9040608@redhat.com> <5152F760.4020201@redhat.com>
	<1364393132.5998.9.camel@mercury> <5154B260.7060106@redhat.com>
	<515AA304.7080901@oracle.com> <515B4AD4.8050509@redhat.com>
	<515BE81E.1020500@oracle.com> <1364986850.2303.0.camel@mercury>
Message-ID: <1988302083.837741.1365000898499.JavaMail.root@redhat.com>

----- Original Message -----
> Yup, fine for me as well! (I'm not a reviewer though... just an opinion)
> 
> Roman
> 
> Am Mittwoch, den 03.04.2013, 10:28 +0200 schrieb Erik Joelsson:
> > This looks good to me. Thanks!
> > 
> > /Erik
> > 
> > On 2013-04-02 23:17, Omair Majid wrote:
> > > Hi,
> > >
> > > Updated patch at:
> > > http://cr.openjdk.java.net/~omajid/webrevs/zero-newbuild/02/
> > >
> > > On 04/02/2013 05:21 AM, Erik Joelsson wrote:
> > >> I know it's not always obvious where things belong but I would put the
> > >> INCLUDE_SA logic in jdk-options.m4 somewhere close after the JVM_VARIANT
> > >> variables have been assigned.
> > > How about right after it? :)
> > >
> > > Thanks,
> > > Omair
> > >
> 
> 
> 

It looks fine to me from reading the patch, but I'll give it a test run.

Do we have a bug ID?  Assuming I don't find any issues, we should be good to go.
-- 
Andrew :)

Free Java Software Engineer
Red Hat, Inc. (http://www.redhat.com)

PGP Key: 248BDC07 (https://keys.indymedia.org/)
Fingerprint = EC5A 1F5E C0AD 1D15 8F1F  8F91 3B96 A578 248B DC07



From gnu.andrew at redhat.com  Wed Apr  3 14:58:23 2013
From: gnu.andrew at redhat.com (Andrew Hughes)
Date: Wed, 3 Apr 2013 10:58:23 -0400 (EDT)
Subject: [PATCH] Enable debug info on all libraries for OpenJDK builds
In-Reply-To: <515BE78F.509@oracle.com>
References: <1296964538.372074.1364921773405.JavaMail.root@redhat.com>
	<515BE78F.509@oracle.com>
Message-ID: <1141916788.839154.1365001103133.JavaMail.root@redhat.com>

----- Original Message -----
> On 2013-04-02 18:56, Andrew Hughes wrote:
> > With the new build system, the availability of debugging information in the
> > JDK build is a complete mess, controlled by different flags from those that
> > control the HotSpot build.
> >
> > Even when debugging is asked for, it is only turned on for a small number
> > of
> > libraries on GNU/Linux.  On Windows, this is overridden with no real
> > explanation:
> > in 7197849: Update new build-infra makefiles.
> >
> > > From jdk/makefiles/CompileNativeLibraries.gmk:
> >
> > # Use this variable to set DEBUG_SYMBOLS true on windows for all libraries,
> > but
> > # not on other platforms.
> > ifeq ($(OPENJDK_TARGET_OS), windows)
> >      WINDOWS_ONLY := true
> > endif
> >
> > and then WINDOWS_ONLY is used as the value for DEBUG_SYMBOLS on most, but
> > not all,
> > libraries (those that are Mac or GNU/Linux only are missed).
> >
> > This webrev:
> >
> > http://cr.openjdk.java.net/~andrew/build/debugging/webrev.01/
> >
> > cleans up the situation, adding DEBUG_ALL_BINARIES in place of WINDOWS_ONLY
> > and
> > adding it to all libraries that don't have DEBUG_SYMBOLS set to true.  The
> > previous
> > Windows conditional uses this new symbol in place of WINDOWS_ONLY and the
> > following
> > is also added:
> >
> > ifdef OPENJDK
> >      DEBUG_ALL_BINARIES := true
> > endif
> >
> > so non-OpenJDK builds will still get the same situation as before, while
> > OpenJDK
> > builds will get the expected debugging information when it's asked for.
> >
> > All that's now missing compared with a 7 image is debugging on program
> > binaries which
> > I'll look at next.
> >
> > Does this look ok?  And if so, can I have a bug ID for it?
> >
> >
> I think this looks fine and I've created
> 
> "JDK-8011366: Enable debug info on all libraries for OpenJDK builds"
> 
> I think someone more intimately familiar with debugging these libraries
> should also comment on this.
> 

Yeah, I need someone who's a reviewer anyway (you're not yet, right?)
as I can't review it myself.

> Note that by adding the new variable to places where there was no
> DEBUG_SYMBOLS before actually will change behavior on windows for non
> open builds. Also, at least for release builds, the new system was
> deliberately mimicking the old system very closely. This has highlighted
> some of the weirdness that was there already. It's good that it can now
> be fixed.

The only ones that didn't have DEBUG_SYMBOLS set to true before (either via
'true' or WINDOWS_ONLY) aren't built on Windows.  They are things like the X11
libraries.  The first attempt I did (just set WINDOWS_ONLY true on OPENJDK builds)
showed up the few that weren't caught.  I could do with someone testing an
OpenJDK Mac build though.

> 
> /Erik
> 

-- 
Andrew :)

Free Java Software Engineer
Red Hat, Inc. (http://www.redhat.com)

PGP Key: 248BDC07 (https://keys.indymedia.org/)
Fingerprint = EC5A 1F5E C0AD 1D15 8F1F  8F91 3B96 A578 248B DC07



From erik.joelsson at oracle.com  Wed Apr  3 15:17:08 2013
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Wed, 03 Apr 2013 17:17:08 +0200
Subject: Support building zero with the new build
In-Reply-To: <1988302083.837741.1365000898499.JavaMail.root@redhat.com>
References: <5152328A.9040608@redhat.com> <5152F760.4020201@redhat.com>
	<1364393132.5998.9.camel@mercury> <5154B260.7060106@redhat.com>
	<515AA304.7080901@oracle.com> <515B4AD4.8050509@redhat.com>
	<515BE81E.1020500@oracle.com> <1364986850.2303.0.camel@mercury>
	<1988302083.837741.1365000898499.JavaMail.root@redhat.com>
Message-ID: <515C47F4.8010907@oracle.com>


On 2013-04-03 16:54, Andrew Hughes wrote:
> ----- Original Message -----
>> Yup, fine for me as well! (I'm not a reviewer though... just an opinion)
>>
>> Roman
>>
>> Am Mittwoch, den 03.04.2013, 10:28 +0200 schrieb Erik Joelsson:
>>> This looks good to me. Thanks!
>>>
>>> /Erik
>>>
>>> On 2013-04-02 23:17, Omair Majid wrote:
>>>> Hi,
>>>>
>>>> Updated patch at:
>>>> http://cr.openjdk.java.net/~omajid/webrevs/zero-newbuild/02/
>>>>
>>>> On 04/02/2013 05:21 AM, Erik Joelsson wrote:
>>>>> I know it's not always obvious where things belong but I would put the
>>>>> INCLUDE_SA logic in jdk-options.m4 somewhere close after the JVM_VARIANT
>>>>> variables have been assigned.
>>>> How about right after it? :)
>>>>
>>>> Thanks,
>>>> Omair
>>>>
>>
>>
> It looks fine to me from reading the patch, but I'll give it a test run.
>
> Do we have a bug ID?  Assuming I don't find any issues, we should be good to go.
JDK-8011388: Support building zero and zeroshark with the new build

/Erik


From mike.duigou at oracle.com  Wed Apr  3 15:56:07 2013
From: mike.duigou at oracle.com (Mike Duigou)
Date: Wed, 3 Apr 2013 08:56:07 -0700
Subject: RFR: 8011350 : hgforesth.sh fails if sh is not bash
In-Reply-To: <746B789E-EBD5-41C1-A280-F2184E5CEBE4@oracle.com>
References: <746B789E-EBD5-41C1-A280-F2184E5CEBE4@oracle.com>
Message-ID: <655352B7-68DA-494B-8910-E303967B69E1@oracle.com>

An alternative has been suggested: convert the hgforest.sh script to a bash script. I have tested this alternative on unbuntu linux 11.04, solaris 10u9, MacOS 10.7 and cygwin 1.7.17. This seems like less risk and there doesn't seem to be a compelling reason to stick with classic sh.

I have prepared an alternate webrev here:

http://cr.openjdk.java.net/~mduigou/JDK-8011350/1

We could still consider the original webrev if using bash turns out to have unexpected issues. 

Mike

On Apr 2 2013, at 20:03 , Mike Duigou wrote:

> Hello all;
> 
> Further testing on JDK-8011342 revealed that hgforest.sh can fail if the sh shell is not bash. The problem appears to be due to mixing of -o -a and ! in [] test expressions.
> 
> I have prepared a webrev here:
> 
> http://cr.openjdk.java.net/~mduigou/JDK-8011350/0/webrev/common/bin/hgforest.sh.udiff.html
> 
> This converts all of the potentially problematic [ expr -o expr ] [ expr -a expr ] and [ expr -{o|a} ! expr ] to use "test". My conversions are based on the advice of the autotools chapter on "Writing portable Bourne Shell" (http://sourceware.org/autobook/autobook/autobook_208.html#SEC208) for avoiding potential problems. 
> 
> The other option is just to require bash which is already required by the new build process.
> 
> Mike



From tim.bell at oracle.com  Wed Apr  3 16:46:53 2013
From: tim.bell at oracle.com (Tim Bell)
Date: Wed, 03 Apr 2013 09:46:53 -0700
Subject: RFR: 8011372: Remove -p from cp in IdleCompilation.gmk
In-Reply-To: <515BFE30.80800@oracle.com>
References: <515BFE30.80800@oracle.com>
Message-ID: <515C5CFD.8030100@oracle.com>

Hi Erik:

> In IdlCompilation.gmk there is a cp line with the -p flag. I can see 
> no apparent reason for this flag and it was reported that it causes 
> problems when building over NFS in certain situations. This patch 
> removes the flag.
>
> http://cr.openjdk.java.net/~erikj/8011372/webrev.01/

Looks good to me.

Tim



From david.holmes at oracle.com  Wed Apr  3 23:09:36 2013
From: david.holmes at oracle.com (David Holmes)
Date: Thu, 04 Apr 2013 09:09:36 +1000
Subject: RFR: 8011350 : hgforesth.sh fails if sh is not bash
In-Reply-To: <655352B7-68DA-494B-8910-E303967B69E1@oracle.com>
References: <746B789E-EBD5-41C1-A280-F2184E5CEBE4@oracle.com>
	<655352B7-68DA-494B-8910-E303967B69E1@oracle.com>
Message-ID: <515CB6B0.2000800@oracle.com>

On 4/04/2013 1:56 AM, Mike Duigou wrote:
> An alternative has been suggested: convert the hgforest.sh script to a bash script. I have tested this alternative on unbuntu linux 11.04, solaris 10u9, MacOS 10.7 and cygwin 1.7.17. This seems like less risk and there doesn't seem to be a compelling reason to stick with classic sh.
>
> I have prepared an alternate webrev here:
>
> http://cr.openjdk.java.net/~mduigou/JDK-8011350/1

Looks good to me.

Aside: your webrev doesn't include a patch file! Is this something the 
updated webrev has lost ???

David

> We could still consider the original webrev if using bash turns out to have unexpected issues.
>
> Mike
>
> On Apr 2 2013, at 20:03 , Mike Duigou wrote:
>
>> Hello all;
>>
>> Further testing on JDK-8011342 revealed that hgforest.sh can fail if the sh shell is not bash. The problem appears to be due to mixing of -o -a and ! in [] test expressions.
>>
>> I have prepared a webrev here:
>>
>> http://cr.openjdk.java.net/~mduigou/JDK-8011350/0/webrev/common/bin/hgforest.sh.udiff.html
>>
>> This converts all of the potentially problematic [ expr -o expr ] [ expr -a expr ] and [ expr -{o|a} ! expr ] to use "test". My conversions are based on the advice of the autotools chapter on "Writing portable Bourne Shell" (http://sourceware.org/autobook/autobook/autobook_208.html#SEC208) for avoiding potential problems.
>>
>> The other option is just to require bash which is already required by the new build process.
>>
>> Mike
>


From mike.duigou at oracle.com  Wed Apr  3 23:12:40 2013
From: mike.duigou at oracle.com (Mike Duigou)
Date: Wed, 3 Apr 2013 16:12:40 -0700
Subject: RFR: 8011350 : hgforesth.sh fails if sh is not bash
In-Reply-To: <515CB6B0.2000800@oracle.com>
References: <746B789E-EBD5-41C1-A280-F2184E5CEBE4@oracle.com>
	<655352B7-68DA-494B-8910-E303967B69E1@oracle.com>
	<515CB6B0.2000800@oracle.com>
Message-ID: <3BE4252D-A3A9-4C8B-8B30-CBC153CE9285@oracle.com>


On Apr 3 2013, at 16:09 , David Holmes wrote:

> On 4/04/2013 1:56 AM, Mike Duigou wrote:
>> An alternative has been suggested: convert the hgforest.sh script to a bash script. I have tested this alternative on unbuntu linux 11.04, solaris 10u9, MacOS 10.7 and cygwin 1.7.17. This seems like less risk and there doesn't seem to be a compelling reason to stick with classic sh.
>> 
>> I have prepared an alternate webrev here:
>> 
>> http://cr.openjdk.java.net/~mduigou/JDK-8011350/1
> 
> Looks good to me.

Another version with feedback from David Kattleman coming momentarily.

> 
> Aside: your webrev doesn't include a patch file! Is this something the updated webrev has lost ???

It's now 'jdk.changeset' if it's a valid hg changeset. This was part of a fix by Jim Gish so that patches from webrevs could be directly applied and pushed.

Mike

> 
> David
> 
>> We could still consider the original webrev if using bash turns out to have unexpected issues.
>> 
>> Mike
>> 
>> On Apr 2 2013, at 20:03 , Mike Duigou wrote:
>> 
>>> Hello all;
>>> 
>>> Further testing on JDK-8011342 revealed that hgforest.sh can fail if the sh shell is not bash. The problem appears to be due to mixing of -o -a and ! in [] test expressions.
>>> 
>>> I have prepared a webrev here:
>>> 
>>> http://cr.openjdk.java.net/~mduigou/JDK-8011350/0/webrev/common/bin/hgforest.sh.udiff.html
>>> 
>>> This converts all of the potentially problematic [ expr -o expr ] [ expr -a expr ] and [ expr -{o|a} ! expr ] to use "test". My conversions are based on the advice of the autotools chapter on "Writing portable Bourne Shell" (http://sourceware.org/autobook/autobook/autobook_208.html#SEC208) for avoiding potential problems.
>>> 
>>> The other option is just to require bash which is already required by the new build process.
>>> 
>>> Mike
>> 



From mike.duigou at oracle.com  Wed Apr  3 23:30:33 2013
From: mike.duigou at oracle.com (Mike Duigou)
Date: Wed, 3 Apr 2013 16:30:33 -0700
Subject: RFR: 8011350 : hgforesth.sh fails if sh is not bash
In-Reply-To: <655352B7-68DA-494B-8910-E303967B69E1@oracle.com>
References: <746B789E-EBD5-41C1-A280-F2184E5CEBE4@oracle.com>
	<655352B7-68DA-494B-8910-E303967B69E1@oracle.com>
Message-ID: <6C54D462-CC06-4438-914C-E050E871ED34@oracle.com>

I've received some feedback from Tim Bell and David Katleman.

Here's an updated version of the patch.

http://cr.openjdk.java.net/~mduigou/JDK-8011350/2

It turns out the real shell incompatibility was more straightforward. The outright conversion to bash isn't necessary. Replacement of '==' with '=' and double to single quotes in the cut command are sufficient.

The whichhg changes are based on an observation by Tim Bell in another bug that some versions of Solaris "/usr/bin/which" don't generate an exit code and instead output the message "no foo in PATH". This change better handles no mercurial being present.

Mike

On Apr 3 2013, at 08:56 , Mike Duigou wrote:

> An alternative has been suggested: convert the hgforest.sh script to a bash script. I have tested this alternative on unbuntu linux 11.04, solaris 10u9, MacOS 10.7 and cygwin 1.7.17. This seems like less risk and there doesn't seem to be a compelling reason to stick with classic sh.
> 
> I have prepared an alternate webrev here:
> 
> http://cr.openjdk.java.net/~mduigou/JDK-8011350/1
> 
> We could still consider the original webrev if using bash turns out to have unexpected issues. 
> 
> Mike
> 
> On Apr 2 2013, at 20:03 , Mike Duigou wrote:
> 
>> Hello all;
>> 
>> Further testing on JDK-8011342 revealed that hgforest.sh can fail if the sh shell is not bash. The problem appears to be due to mixing of -o -a and ! in [] test expressions.
>> 
>> I have prepared a webrev here:
>> 
>> http://cr.openjdk.java.net/~mduigou/JDK-8011350/0/webrev/common/bin/hgforest.sh.udiff.html
>> 
>> This converts all of the potentially problematic [ expr -o expr ] [ expr -a expr ] and [ expr -{o|a} ! expr ] to use "test". My conversions are based on the advice of the autotools chapter on "Writing portable Bourne Shell" (http://sourceware.org/autobook/autobook/autobook_208.html#SEC208) for avoiding potential problems. 
>> 
>> The other option is just to require bash which is already required by the new build process.
>> 
>> Mike
> 



From tim.bell at oracle.com  Thu Apr  4 01:45:56 2013
From: tim.bell at oracle.com (Tim Bell)
Date: Wed, 03 Apr 2013 18:45:56 -0700
Subject: RFR: 8011350 : hgforesth.sh fails if sh is not bash
In-Reply-To: <6C54D462-CC06-4438-914C-E050E871ED34@oracle.com>
References: <746B789E-EBD5-41C1-A280-F2184E5CEBE4@oracle.com>
	<655352B7-68DA-494B-8910-E303967B69E1@oracle.com>
	<6C54D462-CC06-4438-914C-E050E871ED34@oracle.com>
Message-ID: <515CDB54.8080500@oracle.com>

Looks good to me, Mike

Thanks - a seemingly simple change inflated into a small project when 
tested on multiple O/S platforms.

Tim

On 04/03/13 16:30, Mike Duigou wrote:
> I've received some feedback from Tim Bell and David Katleman.
>
> Here's an updated version of the patch.
>
> http://cr.openjdk.java.net/~mduigou/JDK-8011350/2
>
> It turns out the real shell incompatibility was more straightforward. The outright conversion to bash isn't necessary. Replacement of '==' with '=' and double to single quotes in the cut command are sufficient.
>
> The whichhg changes are based on an observation by Tim Bell in another bug that some versions of Solaris "/usr/bin/which" don't generate an exit code and instead output the message "no foo in PATH". This change better handles no mercurial being present.
>
> Mike
>
> On Apr 3 2013, at 08:56 , Mike Duigou wrote:
>
>> An alternative has been suggested: convert the hgforest.sh script to a bash script. I have tested this alternative on unbuntu linux 11.04, solaris 10u9, MacOS 10.7 and cygwin 1.7.17. This seems like less risk and there doesn't seem to be a compelling reason to stick with classic sh.
>>
>> I have prepared an alternate webrev here:
>>
>> http://cr.openjdk.java.net/~mduigou/JDK-8011350/1
>>
>> We could still consider the original webrev if using bash turns out to have unexpected issues.
>>
>> Mike
>>
>> On Apr 2 2013, at 20:03 , Mike Duigou wrote:
>>
>>> Hello all;
>>>
>>> Further testing on JDK-8011342 revealed that hgforest.sh can fail if the sh shell is not bash. The problem appears to be due to mixing of -o -a and ! in [] test expressions.
>>>
>>> I have prepared a webrev here:
>>>
>>> http://cr.openjdk.java.net/~mduigou/JDK-8011350/0/webrev/common/bin/hgforest.sh.udiff.html
>>>
>>> This converts all of the potentially problematic [ expr -o expr ] [ expr -a expr ] and [ expr -{o|a} ! expr ] to use "test". My conversions are based on the advice of the autotools chapter on "Writing portable Bourne Shell" (http://sourceware.org/autobook/autobook/autobook_208.html#SEC208) for avoiding potential problems.
>>>
>>> The other option is just to require bash which is already required by the new build process.
>>>
>>> Mike




From david.katleman at oracle.com  Thu Apr  4 02:00:21 2013
From: david.katleman at oracle.com (David Katleman)
Date: Wed, 03 Apr 2013 19:00:21 -0700
Subject: RFR: 8011350 : hgforesth.sh fails if sh is not bash
In-Reply-To: <6C54D462-CC06-4438-914C-E050E871ED34@oracle.com>
References: <746B789E-EBD5-41C1-A280-F2184E5CEBE4@oracle.com>
	<655352B7-68DA-494B-8910-E303967B69E1@oracle.com>
	<6C54D462-CC06-4438-914C-E050E871ED34@oracle.com>
Message-ID: <515CDEB5.1010609@oracle.com>

Approved.

Glad it was simple double quote and "==" usage, rather than requiring 
substantial change.

         Dave

On 4/3/2013 4:30 PM, Mike Duigou wrote:
> I've received some feedback from Tim Bell and David Katleman.
>
> Here's an updated version of the patch.
>
> http://cr.openjdk.java.net/~mduigou/JDK-8011350/2
>
> It turns out the real shell incompatibility was more straightforward. The outright conversion to bash isn't necessary. Replacement of '==' with '=' and double to single quotes in the cut command are sufficient.
>
> The whichhg changes are based on an observation by Tim Bell in another bug that some versions of Solaris "/usr/bin/which" don't generate an exit code and instead output the message "no foo in PATH". This change better handles no mercurial being present.
>
> Mike
>
> On Apr 3 2013, at 08:56 , Mike Duigou wrote:
>
>> An alternative has been suggested: convert the hgforest.sh script to a bash script. I have tested this alternative on unbuntu linux 11.04, solaris 10u9, MacOS 10.7 and cygwin 1.7.17. This seems like less risk and there doesn't seem to be a compelling reason to stick with classic sh.
>>
>> I have prepared an alternate webrev here:
>>
>> http://cr.openjdk.java.net/~mduigou/JDK-8011350/1
>>
>> We could still consider the original webrev if using bash turns out to have unexpected issues.
>>
>> Mike
>>
>> On Apr 2 2013, at 20:03 , Mike Duigou wrote:
>>
>>> Hello all;
>>>
>>> Further testing on JDK-8011342 revealed that hgforest.sh can fail if the sh shell is not bash. The problem appears to be due to mixing of -o -a and ! in [] test expressions.
>>>
>>> I have prepared a webrev here:
>>>
>>> http://cr.openjdk.java.net/~mduigou/JDK-8011350/0/webrev/common/bin/hgforest.sh.udiff.html
>>>
>>> This converts all of the potentially problematic [ expr -o expr ] [ expr -a expr ] and [ expr -{o|a} ! expr ] to use "test". My conversions are based on the advice of the autotools chapter on "Writing portable Bourne Shell" (http://sourceware.org/autobook/autobook/autobook_208.html#SEC208) for avoiding potential problems.
>>>
>>> The other option is just to require bash which is already required by the new build process.
>>>
>>> Mike



From david.katleman at oracle.com  Thu Apr  4 02:14:27 2013
From: david.katleman at oracle.com (David Katleman)
Date: Wed, 03 Apr 2013 19:14:27 -0700
Subject: Please review: JDK-8011348 "use of which in
	common/autoconf/autogen.sh is not portable"
In-Reply-To: <515B9724.5060508@oracle.com>
References: <20130402125943.B74A44852B@hg.openjdk.java.net>
	<515B9724.5060508@oracle.com>
Message-ID: <515CE203.4090501@oracle.com>


On 4/2/2013 7:42 PM, Tim Bell wrote:
> All -
>
> I regret the fact that I did not test the fix for 8009988 (see below) 
> when I reviewed it.  The script as written there assumes that the 
> 'which' utility will return nothing if the command is not found.  On 
> some platforms (Solaris and Windows/Cygwin to name two), the return is 
> more like 'no autoconf-2.67 in $PATH'
>
> Please review the fix for 8011348, which restores autogen.sh to 
> platform independence.

>    46 AUTOCONF=$(which autoconf 2> /dev/null);
>    47 if test $? -ne 0; then
>    48   unset AUTOCONF
>    49 fi
The above still won't work on older Solaris releases, most S10 and earlier.

As both success and failure will result in $? being 0, if means AUTOCONF 
will be set to either

         /PATH/autoconf
  or
        no autoconf in AAA BBB CCC

I would borrow what we just came up with for hgforest.sh:

AUTOCONF="`which autoconf 2> /dev/null | grep -v '^no autoconf in'`"

You don't need the trailing test check then.

         Thanks
                 Dave

>
> The bug report should be visible soon at:
>   http://bugs.sun.com/view_bug.do?bug_id=8011348
>
> Webrev is here:
>   http://cr.openjdk.java.net/~tbell/8011348/webrev.00/
>
> Thanks in advance for any reviews.  Feedback welcome-
>
> Tim
>
>
> -------- Original Message --------
> Subject:     hg: jdk8/build: 8009988: build-infra: Fix configure 
> output for zip debuginfo check
> Date:     Tue, 02 Apr 2013 12:59:43 +0000
> From:     ahughes at redhat.com
> To:     jdk8-changes at openjdk.java.net, build-dev at openjdk.java.net
>
>
>
> Changeset: 15c1642967c9
> Author:    andrew
> Date:      2013-04-02 13:59 +0100
> URL:       http://hg.openjdk.java.net/jdk8/build/rev/15c1642967c9
>
> 8009988: build-infra: Fix configure output for zip debuginfo check
> Summary: No output from zip debuginfo option when default is used.
> Reviewed-by: tbell
>
> ! common/autoconf/autogen.sh
> ! common/autoconf/generated-configure.sh
> ! common/autoconf/jdk-options.m4
>
>
>
>



From david.holmes at oracle.com  Thu Apr  4 03:14:56 2013
From: david.holmes at oracle.com (David Holmes)
Date: Thu, 04 Apr 2013 13:14:56 +1000
Subject: RFR: 8011350 : hgforesth.sh fails if sh is not bash
In-Reply-To: <6C54D462-CC06-4438-914C-E050E871ED34@oracle.com>
References: <746B789E-EBD5-41C1-A280-F2184E5CEBE4@oracle.com>
	<655352B7-68DA-494B-8910-E303967B69E1@oracle.com>
	<6C54D462-CC06-4438-914C-E050E871ED34@oracle.com>
Message-ID: <515CF030.4090806@oracle.com>

On 4/04/2013 9:30 AM, Mike Duigou wrote:
> I've received some feedback from Tim Bell and David Katleman.
>
> Here's an updated version of the patch.
>
> http://cr.openjdk.java.net/~mduigou/JDK-8011350/2
>
> It turns out the real shell incompatibility was more straightforward. The outright conversion to bash isn't necessary. Replacement of '==' with '=' and double to single quotes in the cut command are sufficient.
>
> The whichhg changes are based on an observation by Tim Bell in another bug that some versions of Solaris "/usr/bin/which" don't generate an exit code and instead output the message "no foo in PATH". This change better handles no mercurial being present.

Seems to work. I confess I'm puzzled by the == issue as it doesn't seem 
to be a valid operator anywhere, yet worked with bash ??

David

> Mike
>
> On Apr 3 2013, at 08:56 , Mike Duigou wrote:
>
>> An alternative has been suggested: convert the hgforest.sh script to a bash script. I have tested this alternative on unbuntu linux 11.04, solaris 10u9, MacOS 10.7 and cygwin 1.7.17. This seems like less risk and there doesn't seem to be a compelling reason to stick with classic sh.
>>
>> I have prepared an alternate webrev here:
>>
>> http://cr.openjdk.java.net/~mduigou/JDK-8011350/1
>>
>> We could still consider the original webrev if using bash turns out to have unexpected issues.
>>
>> Mike
>>
>> On Apr 2 2013, at 20:03 , Mike Duigou wrote:
>>
>>> Hello all;
>>>
>>> Further testing on JDK-8011342 revealed that hgforest.sh can fail if the sh shell is not bash. The problem appears to be due to mixing of -o -a and ! in [] test expressions.
>>>
>>> I have prepared a webrev here:
>>>
>>> http://cr.openjdk.java.net/~mduigou/JDK-8011350/0/webrev/common/bin/hgforest.sh.udiff.html
>>>
>>> This converts all of the potentially problematic [ expr -o expr ] [ expr -a expr ] and [ expr -{o|a} ! expr ] to use "test". My conversions are based on the advice of the autotools chapter on "Writing portable Bourne Shell" (http://sourceware.org/autobook/autobook/autobook_208.html#SEC208) for avoiding potential problems.
>>>
>>> The other option is just to require bash which is already required by the new build process.
>>>
>>> Mike
>>
>


From mike.duigou at oracle.com  Thu Apr  4 03:22:06 2013
From: mike.duigou at oracle.com (Mike Duigou)
Date: Wed, 3 Apr 2013 20:22:06 -0700
Subject: RFR: 8011350 : hgforesth.sh fails if sh is not bash
In-Reply-To: <515CF030.4090806@oracle.com>
References: <746B789E-EBD5-41C1-A280-F2184E5CEBE4@oracle.com>
	<655352B7-68DA-494B-8910-E303967B69E1@oracle.com>
	<6C54D462-CC06-4438-914C-E050E871ED34@oracle.com>
	<515CF030.4090806@oracle.com>
Message-ID: <201E2A04-4B73-49E4-8DB0-4038B27BD163@oracle.com>


On Apr 3 2013, at 20:14 , David Holmes wrote:

> On 4/04/2013 9:30 AM, Mike Duigou wrote:
>> I've received some feedback from Tim Bell and David Katleman.
>> 
>> Here's an updated version of the patch.
>> 
>> http://cr.openjdk.java.net/~mduigou/JDK-8011350/2
>> 
>> It turns out the real shell incompatibility was more straightforward. The outright conversion to bash isn't necessary. Replacement of '==' with '=' and double to single quotes in the cut command are sufficient.
>> 
>> The whichhg changes are based on an observation by Tim Bell in another bug that some versions of Solaris "/usr/bin/which" don't generate an exit code and instead output the message "no foo in PATH". This change better handles no mercurial being present.
> 
> Seems to work. I confess I'm puzzled by the == issue as it doesn't seem to be a valid operator anywhere, yet worked with bash ??

Bash accepts both according to to http://www.gnu.org/software/bash/manual/bashref.html#Bash-Conditional-Expressions 

(The page also explicitly mentions = is more portable/compatible)

> 
> David
> 
>> Mike
>> 
>> On Apr 3 2013, at 08:56 , Mike Duigou wrote:
>> 
>>> An alternative has been suggested: convert the hgforest.sh script to a bash script. I have tested this alternative on unbuntu linux 11.04, solaris 10u9, MacOS 10.7 and cygwin 1.7.17. This seems like less risk and there doesn't seem to be a compelling reason to stick with classic sh.
>>> 
>>> I have prepared an alternate webrev here:
>>> 
>>> http://cr.openjdk.java.net/~mduigou/JDK-8011350/1
>>> 
>>> We could still consider the original webrev if using bash turns out to have unexpected issues.
>>> 
>>> Mike
>>> 
>>> On Apr 2 2013, at 20:03 , Mike Duigou wrote:
>>> 
>>>> Hello all;
>>>> 
>>>> Further testing on JDK-8011342 revealed that hgforest.sh can fail if the sh shell is not bash. The problem appears to be due to mixing of -o -a and ! in [] test expressions.
>>>> 
>>>> I have prepared a webrev here:
>>>> 
>>>> http://cr.openjdk.java.net/~mduigou/JDK-8011350/0/webrev/common/bin/hgforest.sh.udiff.html
>>>> 
>>>> This converts all of the potentially problematic [ expr -o expr ] [ expr -a expr ] and [ expr -{o|a} ! expr ] to use "test". My conversions are based on the advice of the autotools chapter on "Writing portable Bourne Shell" (http://sourceware.org/autobook/autobook/autobook_208.html#SEC208) for avoiding potential problems.
>>>> 
>>>> The other option is just to require bash which is already required by the new build process.
>>>> 
>>>> Mike
>>> 
>> 



From david.holmes at oracle.com  Thu Apr  4 04:15:12 2013
From: david.holmes at oracle.com (David Holmes)
Date: Thu, 04 Apr 2013 14:15:12 +1000
Subject: RFR: 8011350 : hgforesth.sh fails if sh is not bash
In-Reply-To: <201E2A04-4B73-49E4-8DB0-4038B27BD163@oracle.com>
References: <746B789E-EBD5-41C1-A280-F2184E5CEBE4@oracle.com>
	<655352B7-68DA-494B-8910-E303967B69E1@oracle.com>
	<6C54D462-CC06-4438-914C-E050E871ED34@oracle.com>
	<515CF030.4090806@oracle.com>
	<201E2A04-4B73-49E4-8DB0-4038B27BD163@oracle.com>
Message-ID: <515CFE50.2060801@oracle.com>

On 4/04/2013 1:22 PM, Mike Duigou wrote:
>
> On Apr 3 2013, at 20:14 , David Holmes wrote:
>
>> On 4/04/2013 9:30 AM, Mike Duigou wrote:
>>> I've received some feedback from Tim Bell and David Katleman.
>>>
>>> Here's an updated version of the patch.
>>>
>>> http://cr.openjdk.java.net/~mduigou/JDK-8011350/2
>>>
>>> It turns out the real shell incompatibility was more straightforward. The outright conversion to bash isn't necessary. Replacement of '==' with '=' and double to single quotes in the cut command are sufficient.
>>>
>>> The whichhg changes are based on an observation by Tim Bell in another bug that some versions of Solaris "/usr/bin/which" don't generate an exit code and instead output the message "no foo in PATH". This change better handles no mercurial being present.
>>
>> Seems to work. I confess I'm puzzled by the == issue as it doesn't seem to be a valid operator anywhere, yet worked with bash ??
>
> Bash accepts both according to to http://www.gnu.org/software/bash/manual/bashref.html#Bash-Conditional-Expressions
>
> (The page also explicitly mentions = is more portable/compatible)

Yeah I was actually looking at the specs for "test" as it doesn't list 
==  I assume bash doesn't necessarily use the test command for 
processing [ and [[.

David

>>
>> David
>>
>>> Mike
>>>
>>> On Apr 3 2013, at 08:56 , Mike Duigou wrote:
>>>
>>>> An alternative has been suggested: convert the hgforest.sh script to a bash script. I have tested this alternative on unbuntu linux 11.04, solaris 10u9, MacOS 10.7 and cygwin 1.7.17. This seems like less risk and there doesn't seem to be a compelling reason to stick with classic sh.
>>>>
>>>> I have prepared an alternate webrev here:
>>>>
>>>> http://cr.openjdk.java.net/~mduigou/JDK-8011350/1
>>>>
>>>> We could still consider the original webrev if using bash turns out to have unexpected issues.
>>>>
>>>> Mike
>>>>
>>>> On Apr 2 2013, at 20:03 , Mike Duigou wrote:
>>>>
>>>>> Hello all;
>>>>>
>>>>> Further testing on JDK-8011342 revealed that hgforest.sh can fail if the sh shell is not bash. The problem appears to be due to mixing of -o -a and ! in [] test expressions.
>>>>>
>>>>> I have prepared a webrev here:
>>>>>
>>>>> http://cr.openjdk.java.net/~mduigou/JDK-8011350/0/webrev/common/bin/hgforest.sh.udiff.html
>>>>>
>>>>> This converts all of the potentially problematic [ expr -o expr ] [ expr -a expr ] and [ expr -{o|a} ! expr ] to use "test". My conversions are based on the advice of the autotools chapter on "Writing portable Bourne Shell" (http://sourceware.org/autobook/autobook/autobook_208.html#SEC208) for avoiding potential problems.
>>>>>
>>>>> The other option is just to require bash which is already required by the new build process.
>>>>>
>>>>> Mike
>>>>
>>>
>


From david.holmes at oracle.com  Thu Apr  4 04:17:26 2013
From: david.holmes at oracle.com (David Holmes)
Date: Thu, 04 Apr 2013 14:17:26 +1000
Subject: RFR: 8011350 : hgforesth.sh fails if sh is not bash
In-Reply-To: <515CDB54.8080500@oracle.com>
References: <746B789E-EBD5-41C1-A280-F2184E5CEBE4@oracle.com>
	<655352B7-68DA-494B-8910-E303967B69E1@oracle.com>
	<6C54D462-CC06-4438-914C-E050E871ED34@oracle.com>
	<515CDB54.8080500@oracle.com>
Message-ID: <515CFED6.5050707@oracle.com>

On 4/04/2013 11:45 AM, Tim Bell wrote:
> Looks good to me, Mike
>
> Thanks - a seemingly simple change inflated into a small project when
> tested on multiple O/S platforms.

Indeed. A main take away from this exercise is that any changes to 
scripts need extensive cross-platform testing before they are pushed - 
including at a minimum a RE Solaris build machine.

David

> Tim
>
> On 04/03/13 16:30, Mike Duigou wrote:
>> I've received some feedback from Tim Bell and David Katleman.
>>
>> Here's an updated version of the patch.
>>
>> http://cr.openjdk.java.net/~mduigou/JDK-8011350/2
>>
>> It turns out the real shell incompatibility was more straightforward.
>> The outright conversion to bash isn't necessary. Replacement of '=='
>> with '=' and double to single quotes in the cut command are sufficient.
>>
>> The whichhg changes are based on an observation by Tim Bell in another
>> bug that some versions of Solaris "/usr/bin/which" don't generate an
>> exit code and instead output the message "no foo in PATH". This change
>> better handles no mercurial being present.
>>
>> Mike
>>
>> On Apr 3 2013, at 08:56 , Mike Duigou wrote:
>>
>>> An alternative has been suggested: convert the hgforest.sh script to
>>> a bash script. I have tested this alternative on unbuntu linux 11.04,
>>> solaris 10u9, MacOS 10.7 and cygwin 1.7.17. This seems like less risk
>>> and there doesn't seem to be a compelling reason to stick with
>>> classic sh.
>>>
>>> I have prepared an alternate webrev here:
>>>
>>> http://cr.openjdk.java.net/~mduigou/JDK-8011350/1
>>>
>>> We could still consider the original webrev if using bash turns out
>>> to have unexpected issues.
>>>
>>> Mike
>>>
>>> On Apr 2 2013, at 20:03 , Mike Duigou wrote:
>>>
>>>> Hello all;
>>>>
>>>> Further testing on JDK-8011342 revealed that hgforest.sh can fail if
>>>> the sh shell is not bash. The problem appears to be due to mixing of
>>>> -o -a and ! in [] test expressions.
>>>>
>>>> I have prepared a webrev here:
>>>>
>>>> http://cr.openjdk.java.net/~mduigou/JDK-8011350/0/webrev/common/bin/hgforest.sh.udiff.html
>>>>
>>>>
>>>> This converts all of the potentially problematic [ expr -o expr ] [
>>>> expr -a expr ] and [ expr -{o|a} ! expr ] to use "test". My
>>>> conversions are based on the advice of the autotools chapter on
>>>> "Writing portable Bourne Shell"
>>>> (http://sourceware.org/autobook/autobook/autobook_208.html#SEC208)
>>>> for avoiding potential problems.
>>>>
>>>> The other option is just to require bash which is already required
>>>> by the new build process.
>>>>
>>>> Mike
>
>


From tim.bell at oracle.com  Thu Apr  4 05:51:18 2013
From: tim.bell at oracle.com (Tim Bell)
Date: Wed, 03 Apr 2013 22:51:18 -0700
Subject: Please review: JDK-8011348 "use of which in
	common/autoconf/autogen.sh is not portable"
In-Reply-To: <515CE203.4090501@oracle.com>
References: <20130402125943.B74A44852B@hg.openjdk.java.net>
	<515B9724.5060508@oracle.com> <515CE203.4090501@oracle.com>
Message-ID: <515D14D6.5010509@oracle.com>

On 04/03/13 19:14, David Katleman wrote:
>
> On 4/2/2013 7:42 PM, Tim Bell wrote:
>> All -
>>
>> I regret the fact that I did not test the fix for 8009988 (see below) 
>> when I reviewed it.  The script as written there assumes that the 
>> 'which' utility will return nothing if the command is not found.  On 
>> some platforms (Solaris and Windows/Cygwin to name two), the return 
>> is more like 'no autoconf-2.67 in $PATH'
>>
>> Please review the fix for 8011348, which restores autogen.sh to 
>> platform independence.
>
>>    46 AUTOCONF=$(which autoconf 2> /dev/null);
>>    47 if test $? -ne 0; then
>>    48   unset AUTOCONF
>>    49 fi
> The above still won't work on older Solaris releases, most S10 and 
> earlier.
>
> As both success and failure will result in $? being 0, if means 
> AUTOCONF will be set to either
>
>         /PATH/autoconf
>  or
>        no autoconf in AAA BBB CCC
>
> I would borrow what we just came up with for hgforest.sh:
>
> AUTOCONF="`which autoconf 2> /dev/null | grep -v '^no autoconf in'`"
>
> You don't need the trailing test check then.
>
>         Thanks
>                 Dave

Thanks Dave - This is much better.  Several of us got a few lessons in 
the perils of using /usr/bin/which on Solaris systems today.

Revised webrev is here:

http://cr.openjdk.java.net/~tbell/8011348/webrev.01/

Tim


>
>>
>> The bug report should be visible soon at:
>>   http://bugs.sun.com/view_bug.do?bug_id=8011348
>>
>> Webrev is here:
>>   http://cr.openjdk.java.net/~tbell/8011348/webrev.00/
>>
>> Thanks in advance for any reviews.  Feedback welcome-
>>
>> Tim
>>
>>
>> -------- Original Message --------
>> Subject:     hg: jdk8/build: 8009988: build-infra: Fix configure 
>> output for zip debuginfo check
>> Date:     Tue, 02 Apr 2013 12:59:43 +0000
>> From:     ahughes at redhat.com
>> To:     jdk8-changes at openjdk.java.net, build-dev at openjdk.java.net
>>
>>
>>
>> Changeset: 15c1642967c9
>> Author:    andrew
>> Date:      2013-04-02 13:59 +0100
>> URL: http://hg.openjdk.java.net/jdk8/build/rev/15c1642967c9
>>
>> 8009988: build-infra: Fix configure output for zip debuginfo check
>> Summary: No output from zip debuginfo option when default is used.
>> Reviewed-by: tbell
>>
>> ! common/autoconf/autogen.sh
>> ! common/autoconf/generated-configure.sh
>> ! common/autoconf/jdk-options.m4
>>
>>
>>
>>
>




From erik.joelsson at oracle.com  Thu Apr  4 07:32:29 2013
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Thu, 04 Apr 2013 09:32:29 +0200
Subject: Please review: JDK-8011348 "use of which in
	common/autoconf/autogen.sh is not portable"
In-Reply-To: <515D14D6.5010509@oracle.com>
References: <20130402125943.B74A44852B@hg.openjdk.java.net>	<515B9724.5060508@oracle.com>
	<515CE203.4090501@oracle.com> <515D14D6.5010509@oracle.com>
Message-ID: <515D2C8D.3020007@oracle.com>

This looks good to me, and helped me run autogen on solaris just now.

/Erik

On 2013-04-04 07:51, Tim Bell wrote:
> On 04/03/13 19:14, David Katleman wrote:
>>
>> On 4/2/2013 7:42 PM, Tim Bell wrote:
>>> All -
>>>
>>> I regret the fact that I did not test the fix for 8009988 (see 
>>> below) when I reviewed it.  The script as written there assumes that 
>>> the 'which' utility will return nothing if the command is not 
>>> found.  On some platforms (Solaris and Windows/Cygwin to name two), 
>>> the return is more like 'no autoconf-2.67 in $PATH'
>>>
>>> Please review the fix for 8011348, which restores autogen.sh to 
>>> platform independence.
>>
>>>    46 AUTOCONF=$(which autoconf 2> /dev/null);
>>>    47 if test $? -ne 0; then
>>>    48   unset AUTOCONF
>>>    49 fi
>> The above still won't work on older Solaris releases, most S10 and 
>> earlier.
>>
>> As both success and failure will result in $? being 0, if means 
>> AUTOCONF will be set to either
>>
>>         /PATH/autoconf
>>  or
>>        no autoconf in AAA BBB CCC
>>
>> I would borrow what we just came up with for hgforest.sh:
>>
>> AUTOCONF="`which autoconf 2> /dev/null | grep -v '^no autoconf in'`"
>>
>> You don't need the trailing test check then.
>>
>>         Thanks
>>                 Dave
>
> Thanks Dave - This is much better.  Several of us got a few lessons in 
> the perils of using /usr/bin/which on Solaris systems today.
>
> Revised webrev is here:
>
> http://cr.openjdk.java.net/~tbell/8011348/webrev.01/
>
> Tim
>
>
>>
>>>
>>> The bug report should be visible soon at:
>>>   http://bugs.sun.com/view_bug.do?bug_id=8011348
>>>
>>> Webrev is here:
>>>   http://cr.openjdk.java.net/~tbell/8011348/webrev.00/
>>>
>>> Thanks in advance for any reviews.  Feedback welcome-
>>>
>>> Tim
>>>
>>>
>>> -------- Original Message --------
>>> Subject:     hg: jdk8/build: 8009988: build-infra: Fix configure 
>>> output for zip debuginfo check
>>> Date:     Tue, 02 Apr 2013 12:59:43 +0000
>>> From:     ahughes at redhat.com
>>> To:     jdk8-changes at openjdk.java.net, build-dev at openjdk.java.net
>>>
>>>
>>>
>>> Changeset: 15c1642967c9
>>> Author:    andrew
>>> Date:      2013-04-02 13:59 +0100
>>> URL: http://hg.openjdk.java.net/jdk8/build/rev/15c1642967c9
>>>
>>> 8009988: build-infra: Fix configure output for zip debuginfo check
>>> Summary: No output from zip debuginfo option when default is used.
>>> Reviewed-by: tbell
>>>
>>> ! common/autoconf/autogen.sh
>>> ! common/autoconf/generated-configure.sh
>>> ! common/autoconf/jdk-options.m4
>>>
>>>
>>>
>>>
>>
>
>


From erik.joelsson at oracle.com  Thu Apr  4 08:12:30 2013
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Thu, 04 Apr 2013 10:12:30 +0200
Subject: RFR: 8008373: JFR JTReg tests fail with CompilationError on
	MacOSX; missing '._sunec.jar'
In-Reply-To: <5154DCD5.7000504@oracle.com>
References: <51546F0A.6020509@oracle.com> <5154DCD5.7000504@oracle.com>
Message-ID: <515D35EE.80304@oracle.com>

A bug in the solaris version of install-file was uncovered and had to be 
fixed.

http://cr.openjdk.java.net/~erikj/8008373/webrev.02/

/Erik

On 2013-03-29 01:14, Tim Bell wrote:
> Hi Erik:
>
>> The solution proposed here explicitly removes the attributes in the 
>> install-file macro. Unfortunately the macro wasn't widely used, so 
>> all simple copy operations had to also be converted to actually use 
>> the macro, which in itself is an improvement on code quality. The -p 
>> flag was removed from cp since it's not there on other platforms nor 
>> the old build.
>>
>> http://cr.openjdk.java.net/~erikj/8008373/webrev.01/
>>
>
> Looks good.  Thanks for doing the work to use install-file everywhere.
>
> Tim
>


From erik.joelsson at oracle.com  Thu Apr  4 11:38:15 2013
From: erik.joelsson at oracle.com (erik.joelsson at oracle.com)
Date: Thu, 04 Apr 2013 11:38:15 +0000
Subject: hg: jdk8/build: 2 new changesets
Message-ID: <20130404113815.E0D02485C4@hg.openjdk.java.net>

Changeset: 52d1b385a4ed
Author:    erikj
Date:      2013-04-04 09:24 +0200
URL:       http://hg.openjdk.java.net/jdk8/build/rev/52d1b385a4ed

8006828: "SKIP_BOOT_CYCLE=false" must work in new building infrastructure
Reviewed-by: tbell, alanb

! common/autoconf/bootcycle-spec.gmk.in
! common/autoconf/spec.gmk.in
! common/makefiles/Jprt.gmk
! common/makefiles/Main.gmk

Changeset: 2d4156e077fa
Author:    erikj
Date:      2013-04-04 09:25 +0200
URL:       http://hg.openjdk.java.net/jdk8/build/rev/2d4156e077fa

8011372: Remove -p from cp in IdleCompilation.gmk
Reviewed-by: pliden, tbell

! common/makefiles/IdlCompilation.gmk



From tim.bell at oracle.com  Thu Apr  4 16:27:35 2013
From: tim.bell at oracle.com (Tim Bell)
Date: Thu, 04 Apr 2013 09:27:35 -0700
Subject: RFR: 8008373: JFR JTReg tests fail with CompilationError on
	MacOSX; missing '._sunec.jar'
In-Reply-To: <515D35EE.80304@oracle.com>
References: <51546F0A.6020509@oracle.com> <5154DCD5.7000504@oracle.com>
	<515D35EE.80304@oracle.com>
Message-ID: <515DA9F7.7060601@oracle.com>

Erik:

Looks good.  Approved.

Tim

> A bug in the solaris version of install-file was uncovered and had to 
> be fixed.
>
> http://cr.openjdk.java.net/~erikj/8008373/webrev.02/
>
> /Erik
>
> On 2013-03-29 01:14, Tim Bell wrote:
>> Hi Erik:
>>
>>> The solution proposed here explicitly removes the attributes in the 
>>> install-file macro. Unfortunately the macro wasn't widely used, so 
>>> all simple copy operations had to also be converted to actually use 
>>> the macro, which in itself is an improvement on code quality. The -p 
>>> flag was removed from cp since it's not there on other platforms nor 
>>> the old build.
>>>
>>> http://cr.openjdk.java.net/~erikj/8008373/webrev.01/
>>>
>>
>> Looks good.  Thanks for doing the work to use install-file everywhere.
>>
>> Tim
>>




From gnu.andrew at redhat.com  Fri Apr  5 10:38:13 2013
From: gnu.andrew at redhat.com (Andrew Hughes)
Date: Fri, 5 Apr 2013 06:38:13 -0400 (EDT)
Subject: Please review: JDK-8011348 "use of which in
	common/autoconf/autogen.sh	is not portable"
In-Reply-To: <515B9724.5060508@oracle.com>
References: <20130402125943.B74A44852B@hg.openjdk.java.net>
	<515B9724.5060508@oracle.com>
Message-ID: <1105800967.1934975.1365158293339.JavaMail.root@redhat.com>



----- Original Message -----
> All -
> 
> I regret the fact that I did not test the fix for 8009988 (see below)
> when I reviewed it.  The script as written there assumes that the
> 'which' utility will return nothing if the command is not found.  On
> some platforms (Solaris and Windows/Cygwin to name two), the return is
> more like 'no autoconf-2.67 in $PATH'
> 

Sigh.  Well you can't really expect everyone to test on every obscure platform.

> Please review the fix for 8011348, which restores autogen.sh to platform
> independence.
> 
> The bug report should be visible soon at:
>    http://bugs.sun.com/view_bug.do?bug_id=8011348
> 
> Webrev is here:
>    http://cr.openjdk.java.net/~tbell/8011348/webrev.00/
> 
> Thanks in advance for any reviews.  Feedback welcome-
> 
> Tim
> 
> 
> -------- Original Message --------
> Subject: 	hg: jdk8/build: 8009988: build-infra: Fix configure output for
> zip debuginfo check
> Date: 	Tue, 02 Apr 2013 12:59:43 +0000
> From: 	ahughes at redhat.com
> To: 	jdk8-changes at openjdk.java.net, build-dev at openjdk.java.net
> 
> 
> 
> Changeset: 15c1642967c9
> Author:    andrew
> Date:      2013-04-02 13:59 +0100
> URL:       http://hg.openjdk.java.net/jdk8/build/rev/15c1642967c9
> 
> 8009988: build-infra: Fix configure output for zip debuginfo check
> Summary: No output from zip debuginfo option when default is used.
> Reviewed-by: tbell
> 
> ! common/autoconf/autogen.sh
> ! common/autoconf/generated-configure.sh
> ! common/autoconf/jdk-options.m4
> 
> 
> 
> 
> 

-- 
Andrew :)

Free Java Software Engineer
Red Hat, Inc. (http://www.redhat.com)

PGP Key: 248BDC07 (https://keys.indymedia.org/)
Fingerprint = EC5A 1F5E C0AD 1D15 8F1F  8F91 3B96 A578 248B DC07



From gnu.andrew at redhat.com  Fri Apr  5 10:39:31 2013
From: gnu.andrew at redhat.com (Andrew Hughes)
Date: Fri, 5 Apr 2013 06:39:31 -0400 (EDT)
Subject: PING: [PATCH] Enable debug info on all libraries for OpenJDK builds
In-Reply-To: <1296964538.372074.1364921773405.JavaMail.root@redhat.com>
References: <1296964538.372074.1364921773405.JavaMail.root@redhat.com>
Message-ID: <351196638.1935295.1365158371299.JavaMail.root@redhat.com>

Still need a reviewer for this.

----- Original Message -----
> With the new build system, the availability of debugging information in the
> JDK build is a complete mess, controlled by different flags from those that
> control the HotSpot build.
> 
> Even when debugging is asked for, it is only turned on for a small number of
> libraries on GNU/Linux.  On Windows, this is overridden with no real
> explanation:
> in 7197849: Update new build-infra makefiles.
> 
> From jdk/makefiles/CompileNativeLibraries.gmk:
> 
> # Use this variable to set DEBUG_SYMBOLS true on windows for all libraries,
> but
> # not on other platforms.
> ifeq ($(OPENJDK_TARGET_OS), windows)
>     WINDOWS_ONLY := true
> endif
> 
> and then WINDOWS_ONLY is used as the value for DEBUG_SYMBOLS on most, but not
> all,
> libraries (those that are Mac or GNU/Linux only are missed).
> 
> This webrev:
> 
> http://cr.openjdk.java.net/~andrew/build/debugging/webrev.01/
> 
> cleans up the situation, adding DEBUG_ALL_BINARIES in place of WINDOWS_ONLY
> and
> adding it to all libraries that don't have DEBUG_SYMBOLS set to true.  The
> previous
> Windows conditional uses this new symbol in place of WINDOWS_ONLY and the
> following
> is also added:
> 
> ifdef OPENJDK
>     DEBUG_ALL_BINARIES := true
> endif
> 
> so non-OpenJDK builds will still get the same situation as before, while
> OpenJDK
> builds will get the expected debugging information when it's asked for.
> 
> All that's now missing compared with a 7 image is debugging on program
> binaries which
> I'll look at next.
> 
> Does this look ok?  And if so, can I have a bug ID for it?
> 
> Thanks,
> --
> Andrew :)
> 
> Free Java Software Engineer
> Red Hat, Inc. (http://www.redhat.com)
> 
> PGP Key: 248BDC07 (https://keys.indymedia.org/)
> Fingerprint = EC5A 1F5E C0AD 1D15 8F1F  8F91 3B96 A578 248B DC07
> 
> 

-- 
Andrew :)

Free Java Software Engineer
Red Hat, Inc. (http://www.redhat.com)

PGP Key: 248BDC07 (https://keys.indymedia.org/)
Fingerprint = EC5A 1F5E C0AD 1D15 8F1F  8F91 3B96 A578 248B DC07



From erik.joelsson at oracle.com  Fri Apr  5 10:58:54 2013
From: erik.joelsson at oracle.com (erik.joelsson at oracle.com)
Date: Fri, 05 Apr 2013 10:58:54 +0000
Subject: hg: jdk8/build: 8008373: JFR JTReg tests fail with CompilationError
	on MacOSX; missing '._sunec.jar'
Message-ID: <20130405105854.C57AD480CB@hg.openjdk.java.net>

Changeset: 3b8ffb80db0f
Author:    erikj
Date:      2013-04-05 09:38 +0200
URL:       http://hg.openjdk.java.net/jdk8/build/rev/3b8ffb80db0f

8008373: JFR JTReg tests fail with CompilationError on MacOSX; missing '._sunec.jar'
Reviewed-by: tbell

! common/autoconf/basics.m4
! common/autoconf/generated-configure.sh
! common/autoconf/spec.gmk.in
! common/makefiles/MakeBase.gmk



From erik.joelsson at oracle.com  Fri Apr  5 10:59:11 2013
From: erik.joelsson at oracle.com (erik.joelsson at oracle.com)
Date: Fri, 05 Apr 2013 10:59:11 +0000
Subject: hg: jdk8/build/jdk: 8008373: JFR JTReg tests fail with
	CompilationError on MacOSX; missing '._sunec.jar'
Message-ID: <20130405105944.085A1480CC@hg.openjdk.java.net>

Changeset: e22961ea91bd
Author:    erikj
Date:      2013-04-05 09:39 +0200
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/e22961ea91bd

8008373: JFR JTReg tests fail with CompilationError on MacOSX; missing '._sunec.jar'
Reviewed-by: tbell

! makefiles/CompileDemos.gmk
! makefiles/CompileJavaClasses.gmk
! makefiles/CompileLaunchers.gmk
! makefiles/CompileNativeLibraries.gmk
! makefiles/CopyFiles.gmk
! makefiles/CopyIntoClasses.gmk
! makefiles/CopySamples.gmk
! makefiles/GendataFontConfig.gmk
! makefiles/GensrcCharacterData.gmk
! makefiles/GensrcMisc.gmk
! makefiles/GensrcSwing.gmk
! makefiles/SignJars.gmk
! makefiles/Tools.gmk



From david.holmes at oracle.com  Fri Apr  5 12:54:11 2013
From: david.holmes at oracle.com (David Holmes)
Date: Fri, 05 Apr 2013 22:54:11 +1000
Subject: PING: [PATCH] Enable debug info on all libraries for OpenJDK
	builds
In-Reply-To: <351196638.1935295.1365158371299.JavaMail.root@redhat.com>
References: <1296964538.372074.1364921773405.JavaMail.root@redhat.com>
	<351196638.1935295.1365158371299.JavaMail.root@redhat.com>
Message-ID: <515EC973.60302@oracle.com>

Hi Andrew,

On 5/04/2013 8:39 PM, Andrew Hughes wrote:
> Still need a reviewer for this.

This looks okay as a first step. Second step would be to connect 
DEBUG_ALL_BINARIES to a configure option.

This needs to be tested on all platforms, for which we'll need to wait 
for Tim or Erik to step in.

David
-----

> ----- Original Message -----
>> With the new build system, the availability of debugging information in the
>> JDK build is a complete mess, controlled by different flags from those that
>> control the HotSpot build.
>>
>> Even when debugging is asked for, it is only turned on for a small number of
>> libraries on GNU/Linux.  On Windows, this is overridden with no real
>> explanation:
>> in 7197849: Update new build-infra makefiles.
>>
>>  From jdk/makefiles/CompileNativeLibraries.gmk:
>>
>> # Use this variable to set DEBUG_SYMBOLS true on windows for all libraries,
>> but
>> # not on other platforms.
>> ifeq ($(OPENJDK_TARGET_OS), windows)
>>      WINDOWS_ONLY := true
>> endif
>>
>> and then WINDOWS_ONLY is used as the value for DEBUG_SYMBOLS on most, but not
>> all,
>> libraries (those that are Mac or GNU/Linux only are missed).
>>
>> This webrev:
>>
>> http://cr.openjdk.java.net/~andrew/build/debugging/webrev.01/
>>
>> cleans up the situation, adding DEBUG_ALL_BINARIES in place of WINDOWS_ONLY
>> and
>> adding it to all libraries that don't have DEBUG_SYMBOLS set to true.  The
>> previous
>> Windows conditional uses this new symbol in place of WINDOWS_ONLY and the
>> following
>> is also added:
>>
>> ifdef OPENJDK
>>      DEBUG_ALL_BINARIES := true
>> endif
>>
>> so non-OpenJDK builds will still get the same situation as before, while
>> OpenJDK
>> builds will get the expected debugging information when it's asked for.
>>
>> All that's now missing compared with a 7 image is debugging on program
>> binaries which
>> I'll look at next.
>>
>> Does this look ok?  And if so, can I have a bug ID for it?
>>
>> Thanks,
>> --
>> Andrew :)
>>
>> Free Java Software Engineer
>> Red Hat, Inc. (http://www.redhat.com)
>>
>> PGP Key: 248BDC07 (https://keys.indymedia.org/)
>> Fingerprint = EC5A 1F5E C0AD 1D15 8F1F  8F91 3B96 A578 248B DC07
>>
>>
>


From erik.joelsson at oracle.com  Fri Apr  5 13:50:50 2013
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Fri, 05 Apr 2013 15:50:50 +0200
Subject: PING: [PATCH] Enable debug info on all libraries for OpenJDK
	builds
In-Reply-To: <515EC973.60302@oracle.com>
References: <1296964538.372074.1364921773405.JavaMail.root@redhat.com>	<351196638.1935295.1365158371299.JavaMail.root@redhat.com>
	<515EC973.60302@oracle.com>
Message-ID: <515ED6BA.4060402@oracle.com>



On 2013-04-05 14:54, David Holmes wrote:
> Hi Andrew,
>
> On 5/04/2013 8:39 PM, Andrew Hughes wrote:
>> Still need a reviewer for this.
>
> This looks okay as a first step. Second step would be to connect 
> DEBUG_ALL_BINARIES to a configure option.
>
> This needs to be tested on all platforms, for which we'll need to wait 
> for Tim or Erik to step in.
>
Creating test jobs right now. Won't have time to check the results today 
though.

/Erik
> David
> -----
>
>> ----- Original Message -----
>>> With the new build system, the availability of debugging information 
>>> in the
>>> JDK build is a complete mess, controlled by different flags from 
>>> those that
>>> control the HotSpot build.
>>>
>>> Even when debugging is asked for, it is only turned on for a small 
>>> number of
>>> libraries on GNU/Linux.  On Windows, this is overridden with no real
>>> explanation:
>>> in 7197849: Update new build-infra makefiles.
>>>
>>>  From jdk/makefiles/CompileNativeLibraries.gmk:
>>>
>>> # Use this variable to set DEBUG_SYMBOLS true on windows for all 
>>> libraries,
>>> but
>>> # not on other platforms.
>>> ifeq ($(OPENJDK_TARGET_OS), windows)
>>>      WINDOWS_ONLY := true
>>> endif
>>>
>>> and then WINDOWS_ONLY is used as the value for DEBUG_SYMBOLS on 
>>> most, but not
>>> all,
>>> libraries (those that are Mac or GNU/Linux only are missed).
>>>
>>> This webrev:
>>>
>>> http://cr.openjdk.java.net/~andrew/build/debugging/webrev.01/
>>>
>>> cleans up the situation, adding DEBUG_ALL_BINARIES in place of 
>>> WINDOWS_ONLY
>>> and
>>> adding it to all libraries that don't have DEBUG_SYMBOLS set to 
>>> true.  The
>>> previous
>>> Windows conditional uses this new symbol in place of WINDOWS_ONLY 
>>> and the
>>> following
>>> is also added:
>>>
>>> ifdef OPENJDK
>>>      DEBUG_ALL_BINARIES := true
>>> endif
>>>
>>> so non-OpenJDK builds will still get the same situation as before, 
>>> while
>>> OpenJDK
>>> builds will get the expected debugging information when it's asked for.
>>>
>>> All that's now missing compared with a 7 image is debugging on program
>>> binaries which
>>> I'll look at next.
>>>
>>> Does this look ok?  And if so, can I have a bug ID for it?
>>>
>>> Thanks,
>>> -- 
>>> Andrew :)
>>>
>>> Free Java Software Engineer
>>> Red Hat, Inc. (http://www.redhat.com)
>>>
>>> PGP Key: 248BDC07 (https://keys.indymedia.org/)
>>> Fingerprint = EC5A 1F5E C0AD 1D15 8F1F  8F91 3B96 A578 248B DC07
>>>
>>>
>>


From Lance.Andersen at oracle.com  Fri Apr  5 14:19:38 2013
From: Lance.Andersen at oracle.com (Lance Andersen)
Date: Fri, 5 Apr 2013 10:19:38 -0400
Subject: netbeans shared.xml jtreg  and javadoc.options properties
Message-ID: 

Hi all,

While finishing up the netbeans JDBC project, I tried to run the jtreg target and  received the following error;


/Users/lance/Documents/hg-workspaces/jdk8/jdbc-jdk/jdk/make/netbeans/common/shared.xml:289: A source file is missing :/Users/lance/Documents/hg-workspaces/jdk8/jdbc-jdk/jdk/build/windows-x86_64/jtreg/JDBC42/JTreport/report.html
	at org.apache.tools.ant.taskdefs.MakeUrl.validateFile(MakeUrl.java:227)
	at org.apache.tools.ant.taskdefs.MakeUrl.execute(MakeUrl.java:246)
	at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:291)
	at sun.reflect.GeneratedMethodAccessor86.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:487)
	at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
	at org.apache.tools.ant.Task.perform(Task.java:348)
	at org.apache.tools.ant.Target.execute(Target.java:392)
	at org.apache.tools.ant.Target.performTasks(Target.java:413)
	at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1399)
	at org.apache.tools.ant.Project.executeTarget(Project.java:1368)
	at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41)
	at org.apache.tools.ant.Project.executeTargets(Project.java:1251)
	at org.apache.tools.ant.module.bridge.impl.BridgeImpl.run(BridgeImpl.java:283)
	at org.apache.tools.ant.module.run.TargetExecutor.run(TargetExecutor.java:541)
	at org.netbeans.core.execution.RunClassThread.run(RunClassThread.java:153)
BUILD FAILED (total time: 26 seconds)


I changed common/shared.xml from

hg diff shared.xml 
diff -r 5d0c891264bf make/netbeans/common/shared.xml
--- a/make/netbeans/common/shared.xml	Mon Mar 25 14:29:13 2013 +0000
+++ b/make/netbeans/common/shared.xml	Fri Apr 05 10:10:50 2013 -0400
@@ -276,7 +276,7 @@
         
     
     
-        
+        
         
             
         
@@ -338,7 +338,7 @@
         
          
-        


Which allows the jtreg tests to run and pull up the report.  It also allows the javadocs to be generated

Is there any reason I should not check in the above change into openjdk8?

Also, the javadoc.options property is not set by default but can be set in the individual build.properties.

Should this match what is specified in the jdk make files, or at least include -Xdoclint:none as the makefiles do?


Best
Lance



Lance Andersen| Principal Member of Technical Staff | +1.781.442.2037
Oracle Java Engineering 
1 Network Drive 
Burlington, MA 01803
Lance.Andersen at oracle.com






From omajid at redhat.com  Fri Apr  5 15:08:19 2013
From: omajid at redhat.com (Omair Majid)
Date: Fri, 05 Apr 2013 11:08:19 -0400
Subject: Please review: JDK-8011348 "use of which in
	common/autoconf/autogen.sh is not portable"
In-Reply-To: <515B9724.5060508@oracle.com>
References: <20130402125943.B74A44852B@hg.openjdk.java.net>
	<515B9724.5060508@oracle.com>
Message-ID: <515EE8E3.5080800@redhat.com>

On 04/02/2013 10:42 PM, Tim Bell wrote:
> I regret the fact that I did not test the fix for 8009988 (see below)
> when I reviewed it.  The script as written there assumes that the
> 'which' utility will return nothing if the command is not found.  On
> some platforms (Solaris and Windows/Cygwin to name two), the return is
> more like 'no autoconf-2.67 in $PATH'

'which' is supposed to be quite un-portable. Maybe it's best to use
something else? There are a few suggestions here:

http://stackoverflow.com/a/677212

HTH,
Omair

-- 
PGP Key: 66484681 (http://pgp.mit.edu/)
Fingerprint = F072 555B 0A17 3957 4E95  0056 F286 F14F 6648 4681


From christian.thalinger at oracle.com  Sun Apr  7 04:39:30 2013
From: christian.thalinger at oracle.com (Christian Thalinger)
Date: Sat, 6 Apr 2013 21:39:30 -0700
Subject: RFR (XXS): 8011678: test/Makefile should pick up JT_HOME environment
	variable
Message-ID: 

http://cr.openjdk.java.net/~twisti/8011678

8011678: test/Makefile should pick up JT_HOME environment variable
Reviewed-by:

The JT_HOME can only be overridden by a make argument or JPRT_JTREG_HOME.  Picking up the JT_HOME environment variable would be helpful.

test/Makefile



From mike.duigou at oracle.com  Sun Apr  7 06:58:57 2013
From: mike.duigou at oracle.com (Mike Duigou)
Date: Sat, 6 Apr 2013 23:58:57 -0700
Subject: RFR (XXS): 8011678: test/Makefile should pick up JT_HOME
	environment variable
In-Reply-To: 
References: 
Message-ID: 

This looks good to me. I will make the same change in the jdk/test/makefile for when it is invoked directly.

There is also an outstanding issue to add a --with-jtreg option to the configure script:

JDK-8007129 build-infra Add configure --with-jtreg option for location of JTREG home directory.

Mike

On Apr 6 2013, at 21:39 , Christian Thalinger wrote:

> http://cr.openjdk.java.net/~twisti/8011678
> 
> 8011678: test/Makefile should pick up JT_HOME environment variable
> Reviewed-by:
> 
> The JT_HOME can only be overridden by a make argument or JPRT_JTREG_HOME.  Picking up the JT_HOME environment variable would be helpful.
> 
> test/Makefile
> 



From mikael.gerdin at oracle.com  Mon Apr  8 07:09:57 2013
From: mikael.gerdin at oracle.com (Mikael Gerdin)
Date: Mon, 08 Apr 2013 09:09:57 +0200
Subject: RFR (XXS): 8011678: test/Makefile should pick up JT_HOME
	environment variable
In-Reply-To: 
References: 
Message-ID: <51626D45.2070206@oracle.com>

Christian,

On 04/07/2013 06:39 AM, Christian Thalinger wrote:
> http://cr.openjdk.java.net/~twisti/8011678

Looks good to me.

/Mikael

>
> 8011678: test/Makefile should pick up JT_HOME environment variable
> Reviewed-by:
>
> The JT_HOME can only be overridden by a make argument or JPRT_JTREG_HOME.  Picking up the JT_HOME environment variable would be helpful.
>
> test/Makefile
>



From jvanek at redhat.com  Mon Apr  8 08:00:43 2013
From: jvanek at redhat.com (Jiri Vanek)
Date: Mon, 08 Apr 2013 10:00:43 +0200
Subject: [OpenJDK 2D-Dev] Fwd: requesting bug id for removing redundant
	fontconfig files
In-Reply-To: <165205663.831220.1365000140343.JavaMail.root@redhat.com>
References: <515AC276.6010407@redhat.com>
	<165205663.831220.1365000140343.JavaMail.root@redhat.com>
Message-ID: <5162792B.8080706@redhat.com>

On 04/03/2013 04:42 PM, Andrew Hughes wrote:
> [Forwarding to 2d-dev]
>
> ----- Forwarded Message -----
>> Hi!
>>
>> FontConfig  files are no longer necessary for jdk7 and 8. I have patch for
>> their removal
>> (http://jvanek.fedorapeople.org/oracle/jdk8/webrevs/removedFontConfigFiles/)
>> and I have built and
>> tested - looks ok.
>> This approach was recommended at -
>> http://mail.openjdk.java.net/pipermail/2d-dev/2012-May/002547.html.
>>
>> To move forward with this issue I would like to have  bug id if possible.
>> Later I would like to
>> backport this also to JDK7.\
>>
>> With kind regards
>> Jiri Vanek
>>
>>
>
> This looks ok to me.  I assume it builds?

sure :)

>
> There seems to generally be a lot of dead code in the jdk repository, which is
> very confusing for fixing anything.  Glad to see some of it going.
>
> Let's get it into 8 first, then we can backport to 7.  Oracle, can we have a bug ID please?
>
Trying my luck with build-dev at openjdk.java.net....

J.


From erik.joelsson at oracle.com  Mon Apr  8 08:16:29 2013
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Mon, 08 Apr 2013 10:16:29 +0200
Subject: A couple of questions about the new build system
In-Reply-To: <515A93F7.9030404@oracle.com>
References: <5154B62A.3020706@oracle.com>
	<5154BA03.9010407@oracle.com>	<5154CB7D.7080705@oracle.com>
	<515A93F7.9030404@oracle.com>
Message-ID: <51627CDD.3090101@oracle.com>

I just realized you are probably running on windows and unfortunately 
this currently doesn't work there. We use the -M flag for gcc which 
outputs make dependency files. The visual studio compiler doesn't have 
this feature. There are ways this can be worked around. I've created 
8011687 to track this issue.

/Erik

On 2013-04-02 10:16, Erik Joelsson wrote:
>
>
> On 2013-03-29 00:00, Phil Race wrote:
>> > If you touch a header fie, the build is supposed to notice and "do 
>> the right thing".
>>
>> It did not do so. If I touched a C file, no problem, but not so for 
>> the header file.
>> This was observed on Solaris 10 SPARC.
>>
> I just tried:
> touch ../../jdk/src/share/native/sun/font/fontscalerdefs.h
> make LOG=info
>
> which resulted in the following:
>
> ...
> ## Starting jdk
> Compiling AccelGlyphCache.c (for libawt_xawt.so)
> Compiling OGLTextRenderer.c (for libawt_xawt.so)
> Compiling X11FontScaler_md.c (for libawt_xawt.so)
> Compiling XRBackendNative.c (for libawt_xawt.so)
> Compiling DrawGlyphList.c (for libfontmanager.so)
> Compiling FontInstanceAdapter.cpp (for libfontmanager.so)
> Compiling SunLayoutEngine.cpp (for libfontmanager.so)
> Compiling X11FontScaler.c (for libfontmanager.so)
> Compiling sunFont.c (for libfontmanager.so)
> /localhome/mercurial/closed-jdk8-build/jdk/src/share/native/sun/font/layout/SunLayoutEngine.cpp: 
> In function ?void Java_sun_font_SunLayoutEngine_nativeLayout(JNIEnv*, 
> _jclass*, _jobject*, _jobject*, _jfloatArray*, jint, jint, 
> _jcharArray*, jint, jint, jint, jint, jint, jint, jint, _jobject*, 
> _jobject*, jlong, jlong)?:
> /localhome/mercurial/closed-jdk8-build/jdk/src/share/native/sun/font/layout/SunLayoutEngine.cpp:190: 
> warning: comparison between signed and unsigned integer expressions
> Compiling GeneralPath.cpp (for libt2k.so)
> Compiling scalerMethods.c (for libt2k.so)
> Compiling t2kScalerMethods.cpp (for libt2k.so)
> Compiling AccelGlyphCache.c (for libawt_headless.so)
> /localhome/mercurial/closed-jdk8-build/jdk/src/share/native/sun/font/sunFont.c: 
> In function ?Java_sun_font_StrikeCache_freeIntPointer?:
> /localhome/mercurial/closed-jdk8-build/jdk/src/share/native/sun/font/sunFont.c:196: 
> warning: cast to pointer from integer of different size
> /localhome/mercurial/closed-jdk8-build/jdk/src/share/native/sun/font/sunFont.c: 
> In function ?Java_sun_font_StrikeCache_freeIntMemory?:
> /localhome/mercurial/closed-jdk8-build/jdk/src/share/native/sun/font/sunFont.c:234: 
> warning: cast to pointer from integer of different size
> Compiling X11FontScaler_md.c (for libawt_headless.so)
> Linking libawt_xawt.so
> Linking libfontmanager.so
> Linking libawt_headless.so
> Linking libt2k.so
> Linking libjawt.so
> ...
>
> Note that the default verbosity doesn't print anything when compiling 
> native code. You need to increase it to "info" to see what gets 
> recompiled.
>
> If this doesn't work for you, it's a bug that needs to be investigated.
>
> /Erik
>
>> -phil.
>>
>> On 3/28/2013 2:45 PM, Jonathan Gibbons wrote:
>>> On 03/28/2013 02:29 PM, Phil Race wrote:
>>>> 1. Why do we have both --with-cups and --with-cups-include ?
>>>> All we use is the header files so the latter is what matters and
>>>> I'm not sure which one the build system prefers if both are set.
>>>>
>>>> 2. In the old build I could do
>>>> cd make/sun/font
>>>> make clean
>>>> make all
>>>>
>>>> Is there anything analagous to 'make clean' here,where I can have a 
>>>> level of comfort
>>>> that all generated files related to building just a particular area 
>>>> are removed.
>>>> This was useful after I touched a header file.
>>>> Now when I touch a header file, the new build system doesn't notice,
>>>> so I have to manually purge, but nor does it (as far as I can see) 
>>>> give me
>>>> a target to purge that component. To do this I need to go hunt down
>>>> the directory with the object files and remove them.
>>>> Is there something better I can do ?
>>>>
>>>> -phil.
>>>>
>>>
>>> If you touch a header fie, the build is supposed to notice and "do 
>>> the right thing".
>>>
>>> -- Jon
>>


From erik.joelsson at oracle.com  Mon Apr  8 09:09:41 2013
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Mon, 08 Apr 2013 11:09:41 +0200
Subject: [OpenJDK 2D-Dev] Fwd: requesting bug id for removing redundant
	fontconfig files
In-Reply-To: <5162792B.8080706@redhat.com>
References: <515AC276.6010407@redhat.com>	<165205663.831220.1365000140343.JavaMail.root@redhat.com>
	<5162792B.8080706@redhat.com>
Message-ID: <51628955.60905@oracle.com>

 From a build point of view I think the patch looks ok. I can't comment 
on if it's safe to remove the fontconfig files though. I've created a bug:

8011693: Remove redundant fontconfig files

/Erik

On 2013-04-08 10:00, Jiri Vanek wrote:
> On 04/03/2013 04:42 PM, Andrew Hughes wrote:
>> [Forwarding to 2d-dev]
>>
>> ----- Forwarded Message -----
>>> Hi!
>>>
>>> FontConfig  files are no longer necessary for jdk7 and 8. I have 
>>> patch for
>>> their removal
>>> (http://jvanek.fedorapeople.org/oracle/jdk8/webrevs/removedFontConfigFiles/) 
>>>
>>> and I have built and
>>> tested - looks ok.
>>> This approach was recommended at -
>>> http://mail.openjdk.java.net/pipermail/2d-dev/2012-May/002547.html.
>>>
>>> To move forward with this issue I would like to have  bug id if 
>>> possible.
>>> Later I would like to
>>> backport this also to JDK7.\
>>>
>>> With kind regards
>>> Jiri Vanek
>>>
>>>
>>
>> This looks ok to me.  I assume it builds?
>
> sure :)
>
>>
>> There seems to generally be a lot of dead code in the jdk repository, 
>> which is
>> very confusing for fixing anything.  Glad to see some of it going.
>>
>> Let's get it into 8 first, then we can backport to 7.  Oracle, can we 
>> have a bug ID please?
>>
> Trying my luck with build-dev at openjdk.java.net....
>
> J.


From erik.joelsson at oracle.com  Mon Apr  8 09:44:04 2013
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Mon, 08 Apr 2013 11:44:04 +0200
Subject: RFR: 8010465: Can't enable sjavac when building in jprt.
In-Reply-To: <514AF3CE.8020202@oracle.com>
References: <514AF3CE.8020202@oracle.com>
Message-ID: <51629164.9070206@oracle.com>

Reminder that I would like this reviewed.

/Erik

On 2013-03-21 12:49, Erik Joelsson wrote:
> This patch makes it possible to enable sjavac in jprt runs. This is 
> achieved by adding -buildenv ENABLE_SJAVAC=true to the jprt command line.
>
> http://cr.openjdk.java.net/~erikj/8010465/webrev.root.01/
>
> Doing this uncovered another bug. Adding the keyword "nofile" to the 
> LOG variable is done to disable logging build output to a file. JPRT 
> does this on all build runs since it already saves the build output. 
> The value of LOG is also sent to sjavac to help it filter its output, 
> but sjavac does not accept "nofile" as input. The logic to remove 
> "nofile" before sending it to sjavac didn't work and is also fixed in 
> this patch.
>
> The sad news is that all the windows builds currently fail with sjavac 
> enabled, but having this feature will help us harden sjavac to the 
> point where we can make the switch.
>
> /Erik
>
>


From erik.joelsson at oracle.com  Mon Apr  8 10:14:43 2013
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Mon, 08 Apr 2013 12:14:43 +0200
Subject: PING: [PATCH] Enable debug info on all libraries for OpenJDK
	builds
In-Reply-To: <515ED6BA.4060402@oracle.com>
References: <1296964538.372074.1364921773405.JavaMail.root@redhat.com>	<351196638.1935295.1365158371299.JavaMail.root@redhat.com>	<515EC973.60302@oracle.com>
	<515ED6BA.4060402@oracle.com>
Message-ID: <51629893.5070206@oracle.com>



On 2013-04-05 15:50, Erik Joelsson wrote:
>
>
> On 2013-04-05 14:54, David Holmes wrote:
>> Hi Andrew,
>>
>> On 5/04/2013 8:39 PM, Andrew Hughes wrote:
>>> Still need a reviewer for this.
>>
>> This looks okay as a first step. Second step would be to connect 
>> DEBUG_ALL_BINARIES to a configure option.
>>
>> This needs to be tested on all platforms, for which we'll need to 
>> wait for Tim or Erik to step in.
>>
> Creating test jobs right now. Won't have time to check the results 
> today though.
>
Both open and closed builds and some basic tests were successful on all 
platforms.

/Erik
> /Erik
>> David
>> -----
>>
>>> ----- Original Message -----
>>>> With the new build system, the availability of debugging 
>>>> information in the
>>>> JDK build is a complete mess, controlled by different flags from 
>>>> those that
>>>> control the HotSpot build.
>>>>
>>>> Even when debugging is asked for, it is only turned on for a small 
>>>> number of
>>>> libraries on GNU/Linux.  On Windows, this is overridden with no real
>>>> explanation:
>>>> in 7197849: Update new build-infra makefiles.
>>>>
>>>>  From jdk/makefiles/CompileNativeLibraries.gmk:
>>>>
>>>> # Use this variable to set DEBUG_SYMBOLS true on windows for all 
>>>> libraries,
>>>> but
>>>> # not on other platforms.
>>>> ifeq ($(OPENJDK_TARGET_OS), windows)
>>>>      WINDOWS_ONLY := true
>>>> endif
>>>>
>>>> and then WINDOWS_ONLY is used as the value for DEBUG_SYMBOLS on 
>>>> most, but not
>>>> all,
>>>> libraries (those that are Mac or GNU/Linux only are missed).
>>>>
>>>> This webrev:
>>>>
>>>> http://cr.openjdk.java.net/~andrew/build/debugging/webrev.01/
>>>>
>>>> cleans up the situation, adding DEBUG_ALL_BINARIES in place of 
>>>> WINDOWS_ONLY
>>>> and
>>>> adding it to all libraries that don't have DEBUG_SYMBOLS set to 
>>>> true.  The
>>>> previous
>>>> Windows conditional uses this new symbol in place of WINDOWS_ONLY 
>>>> and the
>>>> following
>>>> is also added:
>>>>
>>>> ifdef OPENJDK
>>>>      DEBUG_ALL_BINARIES := true
>>>> endif
>>>>
>>>> so non-OpenJDK builds will still get the same situation as before, 
>>>> while
>>>> OpenJDK
>>>> builds will get the expected debugging information when it's asked 
>>>> for.
>>>>
>>>> All that's now missing compared with a 7 image is debugging on program
>>>> binaries which
>>>> I'll look at next.
>>>>
>>>> Does this look ok?  And if so, can I have a bug ID for it?
>>>>
>>>> Thanks,
>>>> -- 
>>>> Andrew :)
>>>>
>>>> Free Java Software Engineer
>>>> Red Hat, Inc. (http://www.redhat.com)
>>>>
>>>> PGP Key: 248BDC07 (https://keys.indymedia.org/)
>>>> Fingerprint = EC5A 1F5E C0AD 1D15 8F1F  8F91 3B96 A578 248B DC07
>>>>
>>>>
>>>


From jvanek at redhat.com  Mon Apr  8 09:25:16 2013
From: jvanek at redhat.com (Jiri Vanek)
Date: Mon, 08 Apr 2013 11:25:16 +0200
Subject: [OpenJDK 2D-Dev] Fwd: requesting bug id for removing redundant
	fontconfig files
In-Reply-To: <51628955.60905@oracle.com>
References: <515AC276.6010407@redhat.com>	<165205663.831220.1365000140343.JavaMail.root@redhat.com>
	<5162792B.8080706@redhat.com> <51628955.60905@oracle.com>
Message-ID: <51628CFC.1000001@redhat.com>

On 04/08/2013 11:09 AM, Erik Joelsson wrote:
>  From a build point of view I think the patch looks ok. I can't comment on if it's safe to remove
> the fontconfig files though. I've created a bug:
>
> 8011693: Remove redundant fontconfig files
>

Thank you very much. I will continue review on 2d-dev.

J.

>
> On 2013-04-08 10:00, Jiri Vanek wrote:
>> On 04/03/2013 04:42 PM, Andrew Hughes wrote:
>>> [Forwarding to 2d-dev]
>>>
>>> ----- Forwarded Message -----
>>>> Hi!
>>>>
>>>> FontConfig  files are no longer necessary for jdk7 and 8. I have patch for
>>>> their removal
>>>> (http://jvanek.fedorapeople.org/oracle/jdk8/webrevs/removedFontConfigFiles/)
>>>> and I have built and
>>>> tested - looks ok.
>>>> This approach was recommended at -
>>>> http://mail.openjdk.java.net/pipermail/2d-dev/2012-May/002547.html.
>>>>
>>>> To move forward with this issue I would like to have  bug id if possible.
>>>> Later I would like to
>>>> backport this also to JDK7.\
>>>>
>>>> With kind regards
>>>> Jiri Vanek
>>>>
>>>>
>>>
>>> This looks ok to me.  I assume it builds?
>>
>> sure :)
>>
>>>
>>> There seems to generally be a lot of dead code in the jdk repository, which is
>>> very confusing for fixing anything.  Glad to see some of it going.
>>>
>>> Let's get it into 8 first, then we can backport to 7.  Oracle, can we have a bug ID please?
>>>
>> Trying my luck with build-dev at openjdk.java.net....
>>
>> J.



From erik.joelsson at oracle.com  Mon Apr  8 11:26:43 2013
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Mon, 08 Apr 2013 13:26:43 +0200
Subject: RFR: 8006288: build-infra: Use solaris nm and not gnm on solaris
Message-ID: <5162A973.50106@oracle.com>

Small patch changing configure to only look for nm and never gnm on 
Solaris. Gnm is still needed in the compare script and is assigned to a 
new variable GNM.

http://cr.openjdk.java.net/~erikj/8006288/webrev.01/

/Erik


From anthony.petrov at oracle.com  Mon Apr  8 12:56:35 2013
From: anthony.petrov at oracle.com (Anthony Petrov)
Date: Mon, 08 Apr 2013 16:56:35 +0400
Subject: RFR: 8010465: Can't enable sjavac when building in jprt.
In-Reply-To: <51629164.9070206@oracle.com>
References: <514AF3CE.8020202@oracle.com> <51629164.9070206@oracle.com>
Message-ID: <5162BE83.3080403@oracle.com>

Just curious: sjavac is supposed to address the issue with slow 
incremental builds. JPRT builds are full builds usually. What is the 
benefit of using sjavac for full builds?

--
best regards,
Anthony

On 04/08/13 13:44, Erik Joelsson wrote:
> Reminder that I would like this reviewed.
>
> /Erik
>
> On 2013-03-21 12:49, Erik Joelsson wrote:
>> This patch makes it possible to enable sjavac in jprt runs. This is
>> achieved by adding -buildenv ENABLE_SJAVAC=true to the jprt command line.
>>
>> http://cr.openjdk.java.net/~erikj/8010465/webrev.root.01/
>>
>> Doing this uncovered another bug. Adding the keyword "nofile" to the
>> LOG variable is done to disable logging build output to a file. JPRT
>> does this on all build runs since it already saves the build output.
>> The value of LOG is also sent to sjavac to help it filter its output,
>> but sjavac does not accept "nofile" as input. The logic to remove
>> "nofile" before sending it to sjavac didn't work and is also fixed in
>> this patch.
>>
>> The sad news is that all the windows builds currently fail with sjavac
>> enabled, but having this feature will help us harden sjavac to the
>> point where we can make the switch.
>>
>> /Erik
>>
>>


From erik.joelsson at oracle.com  Mon Apr  8 13:03:36 2013
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Mon, 08 Apr 2013 15:03:36 +0200
Subject: RFR: 8010465: Can't enable sjavac when building in jprt.
In-Reply-To: <5162BE83.3080403@oracle.com>
References: <514AF3CE.8020202@oracle.com> <51629164.9070206@oracle.com>
	<5162BE83.3080403@oracle.com>
Message-ID: <5162C028.2040602@oracle.com>

Sjavac also enables parallel execution of java compilation, speeding up 
full builds as well. But even if it didn't, being able to verify that 
sjavac builds work in jprt will be a must if we are to enable it by default.

/Erik

On 2013-04-08 14:56, Anthony Petrov wrote:
> Just curious: sjavac is supposed to address the issue with slow 
> incremental builds. JPRT builds are full builds usually. What is the 
> benefit of using sjavac for full builds?
>
> -- 
> best regards,
> Anthony
>
> On 04/08/13 13:44, Erik Joelsson wrote:
>> Reminder that I would like this reviewed.
>>
>> /Erik
>>
>> On 2013-03-21 12:49, Erik Joelsson wrote:
>>> This patch makes it possible to enable sjavac in jprt runs. This is
>>> achieved by adding -buildenv ENABLE_SJAVAC=true to the jprt command 
>>> line.
>>>
>>> http://cr.openjdk.java.net/~erikj/8010465/webrev.root.01/
>>>
>>> Doing this uncovered another bug. Adding the keyword "nofile" to the
>>> LOG variable is done to disable logging build output to a file. JPRT
>>> does this on all build runs since it already saves the build output.
>>> The value of LOG is also sent to sjavac to help it filter its output,
>>> but sjavac does not accept "nofile" as input. The logic to remove
>>> "nofile" before sending it to sjavac didn't work and is also fixed in
>>> this patch.
>>>
>>> The sad news is that all the windows builds currently fail with sjavac
>>> enabled, but having this feature will help us harden sjavac to the
>>> point where we can make the switch.
>>>
>>> /Erik
>>>
>>>


From anthony.petrov at oracle.com  Mon Apr  8 13:17:23 2013
From: anthony.petrov at oracle.com (Anthony Petrov)
Date: Mon, 08 Apr 2013 17:17:23 +0400
Subject: RFR: 8010465: Can't enable sjavac when building in jprt.
In-Reply-To: <5162C028.2040602@oracle.com>
References: <514AF3CE.8020202@oracle.com> <51629164.9070206@oracle.com>
	<5162BE83.3080403@oracle.com> <5162C028.2040602@oracle.com>
Message-ID: <5162C363.60000@oracle.com>

Thanks for clarifying that. Makes sense to me.

The fix looks good to me, btw, although I'm not a build expert.

Also, could you clarify why do Windows builds fail with sjavac? Is this 
a known bug in sjavac or the build system?

--
best regards,
Anthony

On 04/08/13 17:03, Erik Joelsson wrote:
> Sjavac also enables parallel execution of java compilation, speeding up
> full builds as well. But even if it didn't, being able to verify that
> sjavac builds work in jprt will be a must if we are to enable it by
> default.
>
> /Erik
>
> On 2013-04-08 14:56, Anthony Petrov wrote:
>> Just curious: sjavac is supposed to address the issue with slow
>> incremental builds. JPRT builds are full builds usually. What is the
>> benefit of using sjavac for full builds?
>>
>> --
>> best regards,
>> Anthony
>>
>> On 04/08/13 13:44, Erik Joelsson wrote:
>>> Reminder that I would like this reviewed.
>>>
>>> /Erik
>>>
>>> On 2013-03-21 12:49, Erik Joelsson wrote:
>>>> This patch makes it possible to enable sjavac in jprt runs. This is
>>>> achieved by adding -buildenv ENABLE_SJAVAC=true to the jprt command
>>>> line.
>>>>
>>>> http://cr.openjdk.java.net/~erikj/8010465/webrev.root.01/
>>>>
>>>> Doing this uncovered another bug. Adding the keyword "nofile" to the
>>>> LOG variable is done to disable logging build output to a file. JPRT
>>>> does this on all build runs since it already saves the build output.
>>>> The value of LOG is also sent to sjavac to help it filter its output,
>>>> but sjavac does not accept "nofile" as input. The logic to remove
>>>> "nofile" before sending it to sjavac didn't work and is also fixed in
>>>> this patch.
>>>>
>>>> The sad news is that all the windows builds currently fail with sjavac
>>>> enabled, but having this feature will help us harden sjavac to the
>>>> point where we can make the switch.
>>>>
>>>> /Erik
>>>>
>>>>


From erik.joelsson at oracle.com  Mon Apr  8 13:21:17 2013
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Mon, 08 Apr 2013 15:21:17 +0200
Subject: RFR: 8010465: Can't enable sjavac when building in jprt.
In-Reply-To: <5162C363.60000@oracle.com>
References: <514AF3CE.8020202@oracle.com> <51629164.9070206@oracle.com>
	<5162BE83.3080403@oracle.com> <5162C028.2040602@oracle.com>
	<5162C363.60000@oracle.com>
Message-ID: <5162C44D.9060306@oracle.com>



On 2013-04-08 15:17, Anthony Petrov wrote:
> Thanks for clarifying that. Makes sense to me.
>
> The fix looks good to me, btw, although I'm not a build expert.
>
> Also, could you clarify why do Windows builds fail with sjavac? Is 
> this a known bug in sjavac or the build system?
>
It looks to me like a bug in sjavac. I have seen it work previously.

/Erik
> -- 
> best regards,
> Anthony
>
> On 04/08/13 17:03, Erik Joelsson wrote:
>> Sjavac also enables parallel execution of java compilation, speeding up
>> full builds as well. But even if it didn't, being able to verify that
>> sjavac builds work in jprt will be a must if we are to enable it by
>> default.
>>
>> /Erik
>>
>> On 2013-04-08 14:56, Anthony Petrov wrote:
>>> Just curious: sjavac is supposed to address the issue with slow
>>> incremental builds. JPRT builds are full builds usually. What is the
>>> benefit of using sjavac for full builds?
>>>
>>> -- 
>>> best regards,
>>> Anthony
>>>
>>> On 04/08/13 13:44, Erik Joelsson wrote:
>>>> Reminder that I would like this reviewed.
>>>>
>>>> /Erik
>>>>
>>>> On 2013-03-21 12:49, Erik Joelsson wrote:
>>>>> This patch makes it possible to enable sjavac in jprt runs. This is
>>>>> achieved by adding -buildenv ENABLE_SJAVAC=true to the jprt command
>>>>> line.
>>>>>
>>>>> http://cr.openjdk.java.net/~erikj/8010465/webrev.root.01/
>>>>>
>>>>> Doing this uncovered another bug. Adding the keyword "nofile" to the
>>>>> LOG variable is done to disable logging build output to a file. JPRT
>>>>> does this on all build runs since it already saves the build output.
>>>>> The value of LOG is also sent to sjavac to help it filter its output,
>>>>> but sjavac does not accept "nofile" as input. The logic to remove
>>>>> "nofile" before sending it to sjavac didn't work and is also fixed in
>>>>> this patch.
>>>>>
>>>>> The sad news is that all the windows builds currently fail with 
>>>>> sjavac
>>>>> enabled, but having this feature will help us harden sjavac to the
>>>>> point where we can make the switch.
>>>>>
>>>>> /Erik
>>>>>
>>>>>


From alexandr.scherbatiy at oracle.com  Mon Apr  8 14:11:43 2013
From: alexandr.scherbatiy at oracle.com (Alexander Scherbatiy)
Date: Mon, 08 Apr 2013 18:11:43 +0400
Subject: RFR: 8010465: Can't enable sjavac when building in jprt.
In-Reply-To: <5162C44D.9060306@oracle.com>
References: <514AF3CE.8020202@oracle.com> <51629164.9070206@oracle.com>
	<5162BE83.3080403@oracle.com> <5162C028.2040602@oracle.com>
	<5162C363.60000@oracle.com> <5162C44D.9060306@oracle.com>
Message-ID: <5162D01F.5060205@oracle.com>

On 4/8/2013 5:21 PM, Erik Joelsson wrote:
>
>
> On 2013-04-08 15:17, Anthony Petrov wrote:
>> Thanks for clarifying that. Makes sense to me.
>>
>> The fix looks good to me, btw, although I'm not a build expert.
>>
>> Also, could you clarify why do Windows builds fail with sjavac? Is 
>> this a known bug in sjavac or the build system?
>>
> It looks to me like a bug in sjavac. I have seen it work previously.

    It also failed on my Windows system. There is the created issue:
      8008641 Build fails with the --enable-sjavac option

     Thanks,
     Alexandr.

>
> /Erik
>> -- 
>> best regards,
>> Anthony
>>
>> On 04/08/13 17:03, Erik Joelsson wrote:
>>> Sjavac also enables parallel execution of java compilation, speeding up
>>> full builds as well. But even if it didn't, being able to verify that
>>> sjavac builds work in jprt will be a must if we are to enable it by
>>> default.
>>>
>>> /Erik
>>>
>>> On 2013-04-08 14:56, Anthony Petrov wrote:
>>>> Just curious: sjavac is supposed to address the issue with slow
>>>> incremental builds. JPRT builds are full builds usually. What is the
>>>> benefit of using sjavac for full builds?
>>>>
>>>> -- 
>>>> best regards,
>>>> Anthony
>>>>
>>>> On 04/08/13 13:44, Erik Joelsson wrote:
>>>>> Reminder that I would like this reviewed.
>>>>>
>>>>> /Erik
>>>>>
>>>>> On 2013-03-21 12:49, Erik Joelsson wrote:
>>>>>> This patch makes it possible to enable sjavac in jprt runs. This is
>>>>>> achieved by adding -buildenv ENABLE_SJAVAC=true to the jprt command
>>>>>> line.
>>>>>>
>>>>>> http://cr.openjdk.java.net/~erikj/8010465/webrev.root.01/
>>>>>>
>>>>>> Doing this uncovered another bug. Adding the keyword "nofile" to the
>>>>>> LOG variable is done to disable logging build output to a file. JPRT
>>>>>> does this on all build runs since it already saves the build output.
>>>>>> The value of LOG is also sent to sjavac to help it filter its 
>>>>>> output,
>>>>>> but sjavac does not accept "nofile" as input. The logic to remove
>>>>>> "nofile" before sending it to sjavac didn't work and is also 
>>>>>> fixed in
>>>>>> this patch.
>>>>>>
>>>>>> The sad news is that all the windows builds currently fail with 
>>>>>> sjavac
>>>>>> enabled, but having this feature will help us harden sjavac to the
>>>>>> point where we can make the switch.
>>>>>>
>>>>>> /Erik
>>>>>>
>>>>>>



From kelly.ohair at workday.com  Mon Apr  8 16:00:00 2013
From: kelly.ohair at workday.com (Kelly O'Hair)
Date: Mon, 8 Apr 2013 16:00:00 +0000
Subject: A couple of questions about the new build system
In-Reply-To: <51627CDD.3090101@oracle.com>
Message-ID: 

I think it's /showIncludes ???
http://msdn.microsoft.com/en-us/library/hdkef6tk%28v=vs.100%29.aspx

-kto


On 4/8/13 1:16 AM, "Erik Joelsson"  wrote:

>I just realized you are probably running on windows and unfortunately
>this currently doesn't work there. We use the -M flag for gcc which
>outputs make dependency files. The visual studio compiler doesn't have
>this feature. There are ways this can be worked around. I've created
>8011687 to track this issue.
>
>/Erik
>
>On 2013-04-02 10:16, Erik Joelsson wrote:
>>
>>
>> On 2013-03-29 00:00, Phil Race wrote:
>>> > If you touch a header fie, the build is supposed to notice and "do
>>> the right thing".
>>>
>>> It did not do so. If I touched a C file, no problem, but not so for
>>> the header file.
>>> This was observed on Solaris 10 SPARC.
>>>
>> I just tried:
>> touch ../../jdk/src/share/native/sun/font/fontscalerdefs.h
>> make LOG=info
>>
>> which resulted in the following:
>>
>> ...
>> ## Starting jdk
>> Compiling AccelGlyphCache.c (for libawt_xawt.so)
>> Compiling OGLTextRenderer.c (for libawt_xawt.so)
>> Compiling X11FontScaler_md.c (for libawt_xawt.so)
>> Compiling XRBackendNative.c (for libawt_xawt.so)
>> Compiling DrawGlyphList.c (for libfontmanager.so)
>> Compiling FontInstanceAdapter.cpp (for libfontmanager.so)
>> Compiling SunLayoutEngine.cpp (for libfontmanager.so)
>> Compiling X11FontScaler.c (for libfontmanager.so)
>> Compiling sunFont.c (for libfontmanager.so)
>> 
>>/localhome/mercurial/closed-jdk8-build/jdk/src/share/native/sun/font/layo
>>ut/SunLayoutEngine.cpp:
>> In function ?void Java_sun_font_SunLayoutEngine_nativeLayout(JNIEnv*,
>> _jclass*, _jobject*, _jobject*, _jfloatArray*, jint, jint,
>> _jcharArray*, jint, jint, jint, jint, jint, jint, jint, _jobject*,
>> _jobject*, jlong, jlong)?:
>> 
>>/localhome/mercurial/closed-jdk8-build/jdk/src/share/native/sun/font/layo
>>ut/SunLayoutEngine.cpp:190:
>> warning: comparison between signed and unsigned integer expressions
>> Compiling GeneralPath.cpp (for libt2k.so)
>> Compiling scalerMethods.c (for libt2k.so)
>> Compiling t2kScalerMethods.cpp (for libt2k.so)
>> Compiling AccelGlyphCache.c (for libawt_headless.so)
>> 
>>/localhome/mercurial/closed-jdk8-build/jdk/src/share/native/sun/font/sunF
>>ont.c: 
>> In function ?Java_sun_font_StrikeCache_freeIntPointer?:
>> 
>>/localhome/mercurial/closed-jdk8-build/jdk/src/share/native/sun/font/sunF
>>ont.c:196: 
>> warning: cast to pointer from integer of different size
>> 
>>/localhome/mercurial/closed-jdk8-build/jdk/src/share/native/sun/font/sunF
>>ont.c: 
>> In function ?Java_sun_font_StrikeCache_freeIntMemory?:
>> 
>>/localhome/mercurial/closed-jdk8-build/jdk/src/share/native/sun/font/sunF
>>ont.c:234: 
>> warning: cast to pointer from integer of different size
>> Compiling X11FontScaler_md.c (for libawt_headless.so)
>> Linking libawt_xawt.so
>> Linking libfontmanager.so
>> Linking libawt_headless.so
>> Linking libt2k.so
>> Linking libjawt.so
>> ...
>>
>> Note that the default verbosity doesn't print anything when compiling
>> native code. You need to increase it to "info" to see what gets
>> recompiled.
>>
>> If this doesn't work for you, it's a bug that needs to be investigated.
>>
>> /Erik
>>
>>> -phil.
>>>
>>> On 3/28/2013 2:45 PM, Jonathan Gibbons wrote:
>>>> On 03/28/2013 02:29 PM, Phil Race wrote:
>>>>> 1. Why do we have both --with-cups and --with-cups-include ?
>>>>> All we use is the header files so the latter is what matters and
>>>>> I'm not sure which one the build system prefers if both are set.
>>>>>
>>>>> 2. In the old build I could do
>>>>> cd make/sun/font
>>>>> make clean
>>>>> make all
>>>>>
>>>>> Is there anything analagous to 'make clean' here,where I can have a
>>>>> level of comfort
>>>>> that all generated files related to building just a particular area
>>>>> are removed.
>>>>> This was useful after I touched a header file.
>>>>> Now when I touch a header file, the new build system doesn't notice,
>>>>> so I have to manually purge, but nor does it (as far as I can see)
>>>>> give me
>>>>> a target to purge that component. To do this I need to go hunt down
>>>>> the directory with the object files and remove them.
>>>>> Is there something better I can do ?
>>>>>
>>>>> -phil.
>>>>>
>>>>
>>>> If you touch a header fie, the build is supposed to notice and "do
>>>> the right thing".
>>>>
>>>> -- Jon
>>>
>


From kelly.ohair at workday.com  Mon Apr  8 16:03:17 2013
From: kelly.ohair at workday.com (Kelly O'Hair)
Date: Mon, 8 Apr 2013 16:03:17 +0000
Subject: RFR: 8010465: Can't enable sjavac when building in jprt.
In-Reply-To: <51629164.9070206@oracle.com>
Message-ID: 

Looks ok with me.  ;^)


-kto


On 4/8/13 2:44 AM, "Erik Joelsson"  wrote:

>Reminder that I would like this reviewed.
>
>/Erik
>
>On 2013-03-21 12:49, Erik Joelsson wrote:
>> This patch makes it possible to enable sjavac in jprt runs. This is
>> achieved by adding -buildenv ENABLE_SJAVAC=true to the jprt command
>>line.
>>
>> http://cr.openjdk.java.net/~erikj/8010465/webrev.root.01/
>>
>> Doing this uncovered another bug. Adding the keyword "nofile" to the
>> LOG variable is done to disable logging build output to a file. JPRT
>> does this on all build runs since it already saves the build output.
>> The value of LOG is also sent to sjavac to help it filter its output,
>> but sjavac does not accept "nofile" as input. The logic to remove
>> "nofile" before sending it to sjavac didn't work and is also fixed in
>> this patch.
>>
>> The sad news is that all the windows builds currently fail with sjavac
>> enabled, but having this feature will help us harden sjavac to the
>> point where we can make the switch.
>>
>> /Erik
>>
>>
>


From tim.bell at oracle.com  Mon Apr  8 16:20:01 2013
From: tim.bell at oracle.com (Tim Bell)
Date: Mon, 08 Apr 2013 09:20:01 -0700
Subject: RFR: 8010465: Can't enable sjavac when building in jprt.
In-Reply-To: <51629164.9070206@oracle.com>
References: <514AF3CE.8020202@oracle.com> <51629164.9070206@oracle.com>
Message-ID: <5162EE31.8030103@oracle.com>

Hi Erik:

This looks good - approved.  Sorry for the delay.

Tim


> Reminder that I would like this reviewed.
>
> /Erik
>
> On 2013-03-21 12:49, Erik Joelsson wrote:
>> This patch makes it possible to enable sjavac in jprt runs. This is 
>> achieved by adding -buildenv ENABLE_SJAVAC=true to the jprt command 
>> line.
>>
>> http://cr.openjdk.java.net/~erikj/8010465/webrev.root.01/
>>
>> Doing this uncovered another bug. Adding the keyword "nofile" to the 
>> LOG variable is done to disable logging build output to a file. JPRT 
>> does this on all build runs since it already saves the build output. 
>> The value of LOG is also sent to sjavac to help it filter its output, 
>> but sjavac does not accept "nofile" as input. The logic to remove 
>> "nofile" before sending it to sjavac didn't work and is also fixed in 
>> this patch.
>>
>> The sad news is that all the windows builds currently fail with 
>> sjavac enabled, but having this feature will help us harden sjavac to 
>> the point where we can make the switch.
>>
>> /Erik
>>
>>




From tim.bell at oracle.com  Mon Apr  8 16:40:55 2013
From: tim.bell at oracle.com (Tim Bell)
Date: Mon, 08 Apr 2013 09:40:55 -0700
Subject: RFR: 8006288: build-infra: Use solaris nm and not gnm on solaris
In-Reply-To: <5162A973.50106@oracle.com>
References: <5162A973.50106@oracle.com>
Message-ID: <5162F317.8010700@oracle.com>

Hi Erik:

Looks good... approved!

Tim

> Small patch changing configure to only look for nm and never gnm on 
> Solaris. Gnm is still needed in the compare script and is assigned to 
> a new variable GNM.
>
> http://cr.openjdk.java.net/~erikj/8006288/webrev.01/
>
> /Erik




From gnu.andrew at redhat.com  Mon Apr  8 16:59:47 2013
From: gnu.andrew at redhat.com (Andrew Hughes)
Date: Mon, 8 Apr 2013 12:59:47 -0400 (EDT)
Subject: PING: [PATCH] Enable debug info on all libraries for OpenJDK
	builds
In-Reply-To: <515EC973.60302@oracle.com>
References: <1296964538.372074.1364921773405.JavaMail.root@redhat.com>
	<351196638.1935295.1365158371299.JavaMail.root@redhat.com>
	<515EC973.60302@oracle.com>
Message-ID: <1646204162.769290.1365440387286.JavaMail.root@redhat.com>

----- Original Message -----
> Hi Andrew,
> 
> On 5/04/2013 8:39 PM, Andrew Hughes wrote:
> > Still need a reviewer for this.
> 
> This looks okay as a first step. Second step would be to connect
> DEBUG_ALL_BINARIES to a configure option.

Agreed.  Something that unifies both the JDK and HotSpot again.

> 
> This needs to be tested on all platforms, for which we'll need to wait
> for Tim or Erik to step in.
> 

Well, if I push it, it will be, no?

> David
> -----
> 
> > ----- Original Message -----
> >> With the new build system, the availability of debugging information in
> >> the
> >> JDK build is a complete mess, controlled by different flags from those
> >> that
> >> control the HotSpot build.
> >>
> >> Even when debugging is asked for, it is only turned on for a small number
> >> of
> >> libraries on GNU/Linux.  On Windows, this is overridden with no real
> >> explanation:
> >> in 7197849: Update new build-infra makefiles.
> >>
> >>  From jdk/makefiles/CompileNativeLibraries.gmk:
> >>
> >> # Use this variable to set DEBUG_SYMBOLS true on windows for all
> >> libraries,
> >> but
> >> # not on other platforms.
> >> ifeq ($(OPENJDK_TARGET_OS), windows)
> >>      WINDOWS_ONLY := true
> >> endif
> >>
> >> and then WINDOWS_ONLY is used as the value for DEBUG_SYMBOLS on most, but
> >> not
> >> all,
> >> libraries (those that are Mac or GNU/Linux only are missed).
> >>
> >> This webrev:
> >>
> >> http://cr.openjdk.java.net/~andrew/build/debugging/webrev.01/
> >>
> >> cleans up the situation, adding DEBUG_ALL_BINARIES in place of
> >> WINDOWS_ONLY
> >> and
> >> adding it to all libraries that don't have DEBUG_SYMBOLS set to true.  The
> >> previous
> >> Windows conditional uses this new symbol in place of WINDOWS_ONLY and the
> >> following
> >> is also added:
> >>
> >> ifdef OPENJDK
> >>      DEBUG_ALL_BINARIES := true
> >> endif
> >>
> >> so non-OpenJDK builds will still get the same situation as before, while
> >> OpenJDK
> >> builds will get the expected debugging information when it's asked for.
> >>
> >> All that's now missing compared with a 7 image is debugging on program
> >> binaries which
> >> I'll look at next.
> >>
> >> Does this look ok?  And if so, can I have a bug ID for it?
> >>
> >> Thanks,
> >> --
> >> Andrew :)
> >>
> >> Free Java Software Engineer
> >> Red Hat, Inc. (http://www.redhat.com)
> >>
> >> PGP Key: 248BDC07 (https://keys.indymedia.org/)
> >> Fingerprint = EC5A 1F5E C0AD 1D15 8F1F  8F91 3B96 A578 248B DC07
> >>
> >>
> >
> 

-- 
Andrew :)

Free Java Software Engineer
Red Hat, Inc. (http://www.redhat.com)

PGP Key: 248BDC07 (https://keys.indymedia.org/)
Fingerprint = EC5A 1F5E C0AD 1D15 8F1F  8F91 3B96 A578 248B DC07



From gnu.andrew at redhat.com  Mon Apr  8 17:04:31 2013
From: gnu.andrew at redhat.com (Andrew Hughes)
Date: Mon, 8 Apr 2013 13:04:31 -0400 (EDT)
Subject: [OpenJDK 2D-Dev] Fwd: requesting bug id for removing redundant
	fontconfig files
In-Reply-To: <51628CFC.1000001@redhat.com>
References: <515AC276.6010407@redhat.com>
	<165205663.831220.1365000140343.JavaMail.root@redhat.com>
	<5162792B.8080706@redhat.com> <51628955.60905@oracle.com>
	<51628CFC.1000001@redhat.com>
Message-ID: <1008691418.770380.1365440671054.JavaMail.root@redhat.com>

----- Original Message -----
> On 04/08/2013 11:09 AM, Erik Joelsson wrote:
> >  From a build point of view I think the patch looks ok. I can't comment on
> >  if it's safe to remove
> > the fontconfig files though. I've created a bug:
> >
> > 8011693: Remove redundant fontconfig files
> >
> 
> Thank you very much. I will continue review on 2d-dev.
> 

You have a review from me and a bug ID, so should be good to go.  The AWT developers
have expressed before that they don't expect fontconfig files to be used even in 7
and have had ample opportunity to object.

> J.
> 
> >
> > On 2013-04-08 10:00, Jiri Vanek wrote:
> >> On 04/03/2013 04:42 PM, Andrew Hughes wrote:
> >>> [Forwarding to 2d-dev]
> >>>
> >>> ----- Forwarded Message -----
> >>>> Hi!
> >>>>
> >>>> FontConfig  files are no longer necessary for jdk7 and 8. I have patch
> >>>> for
> >>>> their removal
> >>>> (http://jvanek.fedorapeople.org/oracle/jdk8/webrevs/removedFontConfigFiles/)
> >>>> and I have built and
> >>>> tested - looks ok.
> >>>> This approach was recommended at -
> >>>> http://mail.openjdk.java.net/pipermail/2d-dev/2012-May/002547.html.
> >>>>
> >>>> To move forward with this issue I would like to have  bug id if
> >>>> possible.
> >>>> Later I would like to
> >>>> backport this also to JDK7.\
> >>>>
> >>>> With kind regards
> >>>> Jiri Vanek
> >>>>
> >>>>
> >>>
> >>> This looks ok to me.  I assume it builds?
> >>
> >> sure :)
> >>
> >>>
> >>> There seems to generally be a lot of dead code in the jdk repository,
> >>> which is
> >>> very confusing for fixing anything.  Glad to see some of it going.
> >>>
> >>> Let's get it into 8 first, then we can backport to 7.  Oracle, can we
> >>> have a bug ID please?
> >>>
> >> Trying my luck with build-dev at openjdk.java.net....
> >>
> >> J.
> 
> 

-- 
Andrew :)

Free Java Software Engineer
Red Hat, Inc. (http://www.redhat.com)

PGP Key: 248BDC07 (https://keys.indymedia.org/)
Fingerprint = EC5A 1F5E C0AD 1D15 8F1F  8F91 3B96 A578 248B DC07



From philip.race at oracle.com  Mon Apr  8 17:10:48 2013
From: philip.race at oracle.com (Phil Race)
Date: Mon, 08 Apr 2013 10:10:48 -0700
Subject: A couple of questions about the new build system
In-Reply-To: 
References: 
Message-ID: <5162FA18.1060207@oracle.com>

FWIW, I was on Solaris 10 SPARC.

I sent you a separate email off-list since what I saw is that the case you
described does actually work but one that is different - in closed 
sources - didn't work.

-phil.

On 4/8/2013 9:00 AM, Kelly O'Hair wrote:
> I think it's /showIncludes ???
> http://msdn.microsoft.com/en-us/library/hdkef6tk%28v=vs.100%29.aspx
>
> -kto
>
>
> On 4/8/13 1:16 AM, "Erik Joelsson"  wrote:
>
>> I just realized you are probably running on windows and unfortunately
>> this currently doesn't work there. We use the -M flag for gcc which
>> outputs make dependency files. The visual studio compiler doesn't have
>> this feature. There are ways this can be worked around. I've created
>> 8011687 to track this issue.
>>
>> /Erik
>>
>> On 2013-04-02 10:16, Erik Joelsson wrote:
>>>
>>> On 2013-03-29 00:00, Phil Race wrote:
>>>>> If you touch a header fie, the build is supposed to notice and "do
>>>> the right thing".
>>>>
>>>> It did not do so. If I touched a C file, no problem, but not so for
>>>> the header file.
>>>> This was observed on Solaris 10 SPARC.
>>>>
>>> I just tried:
>>> touch ../../jdk/src/share/native/sun/font/fontscalerdefs.h
>>> make LOG=info
>>>
>>> which resulted in the following:
>>>
>>> ...
>>> ## Starting jdk
>>> Compiling AccelGlyphCache.c (for libawt_xawt.so)
>>> Compiling OGLTextRenderer.c (for libawt_xawt.so)
>>> Compiling X11FontScaler_md.c (for libawt_xawt.so)
>>> Compiling XRBackendNative.c (for libawt_xawt.so)
>>> Compiling DrawGlyphList.c (for libfontmanager.so)
>>> Compiling FontInstanceAdapter.cpp (for libfontmanager.so)
>>> Compiling SunLayoutEngine.cpp (for libfontmanager.so)
>>> Compiling X11FontScaler.c (for libfontmanager.so)
>>> Compiling sunFont.c (for libfontmanager.so)
>>>
>>> /localhome/mercurial/closed-jdk8-build/jdk/src/share/native/sun/font/layo
>>> ut/SunLayoutEngine.cpp:
>>> In function ?void Java_sun_font_SunLayoutEngine_nativeLayout(JNIEnv*,
>>> _jclass*, _jobject*, _jobject*, _jfloatArray*, jint, jint,
>>> _jcharArray*, jint, jint, jint, jint, jint, jint, jint, _jobject*,
>>> _jobject*, jlong, jlong)?:
>>>
>>> /localhome/mercurial/closed-jdk8-build/jdk/src/share/native/sun/font/layo
>>> ut/SunLayoutEngine.cpp:190:
>>> warning: comparison between signed and unsigned integer expressions
>>> Compiling GeneralPath.cpp (for libt2k.so)
>>> Compiling scalerMethods.c (for libt2k.so)
>>> Compiling t2kScalerMethods.cpp (for libt2k.so)
>>> Compiling AccelGlyphCache.c (for libawt_headless.so)
>>>
>>> /localhome/mercurial/closed-jdk8-build/jdk/src/share/native/sun/font/sunF
>>> ont.c:
>>> In function ?Java_sun_font_StrikeCache_freeIntPointer?:
>>>
>>> /localhome/mercurial/closed-jdk8-build/jdk/src/share/native/sun/font/sunF
>>> ont.c:196:
>>> warning: cast to pointer from integer of different size
>>>
>>> /localhome/mercurial/closed-jdk8-build/jdk/src/share/native/sun/font/sunF
>>> ont.c:
>>> In function ?Java_sun_font_StrikeCache_freeIntMemory?:
>>>
>>> /localhome/mercurial/closed-jdk8-build/jdk/src/share/native/sun/font/sunF
>>> ont.c:234:
>>> warning: cast to pointer from integer of different size
>>> Compiling X11FontScaler_md.c (for libawt_headless.so)
>>> Linking libawt_xawt.so
>>> Linking libfontmanager.so
>>> Linking libawt_headless.so
>>> Linking libt2k.so
>>> Linking libjawt.so
>>> ...
>>>
>>> Note that the default verbosity doesn't print anything when compiling
>>> native code. You need to increase it to "info" to see what gets
>>> recompiled.
>>>
>>> If this doesn't work for you, it's a bug that needs to be investigated.
>>>
>>> /Erik
>>>
>>>> -phil.
>>>>
>>>> On 3/28/2013 2:45 PM, Jonathan Gibbons wrote:
>>>>> On 03/28/2013 02:29 PM, Phil Race wrote:
>>>>>> 1. Why do we have both --with-cups and --with-cups-include ?
>>>>>> All we use is the header files so the latter is what matters and
>>>>>> I'm not sure which one the build system prefers if both are set.
>>>>>>
>>>>>> 2. In the old build I could do
>>>>>> cd make/sun/font
>>>>>> make clean
>>>>>> make all
>>>>>>
>>>>>> Is there anything analagous to 'make clean' here,where I can have a
>>>>>> level of comfort
>>>>>> that all generated files related to building just a particular area
>>>>>> are removed.
>>>>>> This was useful after I touched a header file.
>>>>>> Now when I touch a header file, the new build system doesn't notice,
>>>>>> so I have to manually purge, but nor does it (as far as I can see)
>>>>>> give me
>>>>>> a target to purge that component. To do this I need to go hunt down
>>>>>> the directory with the object files and remove them.
>>>>>> Is there something better I can do ?
>>>>>>
>>>>>> -phil.
>>>>>>
>>>>> If you touch a header fie, the build is supposed to notice and "do
>>>>> the right thing".
>>>>>
>>>>> -- Jon



From omajid at redhat.com  Mon Apr  8 18:13:32 2013
From: omajid at redhat.com (omajid at redhat.com)
Date: Mon, 08 Apr 2013 18:13:32 +0000
Subject: hg: jdk8/build: 8011388: Support building zero and zeroshark with the
	new build
Message-ID: <20130408181333.6FC0D4814C@hg.openjdk.java.net>

Changeset: 653ff6bcf0b1
Author:    omajid
Date:      2013-04-08 14:07 -0400
URL:       http://hg.openjdk.java.net/jdk8/build/rev/653ff6bcf0b1

8011388: Support building zero and zeroshark with the new build
Reviewed-by: andrew, dholmes, erikj
Contributed-by: Omair Majid , Roman Kennke 

! common/autoconf/generated-configure.sh
! common/autoconf/hotspot-spec.gmk.in
! common/autoconf/jdk-options.m4
! common/autoconf/libraries.m4
! common/autoconf/platform.m4
! common/autoconf/spec.gmk.in



From omajid at redhat.com  Mon Apr  8 18:13:53 2013
From: omajid at redhat.com (omajid at redhat.com)
Date: Mon, 08 Apr 2013 18:13:53 +0000
Subject: hg: jdk8/build/jdk: 8011388: Support building zero and zeroshark with
	the new build
Message-ID: <20130408181443.5E1CA4814D@hg.openjdk.java.net>

Changeset: fddd158b872a
Author:    omajid
Date:      2013-04-08 14:09 -0400
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/fddd158b872a

8011388: Support building zero and zeroshark with the new build
Reviewed-by: andrew, dholmes, erikj
Contributed-by: Omair Majid , Roman Kennke 

! makefiles/Profiles.gmk



From omajid at redhat.com  Mon Apr  8 18:16:31 2013
From: omajid at redhat.com (Omair Majid)
Date: Mon, 08 Apr 2013 14:16:31 -0400
Subject: Support building zero with the new build
In-Reply-To: <515C47F4.8010907@oracle.com>
References: <5152328A.9040608@redhat.com> <5152F760.4020201@redhat.com>
	<1364393132.5998.9.camel@mercury> <5154B260.7060106@redhat.com>
	<515AA304.7080901@oracle.com> <515B4AD4.8050509@redhat.com>
	<515BE81E.1020500@oracle.com> <1364986850.2303.0.camel@mercury>
	<1988302083.837741.1365000898499.JavaMail.root@redhat.com>
	<515C47F4.8010907@oracle.com>
Message-ID: <5163097F.9030604@redhat.com>

On 04/03/2013 11:17 AM, Erik Joelsson wrote:
> On 2013-04-03 16:54, Andrew Hughes wrote:
>> Do we have a bug ID?  Assuming I don't find any issues, we should be
>> good to go.
> JDK-8011388: Support building zero and zeroshark with the new build
> 
> /Erik

I have pushed the changes:
http://hg.openjdk.java.net/jdk8/build/rev/653ff6bcf0b1
http://hg.openjdk.java.net/jdk8/build/jdk/rev/fddd158b872a

Thank you everyone for all (very patient) reviews and suggestions!

Thanks,
Omair

-- 
PGP Key: 66484681 (http://pgp.mit.edu/)
Fingerprint = F072 555B 0A17 3957 4E95  0056 F286 F14F 6648 4681


From gnu.andrew at redhat.com  Mon Apr  8 19:26:27 2013
From: gnu.andrew at redhat.com (Andrew Hughes)
Date: Mon, 8 Apr 2013 15:26:27 -0400 (EDT)
Subject: Support building zero with the new build
In-Reply-To: <5163097F.9030604@redhat.com>
References: <5152328A.9040608@redhat.com> <515AA304.7080901@oracle.com>
	<515B4AD4.8050509@redhat.com> <515BE81E.1020500@oracle.com>
	<1364986850.2303.0.camel@mercury>
	<1988302083.837741.1365000898499.JavaMail.root@redhat.com>
	<515C47F4.8010907@oracle.com> <5163097F.9030604@redhat.com>
Message-ID: <556827409.872604.1365449187253.JavaMail.root@redhat.com>



----- Original Message -----
> On 04/03/2013 11:17 AM, Erik Joelsson wrote:
> > On 2013-04-03 16:54, Andrew Hughes wrote:
> >> Do we have a bug ID?  Assuming I don't find any issues, we should be
> >> good to go.
> > JDK-8011388: Support building zero and zeroshark with the new build
> > 
> > /Erik
> 
> I have pushed the changes:
> http://hg.openjdk.java.net/jdk8/build/rev/653ff6bcf0b1
> http://hg.openjdk.java.net/jdk8/build/jdk/rev/fddd158b872a
> 
> Thank you everyone for all (very patient) reviews and suggestions!
> 

I'm quite surprised to see this.  I was about to give feedback on my attempt
to build with this patch (fortunately, it passed) and yet it's already been
committed.  Also, according to http://openjdk.java.net/census#erikj, Erik
isn't a reviewer and I'm not sure there's a final ok from David either
(feel free to drop me a link if there is).

> Thanks,
> Omair
> 
> --
> PGP Key: 66484681 (http://pgp.mit.edu/)
> Fingerprint = F072 555B 0A17 3957 4E95  0056 F286 F14F 6648 4681
> 

-- 
Andrew :)

Free Java Software Engineer
Red Hat, Inc. (http://www.redhat.com)

PGP Key: 248BDC07 (https://keys.indymedia.org/)
Fingerprint = EC5A 1F5E C0AD 1D15 8F1F  8F91 3B96 A578 248B DC07



From omajid at redhat.com  Mon Apr  8 19:30:30 2013
From: omajid at redhat.com (Omair Majid)
Date: Mon, 08 Apr 2013 15:30:30 -0400
Subject: Support building zero with the new build
In-Reply-To: <556827409.872604.1365449187253.JavaMail.root@redhat.com>
References: <5152328A.9040608@redhat.com> <515AA304.7080901@oracle.com>
	<515B4AD4.8050509@redhat.com> <515BE81E.1020500@oracle.com>
	<1364986850.2303.0.camel@mercury>
	<1988302083.837741.1365000898499.JavaMail.root@redhat.com>
	<515C47F4.8010907@oracle.com> <5163097F.9030604@redhat.com>
	<556827409.872604.1365449187253.JavaMail.root@redhat.com>
Message-ID: <51631AD6.5010801@redhat.com>

On 04/08/2013 03:26 PM, Andrew Hughes wrote:
>> I have pushed the changes:
>> http://hg.openjdk.java.net/jdk8/build/rev/653ff6bcf0b1
>> http://hg.openjdk.java.net/jdk8/build/jdk/rev/fddd158b872a
>>
>> Thank you everyone for all (very patient) reviews and suggestions!
>>
> 
> I'm quite surprised to see this.  I was about to give feedback on my attempt
> to build with this patch (fortunately, it passed) and yet it's already been
> committed.

I thought I heard you mention on IRC that this built without problems. I
am sorry if I misunderstood that or mis-remember. Is there anything I
can do to address this (now or in the future)?

> Also, according to http://openjdk.java.net/census#erikj, Erik
> isn't a reviewer and I'm not sure there's a final ok from David either
> (feel free to drop me a link if there is).

The result of the vote was announced, though I am also surprised that
the census has not been updated:

http://mail.openjdk.java.net/pipermail/jdk8-dev/2013-April/002266.html

Thanks,
Omair

-- 
PGP Key: 66484681 (http://pgp.mit.edu/)
Fingerprint = F072 555B 0A17 3957 4E95  0056 F286 F14F 6648 4681


From gnu.andrew at redhat.com  Mon Apr  8 19:35:24 2013
From: gnu.andrew at redhat.com (Andrew Hughes)
Date: Mon, 8 Apr 2013 15:35:24 -0400 (EDT)
Subject: Support building zero with the new build
In-Reply-To: <51631AD6.5010801@redhat.com>
References: <5152328A.9040608@redhat.com> <515BE81E.1020500@oracle.com>
	<1364986850.2303.0.camel@mercury>
	<1988302083.837741.1365000898499.JavaMail.root@redhat.com>
	<515C47F4.8010907@oracle.com> <5163097F.9030604@redhat.com>
	<556827409.872604.1365449187253.JavaMail.root@redhat.com>
	<51631AD6.5010801@redhat.com>
Message-ID: <1942610281.882505.1365449724876.JavaMail.root@redhat.com>

----- Original Message -----
> On 04/08/2013 03:26 PM, Andrew Hughes wrote:
> >> I have pushed the changes:
> >> http://hg.openjdk.java.net/jdk8/build/rev/653ff6bcf0b1
> >> http://hg.openjdk.java.net/jdk8/build/jdk/rev/fddd158b872a
> >>
> >> Thank you everyone for all (very patient) reviews and suggestions!
> >>
> > 
> > I'm quite surprised to see this.  I was about to give feedback on my
> > attempt
> > to build with this patch (fortunately, it passed) and yet it's already been
> > committed.
> 
> I thought I heard you mention on IRC that this built without problems. I
> am sorry if I misunderstood that or mis-remember. Is there anything I
> can do to address this (now or in the future)?
> 

I did, but that's not on record.  In future, it'd be worth pinging me to double-check.

> > Also, according to http://openjdk.java.net/census#erikj, Erik
> > isn't a reviewer and I'm not sure there's a final ok from David either
> > (feel free to drop me a link if there is).
> 
> The result of the vote was announced, though I am also surprised that
> the census has not been updated:
> 
> http://mail.openjdk.java.net/pipermail/jdk8-dev/2013-April/002266.html
> 

I wasn't even aware there was a vote.  If I was, I'd have voted in favour.

> Thanks,
> Omair
> 
> --
> PGP Key: 66484681 (http://pgp.mit.edu/)
> Fingerprint = F072 555B 0A17 3957 4E95  0056 F286 F14F 6648 4681
> 

-- 
Andrew :)

Free Java Software Engineer
Red Hat, Inc. (http://www.redhat.com)

PGP Key: 248BDC07 (https://keys.indymedia.org/)
Fingerprint = EC5A 1F5E C0AD 1D15 8F1F  8F91 3B96 A578 248B DC07



From david.holmes at oracle.com  Tue Apr  9 00:51:40 2013
From: david.holmes at oracle.com (David Holmes)
Date: Tue, 09 Apr 2013 10:51:40 +1000
Subject: PING: [PATCH] Enable debug info on all libraries for OpenJDK
	builds
In-Reply-To: <1646204162.769290.1365440387286.JavaMail.root@redhat.com>
References: <1296964538.372074.1364921773405.JavaMail.root@redhat.com>
	<351196638.1935295.1365158371299.JavaMail.root@redhat.com>
	<515EC973.60302@oracle.com>
	<1646204162.769290.1365440387286.JavaMail.root@redhat.com>
Message-ID: <5163661C.5080700@oracle.com>

On 9/04/2013 2:59 AM, Andrew Hughes wrote:
> ----- Original Message -----
>> Hi Andrew,
>>
>> On 5/04/2013 8:39 PM, Andrew Hughes wrote:
>>> Still need a reviewer for this.
>>
>> This looks okay as a first step. Second step would be to connect
>> DEBUG_ALL_BINARIES to a configure option.
>
> Agreed.  Something that unifies both the JDK and HotSpot again.
>
>>
>> This needs to be tested on all platforms, for which we'll need to wait
>> for Tim or Erik to step in.
>>
>
> Well, if I push it, it will be, no?

Testing comes before pushing - thank you.

David
-----


>> David
>> -----
>>
>>> ----- Original Message -----
>>>> With the new build system, the availability of debugging information in
>>>> the
>>>> JDK build is a complete mess, controlled by different flags from those
>>>> that
>>>> control the HotSpot build.
>>>>
>>>> Even when debugging is asked for, it is only turned on for a small number
>>>> of
>>>> libraries on GNU/Linux.  On Windows, this is overridden with no real
>>>> explanation:
>>>> in 7197849: Update new build-infra makefiles.
>>>>
>>>>   From jdk/makefiles/CompileNativeLibraries.gmk:
>>>>
>>>> # Use this variable to set DEBUG_SYMBOLS true on windows for all
>>>> libraries,
>>>> but
>>>> # not on other platforms.
>>>> ifeq ($(OPENJDK_TARGET_OS), windows)
>>>>       WINDOWS_ONLY := true
>>>> endif
>>>>
>>>> and then WINDOWS_ONLY is used as the value for DEBUG_SYMBOLS on most, but
>>>> not
>>>> all,
>>>> libraries (those that are Mac or GNU/Linux only are missed).
>>>>
>>>> This webrev:
>>>>
>>>> http://cr.openjdk.java.net/~andrew/build/debugging/webrev.01/
>>>>
>>>> cleans up the situation, adding DEBUG_ALL_BINARIES in place of
>>>> WINDOWS_ONLY
>>>> and
>>>> adding it to all libraries that don't have DEBUG_SYMBOLS set to true.  The
>>>> previous
>>>> Windows conditional uses this new symbol in place of WINDOWS_ONLY and the
>>>> following
>>>> is also added:
>>>>
>>>> ifdef OPENJDK
>>>>       DEBUG_ALL_BINARIES := true
>>>> endif
>>>>
>>>> so non-OpenJDK builds will still get the same situation as before, while
>>>> OpenJDK
>>>> builds will get the expected debugging information when it's asked for.
>>>>
>>>> All that's now missing compared with a 7 image is debugging on program
>>>> binaries which
>>>> I'll look at next.
>>>>
>>>> Does this look ok?  And if so, can I have a bug ID for it?
>>>>
>>>> Thanks,
>>>> --
>>>> Andrew :)
>>>>
>>>> Free Java Software Engineer
>>>> Red Hat, Inc. (http://www.redhat.com)
>>>>
>>>> PGP Key: 248BDC07 (https://keys.indymedia.org/)
>>>> Fingerprint = EC5A 1F5E C0AD 1D15 8F1F  8F91 3B96 A578 248B DC07
>>>>
>>>>
>>>
>>
>


From martinrb at google.com  Tue Apr  9 01:06:40 2013
From: martinrb at google.com (Martin Buchholz)
Date: Mon, 8 Apr 2013 18:06:40 -0700
Subject: PING: [PATCH] Enable debug info on all libraries for OpenJDK
	builds
In-Reply-To: <5163661C.5080700@oracle.com>
References: <1296964538.372074.1364921773405.JavaMail.root@redhat.com>
	<351196638.1935295.1365158371299.JavaMail.root@redhat.com>
	<515EC973.60302@oracle.com>
	<1646204162.769290.1365440387286.JavaMail.root@redhat.com>
	<5163661C.5080700@oracle.com>
Message-ID: 

On Mon, Apr 8, 2013 at 5:51 PM, David Holmes wrote:

> On 9/04/2013 2:59 AM, Andrew Hughes wrote:
>
>>
>> Well, if I push it, it will be, no?
>>
>
> Testing comes before pushing - thank you.
>

This issue keeps coming up.

Non-Oracle committers have no access to the Oracle automated testing
submission system, so I suggest giving developers some slack when
submitting (as I did when I was TL integrator). Or provide some other
simple mechanism for handing off risky patches to the integration pipeline.
 Or provide some easy way to roll back breaking changes.

There's a far greater risk from changes that pass all the tests today, but
have a fatal flaw that won't be discovered till after release, IMO.


From christian.thalinger at oracle.com  Tue Apr  9 01:48:15 2013
From: christian.thalinger at oracle.com (Christian Thalinger)
Date: Mon, 8 Apr 2013 18:48:15 -0700
Subject: RFR (XXS): 8011678: test/Makefile should pick up JT_HOME
	environment variable
In-Reply-To: 
References: 
	
Message-ID: <5FD29936-3648-48AB-8D0C-CE3D6430698C@oracle.com>

After checking the OpenJDK census it seems that only Vladimir is an official reviewer.  But that's just the official part.  Thanks for the reviews!

-- Chris

On Apr 6, 2013, at 11:58 PM, Mike Duigou  wrote:

> This looks good to me. I will make the same change in the jdk/test/makefile for when it is invoked directly.
> 
> There is also an outstanding issue to add a --with-jtreg option to the configure script:
> 
> JDK-8007129 build-infra Add configure --with-jtreg option for location of JTREG home directory.
> 
> Mike
> 
> On Apr 6 2013, at 21:39 , Christian Thalinger wrote:
> 
>> http://cr.openjdk.java.net/~twisti/8011678
>> 
>> 8011678: test/Makefile should pick up JT_HOME environment variable
>> Reviewed-by:
>> 
>> The JT_HOME can only be overridden by a make argument or JPRT_JTREG_HOME.  Picking up the JT_HOME environment variable would be helpful.
>> 
>> test/Makefile
>> 
> 



From neverloseyourpassion at gmail.com  Tue Apr  9 02:50:09 2013
From: neverloseyourpassion at gmail.com (=?ISO-8859-1?B?SXNtbA==?=)
Date: Tue, 9 Apr 2013 10:50:09 +0800
Subject: No compiler1 product1 for ARCH_DATA_MODEL=64?
Message-ID: 

Hi everyone,    I am trying to compile a x64 version openjdk on Ubuntu 12.10 x64. I use the following commands:


    export LP64=1
    make product1(I want to compile the client jvm)


    but receive the following errors:
   
    No compiler1 product1 for ARCH_DATA_MODEL=64


    But I can successfully compile the server jvm(using make product), I check the Makefile, and find the following code:


    ifeq ($(OSNAME),windows)
  ifeq ($(ARCH_DATA_MODEL), 32)
	$(CD) $(OUTPUTDIR); \
	    $(NMAKE) -f $(ABS_OS_MAKEFILE) \
		      Variant=compiler1 \
                      WorkSpace=$(ABS_GAMMADIR) \
		      BootStrapDir=$(ABS_BOOTDIR) \
                      BuildUser=$(USERNAME) \
		      $(MAKE_ARGS) $(VM_TARGET:%1=%)
  else
	@$(ECHO) "No compiler1 ($(VM_TARGET)) for ARCH_DATA_MODEL=$(ARCH_DATA_MODEL)"
  endif
else
  ifeq ($(ARCH_DATA_MODEL), 32)
	$(CD) $(OUTPUTDIR); \
	    $(MAKE) -f $(ABS_OS_MAKEFILE) \
		      $(MAKE_ARGS) $(VM_TARGET)
  else
	@$(ECHO) "No compiler1 ($(VM_TARGET)) for ARCH_DATA_MODEL=$(ARCH_DATA_MODEL)"
  endif
endif




    It seems that x64 version client jvm is not supported, is it true?
    Thanks for any help.

From david.holmes at oracle.com  Tue Apr  9 03:07:05 2013
From: david.holmes at oracle.com (David Holmes)
Date: Tue, 09 Apr 2013 13:07:05 +1000
Subject: No compiler1 product1 for ARCH_DATA_MODEL=64?
In-Reply-To: 
References: 
Message-ID: <516385D9.5050805@oracle.com>

64-bit client VM is not supported.

You can probably make it work with a bit of makefile hackery, but it is 
not supported.

Search the hotspot mailing list archives for some discussion on this.

David

On 9/04/2013 12:50 PM, Isml wrote:
> Hi everyone,    I am trying to compile a x64 version openjdk on Ubuntu 12.10 x64. I use the following commands:
>
>
>      export LP64=1
>      make product1(I want to compile the client jvm)
>
>
>      but receive the following errors:
>
>      No compiler1 product1 for ARCH_DATA_MODEL=64
>
>
>      But I can successfully compile the server jvm(using make product), I check the Makefile, and find the following code:
>
>
>      ifeq ($(OSNAME),windows)
>    ifeq ($(ARCH_DATA_MODEL), 32)
> 	$(CD) $(OUTPUTDIR); \
> 	    $(NMAKE) -f $(ABS_OS_MAKEFILE) \
> 		      Variant=compiler1 \
>                        WorkSpace=$(ABS_GAMMADIR) \
> 		      BootStrapDir=$(ABS_BOOTDIR) \
>                        BuildUser=$(USERNAME) \
> 		      $(MAKE_ARGS) $(VM_TARGET:%1=%)
>    else
> 	@$(ECHO) "No compiler1 ($(VM_TARGET)) for ARCH_DATA_MODEL=$(ARCH_DATA_MODEL)"
>    endif
> else
>    ifeq ($(ARCH_DATA_MODEL), 32)
> 	$(CD) $(OUTPUTDIR); \
> 	    $(MAKE) -f $(ABS_OS_MAKEFILE) \
> 		      $(MAKE_ARGS) $(VM_TARGET)
>    else
> 	@$(ECHO) "No compiler1 ($(VM_TARGET)) for ARCH_DATA_MODEL=$(ARCH_DATA_MODEL)"
>    endif
> endif
>
>
>
>
>      It seems that x64 version client jvm is not supported, is it true?
>      Thanks for any help.
>


From tim.bell at oracle.com  Tue Apr  9 03:13:55 2013
From: tim.bell at oracle.com (Tim Bell)
Date: Mon, 08 Apr 2013 20:13:55 -0700
Subject: No compiler1 product1 for ARCH_DATA_MODEL=64?
In-Reply-To: 
References: 
Message-ID: <51638773.3000207@oracle.com>

On 04/08/13 19:50, Isml wrote:
> Hi everyone,    I am trying to compile a x64 version openjdk on Ubuntu 12.10 x64. I use the following commands:
>
>
>      export LP64=1
>      make product1(I want to compile the client jvm)
>
>
>      but receive the following errors:
>     
>      No compiler1 product1 for ARCH_DATA_MODEL=64

[... snip ...]

> It seems that x64 version client jvm is not supported, is it true?
>      Thanks for any help.

That is correct.  There is no 64-bit client (also known as compiler1) JVM.

Tim



From david.holmes at oracle.com  Tue Apr  9 04:20:06 2013
From: david.holmes at oracle.com (David Holmes)
Date: Tue, 09 Apr 2013 14:20:06 +1000
Subject: PING: [PATCH] Enable debug info on all libraries for OpenJDK
	builds
In-Reply-To: 
References: <1296964538.372074.1364921773405.JavaMail.root@redhat.com>
	<351196638.1935295.1365158371299.JavaMail.root@redhat.com>
	<515EC973.60302@oracle.com>
	<1646204162.769290.1365440387286.JavaMail.root@redhat.com>
	<5163661C.5080700@oracle.com>
	
Message-ID: <516396F6.30707@oracle.com>

On 9/04/2013 11:06 AM, Martin Buchholz wrote:
> On Mon, Apr 8, 2013 at 5:51 PM, David Holmes  > wrote:
>
>     On 9/04/2013 2:59 AM, Andrew Hughes wrote:
>
>         Well, if I push it, it will be, no?
>
>     Testing comes before pushing - thank you.
>
>
> This issue keeps coming up.
>
> Non-Oracle committers have no access to the Oracle automated testing
> submission system, so I suggest giving developers some slack when
> submitting (as I did when I was TL integrator). Or provide some other
> simple mechanism for handing off risky patches to the integration
> pipeline.  Or provide some easy way to roll back breaking changes.

If you are submitting a build patch that affects multiple platforms and 
you can not test on all the platforms yourself then you should work with 
someone who can assist in ensuring sufficient testing is carried out. I 
don't think that is at all unreasonable.

We have had a number of build related changesets recently (Oracle 
generated!) that have caused significant build failures on some 
platforms, which in turn causes significant disruption to a number of 
teams. So I don't think the importance of testing before pushing can be 
overstated here.

> There's a far greater risk from changes that pass all the tests today,
> but have a fatal flaw that won't be discovered till after release, IMO.

Totally different problem.

David


From neverloseyourpassion at gmail.com  Tue Apr  9 04:28:15 2013
From: neverloseyourpassion at gmail.com (=?ISO-8859-1?B?SXNtbA==?=)
Date: Tue, 9 Apr 2013 12:28:15 +0800
Subject: No compiler1 product1 for ARCH_DATA_MODEL=64?
Message-ID: 

OK, I got it. Thanks everyone!




------------------ Original ------------------
From:  "David Holmes";
Date:  Tue, Apr 9, 2013 11:07 AM
To:  "Isml"; 
Cc:  "build-dev"; 
Subject:  Re: No compiler1 product1 for ARCH_DATA_MODEL=64?



64-bit client VM is not supported.

You can probably make it work with a bit of makefile hackery, but it is 
not supported.

Search the hotspot mailing list archives for some discussion on this.

David

On 9/04/2013 12:50 PM, Isml wrote:
> Hi everyone,    I am trying to compile a x64 version openjdk on Ubuntu 12.10 x64. I use the following commands:
>
>
>      export LP64=1
>      make product1(I want to compile the client jvm)
>
>
>      but receive the following errors:
>
>      No compiler1 product1 for ARCH_DATA_MODEL=64
>
>
>      But I can successfully compile the server jvm(using make product), I check the Makefile, and find the following code:
>
>
>      ifeq ($(OSNAME),windows)
>    ifeq ($(ARCH_DATA_MODEL), 32)
> 	$(CD) $(OUTPUTDIR); \
> 	    $(NMAKE) -f $(ABS_OS_MAKEFILE) \
> 		      Variant=compiler1 \
>                        WorkSpace=$(ABS_GAMMADIR) \
> 		      BootStrapDir=$(ABS_BOOTDIR) \
>                        BuildUser=$(USERNAME) \
> 		      $(MAKE_ARGS) $(VM_TARGET:%1=%)
>    else
> 	@$(ECHO) "No compiler1 ($(VM_TARGET)) for ARCH_DATA_MODEL=$(ARCH_DATA_MODEL)"
>    endif
> else
>    ifeq ($(ARCH_DATA_MODEL), 32)
> 	$(CD) $(OUTPUTDIR); \
> 	    $(MAKE) -f $(ABS_OS_MAKEFILE) \
> 		      $(MAKE_ARGS) $(VM_TARGET)
>    else
> 	@$(ECHO) "No compiler1 ($(VM_TARGET)) for ARCH_DATA_MODEL=$(ARCH_DATA_MODEL)"
>    endif
> endif
>
>
>
>
>      It seems that x64 version client jvm is not supported, is it true?
>      Thanks for any help.
>

From anthony.petrov at oracle.com  Tue Apr  9 06:55:36 2013
From: anthony.petrov at oracle.com (Anthony Petrov)
Date: Tue, 09 Apr 2013 10:55:36 +0400
Subject: RFR: 8010465: Can't enable sjavac when building in jprt.
In-Reply-To: <5162C44D.9060306@oracle.com>
References: <514AF3CE.8020202@oracle.com> <51629164.9070206@oracle.com>
	<5162BE83.3080403@oracle.com> <5162C028.2040602@oracle.com>
	<5162C363.60000@oracle.com> <5162C44D.9060306@oracle.com>
Message-ID: <5163BB68.6090308@oracle.com>

Good to know this is unrelated to this fix. Thanks.

--
best regards,
Anthony

On 4/8/2013 17:21, Erik Joelsson wrote:
> 
> 
> On 2013-04-08 15:17, Anthony Petrov wrote:
>> Thanks for clarifying that. Makes sense to me.
>>
>> The fix looks good to me, btw, although I'm not a build expert.
>>
>> Also, could you clarify why do Windows builds fail with sjavac? Is 
>> this a known bug in sjavac or the build system?
>>
> It looks to me like a bug in sjavac. I have seen it work previously.
> 
> /Erik
>> -- 
>> best regards,
>> Anthony
>>
>> On 04/08/13 17:03, Erik Joelsson wrote:
>>> Sjavac also enables parallel execution of java compilation, speeding up
>>> full builds as well. But even if it didn't, being able to verify that
>>> sjavac builds work in jprt will be a must if we are to enable it by
>>> default.
>>>
>>> /Erik
>>>
>>> On 2013-04-08 14:56, Anthony Petrov wrote:
>>>> Just curious: sjavac is supposed to address the issue with slow
>>>> incremental builds. JPRT builds are full builds usually. What is the
>>>> benefit of using sjavac for full builds?
>>>>
>>>> -- 
>>>> best regards,
>>>> Anthony
>>>>
>>>> On 04/08/13 13:44, Erik Joelsson wrote:
>>>>> Reminder that I would like this reviewed.
>>>>>
>>>>> /Erik
>>>>>
>>>>> On 2013-03-21 12:49, Erik Joelsson wrote:
>>>>>> This patch makes it possible to enable sjavac in jprt runs. This is
>>>>>> achieved by adding -buildenv ENABLE_SJAVAC=true to the jprt command
>>>>>> line.
>>>>>>
>>>>>> http://cr.openjdk.java.net/~erikj/8010465/webrev.root.01/
>>>>>>
>>>>>> Doing this uncovered another bug. Adding the keyword "nofile" to the
>>>>>> LOG variable is done to disable logging build output to a file. JPRT
>>>>>> does this on all build runs since it already saves the build output.
>>>>>> The value of LOG is also sent to sjavac to help it filter its output,
>>>>>> but sjavac does not accept "nofile" as input. The logic to remove
>>>>>> "nofile" before sending it to sjavac didn't work and is also fixed in
>>>>>> this patch.
>>>>>>
>>>>>> The sad news is that all the windows builds currently fail with 
>>>>>> sjavac
>>>>>> enabled, but having this feature will help us harden sjavac to the
>>>>>> point where we can make the switch.
>>>>>>
>>>>>> /Erik
>>>>>>
>>>>>>


From anthony.petrov at oracle.com  Tue Apr  9 07:01:23 2013
From: anthony.petrov at oracle.com (Anthony Petrov)
Date: Tue, 09 Apr 2013 11:01:23 +0400
Subject: A couple of questions about the new build system
In-Reply-To: 
References: 
Message-ID: <5163BCC3.8010104@oracle.com>

You can't feed make with the /showInclude output. There's a dedicated 
tool in Cygwin (and on *NIX in general) - makedepend. It produces output 
that make can parse and understand directly.

--
best regards,
Anthony

On 4/8/2013 20:00, Kelly O'Hair wrote:
> I think it's /showIncludes ???
> http://msdn.microsoft.com/en-us/library/hdkef6tk%28v=vs.100%29.aspx
> 
> -kto
> 
> 
> On 4/8/13 1:16 AM, "Erik Joelsson"  wrote:
> 
>> I just realized you are probably running on windows and unfortunately
>> this currently doesn't work there. We use the -M flag for gcc which
>> outputs make dependency files. The visual studio compiler doesn't have
>> this feature. There are ways this can be worked around. I've created
>> 8011687 to track this issue.
>>
>> /Erik
>>
>> On 2013-04-02 10:16, Erik Joelsson wrote:
>>>
>>> On 2013-03-29 00:00, Phil Race wrote:
>>>>> If you touch a header fie, the build is supposed to notice and "do
>>>> the right thing".
>>>>
>>>> It did not do so. If I touched a C file, no problem, but not so for
>>>> the header file.
>>>> This was observed on Solaris 10 SPARC.
>>>>
>>> I just tried:
>>> touch ../../jdk/src/share/native/sun/font/fontscalerdefs.h
>>> make LOG=info
>>>
>>> which resulted in the following:
>>>
>>> ...
>>> ## Starting jdk
>>> Compiling AccelGlyphCache.c (for libawt_xawt.so)
>>> Compiling OGLTextRenderer.c (for libawt_xawt.so)
>>> Compiling X11FontScaler_md.c (for libawt_xawt.so)
>>> Compiling XRBackendNative.c (for libawt_xawt.so)
>>> Compiling DrawGlyphList.c (for libfontmanager.so)
>>> Compiling FontInstanceAdapter.cpp (for libfontmanager.so)
>>> Compiling SunLayoutEngine.cpp (for libfontmanager.so)
>>> Compiling X11FontScaler.c (for libfontmanager.so)
>>> Compiling sunFont.c (for libfontmanager.so)
>>>
>>> /localhome/mercurial/closed-jdk8-build/jdk/src/share/native/sun/font/layo
>>> ut/SunLayoutEngine.cpp:
>>> In function ?void Java_sun_font_SunLayoutEngine_nativeLayout(JNIEnv*,
>>> _jclass*, _jobject*, _jobject*, _jfloatArray*, jint, jint,
>>> _jcharArray*, jint, jint, jint, jint, jint, jint, jint, _jobject*,
>>> _jobject*, jlong, jlong)?:
>>>
>>> /localhome/mercurial/closed-jdk8-build/jdk/src/share/native/sun/font/layo
>>> ut/SunLayoutEngine.cpp:190:
>>> warning: comparison between signed and unsigned integer expressions
>>> Compiling GeneralPath.cpp (for libt2k.so)
>>> Compiling scalerMethods.c (for libt2k.so)
>>> Compiling t2kScalerMethods.cpp (for libt2k.so)
>>> Compiling AccelGlyphCache.c (for libawt_headless.so)
>>>
>>> /localhome/mercurial/closed-jdk8-build/jdk/src/share/native/sun/font/sunF
>>> ont.c: 
>>> In function ?Java_sun_font_StrikeCache_freeIntPointer?:
>>>
>>> /localhome/mercurial/closed-jdk8-build/jdk/src/share/native/sun/font/sunF
>>> ont.c:196: 
>>> warning: cast to pointer from integer of different size
>>>
>>> /localhome/mercurial/closed-jdk8-build/jdk/src/share/native/sun/font/sunF
>>> ont.c: 
>>> In function ?Java_sun_font_StrikeCache_freeIntMemory?:
>>>
>>> /localhome/mercurial/closed-jdk8-build/jdk/src/share/native/sun/font/sunF
>>> ont.c:234: 
>>> warning: cast to pointer from integer of different size
>>> Compiling X11FontScaler_md.c (for libawt_headless.so)
>>> Linking libawt_xawt.so
>>> Linking libfontmanager.so
>>> Linking libawt_headless.so
>>> Linking libt2k.so
>>> Linking libjawt.so
>>> ...
>>>
>>> Note that the default verbosity doesn't print anything when compiling
>>> native code. You need to increase it to "info" to see what gets
>>> recompiled.
>>>
>>> If this doesn't work for you, it's a bug that needs to be investigated.
>>>
>>> /Erik
>>>
>>>> -phil.
>>>>
>>>> On 3/28/2013 2:45 PM, Jonathan Gibbons wrote:
>>>>> On 03/28/2013 02:29 PM, Phil Race wrote:
>>>>>> 1. Why do we have both --with-cups and --with-cups-include ?
>>>>>> All we use is the header files so the latter is what matters and
>>>>>> I'm not sure which one the build system prefers if both are set.
>>>>>>
>>>>>> 2. In the old build I could do
>>>>>> cd make/sun/font
>>>>>> make clean
>>>>>> make all
>>>>>>
>>>>>> Is there anything analagous to 'make clean' here,where I can have a
>>>>>> level of comfort
>>>>>> that all generated files related to building just a particular area
>>>>>> are removed.
>>>>>> This was useful after I touched a header file.
>>>>>> Now when I touch a header file, the new build system doesn't notice,
>>>>>> so I have to manually purge, but nor does it (as far as I can see)
>>>>>> give me
>>>>>> a target to purge that component. To do this I need to go hunt down
>>>>>> the directory with the object files and remove them.
>>>>>> Is there something better I can do ?
>>>>>>
>>>>>> -phil.
>>>>>>
>>>>> If you touch a header fie, the build is supposed to notice and "do
>>>>> the right thing".
>>>>>
>>>>> -- Jon
> 


From erik.joelsson at oracle.com  Tue Apr  9 07:22:14 2013
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Tue, 09 Apr 2013 09:22:14 +0200
Subject: Support building zero with the new build
In-Reply-To: <1942610281.882505.1365449724876.JavaMail.root@redhat.com>
References: <5152328A.9040608@redhat.com>
	<515BE81E.1020500@oracle.com>	<1364986850.2303.0.camel@mercury>	<1988302083.837741.1365000898499.JavaMail.root@redhat.com>	<515C47F4.8010907@oracle.com>
	<5163097F.9030604@redhat.com>	<556827409.872604.1365449187253.JavaMail.root@redhat.com>	<51631AD6.5010801@redhat.com>
	<1942610281.882505.1365449724876.JavaMail.root@redhat.com>
Message-ID: <5163C1A6.6010209@oracle.com>



On 2013-04-08 21:35, Andrew Hughes wrote:
> ----- Original Message -----
>> On 04/08/2013 03:26 PM, Andrew Hughes wrote:
>>>> I have pushed the changes:
>>>> http://hg.openjdk.java.net/jdk8/build/rev/653ff6bcf0b1
>>>> http://hg.openjdk.java.net/jdk8/build/jdk/rev/fddd158b872a
>>>>
>>>> Thank you everyone for all (very patient) reviews and suggestions!
>>>>
>>> I'm quite surprised to see this.  I was about to give feedback on my
>>> attempt
>>> to build with this patch (fortunately, it passed) and yet it's already been
>>> committed.
>> I thought I heard you mention on IRC that this built without problems. I
>> am sorry if I misunderstood that or mis-remember. Is there anything I
>> can do to address this (now or in the future)?
>>
> I did, but that's not on record.  In future, it'd be worth pinging me to double-check.
>
Since it's in now, it's in, but if you have anything you would like to 
change, we can always open another bug and fix it.
>>> Also, according to http://openjdk.java.net/census#erikj, Erik
>>> isn't a reviewer and I'm not sure there's a final ok from David either
>>> (feel free to drop me a link if there is).
>> The result of the vote was announced, though I am also surprised that
>> the census has not been updated:
>>
>> http://mail.openjdk.java.net/pipermail/jdk8-dev/2013-April/002266.html
>>
> I wasn't even aware there was a vote.  If I was, I'd have voted in favour.
>
Thanks! :) Though until I'm listed on the census page, jcheck won't let 
you push changes with me as only reviewer. I will ping the registrar.

/Erik
>> Thanks,
>> Omair
>>
>> --
>> PGP Key: 66484681 (http://pgp.mit.edu/)
>> Fingerprint = F072 555B 0A17 3957 4E95  0056 F286 F14F 6648 4681
>>


From erik.joelsson at oracle.com  Tue Apr  9 08:37:59 2013
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Tue, 09 Apr 2013 10:37:59 +0200
Subject: A couple of questions about the new build system
In-Reply-To: <5162FA18.1060207@oracle.com>
References: 
	<5162FA18.1060207@oracle.com>
Message-ID: <5163D367.4010805@oracle.com>

I tried it on solaris and found that it was broken there too. The output 
from the -xMMD compiler option that we use is not compatible with our 
makefiles. The object file is printed without directories, just the file 
name. Adding this to the bug.

/Erik

On 2013-04-08 19:10, Phil Race wrote:
> FWIW, I was on Solaris 10 SPARC.
>
> I sent you a separate email off-list since what I saw is that the case 
> you
> described does actually work but one that is different - in closed 
> sources - didn't work.
>
> -phil.
>
> On 4/8/2013 9:00 AM, Kelly O'Hair wrote:
>> I think it's /showIncludes ???
>> http://msdn.microsoft.com/en-us/library/hdkef6tk%28v=vs.100%29.aspx
>>
>> -kto
>>
>>
>> On 4/8/13 1:16 AM, "Erik Joelsson"  wrote:
>>
>>> I just realized you are probably running on windows and unfortunately
>>> this currently doesn't work there. We use the -M flag for gcc which
>>> outputs make dependency files. The visual studio compiler doesn't have
>>> this feature. There are ways this can be worked around. I've created
>>> 8011687 to track this issue.
>>>
>>> /Erik
>>>
>>> On 2013-04-02 10:16, Erik Joelsson wrote:
>>>>
>>>> On 2013-03-29 00:00, Phil Race wrote:
>>>>>> If you touch a header fie, the build is supposed to notice and "do
>>>>> the right thing".
>>>>>
>>>>> It did not do so. If I touched a C file, no problem, but not so for
>>>>> the header file.
>>>>> This was observed on Solaris 10 SPARC.
>>>>>
>>>> I just tried:
>>>> touch ../../jdk/src/share/native/sun/font/fontscalerdefs.h
>>>> make LOG=info
>>>>
>>>> which resulted in the following:
>>>>
>>>> ...
>>>> ## Starting jdk
>>>> Compiling AccelGlyphCache.c (for libawt_xawt.so)
>>>> Compiling OGLTextRenderer.c (for libawt_xawt.so)
>>>> Compiling X11FontScaler_md.c (for libawt_xawt.so)
>>>> Compiling XRBackendNative.c (for libawt_xawt.so)
>>>> Compiling DrawGlyphList.c (for libfontmanager.so)
>>>> Compiling FontInstanceAdapter.cpp (for libfontmanager.so)
>>>> Compiling SunLayoutEngine.cpp (for libfontmanager.so)
>>>> Compiling X11FontScaler.c (for libfontmanager.so)
>>>> Compiling sunFont.c (for libfontmanager.so)
>>>>
>>>> /localhome/mercurial/closed-jdk8-build/jdk/src/share/native/sun/font/layo 
>>>>
>>>> ut/SunLayoutEngine.cpp:
>>>> In function ?void Java_sun_font_SunLayoutEngine_nativeLayout(JNIEnv*,
>>>> _jclass*, _jobject*, _jobject*, _jfloatArray*, jint, jint,
>>>> _jcharArray*, jint, jint, jint, jint, jint, jint, jint, _jobject*,
>>>> _jobject*, jlong, jlong)?:
>>>>
>>>> /localhome/mercurial/closed-jdk8-build/jdk/src/share/native/sun/font/layo 
>>>>
>>>> ut/SunLayoutEngine.cpp:190:
>>>> warning: comparison between signed and unsigned integer expressions
>>>> Compiling GeneralPath.cpp (for libt2k.so)
>>>> Compiling scalerMethods.c (for libt2k.so)
>>>> Compiling t2kScalerMethods.cpp (for libt2k.so)
>>>> Compiling AccelGlyphCache.c (for libawt_headless.so)
>>>>
>>>> /localhome/mercurial/closed-jdk8-build/jdk/src/share/native/sun/font/sunF 
>>>>
>>>> ont.c:
>>>> In function ?Java_sun_font_StrikeCache_freeIntPointer?:
>>>>
>>>> /localhome/mercurial/closed-jdk8-build/jdk/src/share/native/sun/font/sunF 
>>>>
>>>> ont.c:196:
>>>> warning: cast to pointer from integer of different size
>>>>
>>>> /localhome/mercurial/closed-jdk8-build/jdk/src/share/native/sun/font/sunF 
>>>>
>>>> ont.c:
>>>> In function ?Java_sun_font_StrikeCache_freeIntMemory?:
>>>>
>>>> /localhome/mercurial/closed-jdk8-build/jdk/src/share/native/sun/font/sunF 
>>>>
>>>> ont.c:234:
>>>> warning: cast to pointer from integer of different size
>>>> Compiling X11FontScaler_md.c (for libawt_headless.so)
>>>> Linking libawt_xawt.so
>>>> Linking libfontmanager.so
>>>> Linking libawt_headless.so
>>>> Linking libt2k.so
>>>> Linking libjawt.so
>>>> ...
>>>>
>>>> Note that the default verbosity doesn't print anything when compiling
>>>> native code. You need to increase it to "info" to see what gets
>>>> recompiled.
>>>>
>>>> If this doesn't work for you, it's a bug that needs to be 
>>>> investigated.
>>>>
>>>> /Erik
>>>>
>>>>> -phil.
>>>>>
>>>>> On 3/28/2013 2:45 PM, Jonathan Gibbons wrote:
>>>>>> On 03/28/2013 02:29 PM, Phil Race wrote:
>>>>>>> 1. Why do we have both --with-cups and --with-cups-include ?
>>>>>>> All we use is the header files so the latter is what matters and
>>>>>>> I'm not sure which one the build system prefers if both are set.
>>>>>>>
>>>>>>> 2. In the old build I could do
>>>>>>> cd make/sun/font
>>>>>>> make clean
>>>>>>> make all
>>>>>>>
>>>>>>> Is there anything analagous to 'make clean' here,where I can have a
>>>>>>> level of comfort
>>>>>>> that all generated files related to building just a particular area
>>>>>>> are removed.
>>>>>>> This was useful after I touched a header file.
>>>>>>> Now when I touch a header file, the new build system doesn't 
>>>>>>> notice,
>>>>>>> so I have to manually purge, but nor does it (as far as I can see)
>>>>>>> give me
>>>>>>> a target to purge that component. To do this I need to go hunt down
>>>>>>> the directory with the object files and remove them.
>>>>>>> Is there something better I can do ?
>>>>>>>
>>>>>>> -phil.
>>>>>>>
>>>>>> If you touch a header fie, the build is supposed to notice and "do
>>>>>> the right thing".
>>>>>>
>>>>>> -- Jon
>


From erik.joelsson at oracle.com  Tue Apr  9 11:25:19 2013
From: erik.joelsson at oracle.com (erik.joelsson at oracle.com)
Date: Tue, 09 Apr 2013 11:25:19 +0000
Subject: hg: jdk8/build: 2 new changesets
Message-ID: <20130409112519.F11654816F@hg.openjdk.java.net>

Changeset: 2f43964043c2
Author:    erikj
Date:      2013-04-09 09:42 +0200
URL:       http://hg.openjdk.java.net/jdk8/build/rev/2f43964043c2

8006288: build-infra: Use solaris nm and not gnm on solaris
Reviewed-by: tbell

! common/autoconf/compare.sh.in
! common/autoconf/generated-configure.sh
! common/autoconf/spec.gmk.in
! common/autoconf/toolchain.m4

Changeset: 2ef28c12d649
Author:    erikj
Date:      2013-04-09 09:45 +0200
URL:       http://hg.openjdk.java.net/jdk8/build/rev/2ef28c12d649

8010465: Can't enable sjavac when building in jprt.
Reviewed-by: ohair, tbell

! common/makefiles/JavaCompilation.gmk
! common/makefiles/Jprt.gmk
! common/makefiles/MakeBase.gmk
! common/makefiles/MakeHelpers.gmk



From Lance.Andersen at oracle.com  Tue Apr  9 14:55:47 2013
From: Lance.Andersen at oracle.com (Lance Andersen - Oracle)
Date: Tue, 9 Apr 2013 10:55:47 -0400
Subject: review request: 8011620 adding free form netbeans project for jdbc to
	jdk/make/netbeans
Message-ID: <28656B01-FE05-48D1-B544-03E08B362651@oracle.com>

Hi,

This is a request to review adding a netbeans freeform project to jdk/make/netbeans for jdbc

As part of this change,  I also modified common/shared.xml to properly look for the jtreg report.html in the html directory and so the javadoc was using version 1.8

The web rev is here http://cr.openjdk.java.net/~lancea/8011620/webrev.00/

Best
lance

Lance Andersen| Principal Member of Technical Staff | +1.781.442.2037
Oracle Java Engineering 
1 Network Drive 
Burlington, MA 01803
Lance.Andersen at oracle.com



From erik.joelsson at oracle.com  Tue Apr  9 15:05:00 2013
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Tue, 09 Apr 2013 17:05:00 +0200
Subject: RFR: JDK-8011687: Support correct dependencies from header files
	on windows and solaris
Message-ID: <51642E1C.5010401@oracle.com>

This patch adds workarounds for the way make dependencies are generated 
in the Solaris and Windows compilers. What this means is that if you 
touch a header file, the relevant c files will be recompiled as expected.

On Solaris, there is support for generating make dependencies, and it 
was used, but the object file is printed with just the filename and no 
directory. This works if the makefile is executing in the same directory 
as the object file is put in, but this isn't the case in the new jdk 
build. A simple sed expression fixes this.

On Windows it's more complicated. Two possible solutions were available, 
-showIncludes parameter to the compiler and the utility makedepends. 
Having experimented with both, I found the first alternative easiest to 
get working all the way with a smaller impact on makefile complexity. 
The parameter -showIncludes prints messages about all included files on 
stdout (contrary to the documentation) which are then filtered out to a 
file and parsed to create a makefile.

http://cr.openjdk.java.net/~erikj/8011687/webrev.01/

/Erik


From Ulf.Zibis at CoSoCo.de  Tue Apr  9 15:26:07 2013
From: Ulf.Zibis at CoSoCo.de (Ulf Zibis)
Date: Tue, 09 Apr 2013 17:26:07 +0200
Subject: review request: 8011620 adding free form netbeans project for
	jdbc to jdk/make/netbeans
In-Reply-To: <28656B01-FE05-48D1-B544-03E08B362651@oracle.com>
References: <28656B01-FE05-48D1-B544-03E08B362651@oracle.com>
Message-ID: <5164330F.3010604@CoSoCo.de>

Hi,

there is a little indentation error in build.xml in line 42.

-Ulf

Am 09.04.2013 16:55, schrieb Lance Andersen - Oracle:
> Hi,
>
> This is a request to review adding a netbeans freeform project to jdk/make/netbeans for jdbc
>
> As part of this change,  I also modified common/shared.xml to properly look for the jtreg report.html in the html directory and so the javadoc was using version 1.8
>
> The web rev is here http://cr.openjdk.java.net/~lancea/8011620/webrev.00/
>
> Best
> lance
>
> Lance Andersen| Principal Member of Technical Staff | +1.781.442.2037
> Oracle Java Engineering
> 1 Network Drive
> Burlington, MA 01803
> Lance.Andersen at oracle.com
>
>



From Lance.Andersen at oracle.com  Tue Apr  9 15:58:39 2013
From: Lance.Andersen at oracle.com (Lance Andersen - Oracle)
Date: Tue, 9 Apr 2013 11:58:39 -0400
Subject: review request: 8011620 adding free form netbeans project for
	jdbc to jdk/make/netbeans
In-Reply-To: <5164330F.3010604@CoSoCo.de>
References: <28656B01-FE05-48D1-B544-03E08B362651@oracle.com>
	<5164330F.3010604@CoSoCo.de>
Message-ID: 

Thank you ulf,  I made the change in my workspace so that it will be accommodated as part of the putback

Best
Lance
On Apr 9, 2013, at 11:26 AM, Ulf Zibis wrote:

> Hi,
> 
> there is a little indentation error in build.xml in line 42.
> 
> -Ulf
> 
> Am 09.04.2013 16:55, schrieb Lance Andersen - Oracle:
>> Hi,
>> 
>> This is a request to review adding a netbeans freeform project to jdk/make/netbeans for jdbc
>> 
>> As part of this change,  I also modified common/shared.xml to properly look for the jtreg report.html in the html directory and so the javadoc was using version 1.8
>> 
>> The web rev is here http://cr.openjdk.java.net/~lancea/8011620/webrev.00/
>> 
>> Best
>> lance
>> 
>> Lance Andersen| Principal Member of Technical Staff | +1.781.442.2037
>> Oracle Java Engineering
>> 1 Network Drive
>> Burlington, MA 01803
>> Lance.Andersen at oracle.com
>> 
>> 
> 

-------------- next part --------------

Lance Andersen| Principal Member of Technical Staff | +1.781.442.2037
Oracle Java Engineering 
1 Network Drive 
Burlington, MA 01803
Lance.Andersen at oracle.com


From kellyohair at gmail.com  Tue Apr  9 16:09:13 2013
From: kellyohair at gmail.com (Kelly O'Hair)
Date: Tue, 9 Apr 2013 09:09:13 -0700
Subject: A couple of questions about the new build system
In-Reply-To: <5163BCC3.8010104@oracle.com>
References: 
	<5163BCC3.8010104@oracle.com>
Message-ID: 

You have to do something to catch the /showIncludes text during the compiles, process it into a %.mk file, and optionally include it.
At least that is what we had to do years ago before they added these types of options.

There is also the /Gm option, but I'm not that familiar with the idb files it creates and uses.

-kto



On Apr 9, 2013, at 12:01 AM, Anthony Petrov wrote:

> You can't feed make with the /showInclude output. There's a dedicated tool in Cygwin (and on *NIX in general) - makedepend. It produces output that make can parse and understand directly.
> 
> --
> best regards,
> Anthony
> 
> On 4/8/2013 20:00, Kelly O'Hair wrote:
>> I think it's /showIncludes ???
>> http://msdn.microsoft.com/en-us/library/hdkef6tk%28v=vs.100%29.aspx
>> -kto
>> On 4/8/13 1:16 AM, "Erik Joelsson"  wrote:
>>> I just realized you are probably running on windows and unfortunately
>>> this currently doesn't work there. We use the -M flag for gcc which
>>> outputs make dependency files. The visual studio compiler doesn't have
>>> this feature. There are ways this can be worked around. I've created
>>> 8011687 to track this issue.
>>> 
>>> /Erik
>>> 
>>> On 2013-04-02 10:16, Erik Joelsson wrote:
>>>> 
>>>> On 2013-03-29 00:00, Phil Race wrote:
>>>>>> If you touch a header fie, the build is supposed to notice and "do
>>>>> the right thing".
>>>>> 
>>>>> It did not do so. If I touched a C file, no problem, but not so for
>>>>> the header file.
>>>>> This was observed on Solaris 10 SPARC.
>>>>> 
>>>> I just tried:
>>>> touch ../../jdk/src/share/native/sun/font/fontscalerdefs.h
>>>> make LOG=info
>>>> 
>>>> which resulted in the following:
>>>> 
>>>> ...
>>>> ## Starting jdk
>>>> Compiling AccelGlyphCache.c (for libawt_xawt.so)
>>>> Compiling OGLTextRenderer.c (for libawt_xawt.so)
>>>> Compiling X11FontScaler_md.c (for libawt_xawt.so)
>>>> Compiling XRBackendNative.c (for libawt_xawt.so)
>>>> Compiling DrawGlyphList.c (for libfontmanager.so)
>>>> Compiling FontInstanceAdapter.cpp (for libfontmanager.so)
>>>> Compiling SunLayoutEngine.cpp (for libfontmanager.so)
>>>> Compiling X11FontScaler.c (for libfontmanager.so)
>>>> Compiling sunFont.c (for libfontmanager.so)
>>>> 
>>>> /localhome/mercurial/closed-jdk8-build/jdk/src/share/native/sun/font/layo
>>>> ut/SunLayoutEngine.cpp:
>>>> In function ?void Java_sun_font_SunLayoutEngine_nativeLayout(JNIEnv*,
>>>> _jclass*, _jobject*, _jobject*, _jfloatArray*, jint, jint,
>>>> _jcharArray*, jint, jint, jint, jint, jint, jint, jint, _jobject*,
>>>> _jobject*, jlong, jlong)?:
>>>> 
>>>> /localhome/mercurial/closed-jdk8-build/jdk/src/share/native/sun/font/layo
>>>> ut/SunLayoutEngine.cpp:190:
>>>> warning: comparison between signed and unsigned integer expressions
>>>> Compiling GeneralPath.cpp (for libt2k.so)
>>>> Compiling scalerMethods.c (for libt2k.so)
>>>> Compiling t2kScalerMethods.cpp (for libt2k.so)
>>>> Compiling AccelGlyphCache.c (for libawt_headless.so)
>>>> 
>>>> /localhome/mercurial/closed-jdk8-build/jdk/src/share/native/sun/font/sunF
>>>> ont.c: In function ?Java_sun_font_StrikeCache_freeIntPointer?:
>>>> 
>>>> /localhome/mercurial/closed-jdk8-build/jdk/src/share/native/sun/font/sunF
>>>> ont.c:196: warning: cast to pointer from integer of different size
>>>> 
>>>> /localhome/mercurial/closed-jdk8-build/jdk/src/share/native/sun/font/sunF
>>>> ont.c: In function ?Java_sun_font_StrikeCache_freeIntMemory?:
>>>> 
>>>> /localhome/mercurial/closed-jdk8-build/jdk/src/share/native/sun/font/sunF
>>>> ont.c:234: warning: cast to pointer from integer of different size
>>>> Compiling X11FontScaler_md.c (for libawt_headless.so)
>>>> Linking libawt_xawt.so
>>>> Linking libfontmanager.so
>>>> Linking libawt_headless.so
>>>> Linking libt2k.so
>>>> Linking libjawt.so
>>>> ...
>>>> 
>>>> Note that the default verbosity doesn't print anything when compiling
>>>> native code. You need to increase it to "info" to see what gets
>>>> recompiled.
>>>> 
>>>> If this doesn't work for you, it's a bug that needs to be investigated.
>>>> 
>>>> /Erik
>>>> 
>>>>> -phil.
>>>>> 
>>>>> On 3/28/2013 2:45 PM, Jonathan Gibbons wrote:
>>>>>> On 03/28/2013 02:29 PM, Phil Race wrote:
>>>>>>> 1. Why do we have both --with-cups and --with-cups-include ?
>>>>>>> All we use is the header files so the latter is what matters and
>>>>>>> I'm not sure which one the build system prefers if both are set.
>>>>>>> 
>>>>>>> 2. In the old build I could do
>>>>>>> cd make/sun/font
>>>>>>> make clean
>>>>>>> make all
>>>>>>> 
>>>>>>> Is there anything analagous to 'make clean' here,where I can have a
>>>>>>> level of comfort
>>>>>>> that all generated files related to building just a particular area
>>>>>>> are removed.
>>>>>>> This was useful after I touched a header file.
>>>>>>> Now when I touch a header file, the new build system doesn't notice,
>>>>>>> so I have to manually purge, but nor does it (as far as I can see)
>>>>>>> give me
>>>>>>> a target to purge that component. To do this I need to go hunt down
>>>>>>> the directory with the object files and remove them.
>>>>>>> Is there something better I can do ?
>>>>>>> 
>>>>>>> -phil.
>>>>>>> 
>>>>>> If you touch a header fie, the build is supposed to notice and "do
>>>>>> the right thing".
>>>>>> 
>>>>>> -- Jon



From tim.bell at oracle.com  Tue Apr  9 18:38:23 2013
From: tim.bell at oracle.com (Tim Bell)
Date: Tue, 09 Apr 2013 11:38:23 -0700
Subject: RFR: JDK-8011687: Support correct dependencies from header files
	on windows and solaris
In-Reply-To: <51642E1C.5010401@oracle.com>
References: <51642E1C.5010401@oracle.com>
Message-ID: <5164601F.3010508@oracle.com>

Erik:

> This patch adds workarounds for the way make dependencies are 
> generated in the Solaris and Windows compilers. What this means is 
> that if you touch a header file, the relevant c files will be 
> recompiled as expected.
>
> On Solaris, there is support for generating make dependencies, and it 
> was used, but the object file is printed with just the filename and no 
> directory. This works if the makefile is executing in the same 
> directory as the object file is put in, but this isn't the case in the 
> new jdk build. A simple sed expression fixes this.
>
> On Windows it's more complicated. Two possible solutions were 
> available, -showIncludes parameter to the compiler and the utility 
> makedepends. Having experimented with both, I found the first 
> alternative easiest to get working all the way with a smaller impact 
> on makefile complexity. The parameter -showIncludes prints messages 
> about all included files on stdout (contrary to the documentation) 
> which are then filtered out to a file and parsed to create a makefile.
>
> http://cr.openjdk.java.net/~erikj/8011687/webrev.01/

common/makefiles/NativeCompilation.gmk has a minor typo ('and and'):

  108         # setting -showIncludes, all included files are printed. 
These are filtered out and
  109         # and parsed into make dependences.

Otherwise looks good.  Approved!

Tim



From tim.bell at oracle.com  Tue Apr  9 20:06:21 2013
From: tim.bell at oracle.com (tim.bell at oracle.com)
Date: Tue, 09 Apr 2013 20:06:21 +0000
Subject: hg: jdk8/build: 8011348: use of which in common/autoconf/autogen.sh
	is not portable
Message-ID: <20130409200621.7681148187@hg.openjdk.java.net>

Changeset: a09e9c9ca963
Author:    tbell
Date:      2013-04-09 13:05 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/rev/a09e9c9ca963

8011348: use of which in common/autoconf/autogen.sh is not portable
Reviewed-by: erikj, katleman, mduigou

! common/autoconf/autogen.sh



From bradford.wetmore at oracle.com  Tue Apr  9 22:01:17 2013
From: bradford.wetmore at oracle.com (Brad Wetmore)
Date: Tue, 09 Apr 2013 15:01:17 -0700
Subject: Allow using a system-installed giflib
In-Reply-To: <9DC9164A-94FE-4A1F-BDA5-FE2EAA40DC07@oracle.com>
References: <1350720224.19115736.1363317011803.JavaMail.root@redhat.com>
	<5142ECFC.1090402@oracle.com> <5148D1A5.8090606@redhat.com>
	<514969F0.7060208@oracle.com> <515B139A.40203@redhat.com>
	<9DC9164A-94FE-4A1F-BDA5-FE2EAA40DC07@oracle.com>
Message-ID: <51648FAD.2010906@oracle.com>

Mike/Omair/Eric,

This putback has likely broken the old JDK build (i.e. in jdk/make)

     JDK-8011812:  JDK-8011278 breaks the old build

At least deploy and JCE are still stuck on the old build.

One workaround that is said to work:

diff --git a/make/sun/splashscreen/Makefile b/make/sun/splashscreen/Makefile
--- a/make/sun/splashscreen/Makefile
+++ b/make/sun/splashscreen/Makefile
@@ -89,7 +89,7 @@
                  -I$(OPENWIN_HOME)/include/X11/extensions
      OTHER_LDLIBS += -L$(OPENWIN_LIB) -lX11 -lXext $(LIBM) -pthread
    else
-    CPPFLAGS += -I$(OPENWIN_HOME)/include 
-I$(OPENWIN_HOME)/include/X11/extensions
+    CPPFLAGS += -I$(OPENWIN_HOME)/include 
-I$(OPENWIN_HOME)/include/X11/extensions 
-I$(JDK_TOPDIR)/src/share/native/sun/awt/giflib
      OTHER_LDLIBS += -L$(OPENWIN_LIB) -lX11 -lXext $(LIBM) -lpthread
    endif
  else # PLATFORM

Since Eric is the RE for 8011278, I'm going to assign him this one.

Thanks,

Brad




On 4/2/2013 10:45 AM, Mike Duigou wrote:
> Done!
>
> JDK-8011278 : Allow using a system-installed giflib
>
> On Apr 2 2013, at 10:21 , Omair Majid wrote:
>
>> On 03/20/2013 03:49 AM, Erik Joelsson wrote:
>>> This looks good to me. Thanks!
>>
>> I would like to push this. Could I get a bug ID, please?
>>
>> Thanks,
>> Omair
>> --
>> PGP Key: 66484681 (http://pgp.mit.edu/)
>> Fingerprint = F072 555B 0A17 3957 4E95  0056 F286 F14F 6648 4681
>


From omajid at redhat.com  Tue Apr  9 22:11:08 2013
From: omajid at redhat.com (Omair Majid)
Date: Tue, 09 Apr 2013 18:11:08 -0400
Subject: Allow using a system-installed giflib
In-Reply-To: <51648FAD.2010906@oracle.com>
References: <1350720224.19115736.1363317011803.JavaMail.root@redhat.com>
	<5142ECFC.1090402@oracle.com> <5148D1A5.8090606@redhat.com>
	<514969F0.7060208@oracle.com> <515B139A.40203@redhat.com>
	<9DC9164A-94FE-4A1F-BDA5-FE2EAA40DC07@oracle.com>
	<51648FAD.2010906@oracle.com>
Message-ID: <516491FC.1050702@redhat.com>

On 04/09/2013 06:01 PM, Brad Wetmore wrote:
> Mike/Omair/Eric,
> 
> This putback has likely broken the old JDK build (i.e. in jdk/make)
> 
>     JDK-8011812:  JDK-8011278 breaks the old build

Sorry for this.

> At least deploy and JCE are still stuck on the old build.

I would like to avoid this in the future; any tips on how to run the old
build? I couldn't get it to work last I tried (the error messages were
redirecting me to the new build).

> One workaround that is said to work:
> 
> diff --git a/make/sun/splashscreen/Makefile
> b/make/sun/splashscreen/Makefile
> --- a/make/sun/splashscreen/Makefile
> +++ b/make/sun/splashscreen/Makefile
> @@ -89,7 +89,7 @@
>                  -I$(OPENWIN_HOME)/include/X11/extensions
>      OTHER_LDLIBS += -L$(OPENWIN_LIB) -lX11 -lXext $(LIBM) -pthread
>    else
> -    CPPFLAGS += -I$(OPENWIN_HOME)/include
> -I$(OPENWIN_HOME)/include/X11/extensions
> +    CPPFLAGS += -I$(OPENWIN_HOME)/include
> -I$(OPENWIN_HOME)/include/X11/extensions
> -I$(JDK_TOPDIR)/src/share/native/sun/awt/giflib
>      OTHER_LDLIBS += -L$(OPENWIN_LIB) -lX11 -lXext $(LIBM) -lpthread
>    endif
>  else # PLATFORM

The change looks sensible to me since it adds the same path to
C(PP)FLAGS that's added in the new build:
http://cr.openjdk.java.net/~omajid/webrevs/system-giflib/02/jdk/makefiles/CompileNativeLibraries.gmk.udiff.html

> Since Eric is the RE for 8011278, I'm going to assign him this one.

I will be happy to test this change too.

Omair
-- 
PGP Key: 66484681 (http://pgp.mit.edu/)
Fingerprint = F072 555B 0A17 3957 4E95  0056 F286 F14F 6648 4681


From david.katleman at oracle.com  Tue Apr  9 22:22:46 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Tue, 09 Apr 2013 22:22:46 +0000
Subject: hg: jdk8/build: 2 new changesets
Message-ID: <20130409222246.4A5C54818D@hg.openjdk.java.net>

Changeset: a0fa9e93efee
Author:    katleman
Date:      2013-04-04 19:05 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/rev/a0fa9e93efee

Added tag jdk8-b84 for changeset 01f631f89fa3

! .hgtags

Changeset: 7fc358f59436
Author:    katleman
Date:      2013-04-09 15:16 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/rev/7fc358f59436

Merge




From david.katleman at oracle.com  Tue Apr  9 22:22:52 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Tue, 09 Apr 2013 22:22:52 +0000
Subject: hg: jdk8/build/corba: Added tag jdk8-b84 for changeset 928f8b888deb
Message-ID: <20130409222253.D67CE4818E@hg.openjdk.java.net>

Changeset: 9583a6431596
Author:    katleman
Date:      2013-04-04 19:05 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/corba/rev/9583a6431596

Added tag jdk8-b84 for changeset 928f8b888deb

! .hgtags



From david.katleman at oracle.com  Tue Apr  9 22:23:53 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Tue, 09 Apr 2013 22:23:53 +0000
Subject: hg: jdk8/build/hotspot: 48 new changesets
Message-ID: <20130409222526.8EDAD4818F@hg.openjdk.java.net>

Changeset: ac242ddfa319
Author:    katleman
Date:      2013-04-04 19:05 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/ac242ddfa319

Added tag jdk8-b84 for changeset af788b85010e

! .hgtags

Changeset: d26674db4d91
Author:    amurillo
Date:      2013-03-28 19:13 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/d26674db4d91

8011022: new hotspot build - hs25-b26
Reviewed-by: jcoomes

! make/hotspot_version

Changeset: 0c3ee6f1fa23
Author:    coleenp
Date:      2013-03-27 08:19 -0400
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/0c3ee6f1fa23

8009531: Crash when redefining class with annotated method
Summary: Neglected to copy the annotations in clone_with_new_data when they were moved to ConstMethod.
Reviewed-by: acorn, sspitsyn, dcubed

! src/share/vm/oops/constMethod.cpp
! src/share/vm/oops/constMethod.hpp
! src/share/vm/oops/method.cpp

Changeset: aa758f0c5b1c
Author:    hseigel
Date:      2013-03-27 11:41 -0400
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/aa758f0c5b1c

8010833: Test7116786.java is failing on most configs after fix for 8010667
Summary: Update test to recognize that non-zero pad bytes for lookupswitch/tablewsitch opcodes are now valid.
Reviewed-by: dcubed, twisti, kvn, coleenp, dholmes

! test/runtime/7116786/Test7116786.java

Changeset: b601102d00c8
Author:    hseigel
Date:      2013-03-27 13:26 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/b601102d00c8

Merge


Changeset: cd3089a56438
Author:    acorn
Date:      2013-03-27 14:10 -0400
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/cd3089a56438

8009731: Confusing error message for loader constraint violation
Summary: Fix text, overwritten type and holder for resolved method
Reviewed-by: coleenp, dcubed, minqi, dholmes

! src/share/vm/classfile/systemDictionary.cpp
! src/share/vm/classfile/systemDictionary.hpp
! src/share/vm/interpreter/linkResolver.cpp
! src/share/vm/oops/klassVtable.cpp

Changeset: 53f4040e809c
Author:    acorn
Date:      2013-03-27 16:31 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/53f4040e809c

Merge


Changeset: b5bae74160b7
Author:    zgu
Date:      2013-03-27 15:41 -0400
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/b5bae74160b7

8010474: [parfait] Undefined return value of the functions in hotspot/src/share/vm/services/memTracker.hpp
Summary: Fixed functions that miss return values
Reviewed-by: coleenp, acorn, kvn

! src/share/vm/services/memTracker.hpp

Changeset: 26e0c03da92c
Author:    zgu
Date:      2013-03-27 13:07 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/26e0c03da92c

Merge

- make/windows/projectfiles/kernel/Makefile
- make/windows/projectfiles/kernel/vm.def
- make/windows/projectfiles/kernel/vm.dsw

Changeset: f044c45bee68
Author:    zgu
Date:      2013-03-27 22:05 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/f044c45bee68

Merge


Changeset: 1b90c7607451
Author:    minqi
Date:      2013-03-27 17:03 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/1b90c7607451

2178143: JVM crashes if the number of bound CPUs changed during runtime
Summary: Supply a new flag -XX:+AssumeMP to workaround the problem. With the flag is turned on, assume VM run on MP platform so is_MP() will return true that sync calls will not skip away.
Reviewed-by: dholmes, acorn, dcubed, jmasa
Contributed-by: yumin.qi at oracle.com

! src/share/vm/runtime/arguments.cpp
! src/share/vm/runtime/globals.hpp
! src/share/vm/runtime/os.hpp

Changeset: d7adf726b18a
Author:    minqi
Date:      2013-03-28 00:44 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/d7adf726b18a

Merge


Changeset: c0f9217203b2
Author:    dcubed
Date:      2013-03-29 08:38 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/c0f9217203b2

Merge

! src/share/vm/runtime/arguments.cpp

Changeset: d886ac1dfd36
Author:    coleenp
Date:      2013-03-31 21:43 -0400
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/d886ac1dfd36

8010723: fatal error: acquiring lock Metaspace allocation lock/5 out of order
Summary: Avoid holding SystemDictionary_lock while calling Klass::remove_unshareable_info
Reviewed-by: coleenp, acorn
Contributed-by: ioi.lam at oracle.com

! src/share/vm/classfile/systemDictionary.cpp

Changeset: e458120c6e1a
Author:    sla
Date:      2013-03-28 15:39 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/e458120c6e1a

8002118: WindbgDebuggerLocal should not try to load 64-bit debug libraries for 32-bit JVM
Reviewed-by: sspitsyn, zgu
Contributed-by: peter.allwin at oracle.com

! agent/src/share/classes/sun/jvm/hotspot/debugger/windbg/WindbgDebuggerLocal.java

Changeset: ede380e13960
Author:    mgerdin
Date:      2013-04-02 11:28 +0200
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/ede380e13960

8009763: Add WB test for String.intern()
Summary: Add convenience method in StringTable, add WhiteBox method and simple sanity test
Reviewed-by: mgerdin, zgu
Contributed-by: leonid.mesnik at oracle.com

! src/share/vm/classfile/symbolTable.cpp
! src/share/vm/classfile/symbolTable.hpp
! src/share/vm/prims/whitebox.cpp
+ test/runtime/interned/SanityTest.java
! test/testlibrary/whitebox/sun/hotspot/WhiteBox.java

Changeset: 8c03fc47511d
Author:    iklam
Date:      2013-04-01 14:05 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/8c03fc47511d

8011048: Possible reading from unmapped memory in UTF8::as_quoted_ascii()
Summary: Pass utf_length parameter to UTF8::as_quoted_ascii()
Reviewed-by: dcubed, minqi

! src/share/vm/oops/symbol.cpp
! src/share/vm/utilities/utf8.cpp
! src/share/vm/utilities/utf8.hpp

Changeset: a4e8dac9db8c
Author:    zgu
Date:      2013-04-02 07:40 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/a4e8dac9db8c

Merge


Changeset: 2e093b564241
Author:    mgerdin
Date:      2013-03-28 10:27 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/2e093b564241

7014552: gc/lock/jni/jnilockXXX works too slow on 1-processor machine
Summary: Keep a counter of how many times we were stalled by the GC locker, add a diagnostic flag which sets the limit.
Reviewed-by: brutisso, ehelin, johnc

! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp
! src/share/vm/gc_implementation/g1/g1CollectedHeap.hpp
! src/share/vm/gc_implementation/g1/g1CollectedHeap.inline.hpp
! src/share/vm/gc_implementation/parallelScavenge/parallelScavengeHeap.cpp
! src/share/vm/memory/collectorPolicy.cpp
! src/share/vm/runtime/globals.hpp

Changeset: 754c24457b20
Author:    tschatzl
Date:      2013-03-27 19:21 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/754c24457b20

7112912: Message "Error occurred during initialization of VM" on boxes with lots of RAM
Summary: Ergonomics now also takes available virtual memory into account when deciding for a heap size. The helper method to determine the maximum allocatable memory block now uses the appropriate OS specific calls to retrieve available virtual memory for the java process. In 32 bit environments this method now also searches for the maximum actually reservable amount of memory. Merge previously separate implementations for Linux/BSD/Solaris into a single method.
Reviewed-by: jmasa, tamao

! src/os/bsd/vm/os_bsd.cpp
! src/os/linux/vm/os_linux.cpp
! src/os/posix/vm/os_posix.cpp
! src/os/solaris/vm/os_solaris.cpp
! src/os/windows/vm/os_windows.cpp
! src/share/vm/runtime/arguments.cpp
! src/share/vm/runtime/arguments.hpp
! src/share/vm/runtime/globals.hpp
! src/share/vm/runtime/os.hpp

Changeset: 24ef5fb05e0f
Author:    johnc
Date:      2013-03-29 13:49 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/24ef5fb05e0f

8010463: G1: Crashes with -UseTLAB and heap verification
Summary: Some parts of the G1 heap can only be walked during a safepoint. Skip verifying these parts of the heap when verifying during JVM startup.
Reviewed-by: brutisso, tschatzl

! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp
! src/share/vm/memory/universe.cpp
! src/share/vm/runtime/init.cpp
! src/share/vm/runtime/thread.cpp
+ test/gc/TestVerifyBeforeGCDuringStartup.java

Changeset: 8bf6338972ce
Author:    ehelin
Date:      2013-03-23 09:16 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/8bf6338972ce

8009408: gc/metaspace/ClassMetaspaceSizeInJmapHeap.java fails with "exit code 1"
Reviewed-by: brutisso, sla, ctornqvi

! test/gc/metaspace/ClassMetaspaceSizeInJmapHeap.java
+ test/testlibrary/com/oracle/java/testlibrary/JDKToolLauncher.java

Changeset: cc5b5976d72c
Author:    tschatzl
Date:      2013-04-02 10:03 +0200
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/cc5b5976d72c

8005857: assert in GC_locker from PSOldGen::expand with -XX:+PrintGCDetails and Verbose
Summary: Use GC_locker::is_active_and_needs_gc() instead of GC_locker::is_active() for providing information about the reason of heap expansion.
Reviewed-by: jmasa, johnc

! src/share/vm/gc_implementation/parallelScavenge/psOldGen.cpp

Changeset: 15c04fe93c18
Author:    mgerdin
Date:      2013-04-03 09:19 +0200
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/15c04fe93c18

Merge

- make/windows/projectfiles/kernel/Makefile
- make/windows/projectfiles/kernel/vm.def
- make/windows/projectfiles/kernel/vm.dsw
! src/os/linux/vm/os_linux.cpp
! src/share/vm/runtime/arguments.cpp
! src/share/vm/runtime/globals.hpp
- test/runtime/8007736/TestStaticIF.java

Changeset: 0c039865ef2b
Author:    mgerdin
Date:      2013-04-04 19:07 +0200
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/0c039865ef2b

Merge

! src/share/vm/runtime/arguments.cpp
! src/share/vm/runtime/globals.hpp
! src/share/vm/runtime/os.hpp

Changeset: 46f6f063b272
Author:    roland
Date:      2013-03-21 09:27 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/46f6f063b272

7153771: array bound check elimination for c1
Summary: when possible optimize out array bound checks, inserting predicates when needed.
Reviewed-by: never, kvn, twisti
Contributed-by: thomaswue 

! 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_Runtime1_sparc.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_LinearScan_x86.cpp
! src/cpu/x86/vm/c1_Runtime1_x86.cpp
! src/share/vm/c1/c1_Canonicalizer.cpp
! src/share/vm/c1/c1_Canonicalizer.hpp
! src/share/vm/c1/c1_CodeStubs.hpp
! 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_IR.cpp
! src/share/vm/c1/c1_IR.hpp
! 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_InstructionPrinter.hpp
! src/share/vm/c1/c1_LIR.cpp
! src/share/vm/c1/c1_LIR.hpp
! 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_LinearScan.cpp
! src/share/vm/c1/c1_Optimizer.cpp
+ src/share/vm/c1/c1_RangeCheckElimination.cpp
+ src/share/vm/c1/c1_RangeCheckElimination.hpp
! src/share/vm/c1/c1_Runtime1.cpp
! src/share/vm/c1/c1_Runtime1.hpp
! src/share/vm/c1/c1_ValueMap.cpp
! src/share/vm/c1/c1_ValueMap.hpp
! src/share/vm/c1/c1_globals.hpp
! src/share/vm/compiler/compileBroker.cpp
! src/share/vm/oops/instanceKlass.cpp
! src/share/vm/oops/methodData.cpp
! src/share/vm/runtime/globals.hpp

Changeset: a57fc14f798a
Author:    roland
Date:      2013-03-21 22:00 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/a57fc14f798a

Merge


Changeset: e370f63dc5b1
Author:    bharadwaj
Date:      2013-03-22 07:58 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/e370f63dc5b1

8009539: JVM crash when run lambda testng tests
Summary: Ensure class pointer is non-null before dereferencing it to check if it is loaded.
Reviewed-by: kvn

! src/share/vm/opto/parse2.cpp

Changeset: 360ce06580b8
Author:    bharadwaj
Date:      2013-03-22 13:35 -0400
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/360ce06580b8

Merge


Changeset: 3c786355ffb4
Author:    morris
Date:      2013-03-23 06:22 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/3c786355ffb4

8009026: [parfait] Null pointer deference in hotspot/src/share/vm/code/nmethod.cpp
Summary: add guarantee() to nmethod constructor and checks to ensure CodeCache has space before allocation
Reviewed-by: kvn

! src/share/vm/code/codeCache.hpp
! src/share/vm/code/nmethod.cpp

Changeset: 818a1ac7da7a
Author:    morris
Date:      2013-03-24 12:43 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/818a1ac7da7a

Merge


Changeset: 16885e702c88
Author:    twisti
Date:      2013-03-25 17:13 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/16885e702c88

7198429: need checked categorization of caller-sensitive methods in the JDK
Reviewed-by: kvn, jrose

! src/share/vm/ci/ciMethod.cpp
! src/share/vm/ci/ciMethod.hpp
! src/share/vm/classfile/classFileParser.cpp
! src/share/vm/classfile/classFileParser.hpp
! src/share/vm/classfile/classLoaderData.cpp
! src/share/vm/classfile/classLoaderData.hpp
! src/share/vm/classfile/javaClasses.hpp
! src/share/vm/classfile/systemDictionary.cpp
! src/share/vm/classfile/systemDictionary.hpp
! src/share/vm/classfile/vmSymbols.hpp
! src/share/vm/oops/method.cpp
! src/share/vm/oops/method.hpp
! src/share/vm/opto/library_call.cpp
! src/share/vm/prims/jvm.cpp
! src/share/vm/prims/methodHandles.cpp
! src/share/vm/prims/unsafe.cpp
! src/share/vm/runtime/vframe.cpp
! src/share/vm/runtime/vframe.hpp

Changeset: b808febcad9a
Author:    neliasso
Date:      2013-03-26 10:05 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/b808febcad9a

8010281: Remove code that is never executed
Reviewed-by: kvn, roland
Contributed-by: niclas.adlertz at oracle.com

! src/share/vm/opto/ifg.cpp

Changeset: 30f42e691e70
Author:    kvn
Date:      2013-03-26 12:55 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/30f42e691e70

8004640: C2 assert failure in memnode.cpp: NULL+offs not RAW address
Summary: always transform AddP nodes in IdealKit by calling _gvn.transform().
Reviewed-by: roland, twisti

! src/share/vm/opto/graphKit.cpp
! src/share/vm/opto/idealKit.cpp
! src/share/vm/opto/idealKit.hpp
! src/share/vm/opto/loopnode.cpp
! src/share/vm/opto/phaseX.cpp

Changeset: d595e8ddadd9
Author:    roland
Date:      2013-03-29 17:25 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/d595e8ddadd9

8010934: assert failure in c1_LinearScan.cpp: "asumption: non-Constant instructions have only virtual operands"
Summary: incorrect code to skip some ArrayLength instructions in LIRGenerator
Reviewed-by: kvn

! src/share/vm/c1/c1_LIRGenerator.cpp
! src/share/vm/c1/c1_RangeCheckElimination.cpp

Changeset: cd9ad42dfde0
Author:    bharadwaj
Date:      2013-03-29 20:52 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/cd9ad42dfde0

Merge

! src/share/vm/classfile/classFileParser.cpp
! src/share/vm/prims/jvm.cpp
! src/share/vm/runtime/globals.hpp

Changeset: 6b19fe41b577
Author:    kmo
Date:      2013-03-30 08:01 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/6b19fe41b577

8011009: Use do-while(0) instead of while(0) in EC_TRACE and RC_TRACE* macros
Summary: Improve EC_TRACE and RC_TRACE* to use the do-while(0) trick for statement-like macro
Reviewed-by: sspitsyn, dcubed

! src/share/vm/prims/jvmtiEventController.cpp
! src/share/vm/prims/jvmtiRedefineClassesTrace.hpp

Changeset: 53028d751155
Author:    neliasso
Date:      2013-04-02 09:30 +0200
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/53028d751155

7034299: Faulty winsock initialization code
Reviewed-by: dholmes, sla, ctornqvi

! src/os/windows/vm/os_windows.cpp

Changeset: e961c11b85fe
Author:    kvn
Date:      2013-04-03 11:12 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/e961c11b85fe

8011102: Clear AVX registers after return from JNI call
Summary: Execute vzeroupper instruction after JNI call and on exits in jit compiled code which use 256bit vectors.
Reviewed-by: roland

! src/cpu/x86/vm/cppInterpreter_x86.cpp
! src/cpu/x86/vm/macroAssembler_x86.cpp
! src/cpu/x86/vm/macroAssembler_x86.hpp
! 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/x86_32.ad
! src/cpu/x86/vm/x86_64.ad
! src/os_cpu/bsd_x86/vm/bsd_x86_64.ad
! src/os_cpu/linux_x86/vm/linux_x86_64.ad
! src/os_cpu/solaris_x86/vm/solaris_x86_64.ad
! src/os_cpu/windows_x86/vm/windows_x86_64.ad

Changeset: 0a8c2ea3902d
Author:    rasbold
Date:      2013-04-03 15:00 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/0a8c2ea3902d

8010437: guarantee(this->is8bit(imm8)) failed: Short forward jump exceeds 8-bit offset
Summary: Fix shorten_branches() to accurately count an initial nop that may be inserted in a block that starts with a safepoint.
Reviewed-by: kvn

! src/share/vm/opto/output.cpp

Changeset: 70c52efb2cbd
Author:    neliasso
Date:      2013-04-04 09:18 +0200
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/70c52efb2cbd

8006008: Memory leak in hotspot/src/share/vm/adlc/archDesc.cpp
Reviewed-by: roland, kvn
Contributed-by: niclas.adlertz at oracle.com

! src/share/vm/adlc/archDesc.cpp

Changeset: 6c4abd4a9595
Author:    roland
Date:      2013-04-04 09:33 +0200
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/6c4abd4a9595

8010399: Test8009761.java "Failed: init recursive calls: 5498. After deopt 5494".
Summary: test from 8009761 shouldn't be run with -Xcomp
Reviewed-by: kvn

! test/compiler/8009761/Test8009761.java

Changeset: 9125a548c1eb
Author:    roland
Date:      2013-04-04 02:48 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/9125a548c1eb

Merge


Changeset: 573cf206e381
Author:    neliasso
Date:      2013-04-04 09:30 +0200
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/573cf206e381

8006014: Memory leak in hotspot/src/share/vm/adlc/dfa.cpp
Reviewed-by: kvn, roland
Contributed-by: niclas.adlertz at oracle.com

! src/share/vm/adlc/dfa.cpp

Changeset: bab5cbf74b5f
Author:    kvn
Date:      2013-04-04 12:18 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/bab5cbf74b5f

8011198: LP64 setting is not preserved on Solaris after 8006965
Summary: Fixed incremental build makefiles generated by buildtree.make. Consolidated unix build.sh.
Reviewed-by: twisti

- make/bsd/build.sh
! make/bsd/makefiles/buildtree.make
+ make/build.sh
- make/linux/build.sh
! make/linux/makefiles/buildtree.make
- make/solaris/build.sh
! make/solaris/makefiles/buildtree.make
! src/os/posix/launcher/launcher.script

Changeset: 0ca3dd0ffaba
Author:    bharadwaj
Date:      2013-04-04 17:01 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/0ca3dd0ffaba

Merge

- make/bsd/build.sh
- make/linux/build.sh
- make/solaris/build.sh
! src/os/windows/vm/os_windows.cpp
! src/share/vm/classfile/systemDictionary.cpp
! src/share/vm/classfile/systemDictionary.hpp
! src/share/vm/oops/method.cpp
! src/share/vm/runtime/globals.hpp

Changeset: a947f40fb536
Author:    amurillo
Date:      2013-04-04 21:06 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/a947f40fb536

Merge

- make/bsd/build.sh
- make/linux/build.sh
- make/solaris/build.sh

Changeset: 42fe530cd478
Author:    amurillo
Date:      2013-04-04 21:06 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/42fe530cd478

Added tag hs25-b26 for changeset a947f40fb536

! .hgtags



From david.katleman at oracle.com  Tue Apr  9 22:27:03 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Tue, 09 Apr 2013 22:27:03 +0000
Subject: hg: jdk8/build/jaxp: Added tag jdk8-b84 for changeset f5f40094ffcc
Message-ID: <20130409222708.5B9EE48190@hg.openjdk.java.net>

Changeset: 41b50e2c5ea3
Author:    katleman
Date:      2013-04-04 19:05 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jaxp/rev/41b50e2c5ea3

Added tag jdk8-b84 for changeset f5f40094ffcc

! .hgtags



From david.katleman at oracle.com  Tue Apr  9 22:27:12 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Tue, 09 Apr 2013 22:27:12 +0000
Subject: hg: jdk8/build/jaxws: Added tag jdk8-b84 for changeset 5773e3fc8380
Message-ID: <20130409222715.D03C948191@hg.openjdk.java.net>

Changeset: 8c0b6bccfe47
Author:    katleman
Date:      2013-04-04 19:05 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jaxws/rev/8c0b6bccfe47

Added tag jdk8-b84 for changeset 5773e3fc8380

! .hgtags



From david.katleman at oracle.com  Tue Apr  9 22:27:25 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Tue, 09 Apr 2013 22:27:25 +0000
Subject: hg: jdk8/build/jdk: 2 new changesets
Message-ID: <20130409222748.CFECE48192@hg.openjdk.java.net>

Changeset: 43da85020921
Author:    katleman
Date:      2013-04-04 19:05 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/43da85020921

Added tag jdk8-b84 for changeset 7b4721e4edb4

! .hgtags

Changeset: 296676d534c5
Author:    katleman
Date:      2013-04-09 15:17 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/296676d534c5

Merge




From david.katleman at oracle.com  Tue Apr  9 22:30:35 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Tue, 09 Apr 2013 22:30:35 +0000
Subject: hg: jdk8/build/langtools: Added tag jdk8-b84 for changeset
	cfb65ca92082
Message-ID: <20130409223038.C46E948193@hg.openjdk.java.net>

Changeset: 4a48f3173534
Author:    katleman
Date:      2013-04-04 19:05 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/4a48f3173534

Added tag jdk8-b84 for changeset cfb65ca92082

! .hgtags



From david.katleman at oracle.com  Tue Apr  9 22:30:42 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Tue, 09 Apr 2013 22:30:42 +0000
Subject: hg: jdk8/build/nashorn: Added tag jdk8-b84 for changeset 999cc1bf5520
Message-ID: <20130409223043.7A42148194@hg.openjdk.java.net>

Changeset: e0378f0a50da
Author:    katleman
Date:      2013-04-04 19:05 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/e0378f0a50da

Added tag jdk8-b84 for changeset 999cc1bf5520

! .hgtags



From bradford.wetmore at oracle.com  Tue Apr  9 22:37:58 2013
From: bradford.wetmore at oracle.com (Brad Wetmore)
Date: Tue, 09 Apr 2013 15:37:58 -0700
Subject: Allow using a system-installed giflib
In-Reply-To: <516491FC.1050702@redhat.com>
References: <1350720224.19115736.1363317011803.JavaMail.root@redhat.com>
	<5142ECFC.1090402@oracle.com> <5148D1A5.8090606@redhat.com>
	<514969F0.7060208@oracle.com> <515B139A.40203@redhat.com>
	<9DC9164A-94FE-4A1F-BDA5-FE2EAA40DC07@oracle.com>
	<51648FAD.2010906@oracle.com> <516491FC.1050702@redhat.com>
Message-ID: <51649846.6030904@oracle.com>

Thanks Omair,

Not sure how much I'll be able to help here since I use much of the 
internal /java mount point.  But essentially as long as you have your 
tools in the right places (or specify them through the ALT_* variables), 
I just do:

% cd jdk/make
% make381 all
           (or images)

Some of the big ones are:

     ALT_BOOTDIR
     ALT_JAVA_DEVTOOLS_DIR
     ALT_JDK_IMPORT_PATH

IIRC, ALT_JDK_IMPORT_PATH will set the HOTSPOT/etc import variables.

Hopefully this won't be an issue much longer.  There are at least two 
groups that are stuck on the old builds due to lack of time.

HTH,

Brad


On 4/9/2013 3:11 PM, Omair Majid wrote:
> On 04/09/2013 06:01 PM, Brad Wetmore wrote:
>> Mike/Omair/Eric,
>>
>> This putback has likely broken the old JDK build (i.e. in jdk/make)
>>
>>      JDK-8011812:  JDK-8011278 breaks the old build
>
> Sorry for this.
>
>> At least deploy and JCE are still stuck on the old build.
>
> I would like to avoid this in the future; any tips on how to run the old
> build? I couldn't get it to work last I tried (the error messages were
> redirecting me to the new build).
>
>> One workaround that is said to work:
>>
>> diff --git a/make/sun/splashscreen/Makefile
>> b/make/sun/splashscreen/Makefile
>> --- a/make/sun/splashscreen/Makefile
>> +++ b/make/sun/splashscreen/Makefile
>> @@ -89,7 +89,7 @@
>>                   -I$(OPENWIN_HOME)/include/X11/extensions
>>       OTHER_LDLIBS += -L$(OPENWIN_LIB) -lX11 -lXext $(LIBM) -pthread
>>     else
>> -    CPPFLAGS += -I$(OPENWIN_HOME)/include
>> -I$(OPENWIN_HOME)/include/X11/extensions
>> +    CPPFLAGS += -I$(OPENWIN_HOME)/include
>> -I$(OPENWIN_HOME)/include/X11/extensions
>> -I$(JDK_TOPDIR)/src/share/native/sun/awt/giflib
>>       OTHER_LDLIBS += -L$(OPENWIN_LIB) -lX11 -lXext $(LIBM) -lpthread
>>     endif
>>   else # PLATFORM
>
> The change looks sensible to me since it adds the same path to
> C(PP)FLAGS that's added in the new build:
> http://cr.openjdk.java.net/~omajid/webrevs/system-giflib/02/jdk/makefiles/CompileNativeLibraries.gmk.udiff.html
>
>> Since Eric is the RE for 8011278, I'm going to assign him this one.
>
> I will be happy to test this change too.
>
> Omair
>


From david.katleman at oracle.com  Wed Apr 10 01:45:10 2013
From: david.katleman at oracle.com (David Katleman)
Date: Tue, 09 Apr 2013 18:45:10 -0700
Subject: Review request: 2223156 Removal of lzma and upx from JDK7u repo
Message-ID: <5164C426.1050601@oracle.com>

Please review this change, removal of lzma and upx from the open repos 
of JDK7u

     http://cr.openjdk.java.net/~katleman/2223156/webrev.root.03/
     http://cr.openjdk.java.net/~katleman/2223156/webrev.jdk.03/

Usage of lzma and upx have been completely internalized into the closed 
jdk repos.

         Thanks
                 Dave


From jonathan.gibbons at oracle.com  Wed Apr 10 01:45:07 2013
From: jonathan.gibbons at oracle.com (Jonathan Gibbons)
Date: Tue, 09 Apr 2013 18:45:07 -0700
Subject: reduce memory for javadoc
Message-ID: <5164C423.8030207@oracle.com>

Build folk,

As a result of these two changesets now in tl/langtools, we can now 
reduce the memory requirements for javadoc in 
(root)common/makefiles/javadoc/Javadoc.gmk.

changeset:   1678:3f3cc8d3f13c
tag:         tip
user:        jjg
date:        Mon Apr 08 11:57:37 2013 -0700
summary:     8011677: EndPosTables should avoid hidden references to Parser

changeset:   1677:b402b93cbe38
user:        jjg
date:        Mon Apr 08 11:54:26 2013 -0700
summary:     8011676: Instances of Tokens.Comment should not be defined 
in inner classes


I have done builds with the memory limited to 512m, down from 1024m.  I 
did try further, with 384m, but that was too much of a reduction.

$ hg diff
diff -r 11c057460b91 common/makefiles/javadoc/Javadoc.gmk
--- a/common/makefiles/javadoc/Javadoc.gmk    Fri Apr 05 14:49:54 2013 -0700
+++ b/common/makefiles/javadoc/Javadoc.gmk    Tue Apr 09 18:42:37 2013 -0700
@@ -47,7 +47,7 @@
  BUILD_NUMBER=$(JDK_BUILD_NUMBER)

  JAVADOC_CMD = $(JAVA) \
-              -Xmx1024m \
+              -Xmx512m \
            -Djava.awt.headless=true \
            $(NEW_JAVADOC) \
            -bootclasspath $(JDK_OUTPUTDIR)/classes

-- Jon


From Alan.Bateman at oracle.com  Wed Apr 10 08:19:56 2013
From: Alan.Bateman at oracle.com (Alan Bateman)
Date: Wed, 10 Apr 2013 09:19:56 +0100
Subject: Allow using a system-installed giflib
In-Reply-To: <516491FC.1050702@redhat.com>
References: <1350720224.19115736.1363317011803.JavaMail.root@redhat.com>
	<5142ECFC.1090402@oracle.com> <5148D1A5.8090606@redhat.com>
	<514969F0.7060208@oracle.com> <515B139A.40203@redhat.com>
	<9DC9164A-94FE-4A1F-BDA5-FE2EAA40DC07@oracle.com>
	<51648FAD.2010906@oracle.com> <516491FC.1050702@redhat.com>
Message-ID: <516520AC.4040801@oracle.com>

On 09/04/2013 23:11, Omair Majid wrote:
> :
> I would like to avoid this in the future; any tips on how to run the old
> build? I couldn't get it to work last I tried (the error messages were
> redirecting me to the new build).
I see Brad's reply but I think what you are looking for is actually:

make NEWBUILD=false

It's not clear how long the old build will remain on life support. 
Hopefully the last few people that are still using the old build will 
migrate soon so that we don't have to continue to keep it working.

-Alan







From erik.joelsson at oracle.com  Wed Apr 10 10:07:34 2013
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Wed, 10 Apr 2013 12:07:34 +0200
Subject: RFR: JDK-8011812:  JDK-8011278 breaks the old build
In-Reply-To: <51648FAD.2010906@oracle.com>
References: <1350720224.19115736.1363317011803.JavaMail.root@redhat.com>
	<5142ECFC.1090402@oracle.com> <5148D1A5.8090606@redhat.com>
	<514969F0.7060208@oracle.com> <515B139A.40203@redhat.com>
	<9DC9164A-94FE-4A1F-BDA5-FE2EAA40DC07@oracle.com>
	<51648FAD.2010906@oracle.com>
Message-ID: <516539E6.90005@oracle.com>

http://cr.openjdk.java.net/~erikj/8011812/webrev.jdk.01/

I modified the patch a bit, also adding the include for macosx and 
changed to the SHARED_SRC variable used in the old build.

/Erik

On 2013-04-10 00:01, Brad Wetmore wrote:
> Mike/Omair/Eric,
>
> This putback has likely broken the old JDK build (i.e. in jdk/make)
>
>     JDK-8011812:  JDK-8011278 breaks the old build
>
> At least deploy and JCE are still stuck on the old build.
>
> One workaround that is said to work:
>
> diff --git a/make/sun/splashscreen/Makefile 
> b/make/sun/splashscreen/Makefile
> --- a/make/sun/splashscreen/Makefile
> +++ b/make/sun/splashscreen/Makefile
> @@ -89,7 +89,7 @@
>                  -I$(OPENWIN_HOME)/include/X11/extensions
>      OTHER_LDLIBS += -L$(OPENWIN_LIB) -lX11 -lXext $(LIBM) -pthread
>    else
> -    CPPFLAGS += -I$(OPENWIN_HOME)/include 
> -I$(OPENWIN_HOME)/include/X11/extensions
> +    CPPFLAGS += -I$(OPENWIN_HOME)/include 
> -I$(OPENWIN_HOME)/include/X11/extensions 
> -I$(JDK_TOPDIR)/src/share/native/sun/awt/giflib
>      OTHER_LDLIBS += -L$(OPENWIN_LIB) -lX11 -lXext $(LIBM) -lpthread
>    endif
>  else # PLATFORM
>
> Since Eric is the RE for 8011278, I'm going to assign him this one.
>
> Thanks,
>
> Brad
>
>
>
>
> On 4/2/2013 10:45 AM, Mike Duigou wrote:
>> Done!
>>
>> JDK-8011278 : Allow using a system-installed giflib
>>
>> On Apr 2 2013, at 10:21 , Omair Majid wrote:
>>
>>> On 03/20/2013 03:49 AM, Erik Joelsson wrote:
>>>> This looks good to me. Thanks!
>>>
>>> I would like to push this. Could I get a bug ID, please?
>>>
>>> Thanks,
>>> Omair
>>> -- 
>>> PGP Key: 66484681 (http://pgp.mit.edu/)
>>> Fingerprint = F072 555B 0A17 3957 4E95  0056 F286 F14F 6648 4681
>>


From erik.joelsson at oracle.com  Wed Apr 10 12:46:36 2013
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Wed, 10 Apr 2013 14:46:36 +0200
Subject: RFR: JDK-8011687: Support correct dependencies from header files
	on windows and solaris
In-Reply-To: <5164601F.3010508@oracle.com>
References: <51642E1C.5010401@oracle.com> <5164601F.3010508@oracle.com>
Message-ID: <51655F2C.9070604@oracle.com>



On 2013-04-09 20:38, Tim Bell wrote:
> Erik:
>
>> This patch adds workarounds for the way make dependencies are 
>> generated in the Solaris and Windows compilers. What this means is 
>> that if you touch a header file, the relevant c files will be 
>> recompiled as expected.
>>
>> On Solaris, there is support for generating make dependencies, and it 
>> was used, but the object file is printed with just the filename and 
>> no directory. This works if the makefile is executing in the same 
>> directory as the object file is put in, but this isn't the case in 
>> the new jdk build. A simple sed expression fixes this.
>>
>> On Windows it's more complicated. Two possible solutions were 
>> available, -showIncludes parameter to the compiler and the utility 
>> makedepends. Having experimented with both, I found the first 
>> alternative easiest to get working all the way with a smaller impact 
>> on makefile complexity. The parameter -showIncludes prints messages 
>> about all included files on stdout (contrary to the documentation) 
>> which are then filtered out to a file and parsed to create a makefile.
>>
>> http://cr.openjdk.java.net/~erikj/8011687/webrev.01/
>
> common/makefiles/NativeCompilation.gmk has a minor typo ('and and'):
>
>  108         # setting -showIncludes, all included files are printed. 
> These are filtered out and
>  109         # and parsed into make dependences.
>
> Otherwise looks good.  Approved!
>
Thanks! It turned out there was a flaw however. On Solaris sparc, there 
is some assembly being compiled, and this trick needs to be disabled 
properly for that. New webrev:

http://cr.openjdk.java.net/~erikj/8011687/webrev.02/

/Erik


From gnu.andrew at redhat.com  Wed Apr 10 13:35:23 2013
From: gnu.andrew at redhat.com (Andrew Hughes)
Date: Wed, 10 Apr 2013 09:35:23 -0400 (EDT)
Subject: PING: [PATCH] Enable debug info on all libraries for OpenJDK
	builds
In-Reply-To: <516396F6.30707@oracle.com>
References: <1296964538.372074.1364921773405.JavaMail.root@redhat.com>
	<351196638.1935295.1365158371299.JavaMail.root@redhat.com>
	<515EC973.60302@oracle.com>
	<1646204162.769290.1365440387286.JavaMail.root@redhat.com>
	<5163661C.5080700@oracle.com>
	
	<516396F6.30707@oracle.com>
Message-ID: <1135652122.2176747.1365600923712.JavaMail.root@redhat.com>

----- Original Message -----
> On 9/04/2013 11:06 AM, Martin Buchholz wrote:
> > On Mon, Apr 8, 2013 at 5:51 PM, David Holmes  > > wrote:
> >
> >     On 9/04/2013 2:59 AM, Andrew Hughes wrote:
> >
> >         Well, if I push it, it will be, no?
> >
> >     Testing comes before pushing - thank you.

And I have built and tested it.  You are trying to impose additional requirements
for building on platforms we don't use.  This simply does not scale.  You can't
expect every OpenJDK committer to build on four operating systems and however
many architectures (potentially any in existence, given the presence of Zero).

If I'm a little unforgiving here, it's because I don't see the same thought being
applied in the other direction.  This is not a patch to add a new feature, but
to fix a build regression introduced by Oracle engineers (and one of many we've
found).  I wouldn't even have to submit this if debugging had not been completely
broken in our builds with little clear explanation as to why.

> >
> >
> > This issue keeps coming up.
> >
> > Non-Oracle committers have no access to the Oracle automated testing
> > submission system, so I suggest giving developers some slack when
> > submitting (as I did when I was TL integrator). Or provide some other
> > simple mechanism for handing off risky patches to the integration
> > pipeline.  Or provide some easy way to roll back breaking changes.

+1.

> 
> If you are submitting a build patch that affects multiple platforms and
> you can not test on all the platforms yourself then you should work with
> someone who can assist in ensuring sufficient testing is carried out. I
> don't think that is at all unreasonable.

The problem here is not the concept in general, but that both "someone"
and "sufficient testing" are defined relative to Oracle.  Could I work
with someone at Red Hat, Google or IBM to carry out "sufficient testing"?
It seems doubtful to me, and that's without even considering contributions
from those not working for a company.

As far as I can see, "sufficient testing", from an Oracle perspective, would include
testing on e.g. Solaris/SPARC, which is mainly of relevance to them, but
not testing on Linux/SPARC (which Debian & Fedora build) or AIX/PPC (which
IBM are working on).

I agree build testing is important, and no-one wants to find the build broken
(I've hit it enough times as the result of work from Oracle engineers), but such
a restriction can't be imposed unless resources are available to support it.
Pushing a patch and having automated build systems test it on all the various
setups is a lot more scalable than waiting for someone else to apply and build it
locally.  It's not like anyone's going to release binaries if OpenJDK is not buildable,
is it?

This issue is important not for people like me who have to work on OpenJDK anyway, no
matter how much pain and aggravation it is, but in terms of the "onboarding" of new
developers.  These sort of issues are acceptable in a new project.  OpenJDK is now six
years old, but non-Oracle users can't even create bugs or commit to HotSpot.  I'm not
even talking about new committers but people like me who have been working on OpenJDK
for all of those six years and have reviewer status.  I can review a patch for OpenJDK
but the person I reviewed it for can't then commit it until an Oracle employee gives
them a bug ID for it.

If OpenJDK is going to grow and attract new developers, these issues need to be sorted.

> 
> We have had a number of build related changesets recently (Oracle
> generated!) that have caused significant build failures on some
> platforms, which in turn causes significant disruption to a number of
> teams. So I don't think the importance of testing before pushing can be
> overstated here.

But if they were Oracle generated, surely they went through your tests and
they didn't catch it?  Or are you referring to testing prior to commit?

> 
> > There's a far greater risk from changes that pass all the tests today,
> > but have a fatal flaw that won't be discovered till after release, IMO.
> 
> Totally different problem.

Not really, because this includes build issues that occur from paths through
the build that Oracle just don't test.  An example would be the recent timezone
tool issue that we picked up because we do a build with the just-built JDK but
slipped through Oracle's testing to the point of being in a promoted build.


> 
> David
> 

-- 
Andrew :)

Free Java Software Engineer
Red Hat, Inc. (http://www.redhat.com)

PGP Key: 248BDC07 (https://keys.indymedia.org/)
Fingerprint = EC5A 1F5E C0AD 1D15 8F1F  8F91 3B96 A578 248B DC07



From bradford.wetmore at oracle.com  Wed Apr 10 18:36:25 2013
From: bradford.wetmore at oracle.com (Brad Wetmore)
Date: Wed, 10 Apr 2013 11:36:25 -0700
Subject: Allow using a system-installed giflib
In-Reply-To: <516520AC.4040801@oracle.com>
References: <1350720224.19115736.1363317011803.JavaMail.root@redhat.com>
	<5142ECFC.1090402@oracle.com> <5148D1A5.8090606@redhat.com>
	<514969F0.7060208@oracle.com> <515B139A.40203@redhat.com>
	<9DC9164A-94FE-4A1F-BDA5-FE2EAA40DC07@oracle.com>
	<51648FAD.2010906@oracle.com> <516491FC.1050702@redhat.com>
	<516520AC.4040801@oracle.com>
Message-ID: <5165B129.8020007@oracle.com>



On 4/10/2013 1:19 AM, Alan Bateman wrote:
> On 09/04/2013 23:11, Omair Majid wrote:
>> :
>> I would like to avoid this in the future; any tips on how to run the old
>> build? I couldn't get it to work last I tried (the error messages were
>> redirecting me to the new build).
> I see Brad's reply but I think what you are looking for is actually:
>
> make NEWBUILD=false
>
> It's not clear how long the old build will remain on life support.
> Hopefully the last few people that are still using the old build will
> migrate soon so that we don't have to continue to keep it working.

Agreed, but CPU and JDK8 work have taken priority.

Brad



From bradford.wetmore at oracle.com  Wed Apr 10 18:37:53 2013
From: bradford.wetmore at oracle.com (Brad Wetmore)
Date: Wed, 10 Apr 2013 11:37:53 -0700
Subject: RFR: JDK-8011812:  JDK-8011278 breaks the old build
In-Reply-To: <516539E6.90005@oracle.com>
References: <1350720224.19115736.1363317011803.JavaMail.root@redhat.com>
	<5142ECFC.1090402@oracle.com> <5148D1A5.8090606@redhat.com>
	<514969F0.7060208@oracle.com> <515B139A.40203@redhat.com>
	<9DC9164A-94FE-4A1F-BDA5-FE2EAA40DC07@oracle.com>
	<51648FAD.2010906@oracle.com> <516539E6.90005@oracle.com>
Message-ID: <5165B181.4080503@oracle.com>

Looks good to me.

Can you, or I, push this to TL?

We need this for a putback I'm planning in the next day or two.

Brad



On 4/10/2013 3:07 AM, Erik Joelsson wrote:
> http://cr.openjdk.java.net/~erikj/8011812/webrev.jdk.01/
>
> I modified the patch a bit, also adding the include for macosx and
> changed to the SHARED_SRC variable used in the old build.
>
> /Erik
>
> On 2013-04-10 00:01, Brad Wetmore wrote:
>> Mike/Omair/Eric,
>>
>> This putback has likely broken the old JDK build (i.e. in jdk/make)
>>
>>     JDK-8011812:  JDK-8011278 breaks the old build
>>
>> At least deploy and JCE are still stuck on the old build.
>>
>> One workaround that is said to work:
>>
>> diff --git a/make/sun/splashscreen/Makefile
>> b/make/sun/splashscreen/Makefile
>> --- a/make/sun/splashscreen/Makefile
>> +++ b/make/sun/splashscreen/Makefile
>> @@ -89,7 +89,7 @@
>>                  -I$(OPENWIN_HOME)/include/X11/extensions
>>      OTHER_LDLIBS += -L$(OPENWIN_LIB) -lX11 -lXext $(LIBM) -pthread
>>    else
>> -    CPPFLAGS += -I$(OPENWIN_HOME)/include
>> -I$(OPENWIN_HOME)/include/X11/extensions
>> +    CPPFLAGS += -I$(OPENWIN_HOME)/include
>> -I$(OPENWIN_HOME)/include/X11/extensions
>> -I$(JDK_TOPDIR)/src/share/native/sun/awt/giflib
>>      OTHER_LDLIBS += -L$(OPENWIN_LIB) -lX11 -lXext $(LIBM) -lpthread
>>    endif
>>  else # PLATFORM
>>
>> Since Eric is the RE for 8011278, I'm going to assign him this one.
>>
>> Thanks,
>>
>> Brad
>>
>>
>>
>>
>> On 4/2/2013 10:45 AM, Mike Duigou wrote:
>>> Done!
>>>
>>> JDK-8011278 : Allow using a system-installed giflib
>>>
>>> On Apr 2 2013, at 10:21 , Omair Majid wrote:
>>>
>>>> On 03/20/2013 03:49 AM, Erik Joelsson wrote:
>>>>> This looks good to me. Thanks!
>>>>
>>>> I would like to push this. Could I get a bug ID, please?
>>>>
>>>> Thanks,
>>>> Omair
>>>> --
>>>> PGP Key: 66484681 (http://pgp.mit.edu/)
>>>> Fingerprint = F072 555B 0A17 3957 4E95  0056 F286 F14F 6648 4681
>>>


From tim.bell at oracle.com  Wed Apr 10 20:51:11 2013
From: tim.bell at oracle.com (Tim Bell)
Date: Wed, 10 Apr 2013 13:51:11 -0700
Subject: Review request: 2223156 Removal of lzma and upx from JDK7u repo
In-Reply-To: <5164C426.1050601@oracle.com>
References: <5164C426.1050601@oracle.com>
Message-ID: <5165D0BF.7030409@oracle.com>

On 04/09/13 18:45, David Katleman wrote:
> Please review this change, removal of lzma and upx from the open repos 
> of JDK7u
>
>     http://cr.openjdk.java.net/~katleman/2223156/webrev.root.03/
>     http://cr.openjdk.java.net/~katleman/2223156/webrev.jdk.03/


Code/Makefile deletion - looks fine.  Approved.

> Usage of lzma and upx have been completely internalized into the 
> closed jdk repos.
>
>         Thanks
>                 Dave

Tim



From bradford.wetmore at oracle.com  Wed Apr 10 21:47:33 2013
From: bradford.wetmore at oracle.com (Brad Wetmore)
Date: Wed, 10 Apr 2013 14:47:33 -0700
Subject: RFR: JDK-8011812:  JDK-8011278 breaks the old build
In-Reply-To: <5165B181.4080503@oracle.com>
References: <1350720224.19115736.1363317011803.JavaMail.root@redhat.com>
	<5142ECFC.1090402@oracle.com> <5148D1A5.8090606@redhat.com>
	<514969F0.7060208@oracle.com> <515B139A.40203@redhat.com>
	<9DC9164A-94FE-4A1F-BDA5-FE2EAA40DC07@oracle.com>
	<51648FAD.2010906@oracle.com> <516539E6.90005@oracle.com>
	<5165B181.4080503@oracle.com>
Message-ID: <5165DDF5.5020305@oracle.com>

Erik,

Wait, this doesn't work on Windows.  I think you need to add this to the 
Windows case also.  See my patch below.

[brwetmor at glisten] 208 >hg diff Makefile
diff --git a/make/sun/splashscreen/Makefile b/make/sun/splashscreen/Makefile
--- a/make/sun/splashscreen/Makefile
+++ b/make/sun/splashscreen/Makefile
@@ -86,14 +86,17 @@
    ifeq ($(PLATFORM), macosx))
      OTHER_LDLIBS += -liconv
      CPPFLAGS += -I$(OPENWIN_HOME)/include \
-                -I$(OPENWIN_HOME)/include/X11/extensions
+                -I$(OPENWIN_HOME)/include/X11/extensions \
+                -I$(SHARE_SRC)/native/sun/awt/giflib
      OTHER_LDLIBS += -L$(OPENWIN_LIB) -lX11 -lXext $(LIBM) -pthread
    else
-    CPPFLAGS += -I$(OPENWIN_HOME)/include 
-I$(OPENWIN_HOME)/include/X11/extensions
+    CPPFLAGS += -I$(OPENWIN_HOME)/include 
-I$(OPENWIN_HOME)/include/X11/extensions \
+                -I$(SHARE_SRC)/native/sun/awt/giflib
      OTHER_LDLIBS += -L$(OPENWIN_LIB) -lX11 -lXext $(LIBM) -lpthread
    endif
  else # PLATFORM
    CFLAGS += -DWITH_WIN32
+  CPPFLAGS += -I$(SHARE_SRC)/native/sun/awt/giflib
    OTHER_LDLIBS += kernel32.lib user32.lib gdi32.lib delayimp.lib 
/DELAYLOAD:user32.dll
  #$(JVMLIB) $(OBJDIR)/../../jpeg/$(OBJDIRNAME)/jpeg$(SUFFIX).lib
  endif # PLATFORM




On 4/10/2013 11:37 AM, Brad Wetmore wrote:
> Looks good to me.
>
> Can you, or I, push this to TL?
>
> We need this for a putback I'm planning in the next day or two.
>
> Brad
>
>
>
> On 4/10/2013 3:07 AM, Erik Joelsson wrote:
>> http://cr.openjdk.java.net/~erikj/8011812/webrev.jdk.01/
>>
>> I modified the patch a bit, also adding the include for macosx and
>> changed to the SHARED_SRC variable used in the old build.
>>
>> /Erik
>>
>> On 2013-04-10 00:01, Brad Wetmore wrote:
>>> Mike/Omair/Eric,
>>>
>>> This putback has likely broken the old JDK build (i.e. in jdk/make)
>>>
>>>     JDK-8011812:  JDK-8011278 breaks the old build
>>>
>>> At least deploy and JCE are still stuck on the old build.
>>>
>>> One workaround that is said to work:
>>>
>>> diff --git a/make/sun/splashscreen/Makefile
>>> b/make/sun/splashscreen/Makefile
>>> --- a/make/sun/splashscreen/Makefile
>>> +++ b/make/sun/splashscreen/Makefile
>>> @@ -89,7 +89,7 @@
>>>                  -I$(OPENWIN_HOME)/include/X11/extensions
>>>      OTHER_LDLIBS += -L$(OPENWIN_LIB) -lX11 -lXext $(LIBM) -pthread
>>>    else
>>> -    CPPFLAGS += -I$(OPENWIN_HOME)/include
>>> -I$(OPENWIN_HOME)/include/X11/extensions
>>> +    CPPFLAGS += -I$(OPENWIN_HOME)/include
>>> -I$(OPENWIN_HOME)/include/X11/extensions
>>> -I$(JDK_TOPDIR)/src/share/native/sun/awt/giflib
>>>      OTHER_LDLIBS += -L$(OPENWIN_LIB) -lX11 -lXext $(LIBM) -lpthread
>>>    endif
>>>  else # PLATFORM
>>>
>>> Since Eric is the RE for 8011278, I'm going to assign him this one.
>>>
>>> Thanks,
>>>
>>> Brad
>>>
>>>
>>>
>>>
>>> On 4/2/2013 10:45 AM, Mike Duigou wrote:
>>>> Done!
>>>>
>>>> JDK-8011278 : Allow using a system-installed giflib
>>>>
>>>> On Apr 2 2013, at 10:21 , Omair Majid wrote:
>>>>
>>>>> On 03/20/2013 03:49 AM, Erik Joelsson wrote:
>>>>>> This looks good to me. Thanks!
>>>>>
>>>>> I would like to push this. Could I get a bug ID, please?
>>>>>
>>>>> Thanks,
>>>>> Omair
>>>>> --
>>>>> PGP Key: 66484681 (http://pgp.mit.edu/)
>>>>> Fingerprint = F072 555B 0A17 3957 4E95  0056 F286 F14F 6648 4681
>>>>


From david.katleman at oracle.com  Wed Apr 10 23:52:02 2013
From: david.katleman at oracle.com (David Katleman)
Date: Wed, 10 Apr 2013 16:52:02 -0700
Subject: Review request: 2223156 Removal of lzma and upx from JDK7u repo
In-Reply-To: <5165D0BF.7030409@oracle.com>
References: <5164C426.1050601@oracle.com> <5165D0BF.7030409@oracle.com>
Message-ID: <5165FB22.3050007@oracle.com>

Thank you Tim!

Any other comments before I commit?

Thanks
             Dave

On 4/10/2013 1:51 PM, Tim Bell wrote:
> On 04/09/13 18:45, David Katleman wrote:
>> Please review this change, removal of lzma and upx from the open 
>> repos of JDK7u
>>
>>     http://cr.openjdk.java.net/~katleman/2223156/webrev.root.03/
>>     http://cr.openjdk.java.net/~katleman/2223156/webrev.jdk.03/
>
>
> Code/Makefile deletion - looks fine.  Approved.
>
>> Usage of lzma and upx have been completely internalized into the 
>> closed jdk repos.
>>
>>         Thanks
>>                 Dave
>
> Tim
>



From tim.bell at oracle.com  Thu Apr 11 00:33:48 2013
From: tim.bell at oracle.com (Tim Bell)
Date: Wed, 10 Apr 2013 17:33:48 -0700
Subject: RFR: JDK-8011812:  JDK-8011278 breaks the old build
In-Reply-To: <5165DDF5.5020305@oracle.com>
References: <1350720224.19115736.1363317011803.JavaMail.root@redhat.com>
	<5142ECFC.1090402@oracle.com> <5148D1A5.8090606@redhat.com>
	<514969F0.7060208@oracle.com> <515B139A.40203@redhat.com>
	<9DC9164A-94FE-4A1F-BDA5-FE2EAA40DC07@oracle.com>
	<51648FAD.2010906@oracle.com> <516539E6.90005@oracle.com>
	<5165B181.4080503@oracle.com> <5165DDF5.5020305@oracle.com>
Message-ID: <516604EC.9070100@oracle.com>

All-

I think we need to pull back one click on the diff tool, because these 
changes being reviewed are missing the enclosing

ifeq ($(PLATFORM), macosx)
      ...
endif

This was an existing bug, but it is material to the issue at hand. This 
needs a fresh look and some refactoring.  Here is the code in 
make/sun/splashscreen/Makefile with Brad's recent diffs added.  The 
'ifeq ... macosx' block starting at line 86 will never be true because 
it is already part of an else... (see below)


% cat -n make/sun/splashscreen/Makefile
  [...]
     64  ifeq ($(PLATFORM), macosx)
     65    CFLAGS += -DWITH_MACOSX
     66
     67    # CFLAGS and CPPFLAGS are added when linking as well, so we 
use VARIANT
     68    # instead to specify that we're actually compiling 
objective-c code here
     69    CFLAGS_$(VARIANT)/java_awt_SplashScreen.o = -x objective-c
     70    CFLAGS_$(VARIANT)/splashscreen_gfx_impl.o = -x objective-c
     71    CFLAGS_$(VARIANT)/splashscreen_gif.o = -x objective-c
     72    CFLAGS_$(VARIANT)/splashscreen_impl.o = -x objective-c
     73    CFLAGS_$(VARIANT)/splashscreen_jpeg.o = -x objective-c
     74    CFLAGS_$(VARIANT)/splashscreen_png.o = -x objective-c
     75    CFLAGS_$(VARIANT)/splashscreen_sys.o = -x objective-c
     76
     77    OTHER_CFLAGS += 
-F/System/Library/Frameworks/ApplicationServices.framework/Frameworks
     78    CPPFLAGS += 
-I/System/Library/Frameworks/AppKit.framework/Versions/C/Headers
     79    OTHER_LDLIBS += $(LIBM) -lpthread -liconv -losxapp \
     80                                    -framework ApplicationServices \
     81                                    -framework Foundation \
     82                                    -framework Cocoa \
     83                                    -framework JavaNativeFoundation
     84  else ifneq ($(PLATFORM), windows)
     85    CFLAGS += -DWITH_X11
     86    ifeq ($(PLATFORM), macosx))
     87      OTHER_LDLIBS += -liconv
     88      CPPFLAGS += -I$(OPENWIN_HOME)/include \
     89                  -I$(OPENWIN_HOME)/include/X11/extensions \
     90                  -I$(SHARE_SRC)/native/sun/awt/giflib
     91      OTHER_LDLIBS += -L$(OPENWIN_LIB) -lX11 -lXext $(LIBM) -pthread
     92    else
     93      CPPFLAGS += -I$(OPENWIN_HOME)/include 
-I$(OPENWIN_HOME)/include/X11/extensions \
     94                  -I$(SHARE_SRC)/native/sun/awt/giflib
     95      OTHER_LDLIBS += -L$(OPENWIN_LIB) -lX11 -lXext $(LIBM) -lpthread
     96    endif
     97  else # PLATFORM
     98    CFLAGS += -DWITH_WIN32
     99    CPPFLAGS += -I$(SHARE_SRC)/native/sun/awt/giflib
    100    OTHER_LDLIBS += kernel32.lib user32.lib gdi32.lib 
delayimp.lib /DELAYLOAD:user32.dll
    101  #$(JVMLIB) $(OBJDIR)/../../jpeg/$(OBJDIRNAME)/jpeg$(SUFFIX).lib
    102  endif # PLATFORM



From david.holmes at oracle.com  Thu Apr 11 02:30:55 2013
From: david.holmes at oracle.com (David Holmes)
Date: Thu, 11 Apr 2013 12:30:55 +1000
Subject: PING: [PATCH] Enable debug info on all libraries for OpenJDK
	builds
In-Reply-To: <1135652122.2176747.1365600923712.JavaMail.root@redhat.com>
References: <1296964538.372074.1364921773405.JavaMail.root@redhat.com>
	<351196638.1935295.1365158371299.JavaMail.root@redhat.com>
	<515EC973.60302@oracle.com>
	<1646204162.769290.1365440387286.JavaMail.root@redhat.com>
	<5163661C.5080700@oracle.com>
	
	<516396F6.30707@oracle.com>
	<1135652122.2176747.1365600923712.JavaMail.root@redhat.com>
Message-ID: <5166205F.4060300@oracle.com>

Hi Andrew,

We live/work in an imperfect world. The shortcomings you outline below 
are well known and steps are being taken to address at least some of 
them. That has taken time and will continue to take time - there is 
nothing I can do about that - sorry. I too would love to see an 
automatic submission system (like JPRT) that is accessible to all so 
that I don't have to ever worry about build failures getting through.

In the meantime I don't think my request to work with others to ensure 
broader test coverage of build changes is unreasonable.

I can't force anyone's cooperation I can only request it.

Thanks,
David

On 10/04/2013 11:35 PM, Andrew Hughes wrote:
> ----- Original Message -----
>> On 9/04/2013 11:06 AM, Martin Buchholz wrote:
>>> On Mon, Apr 8, 2013 at 5:51 PM, David Holmes >> > wrote:
>>>
>>>      On 9/04/2013 2:59 AM, Andrew Hughes wrote:
>>>
>>>          Well, if I push it, it will be, no?
>>>
>>>      Testing comes before pushing - thank you.
>
> And I have built and tested it.  You are trying to impose additional requirements
> for building on platforms we don't use.  This simply does not scale.  You can't
> expect every OpenJDK committer to build on four operating systems and however
> many architectures (potentially any in existence, given the presence of Zero).
>
> If I'm a little unforgiving here, it's because I don't see the same thought being
> applied in the other direction.  This is not a patch to add a new feature, but
> to fix a build regression introduced by Oracle engineers (and one of many we've
> found).  I wouldn't even have to submit this if debugging had not been completely
> broken in our builds with little clear explanation as to why.
>
>>>
>>>
>>> This issue keeps coming up.
>>>
>>> Non-Oracle committers have no access to the Oracle automated testing
>>> submission system, so I suggest giving developers some slack when
>>> submitting (as I did when I was TL integrator). Or provide some other
>>> simple mechanism for handing off risky patches to the integration
>>> pipeline.  Or provide some easy way to roll back breaking changes.
>
> +1.
>
>>
>> If you are submitting a build patch that affects multiple platforms and
>> you can not test on all the platforms yourself then you should work with
>> someone who can assist in ensuring sufficient testing is carried out. I
>> don't think that is at all unreasonable.
>
> The problem here is not the concept in general, but that both "someone"
> and "sufficient testing" are defined relative to Oracle.  Could I work
> with someone at Red Hat, Google or IBM to carry out "sufficient testing"?
> It seems doubtful to me, and that's without even considering contributions
> from those not working for a company.
>
> As far as I can see, "sufficient testing", from an Oracle perspective, would include
> testing on e.g. Solaris/SPARC, which is mainly of relevance to them, but
> not testing on Linux/SPARC (which Debian & Fedora build) or AIX/PPC (which
> IBM are working on).
>
> I agree build testing is important, and no-one wants to find the build broken
> (I've hit it enough times as the result of work from Oracle engineers), but such
> a restriction can't be imposed unless resources are available to support it.
> Pushing a patch and having automated build systems test it on all the various
> setups is a lot more scalable than waiting for someone else to apply and build it
> locally.  It's not like anyone's going to release binaries if OpenJDK is not buildable,
> is it?
>
> This issue is important not for people like me who have to work on OpenJDK anyway, no
> matter how much pain and aggravation it is, but in terms of the "onboarding" of new
> developers.  These sort of issues are acceptable in a new project.  OpenJDK is now six
> years old, but non-Oracle users can't even create bugs or commit to HotSpot.  I'm not
> even talking about new committers but people like me who have been working on OpenJDK
> for all of those six years and have reviewer status.  I can review a patch for OpenJDK
> but the person I reviewed it for can't then commit it until an Oracle employee gives
> them a bug ID for it.
>
> If OpenJDK is going to grow and attract new developers, these issues need to be sorted.
>
>>
>> We have had a number of build related changesets recently (Oracle
>> generated!) that have caused significant build failures on some
>> platforms, which in turn causes significant disruption to a number of
>> teams. So I don't think the importance of testing before pushing can be
>> overstated here.
>
> But if they were Oracle generated, surely they went through your tests and
> they didn't catch it?  Or are you referring to testing prior to commit?
>
>>
>>> There's a far greater risk from changes that pass all the tests today,
>>> but have a fatal flaw that won't be discovered till after release, IMO.
>>
>> Totally different problem.
>
> Not really, because this includes build issues that occur from paths through
> the build that Oracle just don't test.  An example would be the recent timezone
> tool issue that we picked up because we do a build with the just-built JDK but
> slipped through Oracle's testing to the point of being in a promoted build.
>
>
>>
>> David
>>
>


From david.holmes at oracle.com  Thu Apr 11 02:59:46 2013
From: david.holmes at oracle.com (David Holmes)
Date: Thu, 11 Apr 2013 12:59:46 +1000
Subject: PING: [PATCH] Enable debug info on all libraries for OpenJDK
	builds
In-Reply-To: <5166205F.4060300@oracle.com>
References: <1296964538.372074.1364921773405.JavaMail.root@redhat.com>
	<351196638.1935295.1365158371299.JavaMail.root@redhat.com>
	<515EC973.60302@oracle.com>
	<1646204162.769290.1365440387286.JavaMail.root@redhat.com>
	<5163661C.5080700@oracle.com>
	
	<516396F6.30707@oracle.com>
	<1135652122.2176747.1365600923712.JavaMail.root@redhat.com>
	<5166205F.4060300@oracle.com>
Message-ID: <51662722.8010309@oracle.com>

Andrew,

My sincerest apologies. As long as pushes are to jdk8/build then there 
is indeed scope for deferring broad testing until after the push - any 
failures will only affect users of the jdk8/build and a fix will likely 
swiftly occur. In any case that is for the build folk to concern 
themselves with.

Having been burnt by some recent build issues in other repos I 
overlooked the key factor as to which repo is involved.

Again my apologies.

David

On 11/04/2013 12:30 PM, David Holmes wrote:
> Hi Andrew,
>
> We live/work in an imperfect world. The shortcomings you outline below
> are well known and steps are being taken to address at least some of
> them. That has taken time and will continue to take time - there is
> nothing I can do about that - sorry. I too would love to see an
> automatic submission system (like JPRT) that is accessible to all so
> that I don't have to ever worry about build failures getting through.
>
> In the meantime I don't think my request to work with others to ensure
> broader test coverage of build changes is unreasonable.
>
> I can't force anyone's cooperation I can only request it.
>
> Thanks,
> David
>
> On 10/04/2013 11:35 PM, Andrew Hughes wrote:
>> ----- Original Message -----
>>> On 9/04/2013 11:06 AM, Martin Buchholz wrote:
>>>> On Mon, Apr 8, 2013 at 5:51 PM, David Holmes >>> > wrote:
>>>>
>>>>      On 9/04/2013 2:59 AM, Andrew Hughes wrote:
>>>>
>>>>          Well, if I push it, it will be, no?
>>>>
>>>>      Testing comes before pushing - thank you.
>>
>> And I have built and tested it.  You are trying to impose additional
>> requirements
>> for building on platforms we don't use.  This simply does not scale.
>> You can't
>> expect every OpenJDK committer to build on four operating systems and
>> however
>> many architectures (potentially any in existence, given the presence
>> of Zero).
>>
>> If I'm a little unforgiving here, it's because I don't see the same
>> thought being
>> applied in the other direction.  This is not a patch to add a new
>> feature, but
>> to fix a build regression introduced by Oracle engineers (and one of
>> many we've
>> found).  I wouldn't even have to submit this if debugging had not been
>> completely
>> broken in our builds with little clear explanation as to why.
>>
>>>>
>>>>
>>>> This issue keeps coming up.
>>>>
>>>> Non-Oracle committers have no access to the Oracle automated testing
>>>> submission system, so I suggest giving developers some slack when
>>>> submitting (as I did when I was TL integrator). Or provide some other
>>>> simple mechanism for handing off risky patches to the integration
>>>> pipeline.  Or provide some easy way to roll back breaking changes.
>>
>> +1.
>>
>>>
>>> If you are submitting a build patch that affects multiple platforms and
>>> you can not test on all the platforms yourself then you should work with
>>> someone who can assist in ensuring sufficient testing is carried out. I
>>> don't think that is at all unreasonable.
>>
>> The problem here is not the concept in general, but that both "someone"
>> and "sufficient testing" are defined relative to Oracle.  Could I work
>> with someone at Red Hat, Google or IBM to carry out "sufficient testing"?
>> It seems doubtful to me, and that's without even considering
>> contributions
>> from those not working for a company.
>>
>> As far as I can see, "sufficient testing", from an Oracle perspective,
>> would include
>> testing on e.g. Solaris/SPARC, which is mainly of relevance to them, but
>> not testing on Linux/SPARC (which Debian & Fedora build) or AIX/PPC
>> (which
>> IBM are working on).
>>
>> I agree build testing is important, and no-one wants to find the build
>> broken
>> (I've hit it enough times as the result of work from Oracle
>> engineers), but such
>> a restriction can't be imposed unless resources are available to
>> support it.
>> Pushing a patch and having automated build systems test it on all the
>> various
>> setups is a lot more scalable than waiting for someone else to apply
>> and build it
>> locally.  It's not like anyone's going to release binaries if OpenJDK
>> is not buildable,
>> is it?
>>
>> This issue is important not for people like me who have to work on
>> OpenJDK anyway, no
>> matter how much pain and aggravation it is, but in terms of the
>> "onboarding" of new
>> developers.  These sort of issues are acceptable in a new project.
>> OpenJDK is now six
>> years old, but non-Oracle users can't even create bugs or commit to
>> HotSpot.  I'm not
>> even talking about new committers but people like me who have been
>> working on OpenJDK
>> for all of those six years and have reviewer status.  I can review a
>> patch for OpenJDK
>> but the person I reviewed it for can't then commit it until an Oracle
>> employee gives
>> them a bug ID for it.
>>
>> If OpenJDK is going to grow and attract new developers, these issues
>> need to be sorted.
>>
>>>
>>> We have had a number of build related changesets recently (Oracle
>>> generated!) that have caused significant build failures on some
>>> platforms, which in turn causes significant disruption to a number of
>>> teams. So I don't think the importance of testing before pushing can be
>>> overstated here.
>>
>> But if they were Oracle generated, surely they went through your tests
>> and
>> they didn't catch it?  Or are you referring to testing prior to commit?
>>
>>>
>>>> There's a far greater risk from changes that pass all the tests today,
>>>> but have a fatal flaw that won't be discovered till after release, IMO.
>>>
>>> Totally different problem.
>>
>> Not really, because this includes build issues that occur from paths
>> through
>> the build that Oracle just don't test.  An example would be the recent
>> timezone
>> tool issue that we picked up because we do a build with the just-built
>> JDK but
>> slipped through Oracle's testing to the point of being in a promoted
>> build.
>>
>>
>>>
>>> David
>>>
>>


From mike.duigou at oracle.com  Thu Apr 11 05:36:15 2013
From: mike.duigou at oracle.com (Mike Duigou)
Date: Wed, 10 Apr 2013 22:36:15 -0700
Subject: RFR: 8011350 : hgforesth.sh fails if sh is not bash
In-Reply-To: <515CFED6.5050707@oracle.com>
References: <746B789E-EBD5-41C1-A280-F2184E5CEBE4@oracle.com>
	<655352B7-68DA-494B-8910-E303967B69E1@oracle.com>
	<6C54D462-CC06-4438-914C-E050E871ED34@oracle.com>
	<515CDB54.8080500@oracle.com> <515CFED6.5050707@oracle.com>
Message-ID: <8B12209A-26D4-4E8B-96F5-3DC428DD7AEC@oracle.com>


On Apr 3 2013, at 21:17 , David Holmes wrote:

> On 4/04/2013 11:45 AM, Tim Bell wrote:
>> Looks good to me, Mike
>> 
>> Thanks - a seemingly simple change inflated into a small project when
>> tested on multiple O/S platforms.
> 
> Indeed. A main take away from this exercise is that any changes to scripts need extensive cross-platform testing before they are pushed - including at a minimum a RE Solaris build machine.

I certainly agree. I was entirely unaware of the diversity of bad behaviour possible in this case. I had tested on only linux and macos believing that for the changes being made this was sufficient. From this experience and prior "lessons" I learned that the shell scripting environment is significantly different on each of:

linux (certainly not homogeneous)
macos
macos + macports
cygwin (every version is a different minefield)
solaris 10u6
solaris 10u9 (much less buggy toolchain and bash from my understanding)
solaris 11

One difficulty here is that the failure in hgforest.sh would not have been found by a standard JPRT test. I can and will test future script changes against as much of this list as possible and will look at the recommended configurations documented in the README-build for guidance as to what platform

It's important to say though that the moral of the story shouldn't be "don't try". The issue has come up with reviews of hgforest.sh, webrev, and other build changes that we don't have adequate reviews, testing procedures, shepherding, mentoring or, unfortunately, any leadership. Perhaps a champion will step forward to lead us boldly on, but in the meantime I think extra effort is required by the build team members (and interested interlopers) to go the extra mile in reviewing changesets and ask more questions about what testing has been done and suggest additional testing wherever appropriate.

Mike

> David
> 
>> Tim
>> 
>> On 04/03/13 16:30, Mike Duigou wrote:
>>> I've received some feedback from Tim Bell and David Katleman.
>>> 
>>> Here's an updated version of the patch.
>>> 
>>> http://cr.openjdk.java.net/~mduigou/JDK-8011350/2
>>> 
>>> It turns out the real shell incompatibility was more straightforward.
>>> The outright conversion to bash isn't necessary. Replacement of '=='
>>> with '=' and double to single quotes in the cut command are sufficient.
>>> 
>>> The whichhg changes are based on an observation by Tim Bell in another
>>> bug that some versions of Solaris "/usr/bin/which" don't generate an
>>> exit code and instead output the message "no foo in PATH". This change
>>> better handles no mercurial being present.
>>> 
>>> Mike
>>> 
>>> On Apr 3 2013, at 08:56 , Mike Duigou wrote:
>>> 
>>>> An alternative has been suggested: convert the hgforest.sh script to
>>>> a bash script. I have tested this alternative on unbuntu linux 11.04,
>>>> solaris 10u9, MacOS 10.7 and cygwin 1.7.17. This seems like less risk
>>>> and there doesn't seem to be a compelling reason to stick with
>>>> classic sh.
>>>> 
>>>> I have prepared an alternate webrev here:
>>>> 
>>>> http://cr.openjdk.java.net/~mduigou/JDK-8011350/1
>>>> 
>>>> We could still consider the original webrev if using bash turns out
>>>> to have unexpected issues.
>>>> 
>>>> Mike
>>>> 
>>>> On Apr 2 2013, at 20:03 , Mike Duigou wrote:
>>>> 
>>>>> Hello all;
>>>>> 
>>>>> Further testing on JDK-8011342 revealed that hgforest.sh can fail if
>>>>> the sh shell is not bash. The problem appears to be due to mixing of
>>>>> -o -a and ! in [] test expressions.
>>>>> 
>>>>> I have prepared a webrev here:
>>>>> 
>>>>> http://cr.openjdk.java.net/~mduigou/JDK-8011350/0/webrev/common/bin/hgforest.sh.udiff.html
>>>>> 
>>>>> 
>>>>> This converts all of the potentially problematic [ expr -o expr ] [
>>>>> expr -a expr ] and [ expr -{o|a} ! expr ] to use "test". My
>>>>> conversions are based on the advice of the autotools chapter on
>>>>> "Writing portable Bourne Shell"
>>>>> (http://sourceware.org/autobook/autobook/autobook_208.html#SEC208)
>>>>> for avoiding potential problems.
>>>>> 
>>>>> The other option is just to require bash which is already required
>>>>> by the new build process.
>>>>> 
>>>>> Mike
>> 
>> 



From martijnverburg at gmail.com  Thu Apr 11 07:53:49 2013
From: martijnverburg at gmail.com (Martijn Verburg)
Date: Thu, 11 Apr 2013 08:53:49 +0100
Subject: PING: [PATCH] Enable debug info on all libraries for OpenJDK
	builds
In-Reply-To: <51662722.8010309@oracle.com>
References: <1296964538.372074.1364921773405.JavaMail.root@redhat.com>
	<351196638.1935295.1365158371299.JavaMail.root@redhat.com>
	<515EC973.60302@oracle.com>
	<1646204162.769290.1365440387286.JavaMail.root@redhat.com>
	<5163661C.5080700@oracle.com>
	
	<516396F6.30707@oracle.com>
	<1135652122.2176747.1365600923712.JavaMail.root@redhat.com>
	<5166205F.4060300@oracle.com> <51662722.8010309@oracle.com>
Message-ID: 

Hi all,

We're looking to help alleviate these sorts of issues with the Betterrev
project.  Basically patches will get build against common platforms/forests
and results sent back to the submitter and the appropriate OpenJDK mailing
list.

We still have some way to go, but early work is looking promising. If
anyone has spare cycles and a passion for build and CI, please drop me a
note!

Cheers,
Martijn


On 11 April 2013 03:59, David Holmes  wrote:

> Andrew,
>
> My sincerest apologies. As long as pushes are to jdk8/build then there is
> indeed scope for deferring broad testing until after the push - any
> failures will only affect users of the jdk8/build and a fix will likely
> swiftly occur. In any case that is for the build folk to concern themselves
> with.
>
> Having been burnt by some recent build issues in other repos I overlooked
> the key factor as to which repo is involved.
>
> Again my apologies.
>
> David
>
>
> On 11/04/2013 12:30 PM, David Holmes wrote:
>
>> Hi Andrew,
>>
>> We live/work in an imperfect world. The shortcomings you outline below
>> are well known and steps are being taken to address at least some of
>> them. That has taken time and will continue to take time - there is
>> nothing I can do about that - sorry. I too would love to see an
>> automatic submission system (like JPRT) that is accessible to all so
>> that I don't have to ever worry about build failures getting through.
>>
>> In the meantime I don't think my request to work with others to ensure
>> broader test coverage of build changes is unreasonable.
>>
>> I can't force anyone's cooperation I can only request it.
>>
>> Thanks,
>> David
>>
>> On 10/04/2013 11:35 PM, Andrew Hughes wrote:
>>
>>> ----- Original Message -----
>>>
>>>> On 9/04/2013 11:06 AM, Martin Buchholz wrote:
>>>>
>>>>> On Mon, Apr 8, 2013 at 5:51 PM, David Holmes >>>> >> wrote:
>>>>>
>>>>>      On 9/04/2013 2:59 AM, Andrew Hughes wrote:
>>>>>
>>>>>          Well, if I push it, it will be, no?
>>>>>
>>>>>      Testing comes before pushing - thank you.
>>>>>
>>>>
>>> And I have built and tested it.  You are trying to impose additional
>>> requirements
>>> for building on platforms we don't use.  This simply does not scale.
>>> You can't
>>> expect every OpenJDK committer to build on four operating systems and
>>> however
>>> many architectures (potentially any in existence, given the presence
>>> of Zero).
>>>
>>> If I'm a little unforgiving here, it's because I don't see the same
>>> thought being
>>> applied in the other direction.  This is not a patch to add a new
>>> feature, but
>>> to fix a build regression introduced by Oracle engineers (and one of
>>> many we've
>>> found).  I wouldn't even have to submit this if debugging had not been
>>> completely
>>> broken in our builds with little clear explanation as to why.
>>>
>>>
>>>>>
>>>>> This issue keeps coming up.
>>>>>
>>>>> Non-Oracle committers have no access to the Oracle automated testing
>>>>> submission system, so I suggest giving developers some slack when
>>>>> submitting (as I did when I was TL integrator). Or provide some other
>>>>> simple mechanism for handing off risky patches to the integration
>>>>> pipeline.  Or provide some easy way to roll back breaking changes.
>>>>>
>>>>
>>> +1.
>>>
>>>
>>>> If you are submitting a build patch that affects multiple platforms and
>>>> you can not test on all the platforms yourself then you should work with
>>>> someone who can assist in ensuring sufficient testing is carried out. I
>>>> don't think that is at all unreasonable.
>>>>
>>>
>>> The problem here is not the concept in general, but that both "someone"
>>> and "sufficient testing" are defined relative to Oracle.  Could I work
>>> with someone at Red Hat, Google or IBM to carry out "sufficient testing"?
>>> It seems doubtful to me, and that's without even considering
>>> contributions
>>> from those not working for a company.
>>>
>>> As far as I can see, "sufficient testing", from an Oracle perspective,
>>> would include
>>> testing on e.g. Solaris/SPARC, which is mainly of relevance to them, but
>>> not testing on Linux/SPARC (which Debian & Fedora build) or AIX/PPC
>>> (which
>>> IBM are working on).
>>>
>>> I agree build testing is important, and no-one wants to find the build
>>> broken
>>> (I've hit it enough times as the result of work from Oracle
>>> engineers), but such
>>> a restriction can't be imposed unless resources are available to
>>> support it.
>>> Pushing a patch and having automated build systems test it on all the
>>> various
>>> setups is a lot more scalable than waiting for someone else to apply
>>> and build it
>>> locally.  It's not like anyone's going to release binaries if OpenJDK
>>> is not buildable,
>>> is it?
>>>
>>> This issue is important not for people like me who have to work on
>>> OpenJDK anyway, no
>>> matter how much pain and aggravation it is, but in terms of the
>>> "onboarding" of new
>>> developers.  These sort of issues are acceptable in a new project.
>>> OpenJDK is now six
>>> years old, but non-Oracle users can't even create bugs or commit to
>>> HotSpot.  I'm not
>>> even talking about new committers but people like me who have been
>>> working on OpenJDK
>>> for all of those six years and have reviewer status.  I can review a
>>> patch for OpenJDK
>>> but the person I reviewed it for can't then commit it until an Oracle
>>> employee gives
>>> them a bug ID for it.
>>>
>>> If OpenJDK is going to grow and attract new developers, these issues
>>> need to be sorted.
>>>
>>>
>>>> We have had a number of build related changesets recently (Oracle
>>>> generated!) that have caused significant build failures on some
>>>> platforms, which in turn causes significant disruption to a number of
>>>> teams. So I don't think the importance of testing before pushing can be
>>>> overstated here.
>>>>
>>>
>>> But if they were Oracle generated, surely they went through your tests
>>> and
>>> they didn't catch it?  Or are you referring to testing prior to commit?
>>>
>>>
>>>>  There's a far greater risk from changes that pass all the tests today,
>>>>> but have a fatal flaw that won't be discovered till after release, IMO.
>>>>>
>>>>
>>>> Totally different problem.
>>>>
>>>
>>> Not really, because this includes build issues that occur from paths
>>> through
>>> the build that Oracle just don't test.  An example would be the recent
>>> timezone
>>> tool issue that we picked up because we do a build with the just-built
>>> JDK but
>>> slipped through Oracle's testing to the point of being in a promoted
>>> build.
>>>
>>>
>>>
>>>> David
>>>>
>>>>
>>>


From gnu.andrew at redhat.com  Thu Apr 11 10:24:48 2013
From: gnu.andrew at redhat.com (Andrew Hughes)
Date: Thu, 11 Apr 2013 06:24:48 -0400 (EDT)
Subject: Allow using a system-installed giflib
In-Reply-To: <516520AC.4040801@oracle.com>
References: <1350720224.19115736.1363317011803.JavaMail.root@redhat.com>
	<5148D1A5.8090606@redhat.com> <514969F0.7060208@oracle.com>
	<515B139A.40203@redhat.com>
	<9DC9164A-94FE-4A1F-BDA5-FE2EAA40DC07@oracle.com>
	<51648FAD.2010906@oracle.com> <516491FC.1050702@redhat.com>
	<516520AC.4040801@oracle.com>
Message-ID: <582132760.2693293.1365675888966.JavaMail.root@redhat.com>

----- Original Message -----
> On 09/04/2013 23:11, Omair Majid wrote:
> > :
> > I would like to avoid this in the future; any tips on how to run the old
> > build? I couldn't get it to work last I tried (the error messages were
> > redirecting me to the new build).
> I see Brad's reply but I think what you are looking for is actually:
> 
> make NEWBUILD=false
> 
> It's not clear how long the old build will remain on life support.
> Hopefully the last few people that are still using the old build will
> migrate soon so that we don't have to continue to keep it working.

This is news to me.  I tried our usual IcedTea build with 8, and it just told
me I had to use the new one.  So we converted.

The work we've done on system libraries for 8 we did for 6 & 7 a long time ago
with the old build system, so we could add it to 8.  But is there really any point?

> 
> -Alan
> 
> 
> 
> 
> 
> 

-- 
Andrew :)

Free Java Software Engineer
Red Hat, Inc. (http://www.redhat.com)

PGP Key: 248BDC07 (https://keys.indymedia.org/)
Fingerprint = EC5A 1F5E C0AD 1D15 8F1F  8F91 3B96 A578 248B DC07



From gnu.andrew at redhat.com  Thu Apr 11 10:26:40 2013
From: gnu.andrew at redhat.com (Andrew Hughes)
Date: Thu, 11 Apr 2013 06:26:40 -0400 (EDT)
Subject: reduce memory for javadoc
In-Reply-To: <5164C423.8030207@oracle.com>
References: <5164C423.8030207@oracle.com>
Message-ID: <723565586.2695095.1365676000988.JavaMail.root@redhat.com>

----- Original Message -----
> Build folk,
> 
> As a result of these two changesets now in tl/langtools, we can now
> reduce the memory requirements for javadoc in
> (root)common/makefiles/javadoc/Javadoc.gmk.
> 
> changeset:   1678:3f3cc8d3f13c
> tag:         tip
> user:        jjg
> date:        Mon Apr 08 11:57:37 2013 -0700
> summary:     8011677: EndPosTables should avoid hidden references to Parser
> 
> changeset:   1677:b402b93cbe38
> user:        jjg
> date:        Mon Apr 08 11:54:26 2013 -0700
> summary:     8011676: Instances of Tokens.Comment should not be defined
> in inner classes
> 
> 
> I have done builds with the memory limited to 512m, down from 1024m.  I
> did try further, with 384m, but that was too much of a reduction.
> 
> $ hg diff
> diff -r 11c057460b91 common/makefiles/javadoc/Javadoc.gmk
> --- a/common/makefiles/javadoc/Javadoc.gmk    Fri Apr 05 14:49:54 2013 -0700
> +++ b/common/makefiles/javadoc/Javadoc.gmk    Tue Apr 09 18:42:37 2013 -0700
> @@ -47,7 +47,7 @@
>   BUILD_NUMBER=$(JDK_BUILD_NUMBER)
> 
>   JAVADOC_CMD = $(JAVA) \
> -              -Xmx1024m \
> +              -Xmx512m \
>             -Djava.awt.headless=true \
>             $(NEW_JAVADOC) \
>             -bootclasspath $(JDK_OUTPUTDIR)/classes
> 
> -- Jon
> 

I'd be wary of changing this because, in my experience, it varies depending
on VM and architecture.  What was tested for these figures?
-- 
Andrew :)

Free Java Software Engineer
Red Hat, Inc. (http://www.redhat.com)

PGP Key: 248BDC07 (https://keys.indymedia.org/)
Fingerprint = EC5A 1F5E C0AD 1D15 8F1F  8F91 3B96 A578 248B DC07



From Alan.Bateman at oracle.com  Thu Apr 11 10:45:27 2013
From: Alan.Bateman at oracle.com (Alan Bateman)
Date: Thu, 11 Apr 2013 11:45:27 +0100
Subject: Allow using a system-installed giflib
In-Reply-To: <582132760.2693293.1365675888966.JavaMail.root@redhat.com>
References: <1350720224.19115736.1363317011803.JavaMail.root@redhat.com>
	<5148D1A5.8090606@redhat.com> <514969F0.7060208@oracle.com>
	<515B139A.40203@redhat.com>
	<9DC9164A-94FE-4A1F-BDA5-FE2EAA40DC07@oracle.com>
	<51648FAD.2010906@oracle.com> <516491FC.1050702@redhat.com>
	<516520AC.4040801@oracle.com>
	<582132760.2693293.1365675888966.JavaMail.root@redhat.com>
Message-ID: <51669447.7040108@oracle.com>

On 11/04/2013 11:24, Andrew Hughes wrote:
> ----- Original Message -----
>> On 09/04/2013 23:11, Omair Majid wrote:
>>> :
>>> I would like to avoid this in the future; any tips on how to run the old
>>> build? I couldn't get it to work last I tried (the error messages were
>>> redirecting me to the new build).
>> I see Brad's reply but I think what you are looking for is actually:
>>
>> make NEWBUILD=false
>>
>> It's not clear how long the old build will remain on life support.
>> Hopefully the last few people that are still using the old build will
>> migrate soon so that we don't have to continue to keep it working.
> This is news to me.  I tried our usual IcedTea build with 8, and it just told
> me I had to use the new one.  So we converted.
>
> The work we've done on system libraries for 8 we did for 6&  7 a long time ago
> with the old build system, so we could add it to 8.  But is there really any point?
I don't think it's worth doing either.

Personally I think it would be good to agree and set a date, after which 
there is no requirement to keep the old build "working". At the moment 
it is a tax on all changes that involve change changes. I'm not even 
sure that the old build generates good bits as I don't know of any 
testing that is done with the old build now.

-Alan


From erik.joelsson at oracle.com  Thu Apr 11 10:53:18 2013
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Thu, 11 Apr 2013 12:53:18 +0200
Subject: RFR: 8010785: JDK 8 build on Linux fails with new build mechanism
Message-ID: <5166961E.3090607@oracle.com>

Open part of this review.

The licensee bundles aren't buildable with the new build for several 
reasons. I've tried to fix all the issues that I've found and have now
successfully built them on linux, windows and solaris. Here is a list of 
the changes that I had to do to OpenJDK:

* Filter out javascript src when the rhino source isn't available. Also 
do not copy rhino resource files when not available. This is controlled 
by a new variable, INCLUDE_JAVASCRIPT, which we control from closed 
configure and shouldn't affect the OpenJDK build. I also moved the 
copying of the resources to the correct makefile, CopyIntoClasses.gmk.

* If javax/crypto isn't available, jce.jar needs to be added to the 
bootclasspath of the main java compilation. Also, a number of security 
jar files shouldn't be built at all. (Normally these are built just to 
exercise the logic, but not used.) The kerberos library is also excluded 
by this. Introduced the variable BUILD_CRYPTO, also set by closed 
configure to control this. I used the logic ifneq ($(BUILD_CRYPTO),no) 
to not change the behavior if the variable isn't set, which it won't be 
in the open case.

* I removed the logic for setting the closed cacerts file in the open 
configure script.

* Also fixing JDK-8005655 by adding logic for unzipping sec-bin (and 
friends) if available.

http://cr.openjdk.java.net/~erikj/8010785/webrev.jdk.01/
http://cr.openjdk.java.net/~erikj/8010785/webrev.root.01/

/Erik


From erik.joelsson at oracle.com  Thu Apr 11 11:24:50 2013
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Thu, 11 Apr 2013 13:24:50 +0200
Subject: RFR: JDK-8011812:  JDK-8011278 breaks the old build
In-Reply-To: <516604EC.9070100@oracle.com>
References: <1350720224.19115736.1363317011803.JavaMail.root@redhat.com>
	<5142ECFC.1090402@oracle.com> <5148D1A5.8090606@redhat.com>
	<514969F0.7060208@oracle.com> <515B139A.40203@redhat.com>
	<9DC9164A-94FE-4A1F-BDA5-FE2EAA40DC07@oracle.com>
	<51648FAD.2010906@oracle.com> <516539E6.90005@oracle.com>
	<5165B181.4080503@oracle.com> <5165DDF5.5020305@oracle.com>
	<516604EC.9070100@oracle.com>
Message-ID: <51669D82.5030404@oracle.com>

Good catch Tim!

I took a good look and came up with this:

http://cr.openjdk.java.net/~erikj/8011812/webrev.jdk.02/

Removing the redundant macosx case and adding the -I parameter for all 
platforms. I have a jprt job in Stockholm verifying this patch, so far 
looking good. Brad, feel free to push it where you need it as soon as it 
passes review.

/Erik

On 2013-04-11 02:33, Tim Bell wrote:
> All-
>
> I think we need to pull back one click on the diff tool, because these 
> changes being reviewed are missing the enclosing
>
> ifeq ($(PLATFORM), macosx)
>      ...
> endif
>
> This was an existing bug, but it is material to the issue at hand. 
> This needs a fresh look and some refactoring.  Here is the code in 
> make/sun/splashscreen/Makefile with Brad's recent diffs added.  The 
> 'ifeq ... macosx' block starting at line 86 will never be true because 
> it is already part of an else... (see below)
>
>
> % cat -n make/sun/splashscreen/Makefile
>  [...]
>     64  ifeq ($(PLATFORM), macosx)
>     65    CFLAGS += -DWITH_MACOSX
>     66
>     67    # CFLAGS and CPPFLAGS are added when linking as well, so we 
> use VARIANT
>     68    # instead to specify that we're actually compiling 
> objective-c code here
>     69    CFLAGS_$(VARIANT)/java_awt_SplashScreen.o = -x objective-c
>     70    CFLAGS_$(VARIANT)/splashscreen_gfx_impl.o = -x objective-c
>     71    CFLAGS_$(VARIANT)/splashscreen_gif.o = -x objective-c
>     72    CFLAGS_$(VARIANT)/splashscreen_impl.o = -x objective-c
>     73    CFLAGS_$(VARIANT)/splashscreen_jpeg.o = -x objective-c
>     74    CFLAGS_$(VARIANT)/splashscreen_png.o = -x objective-c
>     75    CFLAGS_$(VARIANT)/splashscreen_sys.o = -x objective-c
>     76
>     77    OTHER_CFLAGS += 
> -F/System/Library/Frameworks/ApplicationServices.framework/Frameworks
>     78    CPPFLAGS += 
> -I/System/Library/Frameworks/AppKit.framework/Versions/C/Headers
>     79    OTHER_LDLIBS += $(LIBM) -lpthread -liconv -losxapp \
>     80                                    -framework 
> ApplicationServices \
>     81                                    -framework Foundation \
>     82                                    -framework Cocoa \
>     83                                    -framework JavaNativeFoundation
>     84  else ifneq ($(PLATFORM), windows)
>     85    CFLAGS += -DWITH_X11
>     86    ifeq ($(PLATFORM), macosx))
>     87      OTHER_LDLIBS += -liconv
>     88      CPPFLAGS += -I$(OPENWIN_HOME)/include \
>     89                  -I$(OPENWIN_HOME)/include/X11/extensions \
>     90                  -I$(SHARE_SRC)/native/sun/awt/giflib
>     91      OTHER_LDLIBS += -L$(OPENWIN_LIB) -lX11 -lXext $(LIBM) 
> -pthread
>     92    else
>     93      CPPFLAGS += -I$(OPENWIN_HOME)/include 
> -I$(OPENWIN_HOME)/include/X11/extensions \
>     94                  -I$(SHARE_SRC)/native/sun/awt/giflib
>     95      OTHER_LDLIBS += -L$(OPENWIN_LIB) -lX11 -lXext $(LIBM) 
> -lpthread
>     96    endif
>     97  else # PLATFORM
>     98    CFLAGS += -DWITH_WIN32
>     99    CPPFLAGS += -I$(SHARE_SRC)/native/sun/awt/giflib
>    100    OTHER_LDLIBS += kernel32.lib user32.lib gdi32.lib 
> delayimp.lib /DELAYLOAD:user32.dll
>    101  #$(JVMLIB) $(OBJDIR)/../../jpeg/$(OBJDIRNAME)/jpeg$(SUFFIX).lib
>    102  endif # PLATFORM
>


From jonathan.gibbons at oracle.com  Thu Apr 11 15:32:10 2013
From: jonathan.gibbons at oracle.com (Jonathan Gibbons)
Date: Thu, 11 Apr 2013 08:32:10 -0700
Subject: reduce memory for javadoc
In-Reply-To: <723565586.2695095.1365676000988.JavaMail.root@redhat.com>
References: <5164C423.8030207@oracle.com>
	<723565586.2695095.1365676000988.JavaMail.root@redhat.com>
Message-ID: <5166D77A.1040305@oracle.com>

Andrew,

I agree that any change would have to be tested on a variety of
platforms.  Historically, the limit used to be 512m, but has crept up
over recent times.  My investigations have been to understand
why we have been forced to increase this number; as a result
we found out that a memory leak was causing javadoc to retain
references to the source code buffers for all the files it was reading.

Since javadoc is all Java code, it is reasonable to believe the problem,
and the fix, would apply to all platforms, which is why I posted the
update here.

However, additional investigations show that the performance does suffer
if we reduce the Xmx value. So the good news is that we can now reduce
the value; the question is, do we want to?

FWIW, I'm still trying to understand why we need even 512m. But that will
be another story.

-- Jon

On 04/11/2013 03:26 AM, Andrew Hughes wrote:
> ----- Original Message -----
>> Build folk,
>>
>> As a result of these two changesets now in tl/langtools, we can now
>> reduce the memory requirements for javadoc in
>> (root)common/makefiles/javadoc/Javadoc.gmk.
>>
>> changeset:   1678:3f3cc8d3f13c
>> tag:         tip
>> user:        jjg
>> date:        Mon Apr 08 11:57:37 2013 -0700
>> summary:     8011677: EndPosTables should avoid hidden references to Parser
>>
>> changeset:   1677:b402b93cbe38
>> user:        jjg
>> date:        Mon Apr 08 11:54:26 2013 -0700
>> summary:     8011676: Instances of Tokens.Comment should not be defined
>> in inner classes
>>
>>
>> I have done builds with the memory limited to 512m, down from 1024m.  I
>> did try further, with 384m, but that was too much of a reduction.
>>
>> $ hg diff
>> diff -r 11c057460b91 common/makefiles/javadoc/Javadoc.gmk
>> --- a/common/makefiles/javadoc/Javadoc.gmk    Fri Apr 05 14:49:54 2013 -0700
>> +++ b/common/makefiles/javadoc/Javadoc.gmk    Tue Apr 09 18:42:37 2013 -0700
>> @@ -47,7 +47,7 @@
>>    BUILD_NUMBER=$(JDK_BUILD_NUMBER)
>>
>>    JAVADOC_CMD = $(JAVA) \
>> -              -Xmx1024m \
>> +              -Xmx512m \
>>              -Djava.awt.headless=true \
>>              $(NEW_JAVADOC) \
>>              -bootclasspath $(JDK_OUTPUTDIR)/classes
>>
>> -- Jon
>>
> I'd be wary of changing this because, in my experience, it varies depending
> on VM and architecture.  What was tested for these figures?



From mike.duigou at oracle.com  Thu Apr 11 16:50:20 2013
From: mike.duigou at oracle.com (Mike Duigou)
Date: Thu, 11 Apr 2013 09:50:20 -0700
Subject: RFR: 8010785: JDK 8 build on Linux fails with new build mechanism
In-Reply-To: <5166961E.3090607@oracle.com>
References: <5166961E.3090607@oracle.com>
Message-ID: 


On Apr 11 2013, at 03:53 , Erik Joelsson wrote:

> Open part of this review.
> 
> The licensee bundles aren't buildable with the new build for several reasons. I've tried to fix all the issues that I've found and have now
> successfully built them on linux, windows and solaris. Here is a list of the changes that I had to do to OpenJDK:
> 
> * Filter out javascript src when the rhino source isn't available. Also do not copy rhino resource files when not available. This is controlled by a new variable, INCLUDE_JAVASCRIPT, which we control from closed configure and shouldn't affect the OpenJDK build. I also moved the copying of the resources to the correct makefile, CopyIntoClasses.gmk.

The new variable appears to only be valid in ifndef OPENJDK contexts (CopyIntoClasses for the most obvious example). I believe that wherever possible we should push build variables to global scope so that future maintainers who may not understand the correct usage context are more likely to use them correctly. It also makes it easier for an external developer to provide their own recipe for the feature. If some OpenJDK dev wanted to add a recipe for including javascript as part of their bundles they wouldn't be able to hook into this feature because were conditionalizing it in ifndef OPENJDK.

Mike

From naoto.sato at oracle.com  Thu Apr 11 17:56:46 2013
From: naoto.sato at oracle.com (Naoto Sato)
Date: Thu, 11 Apr 2013 10:56:46 -0700
Subject: RFR: 8010465: Can't enable sjavac when building in jprt.
In-Reply-To: <5162D01F.5060205@oracle.com>
References: <514AF3CE.8020202@oracle.com> <51629164.9070206@oracle.com>
	<5162BE83.3080403@oracle.com> <5162C028.2040602@oracle.com>
	<5162C363.60000@oracle.com> <5162C44D.9060306@oracle.com>
	<5162D01F.5060205@oracle.com>
Message-ID: <5166F95E.5020905@oracle.com>

Hello,

Is anyone looking into this issue (on the jbs, noone is assigned)? This 
has been biting me as well on Windows builds quite a while.

Naoto

On 4/8/13 7:11 AM, Alexander Scherbatiy wrote:
> On 4/8/2013 5:21 PM, Erik Joelsson wrote:
>>
>>
>> On 2013-04-08 15:17, Anthony Petrov wrote:
>>> Thanks for clarifying that. Makes sense to me.
>>>
>>> The fix looks good to me, btw, although I'm not a build expert.
>>>
>>> Also, could you clarify why do Windows builds fail with sjavac? Is
>>> this a known bug in sjavac or the build system?
>>>
>> It looks to me like a bug in sjavac. I have seen it work previously.
>
>     It also failed on my Windows system. There is the created issue:
>       8008641 Build fails with the --enable-sjavac option
>
>      Thanks,
>      Alexandr.
>
>>
>> /Erik
>>> --
>>> best regards,
>>> Anthony
>>>
>>> On 04/08/13 17:03, Erik Joelsson wrote:
>>>> Sjavac also enables parallel execution of java compilation, speeding up
>>>> full builds as well. But even if it didn't, being able to verify that
>>>> sjavac builds work in jprt will be a must if we are to enable it by
>>>> default.
>>>>
>>>> /Erik
>>>>
>>>> On 2013-04-08 14:56, Anthony Petrov wrote:
>>>>> Just curious: sjavac is supposed to address the issue with slow
>>>>> incremental builds. JPRT builds are full builds usually. What is the
>>>>> benefit of using sjavac for full builds?
>>>>>
>>>>> --
>>>>> best regards,
>>>>> Anthony
>>>>>
>>>>> On 04/08/13 13:44, Erik Joelsson wrote:
>>>>>> Reminder that I would like this reviewed.
>>>>>>
>>>>>> /Erik
>>>>>>
>>>>>> On 2013-03-21 12:49, Erik Joelsson wrote:
>>>>>>> This patch makes it possible to enable sjavac in jprt runs. This is
>>>>>>> achieved by adding -buildenv ENABLE_SJAVAC=true to the jprt command
>>>>>>> line.
>>>>>>>
>>>>>>> http://cr.openjdk.java.net/~erikj/8010465/webrev.root.01/
>>>>>>>
>>>>>>> Doing this uncovered another bug. Adding the keyword "nofile" to the
>>>>>>> LOG variable is done to disable logging build output to a file. JPRT
>>>>>>> does this on all build runs since it already saves the build output.
>>>>>>> The value of LOG is also sent to sjavac to help it filter its
>>>>>>> output,
>>>>>>> but sjavac does not accept "nofile" as input. The logic to remove
>>>>>>> "nofile" before sending it to sjavac didn't work and is also
>>>>>>> fixed in
>>>>>>> this patch.
>>>>>>>
>>>>>>> The sad news is that all the windows builds currently fail with
>>>>>>> sjavac
>>>>>>> enabled, but having this feature will help us harden sjavac to the
>>>>>>> point where we can make the switch.
>>>>>>>
>>>>>>> /Erik
>>>>>>>
>>>>>>>
>



From jonathan.gibbons at oracle.com  Thu Apr 11 18:43:56 2013
From: jonathan.gibbons at oracle.com (Jonathan Gibbons)
Date: Thu, 11 Apr 2013 11:43:56 -0700
Subject: RFR: 8010465: Can't enable sjavac when building in jprt.
In-Reply-To: <5166F95E.5020905@oracle.com>
References: <514AF3CE.8020202@oracle.com> <51629164.9070206@oracle.com>
	<5162BE83.3080403@oracle.com> <5162C028.2040602@oracle.com>
	<5162C363.60000@oracle.com> <5162C44D.9060306@oracle.com>
	<5162D01F.5060205@oracle.com> <5166F95E.5020905@oracle.com>
Message-ID: <5167046C.7040101@oracle.com>

Erik,

Would you like me to look at this?

-- Jon

On 04/11/2013 10:56 AM, Naoto Sato wrote:
> Hello,
>
> Is anyone looking into this issue (on the jbs, noone is assigned)? 
> This has been biting me as well on Windows builds quite a while.
>
> Naoto
>
> On 4/8/13 7:11 AM, Alexander Scherbatiy wrote:
>> On 4/8/2013 5:21 PM, Erik Joelsson wrote:
>>>
>>>
>>> On 2013-04-08 15:17, Anthony Petrov wrote:
>>>> Thanks for clarifying that. Makes sense to me.
>>>>
>>>> The fix looks good to me, btw, although I'm not a build expert.
>>>>
>>>> Also, could you clarify why do Windows builds fail with sjavac? Is
>>>> this a known bug in sjavac or the build system?
>>>>
>>> It looks to me like a bug in sjavac. I have seen it work previously.
>>
>>     It also failed on my Windows system. There is the created issue:
>>       8008641 Build fails with the --enable-sjavac option
>>
>>      Thanks,
>>      Alexandr.
>>
>>>
>>> /Erik
>>>> -- 
>>>> best regards,
>>>> Anthony
>>>>
>>>> On 04/08/13 17:03, Erik Joelsson wrote:
>>>>> Sjavac also enables parallel execution of java compilation, 
>>>>> speeding up
>>>>> full builds as well. But even if it didn't, being able to verify that
>>>>> sjavac builds work in jprt will be a must if we are to enable it by
>>>>> default.
>>>>>
>>>>> /Erik
>>>>>
>>>>> On 2013-04-08 14:56, Anthony Petrov wrote:
>>>>>> Just curious: sjavac is supposed to address the issue with slow
>>>>>> incremental builds. JPRT builds are full builds usually. What is the
>>>>>> benefit of using sjavac for full builds?
>>>>>>
>>>>>> -- 
>>>>>> best regards,
>>>>>> Anthony
>>>>>>
>>>>>> On 04/08/13 13:44, Erik Joelsson wrote:
>>>>>>> Reminder that I would like this reviewed.
>>>>>>>
>>>>>>> /Erik
>>>>>>>
>>>>>>> On 2013-03-21 12:49, Erik Joelsson wrote:
>>>>>>>> This patch makes it possible to enable sjavac in jprt runs. 
>>>>>>>> This is
>>>>>>>> achieved by adding -buildenv ENABLE_SJAVAC=true to the jprt 
>>>>>>>> command
>>>>>>>> line.
>>>>>>>>
>>>>>>>> http://cr.openjdk.java.net/~erikj/8010465/webrev.root.01/
>>>>>>>>
>>>>>>>> Doing this uncovered another bug. Adding the keyword "nofile" 
>>>>>>>> to the
>>>>>>>> LOG variable is done to disable logging build output to a file. 
>>>>>>>> JPRT
>>>>>>>> does this on all build runs since it already saves the build 
>>>>>>>> output.
>>>>>>>> The value of LOG is also sent to sjavac to help it filter its
>>>>>>>> output,
>>>>>>>> but sjavac does not accept "nofile" as input. The logic to remove
>>>>>>>> "nofile" before sending it to sjavac didn't work and is also
>>>>>>>> fixed in
>>>>>>>> this patch.
>>>>>>>>
>>>>>>>> The sad news is that all the windows builds currently fail with
>>>>>>>> sjavac
>>>>>>>> enabled, but having this feature will help us harden sjavac to the
>>>>>>>> point where we can make the switch.
>>>>>>>>
>>>>>>>> /Erik
>>>>>>>>
>>>>>>>>
>>
>



From dalibor.topic at oracle.com  Thu Apr 11 20:27:32 2013
From: dalibor.topic at oracle.com (Dalibor Topic)
Date: Thu, 11 Apr 2013 22:27:32 +0200
Subject: Review request: 2223156 Removal of lzma and upx from JDK7u repo
In-Reply-To: <5165FB22.3050007@oracle.com>
References: <5164C426.1050601@oracle.com> <5165D0BF.7030409@oracle.com>
	<5165FB22.3050007@oracle.com>
Message-ID: <51671CB4.90308@oracle.com>

On 4/11/13 1:52 AM, David Katleman wrote:
> Thank you Tim!
> 
> Any other comments before I commit?

Nothing from me - You'll need to send a request for approval to jdk7u-dev before the push, 
though.

cheers,
dalibor topic

> 
> Thanks
>             Dave
> 
> On 4/10/2013 1:51 PM, Tim Bell wrote:
>> On 04/09/13 18:45, David Katleman wrote:
>>> Please review this change, removal of lzma and upx from the open repos of JDK7u
>>>
>>>     http://cr.openjdk.java.net/~katleman/2223156/webrev.root.03/
>>>     http://cr.openjdk.java.net/~katleman/2223156/webrev.jdk.03/
>>
>>
>> Code/Makefile deletion - looks fine.  Approved.
>>
>>> Usage of lzma and upx have been completely internalized into the closed jdk repos.
>>>
>>>         Thanks
>>>                 Dave
>>
>> Tim
>>
> 



-- 
Oracle 
Dalibor Topic | Principal Product Manager
Phone: +494089091214  | Mobile: +491737185961 
Oracle Java Platform Group

ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg

ORACLE Deutschland B.V. & Co. KG
Hauptverwaltung: Riesstr. 25, D-80992 M?nchen
Registergericht: Amtsgericht M?nchen, HRA 95603
Gesch?ftsf?hrer: J?rgen Kunz

Komplement?rin: ORACLE Deutschland Verwaltung B.V.
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher

Green Oracle  Oracle is committed to developing practices and products that help protect the environment


From bradford.wetmore at oracle.com  Thu Apr 11 20:52:18 2013
From: bradford.wetmore at oracle.com (Brad Wetmore)
Date: Thu, 11 Apr 2013 13:52:18 -0700
Subject: Allow using a system-installed giflib
In-Reply-To: <51669447.7040108@oracle.com>
References: <1350720224.19115736.1363317011803.JavaMail.root@redhat.com>
	<5148D1A5.8090606@redhat.com> <514969F0.7060208@oracle.com>
	<515B139A.40203@redhat.com>
	<9DC9164A-94FE-4A1F-BDA5-FE2EAA40DC07@oracle.com>
	<51648FAD.2010906@oracle.com> <516491FC.1050702@redhat.com>
	<516520AC.4040801@oracle.com>
	<582132760.2693293.1365675888966.JavaMail.root@redhat.com>
	<51669447.7040108@oracle.com>
Message-ID: <51672282.1040604@oracle.com>



On 4/11/2013 3:45 AM, Alan Bateman wrote:

> Personally I think it would be good to agree and set a date, after which
> there is no requirement to keep the old build "working". At the moment
> it is a tax on all changes that involve change changes. I'm not even
> sure that the old build generates good bits as I don't know of any
> testing that is done with the old build now.

That would be fine with me, now that my JDK 8 work is mostly over.

Things may finally quiet down a bit and can work with build-dev to make 
the JCE builds more usable.

Brad




From bradford.wetmore at oracle.com  Thu Apr 11 21:40:12 2013
From: bradford.wetmore at oracle.com (Brad Wetmore)
Date: Thu, 11 Apr 2013 14:40:12 -0700
Subject: RFR: JDK-8011812:  JDK-8011278 breaks the old build
In-Reply-To: <51669D82.5030404@oracle.com>
References: <1350720224.19115736.1363317011803.JavaMail.root@redhat.com>
	<5142ECFC.1090402@oracle.com> <5148D1A5.8090606@redhat.com>
	<514969F0.7060208@oracle.com> <515B139A.40203@redhat.com>
	<9DC9164A-94FE-4A1F-BDA5-FE2EAA40DC07@oracle.com>
	<51648FAD.2010906@oracle.com> <516539E6.90005@oracle.com>
	<5165B181.4080503@oracle.com> <5165DDF5.5020305@oracle.com>
	<516604EC.9070100@oracle.com> <51669D82.5030404@oracle.com>
Message-ID: <51672DBC.3010909@oracle.com>

Three of your builds (macos_x64/windows_i586/windows_x64) failed (1 
failed in install:unix-wrappers and 2 due to missing docs because of c:/ 
resolution), but there were no problems with building the JDK.  Since 
this is the old build, I think we're ok to putback.

Your change looks good to me, I'll put it into our JCE repo, which will 
then go into TL in the next few days.

I also updated the copyright date to 2013.  Force of habit.  :)

I'll commit with "-u erikj", with "tbell, wetmore" as reviewer.

Thanks.

Brad



On 4/11/2013 4:24 AM, Erik Joelsson wrote:
> Good catch Tim!
>
> I took a good look and came up with this:
>
> http://cr.openjdk.java.net/~erikj/8011812/webrev.jdk.02/
>
> Removing the redundant macosx case and adding the -I parameter for all
> platforms. I have a jprt job in Stockholm verifying this patch, so far
> looking good. Brad, feel free to push it where you need it as soon as it
> passes review.
>
> /Erik
>
> On 2013-04-11 02:33, Tim Bell wrote:
>> All-
>>
>> I think we need to pull back one click on the diff tool, because these
>> changes being reviewed are missing the enclosing
>>
>> ifeq ($(PLATFORM), macosx)
>>      ...
>> endif
>>
>> This was an existing bug, but it is material to the issue at hand.
>> This needs a fresh look and some refactoring.  Here is the code in
>> make/sun/splashscreen/Makefile with Brad's recent diffs added.  The
>> 'ifeq ... macosx' block starting at line 86 will never be true because
>> it is already part of an else... (see below)
>>
>>
>> % cat -n make/sun/splashscreen/Makefile
>>  [...]
>>     64  ifeq ($(PLATFORM), macosx)
>>     65    CFLAGS += -DWITH_MACOSX
>>     66
>>     67    # CFLAGS and CPPFLAGS are added when linking as well, so we
>> use VARIANT
>>     68    # instead to specify that we're actually compiling
>> objective-c code here
>>     69    CFLAGS_$(VARIANT)/java_awt_SplashScreen.o = -x objective-c
>>     70    CFLAGS_$(VARIANT)/splashscreen_gfx_impl.o = -x objective-c
>>     71    CFLAGS_$(VARIANT)/splashscreen_gif.o = -x objective-c
>>     72    CFLAGS_$(VARIANT)/splashscreen_impl.o = -x objective-c
>>     73    CFLAGS_$(VARIANT)/splashscreen_jpeg.o = -x objective-c
>>     74    CFLAGS_$(VARIANT)/splashscreen_png.o = -x objective-c
>>     75    CFLAGS_$(VARIANT)/splashscreen_sys.o = -x objective-c
>>     76
>>     77    OTHER_CFLAGS +=
>> -F/System/Library/Frameworks/ApplicationServices.framework/Frameworks
>>     78    CPPFLAGS +=
>> -I/System/Library/Frameworks/AppKit.framework/Versions/C/Headers
>>     79    OTHER_LDLIBS += $(LIBM) -lpthread -liconv -losxapp \
>>     80                                    -framework
>> ApplicationServices \
>>     81                                    -framework Foundation \
>>     82                                    -framework Cocoa \
>>     83                                    -framework JavaNativeFoundation
>>     84  else ifneq ($(PLATFORM), windows)
>>     85    CFLAGS += -DWITH_X11
>>     86    ifeq ($(PLATFORM), macosx))
>>     87      OTHER_LDLIBS += -liconv
>>     88      CPPFLAGS += -I$(OPENWIN_HOME)/include \
>>     89                  -I$(OPENWIN_HOME)/include/X11/extensions \
>>     90                  -I$(SHARE_SRC)/native/sun/awt/giflib
>>     91      OTHER_LDLIBS += -L$(OPENWIN_LIB) -lX11 -lXext $(LIBM)
>> -pthread
>>     92    else
>>     93      CPPFLAGS += -I$(OPENWIN_HOME)/include
>> -I$(OPENWIN_HOME)/include/X11/extensions \
>>     94                  -I$(SHARE_SRC)/native/sun/awt/giflib
>>     95      OTHER_LDLIBS += -L$(OPENWIN_LIB) -lX11 -lXext $(LIBM)
>> -lpthread
>>     96    endif
>>     97  else # PLATFORM
>>     98    CFLAGS += -DWITH_WIN32
>>     99    CPPFLAGS += -I$(SHARE_SRC)/native/sun/awt/giflib
>>    100    OTHER_LDLIBS += kernel32.lib user32.lib gdi32.lib
>> delayimp.lib /DELAYLOAD:user32.dll
>>    101  #$(JVMLIB) $(OBJDIR)/../../jpeg/$(OBJDIRNAME)/jpeg$(SUFFIX).lib
>>    102  endif # PLATFORM
>>


From tim.bell at oracle.com  Thu Apr 11 21:46:54 2013
From: tim.bell at oracle.com (Tim Bell)
Date: Thu, 11 Apr 2013 14:46:54 -0700
Subject: RFR: JDK-8011812:  JDK-8011278 breaks the old build
In-Reply-To: <51672DBC.3010909@oracle.com>
References: <1350720224.19115736.1363317011803.JavaMail.root@redhat.com>
	<5142ECFC.1090402@oracle.com> <5148D1A5.8090606@redhat.com>
	<514969F0.7060208@oracle.com> <515B139A.40203@redhat.com>
	<9DC9164A-94FE-4A1F-BDA5-FE2EAA40DC07@oracle.com>
	<51648FAD.2010906@oracle.com> <516539E6.90005@oracle.com>
	<5165B181.4080503@oracle.com> <5165DDF5.5020305@oracle.com>
	<516604EC.9070100@oracle.com> <51669D82.5030404@oracle.com>
	<51672DBC.3010909@oracle.com>
Message-ID: <51672F4E.2050103@oracle.com>

On 04/11/13 14:40, Brad Wetmore wrote:
> Three of your builds (macos_x64/windows_i586/windows_x64) failed (1 
> failed in install:unix-wrappers and 2 due to missing docs because of 
> c:/ resolution), but there were no problems with building the JDK.  
> Since this is the old build, I think we're ok to putback.
>
> Your change looks good to me, I'll put it into our JCE repo, which 
> will then go into TL in the next few days.
>
> I also updated the copyright date to 2013.  Force of habit.  :)
>
> I'll commit with "-u erikj", with "tbell, wetmore" as reviewer.

Sounds good to me, thanks Brad.

Tim


>
> Thanks.
>
> Brad
>
>
>
> On 4/11/2013 4:24 AM, Erik Joelsson wrote:
>> Good catch Tim!
>>
>> I took a good look and came up with this:
>>
>> http://cr.openjdk.java.net/~erikj/8011812/webrev.jdk.02/
>>
>> Removing the redundant macosx case and adding the -I parameter for all
>> platforms. I have a jprt job in Stockholm verifying this patch, so far
>> looking good. Brad, feel free to push it where you need it as soon as it
>> passes review.
>>
>> /Erik
>>
>> On 2013-04-11 02:33, Tim Bell wrote:
>>> All-
>>>
>>> I think we need to pull back one click on the diff tool, because these
>>> changes being reviewed are missing the enclosing
>>>
>>> ifeq ($(PLATFORM), macosx)
>>>      ...
>>> endif
>>>
>>> This was an existing bug, but it is material to the issue at hand.
>>> This needs a fresh look and some refactoring.  Here is the code in
>>> make/sun/splashscreen/Makefile with Brad's recent diffs added.  The
>>> 'ifeq ... macosx' block starting at line 86 will never be true because
>>> it is already part of an else... (see below)
>>>
>>>
>>> % cat -n make/sun/splashscreen/Makefile
>>>  [...]
>>>     64  ifeq ($(PLATFORM), macosx)
>>>     65    CFLAGS += -DWITH_MACOSX
>>>     66
>>>     67    # CFLAGS and CPPFLAGS are added when linking as well, so we
>>> use VARIANT
>>>     68    # instead to specify that we're actually compiling
>>> objective-c code here
>>>     69    CFLAGS_$(VARIANT)/java_awt_SplashScreen.o = -x objective-c
>>>     70    CFLAGS_$(VARIANT)/splashscreen_gfx_impl.o = -x objective-c
>>>     71    CFLAGS_$(VARIANT)/splashscreen_gif.o = -x objective-c
>>>     72    CFLAGS_$(VARIANT)/splashscreen_impl.o = -x objective-c
>>>     73    CFLAGS_$(VARIANT)/splashscreen_jpeg.o = -x objective-c
>>>     74    CFLAGS_$(VARIANT)/splashscreen_png.o = -x objective-c
>>>     75    CFLAGS_$(VARIANT)/splashscreen_sys.o = -x objective-c
>>>     76
>>>     77    OTHER_CFLAGS +=
>>> -F/System/Library/Frameworks/ApplicationServices.framework/Frameworks
>>>     78    CPPFLAGS +=
>>> -I/System/Library/Frameworks/AppKit.framework/Versions/C/Headers
>>>     79    OTHER_LDLIBS += $(LIBM) -lpthread -liconv -losxapp \
>>>     80                                    -framework
>>> ApplicationServices \
>>>     81                                    -framework Foundation \
>>>     82                                    -framework Cocoa \
>>>     83                                    -framework 
>>> JavaNativeFoundation
>>>     84  else ifneq ($(PLATFORM), windows)
>>>     85    CFLAGS += -DWITH_X11
>>>     86    ifeq ($(PLATFORM), macosx))
>>>     87      OTHER_LDLIBS += -liconv
>>>     88      CPPFLAGS += -I$(OPENWIN_HOME)/include \
>>>     89 -I$(OPENWIN_HOME)/include/X11/extensions \
>>>     90                  -I$(SHARE_SRC)/native/sun/awt/giflib
>>>     91      OTHER_LDLIBS += -L$(OPENWIN_LIB) -lX11 -lXext $(LIBM)
>>> -pthread
>>>     92    else
>>>     93      CPPFLAGS += -I$(OPENWIN_HOME)/include
>>> -I$(OPENWIN_HOME)/include/X11/extensions \
>>>     94                  -I$(SHARE_SRC)/native/sun/awt/giflib
>>>     95      OTHER_LDLIBS += -L$(OPENWIN_LIB) -lX11 -lXext $(LIBM)
>>> -lpthread
>>>     96    endif
>>>     97  else # PLATFORM
>>>     98    CFLAGS += -DWITH_WIN32
>>>     99    CPPFLAGS += -I$(SHARE_SRC)/native/sun/awt/giflib
>>>    100    OTHER_LDLIBS += kernel32.lib user32.lib gdi32.lib
>>> delayimp.lib /DELAYLOAD:user32.dll
>>>    101  #$(JVMLIB) $(OBJDIR)/../../jpeg/$(OBJDIRNAME)/jpeg$(SUFFIX).lib
>>>    102  endif # PLATFORM
>>>




From martinrb at google.com  Thu Apr 11 22:24:40 2013
From: martinrb at google.com (Martin Buchholz)
Date: Thu, 11 Apr 2013 15:24:40 -0700
Subject: PING: [PATCH] Enable debug info on all libraries for OpenJDK
	builds
In-Reply-To: <51662722.8010309@oracle.com>
References: <1296964538.372074.1364921773405.JavaMail.root@redhat.com>
	<351196638.1935295.1365158371299.JavaMail.root@redhat.com>
	<515EC973.60302@oracle.com>
	<1646204162.769290.1365440387286.JavaMail.root@redhat.com>
	<5163661C.5080700@oracle.com>
	
	<516396F6.30707@oracle.com>
	<1135652122.2176747.1365600923712.JavaMail.root@redhat.com>
	<5166205F.4060300@oracle.com> <51662722.8010309@oracle.com>
Message-ID: 

Could we officially designate some mercurial write-mostly forest as a
suitable submission for risky changes to be submitted to?
An integrator (Tim or Erik?) would take ownership of the forest (i.e.
periodically sync, build, test) and any changes that broke the build would
be simply 'hg strip'ed out of the forest.  If you add in automatic jprt
runs, that would complete our external changes testing system...


On Wed, Apr 10, 2013 at 7:59 PM, David Holmes wrote:

> Andrew,
>
> My sincerest apologies. As long as pushes are to jdk8/build then there is
> indeed scope for deferring broad testing until after the push - any
> failures will only affect users of the jdk8/build and a fix will likely
> swiftly occur. In any case that is for the build folk to concern themselves
> with.
>
> Having been burnt by some recent build issues in other repos I overlooked
> the key factor as to which repo is involved.
>
> Again my apologies.
>
> David
>
>
> On 11/04/2013 12:30 PM, David Holmes wrote:
>
>> Hi Andrew,
>>
>> We live/work in an imperfect world. The shortcomings you outline below
>> are well known and steps are being taken to address at least some of
>> them. That has taken time and will continue to take time - there is
>> nothing I can do about that - sorry. I too would love to see an
>> automatic submission system (like JPRT) that is accessible to all so
>> that I don't have to ever worry about build failures getting through.
>>
>> In the meantime I don't think my request to work with others to ensure
>> broader test coverage of build changes is unreasonable.
>>
>> I can't force anyone's cooperation I can only request it.
>>
>> Thanks,
>> David
>>
>> On 10/04/2013 11:35 PM, Andrew Hughes wrote:
>>
>>> ----- Original Message -----
>>>
>>>> On 9/04/2013 11:06 AM, Martin Buchholz wrote:
>>>>
>>>>> On Mon, Apr 8, 2013 at 5:51 PM, David Holmes >>>> >> wrote:
>>>>>
>>>>>      On 9/04/2013 2:59 AM, Andrew Hughes wrote:
>>>>>
>>>>>          Well, if I push it, it will be, no?
>>>>>
>>>>>      Testing comes before pushing - thank you.
>>>>>
>>>>
>>> And I have built and tested it.  You are trying to impose additional
>>> requirements
>>> for building on platforms we don't use.  This simply does not scale.
>>> You can't
>>> expect every OpenJDK committer to build on four operating systems and
>>> however
>>> many architectures (potentially any in existence, given the presence
>>> of Zero).
>>>
>>> If I'm a little unforgiving here, it's because I don't see the same
>>> thought being
>>> applied in the other direction.  This is not a patch to add a new
>>> feature, but
>>> to fix a build regression introduced by Oracle engineers (and one of
>>> many we've
>>> found).  I wouldn't even have to submit this if debugging had not been
>>> completely
>>> broken in our builds with little clear explanation as to why.
>>>
>>>
>>>>>
>>>>> This issue keeps coming up.
>>>>>
>>>>> Non-Oracle committers have no access to the Oracle automated testing
>>>>> submission system, so I suggest giving developers some slack when
>>>>> submitting (as I did when I was TL integrator). Or provide some other
>>>>> simple mechanism for handing off risky patches to the integration
>>>>> pipeline.  Or provide some easy way to roll back breaking changes.
>>>>>
>>>>
>>> +1.
>>>
>>>
>>>> If you are submitting a build patch that affects multiple platforms and
>>>> you can not test on all the platforms yourself then you should work with
>>>> someone who can assist in ensuring sufficient testing is carried out. I
>>>> don't think that is at all unreasonable.
>>>>
>>>
>>> The problem here is not the concept in general, but that both "someone"
>>> and "sufficient testing" are defined relative to Oracle.  Could I work
>>> with someone at Red Hat, Google or IBM to carry out "sufficient testing"?
>>> It seems doubtful to me, and that's without even considering
>>> contributions
>>> from those not working for a company.
>>>
>>> As far as I can see, "sufficient testing", from an Oracle perspective,
>>> would include
>>> testing on e.g. Solaris/SPARC, which is mainly of relevance to them, but
>>> not testing on Linux/SPARC (which Debian & Fedora build) or AIX/PPC
>>> (which
>>> IBM are working on).
>>>
>>> I agree build testing is important, and no-one wants to find the build
>>> broken
>>> (I've hit it enough times as the result of work from Oracle
>>> engineers), but such
>>> a restriction can't be imposed unless resources are available to
>>> support it.
>>> Pushing a patch and having automated build systems test it on all the
>>> various
>>> setups is a lot more scalable than waiting for someone else to apply
>>> and build it
>>> locally.  It's not like anyone's going to release binaries if OpenJDK
>>> is not buildable,
>>> is it?
>>>
>>> This issue is important not for people like me who have to work on
>>> OpenJDK anyway, no
>>> matter how much pain and aggravation it is, but in terms of the
>>> "onboarding" of new
>>> developers.  These sort of issues are acceptable in a new project.
>>> OpenJDK is now six
>>> years old, but non-Oracle users can't even create bugs or commit to
>>> HotSpot.  I'm not
>>> even talking about new committers but people like me who have been
>>> working on OpenJDK
>>> for all of those six years and have reviewer status.  I can review a
>>> patch for OpenJDK
>>> but the person I reviewed it for can't then commit it until an Oracle
>>> employee gives
>>> them a bug ID for it.
>>>
>>> If OpenJDK is going to grow and attract new developers, these issues
>>> need to be sorted.
>>>
>>>
>>>> We have had a number of build related changesets recently (Oracle
>>>> generated!) that have caused significant build failures on some
>>>> platforms, which in turn causes significant disruption to a number of
>>>> teams. So I don't think the importance of testing before pushing can be
>>>> overstated here.
>>>>
>>>
>>> But if they were Oracle generated, surely they went through your tests
>>> and
>>> they didn't catch it?  Or are you referring to testing prior to commit?
>>>
>>>
>>>>  There's a far greater risk from changes that pass all the tests today,
>>>>> but have a fatal flaw that won't be discovered till after release, IMO.
>>>>>
>>>>
>>>> Totally different problem.
>>>>
>>>
>>> Not really, because this includes build issues that occur from paths
>>> through
>>> the build that Oracle just don't test.  An example would be the recent
>>> timezone
>>> tool issue that we picked up because we do a build with the just-built
>>> JDK but
>>> slipped through Oracle's testing to the point of being in a promoted
>>> build.
>>>
>>>
>>>
>>>> David
>>>>
>>>>
>>>


From david.holmes at oracle.com  Fri Apr 12 09:02:09 2013
From: david.holmes at oracle.com (David Holmes)
Date: Fri, 12 Apr 2013 19:02:09 +1000
Subject: Best way to do conditionals ?
Message-ID: <5167CD91.5050501@oracle.com>

I need to examine the JVM_VARIANT(S) variables and logically I want to do:

if (client and server)
   ...
else
   ...
endif


Nesting if blocks doesn't work - I need a conjunction, or a way to 
define a single variable using a conjunction.

Suggestions?

Thanks,
David


From david.holmes at oracle.com  Fri Apr 12 12:33:40 2013
From: david.holmes at oracle.com (David Holmes)
Date: Fri, 12 Apr 2013 22:33:40 +1000
Subject: Best way to do conditionals ?
In-Reply-To: <5167CD91.5050501@oracle.com>
References: <5167CD91.5050501@oracle.com>
Message-ID: <5167FF24.4090000@oracle.com>

On 12/04/2013 7:02 PM, David Holmes wrote:
> I need to examine the JVM_VARIANT(S) variables and logically I want to do:
>
> if (client and server)
>    ...
> else
>    ...
> endif
>
>
> Nesting if blocks doesn't work - I need a conjunction, or a way to
> define a single variable using a conjunction.
>
> Suggestions?

So I re-discovered the "and" operation

   CLIENT_AND_SERVER := $(and $(findstring true, $(JVM_VARIANT_SERVER)), 
$(findstring true, $(JVM_VARIANT_CLIENT)))
   ifeq ($(CLIENT_AND_SERVER), true)
     # Use the committed jvm.cfg for this 32 bit setup but add
     # minimal if needed
     $(JVMCFG): $(JVMCFG_SRC)
         $(call install-file)
         ifeq ($(JVM_VARIANT_MINIMAL1), true)
           $(PRINTF) "-minimal KNOWN\n">>$(@)
         endif
   else
     $(JVMCFG):
         @$(ECHO) C=$(JVM_VARIANT_CLIENT) S=$(JVM_VARIANT_SERVER) 
BOTH=$(CLIENT_AND_SERVER)

Yet I always execute the else but print:

C=true S=true BOTH=true


I'm stumped! :(

Thanks,
David


From david.r.chase at oracle.com  Fri Apr 12 13:39:46 2013
From: david.r.chase at oracle.com (David Chase)
Date: Fri, 12 Apr 2013 09:39:46 -0400
Subject: Best way to do conditionals ?
In-Reply-To: <5167FF24.4090000@oracle.com>
References: <5167CD91.5050501@oracle.com> <5167FF24.4090000@oracle.com>
Message-ID: <2E0D1136-1420-4DFE-B401-ECF556BCD108@oracle.com>

Sanity check -- this is make 3.81, right?
I checked on both MacOS 10.8 and Ubuntu 
Because (as is always the case) "it works for me":
--------------
JVM_VARIANT_SERVER := true
JVM_VARIANT_CLIENT := true
CLIENT_AND_SERVER1 := $(and $(findstring true, $(JVM_VARIANT_SERVER)), $(findstring true, $(JVM_VARIANT_CLIENT)))
CLIENT_AND_SERVER2 := $(and $(JVM_VARIANT_SERVER),  $(JVM_VARIANT_CLIENT))

ifeq ($(CLIENT_AND_SERVER1), true)
one: two
	@echo one then C=$(JVM_VARIANT_CLIENT) S=$(JVM_VARIANT_SERVER) BOTH1=$(CLIENT_AND_SERVER1) BOTH2=$(CLIENT_AND_SERVER2)
else
one: two
	@echo one else C=$(JVM_VARIANT_CLIENT) S=$(JVM_VARIANT_SERVER) BOTH1=$(CLIENT_AND_SERVER1) BOTH2=$(CLIENT_AND_SERVER2)
endif

ifeq ($(CLIENT_AND_SERVER2), true)
two:
	@echo two then C=$(JVM_VARIANT_CLIENT) S=$(JVM_VARIANT_SERVER) BOTH1=$(CLIENT_AND_SERVER1) BOTH2=$(CLIENT_AND_SERVER2)
else
two:
	@echo two else C=$(JVM_VARIANT_CLIENT) S=$(JVM_VARIANT_SERVER) BOTH1=$(CLIENT_AND_SERVER1) BOTH2=$(CLIENT_AND_SERVER2)
endif
-----------------
"make one" yields

two then C=true S=true BOTH1=true BOTH2=true
one then C=true S=true BOTH1=true BOTH2=true

I experimented with string "true" instead of true and with "   true   "
and got the expected results (findstring true, as-boolean false).
So what's different about our glorious Makefiles?
Is it possibly indentation-related?  No, only if the indent is a tab, and then it gets noisy:

make
Makefile:11: warning: overriding commands for target `one'
Makefile:8: warning: ignoring old commands for target `one'
two then C=true S=true BOTH1=true BOTH2=true
one else C=true S=true BOTH1=true BOTH2=true

David

On 2013-04-12, at 8:33 AM, David Holmes  wrote:

> On 12/04/2013 7:02 PM, David Holmes wrote:
>> I need to examine the JVM_VARIANT(S) variables and logically I want to do:
>> 
>> if (client and server)
>>   ...
>> else
>>   ...
>> endif
>> 
>> 
>> Nesting if blocks doesn't work - I need a conjunction, or a way to
>> define a single variable using a conjunction.
>> 
>> Suggestions?
> 
> So I re-discovered the "and" operation
> 
>  CLIENT_AND_SERVER := $(and $(findstring true, $(JVM_VARIANT_SERVER)), $(findstring true, $(JVM_VARIANT_CLIENT)))
>  ifeq ($(CLIENT_AND_SERVER), true)
>    # Use the committed jvm.cfg for this 32 bit setup but add
>    # minimal if needed
>    $(JVMCFG): $(JVMCFG_SRC)
>        $(call install-file)
>        ifeq ($(JVM_VARIANT_MINIMAL1), true)
>          $(PRINTF) "-minimal KNOWN\n">>$(@)
>        endif
>  else
>    $(JVMCFG):
>        @$(ECHO) C=$(JVM_VARIANT_CLIENT) S=$(JVM_VARIANT_SERVER) BOTH=$(CLIENT_AND_SERVER)
> 
> Yet I always execute the else but print:
> 
> C=true S=true BOTH=true
> 
> 
> I'm stumped! :(
> 
> Thanks,
> David



From jim.gish at oracle.com  Fri Apr 12 18:08:22 2013
From: jim.gish at oracle.com (Jim Gish)
Date: Fri, 12 Apr 2013 14:08:22 -0400
Subject: RFR: 8011347: JDK-8009824 has broken webrev with some ksh versions
Message-ID: <51684D96.5070406@oracle.com>

Please review http://cr.openjdk.java.net/~jgish/Bug8011347-webrev/ 
, which fixes 
the current webrev issues on solaris and mac.

Thanks,
    Jim

-- 
Jim Gish | Consulting Member of Technical Staff | +1.781.442.0304
Oracle Java Platform Group | Core Libraries Team
35 Network Drive
Burlington, MA 01803
jim.gish at oracle.com



From christian.thalinger at oracle.com  Fri Apr 12 18:58:55 2013
From: christian.thalinger at oracle.com (Christian Thalinger)
Date: Fri, 12 Apr 2013 11:58:55 -0700
Subject: RFR (S): 7172922: export_ makefile targets do not work unless all
	supported variants are built
Message-ID: <39142204-69FF-49BE-9FF1-D16B80E4A3F7@oracle.com>

http://cr.openjdk.java.net/~twisti/7172922

7172922: export_ makefile targets do not work unless all supported variants are built
Reviewed-by:

GEN_DIR can be overwritten by other configurations if multiple JVM_VARIANT_*s are defined. The fix is to use the *_BASE_DIRs directly to install the correct files.

make/Makefile



From david.katleman at oracle.com  Fri Apr 12 22:27:02 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Fri, 12 Apr 2013 22:27:02 +0000
Subject: hg: jdk8/build: 8012048: JDK8 b85 source with GPL header errors
Message-ID: <20130412222703.15B214829C@hg.openjdk.java.net>

Changeset: bee6ff988f9c
Author:    katleman
Date:      2013-04-12 15:21 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/rev/bee6ff988f9c

8012048: JDK8 b85 source with GPL header errors
Reviewed-by: iris, mduigou, jjg

! common/autoconf/compare.sh.in
! common/bin/compare.sh



From david.katleman at oracle.com  Fri Apr 12 22:27:11 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Fri, 12 Apr 2013 22:27:11 +0000
Subject: hg: jdk8/build/hotspot: 8012048: JDK8 b85 source with GPL header
	errors
Message-ID: <20130412222722.4FB1A4829D@hg.openjdk.java.net>

Changeset: b0301c02f38e
Author:    katleman
Date:      2013-04-12 15:22 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/b0301c02f38e

8012048: JDK8 b85 source with GPL header errors
Reviewed-by: iris, mduigou, jjg

! make/bsd/makefiles/fastdebug.make
! src/share/vm/services/diagnosticArgument.cpp
! test/sanity/WBApi.java
! test/serviceability/ParserTest.java
! test/testlibrary/whitebox/sun/hotspot/WhiteBox.java
! test/testlibrary/whitebox/sun/hotspot/parser/DiagnosticCommand.java



From david.katleman at oracle.com  Fri Apr 12 22:28:17 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Fri, 12 Apr 2013 22:28:17 +0000
Subject: hg: jdk8/build/langtools: 8012048: JDK8 b85 source with GPL header
	errors
Message-ID: <20130412222825.1CB9B4829F@hg.openjdk.java.net>

Changeset: 2b585be0da7a
Author:    katleman
Date:      2013-04-12 15:22 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/2b585be0da7a

8012048: JDK8 b85 source with GPL header errors
Reviewed-by: iris, mduigou, jjg

! test/com/sun/javadoc/testAnnotationOptional/TestAnnotationOptional.java
! test/com/sun/javadoc/testAnnotationOptional/pkg/AnnotationOptional.java
! test/com/sun/javadoc/typeAnnotations/smoke/TestSmoke.java
! test/com/sun/javadoc/typeAnnotations/smoke/pkg/TargetTypes.java



From david.katleman at oracle.com  Fri Apr 12 22:28:32 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Fri, 12 Apr 2013 22:28:32 +0000
Subject: hg: jdk8/build/nashorn: 8012048: JDK8 b85 source with GPL header
	errors
Message-ID: <20130412222834.70D46482A0@hg.openjdk.java.net>

Changeset: e7e82c1e9aed
Author:    katleman
Date:      2013-04-12 15:22 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/e7e82c1e9aed

8012048: JDK8 b85 source with GPL header errors
Reviewed-by: iris, mduigou, jjg

! docs/JavaScriptingProgrammersGuide.html
! src/jdk/nashorn/api/scripting/Formatter.java



From david.katleman at oracle.com  Fri Apr 12 22:27:37 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Fri, 12 Apr 2013 22:27:37 +0000
Subject: hg: jdk8/build/jdk: 8012048: JDK8 b85 source with GPL header errors
Message-ID: <20130412222811.388C24829E@hg.openjdk.java.net>

Changeset: e5c5e369af6a
Author:    katleman
Date:      2013-04-12 15:22 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/e5c5e369af6a

8012048: JDK8 b85 source with GPL header errors
Reviewed-by: iris, mduigou, jjg

! src/share/classes/com/sun/crypto/provider/GaloisCounterMode.java
! src/share/classes/java/util/function/DoublePredicate.java
! src/share/classes/java/util/function/IntPredicate.java
! src/share/classes/java/util/function/LongPredicate.java
! src/share/classes/java/util/function/ObjIntConsumer.java
! src/share/classes/java/util/function/ToDoubleBiFunction.java
! test/java/lang/System/MacJNUEncoding/MacJNUEncoding.sh
! test/java/lang/reflect/Method/IsDefaultTest.java
! test/java/net/URLConnection/RequestProperties.java
! test/java/util/Optional/BasicDouble.java
! test/javax/swing/text/html/7189299/bug7189299.java
! test/sun/management/jdp/JdpTest.sh
! test/sun/misc/URLClassPath/JarLoaderTest.java
! test/sun/util/calendar/zi/ZoneInfoFile.java



From david.holmes at oracle.com  Fri Apr 12 23:00:07 2013
From: david.holmes at oracle.com (David Holmes)
Date: Sat, 13 Apr 2013 09:00:07 +1000
Subject: Best way to do conditionals ?
In-Reply-To: <2E0D1136-1420-4DFE-B401-ECF556BCD108@oracle.com>
References: <5167CD91.5050501@oracle.com> <5167FF24.4090000@oracle.com>
	<2E0D1136-1420-4DFE-B401-ECF556BCD108@oracle.com>
Message-ID: <516891F7.1020403@oracle.com>

On 12/04/2013 11:39 PM, David Chase wrote:
> Sanity check -- this is make 3.81, right?

Right.

> I checked on both MacOS 10.8 and Ubuntu
> Because (as is always the case) "it works for me":

Thanks for the sanity check.

This implies to me that either

a) it is a phase 1 versus phase 2 issue, but given the content of 
spec.gmk I can't see how that can be the case; or

b) the value of something is not what I naively thing it is ...

but I have investigated both of those in depth and nothing seems to be 
wrong. Yet I always take the else path :(

This is driving me nuts!

David
-----

> --------------
> JVM_VARIANT_SERVER := true
> JVM_VARIANT_CLIENT := true
> CLIENT_AND_SERVER1 := $(and $(findstring true, $(JVM_VARIANT_SERVER)), $(findstring true, $(JVM_VARIANT_CLIENT)))
> CLIENT_AND_SERVER2 := $(and $(JVM_VARIANT_SERVER),  $(JVM_VARIANT_CLIENT))
>
> ifeq ($(CLIENT_AND_SERVER1), true)
> one: two
> 	@echo one then C=$(JVM_VARIANT_CLIENT) S=$(JVM_VARIANT_SERVER) BOTH1=$(CLIENT_AND_SERVER1) BOTH2=$(CLIENT_AND_SERVER2)
> else
> one: two
> 	@echo one else C=$(JVM_VARIANT_CLIENT) S=$(JVM_VARIANT_SERVER) BOTH1=$(CLIENT_AND_SERVER1) BOTH2=$(CLIENT_AND_SERVER2)
> endif
>
> ifeq ($(CLIENT_AND_SERVER2), true)
> two:
> 	@echo two then C=$(JVM_VARIANT_CLIENT) S=$(JVM_VARIANT_SERVER) BOTH1=$(CLIENT_AND_SERVER1) BOTH2=$(CLIENT_AND_SERVER2)
> else
> two:
> 	@echo two else C=$(JVM_VARIANT_CLIENT) S=$(JVM_VARIANT_SERVER) BOTH1=$(CLIENT_AND_SERVER1) BOTH2=$(CLIENT_AND_SERVER2)
> endif
> -----------------
> "make one" yields
>
> two then C=true S=true BOTH1=true BOTH2=true
> one then C=true S=true BOTH1=true BOTH2=true
>
> I experimented with string "true" instead of true and with "   true   "
> and got the expected results (findstring true, as-boolean false).
> So what's different about our glorious Makefiles?
> Is it possibly indentation-related?  No, only if the indent is a tab, and then it gets noisy:
>
> make
> Makefile:11: warning: overriding commands for target `one'
> Makefile:8: warning: ignoring old commands for target `one'
> two then C=true S=true BOTH1=true BOTH2=true
> one else C=true S=true BOTH1=true BOTH2=true
>
> David
>
> On 2013-04-12, at 8:33 AM, David Holmes  wrote:
>
>> On 12/04/2013 7:02 PM, David Holmes wrote:
>>> I need to examine the JVM_VARIANT(S) variables and logically I want to do:
>>>
>>> if (client and server)
>>>    ...
>>> else
>>>    ...
>>> endif
>>>
>>>
>>> Nesting if blocks doesn't work - I need a conjunction, or a way to
>>> define a single variable using a conjunction.
>>>
>>> Suggestions?
>>
>> So I re-discovered the "and" operation
>>
>>   CLIENT_AND_SERVER := $(and $(findstring true, $(JVM_VARIANT_SERVER)), $(findstring true, $(JVM_VARIANT_CLIENT)))
>>   ifeq ($(CLIENT_AND_SERVER), true)
>>     # Use the committed jvm.cfg for this 32 bit setup but add
>>     # minimal if needed
>>     $(JVMCFG): $(JVMCFG_SRC)
>>         $(call install-file)
>>         ifeq ($(JVM_VARIANT_MINIMAL1), true)
>>           $(PRINTF) "-minimal KNOWN\n">>$(@)
>>         endif
>>   else
>>     $(JVMCFG):
>>         @$(ECHO) C=$(JVM_VARIANT_CLIENT) S=$(JVM_VARIANT_SERVER) BOTH=$(CLIENT_AND_SERVER)
>>
>> Yet I always execute the else but print:
>>
>> C=true S=true BOTH=true
>>
>>
>> I'm stumped! :(
>>
>> Thanks,
>> David
>


From vladimir.kozlov at oracle.com  Fri Apr 12 23:26:23 2013
From: vladimir.kozlov at oracle.com (Vladimir Kozlov)
Date: Fri, 12 Apr 2013 16:26:23 -0700
Subject: RFR (S): 7172922: export_ makefile targets do not work unless
	all supported variants are built
In-Reply-To: <39142204-69FF-49BE-9FF1-D16B80E4A3F7@oracle.com>
References: <39142204-69FF-49BE-9FF1-D16B80E4A3F7@oracle.com>
Message-ID: <5168981F.1090001@oracle.com>

Looks good to me.

Vladimir

On 4/12/13 11:58 AM, Christian Thalinger wrote:
> http://cr.openjdk.java.net/~twisti/7172922
>
> 7172922: export_ makefile targets do not work unless all supported variants are built
> Reviewed-by:
>
> GEN_DIR can be overwritten by other configurations if multiple JVM_VARIANT_*s are defined. The fix is to use the *_BASE_DIRs directly to install the correct files.
>
> make/Makefile
>


From david.holmes at oracle.com  Sat Apr 13 00:10:12 2013
From: david.holmes at oracle.com (David Holmes)
Date: Sat, 13 Apr 2013 10:10:12 +1000
Subject: RFR (S): 7172922: export_ makefile targets do not work unless
	all supported variants are built
In-Reply-To: <39142204-69FF-49BE-9FF1-D16B80E4A3F7@oracle.com>
References: <39142204-69FF-49BE-9FF1-D16B80E4A3F7@oracle.com>
Message-ID: <5168A264.3070700@oracle.com>

Hi Chris,

On 13/04/2013 4:58 AM, Christian Thalinger wrote:
> http://cr.openjdk.java.net/~twisti/7172922
>
> 7172922: export_ makefile targets do not work unless all supported variants are built
> Reviewed-by:
>
> GEN_DIR can be overwritten by other configurations if multiple JVM_VARIANT_*s are defined. The fix is to use the *_BASE_DIRs directly to install the correct files.
>
> make/Makefile

This looks like a simple temporary solution - thanks.

More long term I hope we should be able to generate the set of targets 
based on the selected JVM_VARIANTS, without needing all those duplicated 
blocks.

One query with the current situation: why doesn't MISC_DIR cause us a 
problem? It would seem to have the same issue as GEN_DIR. ???

Thanks,
David



From david.r.chase at oracle.com  Sat Apr 13 13:24:44 2013
From: david.r.chase at oracle.com (David Chase)
Date: Sat, 13 Apr 2013 09:24:44 -0400
Subject: Best way to do conditionals ?
In-Reply-To: <516891F7.1020403@oracle.com>
References: <5167CD91.5050501@oracle.com> <5167FF24.4090000@oracle.com>
	<2E0D1136-1420-4DFE-B401-ECF556BCD108@oracle.com>
	<516891F7.1020403@oracle.com>
Message-ID: 


On 2013-04-12, at 7:00 PM, David Holmes  wrote:
> 
> Thanks for the sanity check.
> 
> This implies to me that either
> 
> a) it is a phase 1 versus phase 2 issue, but given the content of spec.gmk I can't see how that can be the case; or
> 
> b) the value of something is not what I naively thing it is ...
> 
> but I have investigated both of those in depth and nothing seems to be wrong. Yet I always take the else path :(

I think I have it, or at least, I can reproduce your results:
-------------------------------
JVM_VARIANT_SERVER := true
JVM_VARIANT_CLIENT := true

ifeq ($(CLIENT_AND_SERVER1), true)
one: two
	@echo one then C=$(JVM_VARIANT_CLIENT) S=$(JVM_VARIANT_SERVER) BOTH1=$(CLIENT_AND_SERVER1) BOTH2=$(CLIENT_AND_SERVER2)
else
one: two
	@echo one else C=$(JVM_VARIANT_CLIENT) S=$(JVM_VARIANT_SERVER) BOTH1=$(CLIENT_AND_SERVER1) BOTH2=$(CLIENT_AND_SERVER2)
endif

ifeq ($(CLIENT_AND_SERVER2), true)
two:
	@echo two then C=$(JVM_VARIANT_CLIENT) S=$(JVM_VARIANT_SERVER) BOTH1=$(CLIENT_AND_SERVER1) BOTH2=$(CLIENT_AND_SERVER2)
else
two:
	@echo two else C=$(JVM_VARIANT_CLIENT) S=$(JVM_VARIANT_SERVER) BOTH1=$(CLIENT_AND_SERVER1) BOTH2=$(CLIENT_AND_SERVER2)
endif

CLIENT_AND_SERVER1 := $(and $(findstring true, $(JVM_VARIANT_SERVER)), $(findstring true, $(JVM_VARIANT_CLIENT)))
CLIENT_AND_SERVER2 := $(and $(JVM_VARIANT_SERVER),  $(JVM_VARIANT_CLIENT))
--------------------------------------

two else C=true S=true BOTH1=true BOTH2=true
one else C=true S=true BOTH1=true BOTH2=true

This seems a little simple, but it is at least a reproduction.





From christian.thalinger at oracle.com  Sun Apr 14 04:03:04 2013
From: christian.thalinger at oracle.com (Christian Thalinger)
Date: Sat, 13 Apr 2013 21:03:04 -0700
Subject: RFR (S): 7172922: export_ makefile targets do not work unless all
	supported variants are built
In-Reply-To: <5168A264.3070700@oracle.com>
References: <39142204-69FF-49BE-9FF1-D16B80E4A3F7@oracle.com>
	<5168A264.3070700@oracle.com>
Message-ID: <3C52BCA3-1721-4663-AECD-6CAA334E1232@oracle.com>


On Apr 12, 2013, at 5:10 PM, David Holmes  wrote:

> Hi Chris,
> 
> On 13/04/2013 4:58 AM, Christian Thalinger wrote:
>> http://cr.openjdk.java.net/~twisti/7172922
>> 
>> 7172922: export_ makefile targets do not work unless all supported variants are built
>> Reviewed-by:
>> 
>> GEN_DIR can be overwritten by other configurations if multiple JVM_VARIANT_*s are defined. The fix is to use the *_BASE_DIRs directly to install the correct files.
>> 
>> make/Makefile
> 
> This looks like a simple temporary solution - thanks.

Yes, it's not perfect but good enough for now.

> 
> More long term I hope we should be able to generate the set of targets based on the selected JVM_VARIANTS, without needing all those duplicated blocks.
> 
> One query with the current situation: why doesn't MISC_DIR cause us a problem? It would seem to have the same issue as GEN_DIR. ???

MISC_DIR has the same problem but I didn't want to mess with Windows.

How about this one?

http://cr.openjdk.java.net/~twisti/7172922

-- Chris

> 
> Thanks,
> David
> 



From david.holmes at oracle.com  Sun Apr 14 23:39:36 2013
From: david.holmes at oracle.com (David Holmes)
Date: Mon, 15 Apr 2013 09:39:36 +1000
Subject: RFR (S): 7172922: export_ makefile targets do not work unless
	all supported variants are built
In-Reply-To: <3C52BCA3-1721-4663-AECD-6CAA334E1232@oracle.com>
References: <39142204-69FF-49BE-9FF1-D16B80E4A3F7@oracle.com>
	<5168A264.3070700@oracle.com>
	<3C52BCA3-1721-4663-AECD-6CAA334E1232@oracle.com>
Message-ID: <516B3E38.7020203@oracle.com>

Hi Chris,

On 14/04/2013 2:03 PM, Christian Thalinger wrote:
>
> On Apr 12, 2013, at 5:10 PM, David Holmes  wrote:
>
>> Hi Chris,
>>
>> On 13/04/2013 4:58 AM, Christian Thalinger wrote:
>>> http://cr.openjdk.java.net/~twisti/7172922
>>>
>>> 7172922: export_ makefile targets do not work unless all supported variants are built
>>> Reviewed-by:
>>>
>>> GEN_DIR can be overwritten by other configurations if multiple JVM_VARIANT_*s are defined. The fix is to use the *_BASE_DIRs directly to install the correct files.
>>>
>>> make/Makefile
>>
>> This looks like a simple temporary solution - thanks.
>
> Yes, it's not perfect but good enough for now.
>
>>
>> More long term I hope we should be able to generate the set of targets based on the selected JVM_VARIANTS, without needing all those duplicated blocks.
>>
>> One query with the current situation: why doesn't MISC_DIR cause us a problem? It would seem to have the same issue as GEN_DIR. ???
>
> MISC_DIR has the same problem but I didn't want to mess with Windows.
>
> How about this one?
>
> http://cr.openjdk.java.net/~twisti/7172922

I like the addition simplification of getting rid of BASE_DIR and MISC_DIR.

However I think you still need conditionals for Windows otherwise this:

  315 $(EXPORT_JRE_BIN_DIR)/%.diz:                    $(C2_DIR)/%.diz
  316         $(install-file)

for example, is going to be executed for all platforms and dump the diz 
files into the bin directory.

David
-----

> -- Chris
>
>>
>> Thanks,
>> David
>>
>


From david.holmes at oracle.com  Sun Apr 14 23:44:21 2013
From: david.holmes at oracle.com (David Holmes)
Date: Mon, 15 Apr 2013 09:44:21 +1000
Subject: Best way to do conditionals ?
In-Reply-To: 
References: <5167CD91.5050501@oracle.com> <5167FF24.4090000@oracle.com>
	<2E0D1136-1420-4DFE-B401-ECF556BCD108@oracle.com>
	<516891F7.1020403@oracle.com>
	
Message-ID: <516B3F55.5090901@oracle.com>

Thanks David, I found my problem - can you see it: :)

CLIENT_AND_SERVER := $(and $(findstring true, $(JVM_VARIANT_SERVER)), 
$(findstring true, $(JVM_VARIANT_CLIENT)))

There's a space at the end of the line, hence CLIENT_AND_SERVER has the 
value "true " not "true". I'd suspected something like that and tried 
adding a strip around the $and, but still had the space at the end of 
the line. Doh!

Thanks for helping out.

David

On 13/04/2013 11:24 PM, David Chase wrote:
>
> On 2013-04-12, at 7:00 PM, David Holmes  wrote:
>>
>> Thanks for the sanity check.
>>
>> This implies to me that either
>>
>> a) it is a phase 1 versus phase 2 issue, but given the content of spec.gmk I can't see how that can be the case; or
>>
>> b) the value of something is not what I naively thing it is ...
>>
>> but I have investigated both of those in depth and nothing seems to be wrong. Yet I always take the else path :(
>
> I think I have it, or at least, I can reproduce your results:
> -------------------------------
> JVM_VARIANT_SERVER := true
> JVM_VARIANT_CLIENT := true
>
> ifeq ($(CLIENT_AND_SERVER1), true)
> one: two
> 	@echo one then C=$(JVM_VARIANT_CLIENT) S=$(JVM_VARIANT_SERVER) BOTH1=$(CLIENT_AND_SERVER1) BOTH2=$(CLIENT_AND_SERVER2)
> else
> one: two
> 	@echo one else C=$(JVM_VARIANT_CLIENT) S=$(JVM_VARIANT_SERVER) BOTH1=$(CLIENT_AND_SERVER1) BOTH2=$(CLIENT_AND_SERVER2)
> endif
>
> ifeq ($(CLIENT_AND_SERVER2), true)
> two:
> 	@echo two then C=$(JVM_VARIANT_CLIENT) S=$(JVM_VARIANT_SERVER) BOTH1=$(CLIENT_AND_SERVER1) BOTH2=$(CLIENT_AND_SERVER2)
> else
> two:
> 	@echo two else C=$(JVM_VARIANT_CLIENT) S=$(JVM_VARIANT_SERVER) BOTH1=$(CLIENT_AND_SERVER1) BOTH2=$(CLIENT_AND_SERVER2)
> endif
>
> CLIENT_AND_SERVER1 := $(and $(findstring true, $(JVM_VARIANT_SERVER)), $(findstring true, $(JVM_VARIANT_CLIENT)))
> CLIENT_AND_SERVER2 := $(and $(JVM_VARIANT_SERVER),  $(JVM_VARIANT_CLIENT))
> --------------------------------------
>
> two else C=true S=true BOTH1=true BOTH2=true
> one else C=true S=true BOTH1=true BOTH2=true
>
> This seems a little simple, but it is at least a reproduction.
>
>
>


From david.holmes at oracle.com  Mon Apr 15 00:18:19 2013
From: david.holmes at oracle.com (David Holmes)
Date: Mon, 15 Apr 2013 10:18:19 +1000
Subject: RFR 8010280: jvm.cfg needs updating for non-server builds
Message-ID: <516B474B.8090404@oracle.com>

Some background.

The jvm.cfg file, for which there is a per-architecture committed file 
in the repository, controls which VM's (client, server, minimal) are 
known, which is the default, whether there are other aliases and whether 
ergonomic selection is used.

Historically things were simple:
- 64-bit platforms had server only
- 32-bit platforms had client and server

then we acknowledged that some platforms may be client only and we added 
some support (originally in the old build then converted to the new 
build) for dynamically creating a jvm.cfg for the case of building 
client only.

Then the minimal VM was introduced and we potentially have three VMs to 
handle. To address this we initially added "-minimal KNOWN" to all the 
jvm.cfg files for platforms known to support the minimal VM - this was 
done under JDK-7198815 (and those changes are now reversed by this 
changeset.)

The problem after minimal was introduced was that the logic for 
"building client only" didn't account for building minimal (only or 
combined with client) and we need support for not-building-server. And 
that is what this changeset does.

This only affects 32-bit builds as there is no client nor minimal VM on 
64-bit. The basic operation is as follows:

- If building client+server then we use the committed jvm.cfg (which 
handles ergonomics if applicable), adding a "-minimal KNOWN" line if 
minimal is also selected;
- Otherwise we dynamically generate a jvm.cfg for the set of VMs being 
built, using these simple rules:
   - if client or server are present they are default
   - if client and/or server is absent then the absent VM is aliased to 
the default VM in that config
   - if minimal is not selected then it is absent from the jvm.cfg (we 
do not add any aliases for minimal**).

** The alias mechanism is useful for deprecating legacy VM names, and 
has also made testing more convenient. However I think it is a flawed 
mechanism for testing and our internal test infrastructure is moving 
away from arbitrarily using -client/-server when actually running 
server/client. If you ask for the minimal VM and it is not available I 
think you should get an error not silent use of a different VM. (Note: 
this selection doesn't affect SE Embedded as it defines jvm.cfg files 
using it's own rules/preferences.)

webrev:

http://cr.openjdk.java.net/~dholmes/8010280/webrev/

Thanks,
David


From christian.thalinger at oracle.com  Mon Apr 15 04:36:25 2013
From: christian.thalinger at oracle.com (Christian Thalinger)
Date: Sun, 14 Apr 2013 21:36:25 -0700
Subject: RFR (S): 7172922: export_ makefile targets do not work unless all
	supported variants are built
In-Reply-To: <516B3E38.7020203@oracle.com>
References: <39142204-69FF-49BE-9FF1-D16B80E4A3F7@oracle.com>
	<5168A264.3070700@oracle.com>
	<3C52BCA3-1721-4663-AECD-6CAA334E1232@oracle.com>
	<516B3E38.7020203@oracle.com>
Message-ID: <0AD290D1-E523-4DAD-B27C-FF93FFB1BD7F@oracle.com>


On Apr 14, 2013, at 4:39 PM, David Holmes  wrote:

> Hi Chris,
> 
> On 14/04/2013 2:03 PM, Christian Thalinger wrote:
>> 
>> On Apr 12, 2013, at 5:10 PM, David Holmes  wrote:
>> 
>>> Hi Chris,
>>> 
>>> On 13/04/2013 4:58 AM, Christian Thalinger wrote:
>>>> http://cr.openjdk.java.net/~twisti/7172922
>>>> 
>>>> 7172922: export_ makefile targets do not work unless all supported variants are built
>>>> Reviewed-by:
>>>> 
>>>> GEN_DIR can be overwritten by other configurations if multiple JVM_VARIANT_*s are defined. The fix is to use the *_BASE_DIRs directly to install the correct files.
>>>> 
>>>> make/Makefile
>>> 
>>> This looks like a simple temporary solution - thanks.
>> 
>> Yes, it's not perfect but good enough for now.
>> 
>>> 
>>> More long term I hope we should be able to generate the set of targets based on the selected JVM_VARIANTS, without needing all those duplicated blocks.
>>> 
>>> One query with the current situation: why doesn't MISC_DIR cause us a problem? It would seem to have the same issue as GEN_DIR. ???
>> 
>> MISC_DIR has the same problem but I didn't want to mess with Windows.
>> 
>> How about this one?
>> 
>> http://cr.openjdk.java.net/~twisti/7172922
> 
> I like the addition simplification of getting rid of BASE_DIR and MISC_DIR.
> 
> However I think you still need conditionals for Windows otherwise this:
> 
> 315 $(EXPORT_JRE_BIN_DIR)/%.diz:                    $(C2_DIR)/%.diz
> 316         $(install-file)
> 
> for example, is going to be executed for all platforms and dump the diz files into the bin directory.

Only if a $(EXPORT_JRE_BIN_DIR)/*.diz file is on the EXPORT_LIST.

-- Chris

> 
> David
> -----
> 
>> -- Chris
>> 
>>> 
>>> Thanks,
>>> David
>>> 
>> 



From david.holmes at oracle.com  Mon Apr 15 04:54:05 2013
From: david.holmes at oracle.com (David Holmes)
Date: Mon, 15 Apr 2013 14:54:05 +1000
Subject: RFR (S): 7172922: export_ makefile targets do not work unless
	all supported variants are built
In-Reply-To: <0AD290D1-E523-4DAD-B27C-FF93FFB1BD7F@oracle.com>
References: <39142204-69FF-49BE-9FF1-D16B80E4A3F7@oracle.com>
	<5168A264.3070700@oracle.com>
	<3C52BCA3-1721-4663-AECD-6CAA334E1232@oracle.com>
	<516B3E38.7020203@oracle.com>
	<0AD290D1-E523-4DAD-B27C-FF93FFB1BD7F@oracle.com>
Message-ID: <516B87ED.3070307@oracle.com>

On 15/04/2013 2:36 PM, Christian Thalinger wrote:
>
> On Apr 14, 2013, at 4:39 PM, David Holmes  wrote:
>
>> Hi Chris,
>>
>> On 14/04/2013 2:03 PM, Christian Thalinger wrote:
>>>
>>> On Apr 12, 2013, at 5:10 PM, David Holmes  wrote:
>>>
>>>> Hi Chris,
>>>>
>>>> On 13/04/2013 4:58 AM, Christian Thalinger wrote:
>>>>> http://cr.openjdk.java.net/~twisti/7172922
>>>>>
>>>>> 7172922: export_ makefile targets do not work unless all supported variants are built
>>>>> Reviewed-by:
>>>>>
>>>>> GEN_DIR can be overwritten by other configurations if multiple JVM_VARIANT_*s are defined. The fix is to use the *_BASE_DIRs directly to install the correct files.
>>>>>
>>>>> make/Makefile
>>>>
>>>> This looks like a simple temporary solution - thanks.
>>>
>>> Yes, it's not perfect but good enough for now.
>>>
>>>>
>>>> More long term I hope we should be able to generate the set of targets based on the selected JVM_VARIANTS, without needing all those duplicated blocks.
>>>>
>>>> One query with the current situation: why doesn't MISC_DIR cause us a problem? It would seem to have the same issue as GEN_DIR. ???
>>>
>>> MISC_DIR has the same problem but I didn't want to mess with Windows.
>>>
>>> How about this one?
>>>
>>> http://cr.openjdk.java.net/~twisti/7172922
>>
>> I like the addition simplification of getting rid of BASE_DIR and MISC_DIR.
>>
>> However I think you still need conditionals for Windows otherwise this:
>>
>> 315 $(EXPORT_JRE_BIN_DIR)/%.diz:                    $(C2_DIR)/%.diz
>> 316         $(install-file)
>>
>> for example, is going to be executed for all platforms and dump the diz files into the bin directory.
>
> Only if a $(EXPORT_JRE_BIN_DIR)/*.diz file is on the EXPORT_LIST.

Oops! My bad.

I still think I prefer seeing platform specific targets in platform 
specific conditionals, rather than using comments. But if we can macrofy 
this as the next step (different CR) then that can be handled once 
within the macro.

Thanks,
David

> -- Chris
>
>>
>> David
>> -----
>>
>>> -- Chris
>>>
>>>>
>>>> Thanks,
>>>> David
>>>>
>>>
>


From christian.thalinger at oracle.com  Mon Apr 15 04:56:23 2013
From: christian.thalinger at oracle.com (Christian Thalinger)
Date: Sun, 14 Apr 2013 21:56:23 -0700
Subject: RFR (S): 7172922: export_ makefile targets do not work unless all
	supported variants are built
In-Reply-To: <516B87ED.3070307@oracle.com>
References: <39142204-69FF-49BE-9FF1-D16B80E4A3F7@oracle.com>
	<5168A264.3070700@oracle.com>
	<3C52BCA3-1721-4663-AECD-6CAA334E1232@oracle.com>
	<516B3E38.7020203@oracle.com>
	<0AD290D1-E523-4DAD-B27C-FF93FFB1BD7F@oracle.com>
	<516B87ED.3070307@oracle.com>
Message-ID: <5D7DC7C7-1A55-4A83-90CE-6DC9EA9C909D@oracle.com>


On Apr 14, 2013, at 9:54 PM, David Holmes  wrote:

> On 15/04/2013 2:36 PM, Christian Thalinger wrote:
>> 
>> On Apr 14, 2013, at 4:39 PM, David Holmes  wrote:
>> 
>>> Hi Chris,
>>> 
>>> On 14/04/2013 2:03 PM, Christian Thalinger wrote:
>>>> 
>>>> On Apr 12, 2013, at 5:10 PM, David Holmes  wrote:
>>>> 
>>>>> Hi Chris,
>>>>> 
>>>>> On 13/04/2013 4:58 AM, Christian Thalinger wrote:
>>>>>> http://cr.openjdk.java.net/~twisti/7172922
>>>>>> 
>>>>>> 7172922: export_ makefile targets do not work unless all supported variants are built
>>>>>> Reviewed-by:
>>>>>> 
>>>>>> GEN_DIR can be overwritten by other configurations if multiple JVM_VARIANT_*s are defined. The fix is to use the *_BASE_DIRs directly to install the correct files.
>>>>>> 
>>>>>> make/Makefile
>>>>> 
>>>>> This looks like a simple temporary solution - thanks.
>>>> 
>>>> Yes, it's not perfect but good enough for now.
>>>> 
>>>>> 
>>>>> More long term I hope we should be able to generate the set of targets based on the selected JVM_VARIANTS, without needing all those duplicated blocks.
>>>>> 
>>>>> One query with the current situation: why doesn't MISC_DIR cause us a problem? It would seem to have the same issue as GEN_DIR. ???
>>>> 
>>>> MISC_DIR has the same problem but I didn't want to mess with Windows.
>>>> 
>>>> How about this one?
>>>> 
>>>> http://cr.openjdk.java.net/~twisti/7172922
>>> 
>>> I like the addition simplification of getting rid of BASE_DIR and MISC_DIR.
>>> 
>>> However I think you still need conditionals for Windows otherwise this:
>>> 
>>> 315 $(EXPORT_JRE_BIN_DIR)/%.diz:                    $(C2_DIR)/%.diz
>>> 316         $(install-file)
>>> 
>>> for example, is going to be executed for all platforms and dump the diz files into the bin directory.
>> 
>> Only if a $(EXPORT_JRE_BIN_DIR)/*.diz file is on the EXPORT_LIST.
> 
> Oops! My bad.
> 
> I still think I prefer seeing platform specific targets in platform specific conditionals, rather than using comments.

I don't have a strong opinion about this.  Will add the ifdefs tomorrow.

-- Chris

> But if we can macrofy this as the next step (different CR) then that can be handled once within the macro.
> 
> Thanks,
> David
> 
>> -- Chris
>> 
>>> 
>>> David
>>> -----
>>> 
>>>> -- Chris
>>>> 
>>>>> 
>>>>> Thanks,
>>>>> David
>>>>> 
>>>> 
>> 



From david.holmes at oracle.com  Mon Apr 15 05:14:24 2013
From: david.holmes at oracle.com (David Holmes)
Date: Mon, 15 Apr 2013 15:14:24 +1000
Subject: RFR (S): 7172922: export_ makefile targets do not work unless
	all supported variants are built
In-Reply-To: <5D7DC7C7-1A55-4A83-90CE-6DC9EA9C909D@oracle.com>
References: <39142204-69FF-49BE-9FF1-D16B80E4A3F7@oracle.com>
	<5168A264.3070700@oracle.com>
	<3C52BCA3-1721-4663-AECD-6CAA334E1232@oracle.com>
	<516B3E38.7020203@oracle.com>
	<0AD290D1-E523-4DAD-B27C-FF93FFB1BD7F@oracle.com>
	<516B87ED.3070307@oracle.com>
	<5D7DC7C7-1A55-4A83-90CE-6DC9EA9C909D@oracle.com>
Message-ID: <516B8CB0.4040608@oracle.com>

On 15/04/2013 2:56 PM, Christian Thalinger wrote:
>
> On Apr 14, 2013, at 9:54 PM, David Holmes  wrote:
>
>> On 15/04/2013 2:36 PM, Christian Thalinger wrote:
>>>
>>> On Apr 14, 2013, at 4:39 PM, David Holmes  wrote:
>>>
>>>> Hi Chris,
>>>>
>>>> On 14/04/2013 2:03 PM, Christian Thalinger wrote:
>>>>>
>>>>> On Apr 12, 2013, at 5:10 PM, David Holmes  wrote:
>>>>>
>>>>>> Hi Chris,
>>>>>>
>>>>>> On 13/04/2013 4:58 AM, Christian Thalinger wrote:
>>>>>>> http://cr.openjdk.java.net/~twisti/7172922
>>>>>>>
>>>>>>> 7172922: export_ makefile targets do not work unless all supported variants are built
>>>>>>> Reviewed-by:
>>>>>>>
>>>>>>> GEN_DIR can be overwritten by other configurations if multiple JVM_VARIANT_*s are defined. The fix is to use the *_BASE_DIRs directly to install the correct files.
>>>>>>>
>>>>>>> make/Makefile
>>>>>>
>>>>>> This looks like a simple temporary solution - thanks.
>>>>>
>>>>> Yes, it's not perfect but good enough for now.
>>>>>
>>>>>>
>>>>>> More long term I hope we should be able to generate the set of targets based on the selected JVM_VARIANTS, without needing all those duplicated blocks.
>>>>>>
>>>>>> One query with the current situation: why doesn't MISC_DIR cause us a problem? It would seem to have the same issue as GEN_DIR. ???
>>>>>
>>>>> MISC_DIR has the same problem but I didn't want to mess with Windows.
>>>>>
>>>>> How about this one?
>>>>>
>>>>> http://cr.openjdk.java.net/~twisti/7172922
>>>>
>>>> I like the addition simplification of getting rid of BASE_DIR and MISC_DIR.
>>>>
>>>> However I think you still need conditionals for Windows otherwise this:
>>>>
>>>> 315 $(EXPORT_JRE_BIN_DIR)/%.diz:                    $(C2_DIR)/%.diz
>>>> 316         $(install-file)
>>>>
>>>> for example, is going to be executed for all platforms and dump the diz files into the bin directory.
>>>
>>> Only if a $(EXPORT_JRE_BIN_DIR)/*.diz file is on the EXPORT_LIST.
>>
>> Oops! My bad.
>>
>> I still think I prefer seeing platform specific targets in platform specific conditionals, rather than using comments.
>
> I don't have a strong opinion about this.  Will add the ifdefs tomorrow.

Don't bother unless someone else feels strongly about it. (I don't want 
to have to re-review :) )

David
-----

> -- Chris
>
>> But if we can macrofy this as the next step (different CR) then that can be handled once within the macro.
>>
>> Thanks,
>> David
>>
>>> -- Chris
>>>
>>>>
>>>> David
>>>> -----
>>>>
>>>>> -- Chris
>>>>>
>>>>>>
>>>>>> Thanks,
>>>>>> David
>>>>>>
>>>>>
>>>
>


From christian.thalinger at oracle.com  Mon Apr 15 05:17:34 2013
From: christian.thalinger at oracle.com (Christian Thalinger)
Date: Sun, 14 Apr 2013 22:17:34 -0700
Subject: RFR (S): 7172922: export_ makefile targets do not work unless all
	supported variants are built
In-Reply-To: <516B8CB0.4040608@oracle.com>
References: <39142204-69FF-49BE-9FF1-D16B80E4A3F7@oracle.com>
	<5168A264.3070700@oracle.com>
	<3C52BCA3-1721-4663-AECD-6CAA334E1232@oracle.com>
	<516B3E38.7020203@oracle.com>
	<0AD290D1-E523-4DAD-B27C-FF93FFB1BD7F@oracle.com>
	<516B87ED.3070307@oracle.com>
	<5D7DC7C7-1A55-4A83-90CE-6DC9EA9C909D@oracle.com>
	<516B8CB0.4040608@oracle.com>
Message-ID: 


On Apr 14, 2013, at 10:14 PM, David Holmes  wrote:

> On 15/04/2013 2:56 PM, Christian Thalinger wrote:
>> 
>> On Apr 14, 2013, at 9:54 PM, David Holmes  wrote:
>> 
>>> On 15/04/2013 2:36 PM, Christian Thalinger wrote:
>>>> 
>>>> On Apr 14, 2013, at 4:39 PM, David Holmes  wrote:
>>>> 
>>>>> Hi Chris,
>>>>> 
>>>>> On 14/04/2013 2:03 PM, Christian Thalinger wrote:
>>>>>> 
>>>>>> On Apr 12, 2013, at 5:10 PM, David Holmes  wrote:
>>>>>> 
>>>>>>> Hi Chris,
>>>>>>> 
>>>>>>> On 13/04/2013 4:58 AM, Christian Thalinger wrote:
>>>>>>>> http://cr.openjdk.java.net/~twisti/7172922
>>>>>>>> 
>>>>>>>> 7172922: export_ makefile targets do not work unless all supported variants are built
>>>>>>>> Reviewed-by:
>>>>>>>> 
>>>>>>>> GEN_DIR can be overwritten by other configurations if multiple JVM_VARIANT_*s are defined. The fix is to use the *_BASE_DIRs directly to install the correct files.
>>>>>>>> 
>>>>>>>> make/Makefile
>>>>>>> 
>>>>>>> This looks like a simple temporary solution - thanks.
>>>>>> 
>>>>>> Yes, it's not perfect but good enough for now.
>>>>>> 
>>>>>>> 
>>>>>>> More long term I hope we should be able to generate the set of targets based on the selected JVM_VARIANTS, without needing all those duplicated blocks.
>>>>>>> 
>>>>>>> One query with the current situation: why doesn't MISC_DIR cause us a problem? It would seem to have the same issue as GEN_DIR. ???
>>>>>> 
>>>>>> MISC_DIR has the same problem but I didn't want to mess with Windows.
>>>>>> 
>>>>>> How about this one?
>>>>>> 
>>>>>> http://cr.openjdk.java.net/~twisti/7172922
>>>>> 
>>>>> I like the addition simplification of getting rid of BASE_DIR and MISC_DIR.
>>>>> 
>>>>> However I think you still need conditionals for Windows otherwise this:
>>>>> 
>>>>> 315 $(EXPORT_JRE_BIN_DIR)/%.diz:                    $(C2_DIR)/%.diz
>>>>> 316         $(install-file)
>>>>> 
>>>>> for example, is going to be executed for all platforms and dump the diz files into the bin directory.
>>>> 
>>>> Only if a $(EXPORT_JRE_BIN_DIR)/*.diz file is on the EXPORT_LIST.
>>> 
>>> Oops! My bad.
>>> 
>>> I still think I prefer seeing platform specific targets in platform specific conditionals, rather than using comments.
>> 
>> I don't have a strong opinion about this.  Will add the ifdefs tomorrow.
> 
> Don't bother unless someone else feels strongly about it. (I don't want to have to re-review :) )

Even better :-)  If there are no objections tomorrow I will push it.  Thanks for reviewing.

-- Chris

> 
> David
> -----
> 
>> -- Chris
>> 
>>> But if we can macrofy this as the next step (different CR) then that can be handled once within the macro.
>>> 
>>> Thanks,
>>> David
>>> 
>>>> -- Chris
>>>> 
>>>>> 
>>>>> David
>>>>> -----
>>>>> 
>>>>>> -- Chris
>>>>>> 
>>>>>>> 
>>>>>>> Thanks,
>>>>>>> David
>>>>>>> 
>>>>>> 
>>>> 
>> 



From erik.joelsson at oracle.com  Mon Apr 15 08:30:07 2013
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Mon, 15 Apr 2013 10:30:07 +0200
Subject: RFR: 8010785: JDK 8 build on Linux fails with new build mechanism
In-Reply-To: 
References: <5166961E.3090607@oracle.com>
	
Message-ID: <516BBA8F.7080609@oracle.com>



On 2013-04-11 18:50, Mike Duigou wrote:
> On Apr 11 2013, at 03:53 , Erik Joelsson wrote:
>
>> Open part of this review.
>>
>> The licensee bundles aren't buildable with the new build for several reasons. I've tried to fix all the issues that I've found and have now
>> successfully built them on linux, windows and solaris. Here is a list of the changes that I had to do to OpenJDK:
>>
>> * Filter out javascript src when the rhino source isn't available. Also do not copy rhino resource files when not available. This is controlled by a new variable, INCLUDE_JAVASCRIPT, which we control from closed configure and shouldn't affect the OpenJDK build. I also moved the copying of the resources to the correct makefile, CopyIntoClasses.gmk.
> The new variable appears to only be valid in ifndef OPENJDK contexts (CopyIntoClasses for the most obvious example). I believe that wherever possible we should push build variables to global scope so that future maintainers who may not understand the correct usage context are more likely to use them correctly. It also makes it easier for an external developer to provide their own recipe for the feature. If some OpenJDK dev wanted to add a recipe for including javascript as part of their bundles they wouldn't be able to hook into this feature because were conditionalizing it in ifndef OPENJDK.
>
But the variable INCLUDE_JAVASCRIPT is only valid in an ifndef OPENJDK 
context and I can't see a correct usage of it outside of that. Perhaps 
it's confusing to have a variable at all? I could put a $(wildcard ) 
check for the existence of the source directly at each location instead, 
making it more obvious what the condition is for, but I wanted to avoid 
repeating code. The variable could have a different name to make it more 
obvious I suppose. I also thought it was good policy to clearly put the 
ifndef OPENJDK checks wherever things were Oracle specific to make that 
obvious.

/Erik


From erik.joelsson at oracle.com  Mon Apr 15 08:31:41 2013
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Mon, 15 Apr 2013 10:31:41 +0200
Subject: RFR: 8010465: Can't enable sjavac when building in jprt.
In-Reply-To: <5167046C.7040101@oracle.com>
References: <514AF3CE.8020202@oracle.com>
	<51629164.9070206@oracle.com>	<5162BE83.3080403@oracle.com>
	<5162C028.2040602@oracle.com>	<5162C363.60000@oracle.com>
	<5162C44D.9060306@oracle.com>	<5162D01F.5060205@oracle.com>
	<5166F95E.5020905@oracle.com> <5167046C.7040101@oracle.com>
Message-ID: <516BBAED.9070402@oracle.com>

Jon,

Yes please, I'm not familiar enough with javac to be of much use there 
I'm afraid.

/Erik

On 2013-04-11 20:43, Jonathan Gibbons wrote:
> Erik,
>
> Would you like me to look at this?
>
> -- Jon
>
> On 04/11/2013 10:56 AM, Naoto Sato wrote:
>> Hello,
>>
>> Is anyone looking into this issue (on the jbs, noone is assigned)? 
>> This has been biting me as well on Windows builds quite a while.
>>
>> Naoto
>>
>> On 4/8/13 7:11 AM, Alexander Scherbatiy wrote:
>>> On 4/8/2013 5:21 PM, Erik Joelsson wrote:
>>>>
>>>>
>>>> On 2013-04-08 15:17, Anthony Petrov wrote:
>>>>> Thanks for clarifying that. Makes sense to me.
>>>>>
>>>>> The fix looks good to me, btw, although I'm not a build expert.
>>>>>
>>>>> Also, could you clarify why do Windows builds fail with sjavac? Is
>>>>> this a known bug in sjavac or the build system?
>>>>>
>>>> It looks to me like a bug in sjavac. I have seen it work previously.
>>>
>>>     It also failed on my Windows system. There is the created issue:
>>>       8008641 Build fails with the --enable-sjavac option
>>>
>>>      Thanks,
>>>      Alexandr.
>>>
>>>>
>>>> /Erik
>>>>> -- 
>>>>> best regards,
>>>>> Anthony
>>>>>
>>>>> On 04/08/13 17:03, Erik Joelsson wrote:
>>>>>> Sjavac also enables parallel execution of java compilation, 
>>>>>> speeding up
>>>>>> full builds as well. But even if it didn't, being able to verify 
>>>>>> that
>>>>>> sjavac builds work in jprt will be a must if we are to enable it by
>>>>>> default.
>>>>>>
>>>>>> /Erik
>>>>>>
>>>>>> On 2013-04-08 14:56, Anthony Petrov wrote:
>>>>>>> Just curious: sjavac is supposed to address the issue with slow
>>>>>>> incremental builds. JPRT builds are full builds usually. What is 
>>>>>>> the
>>>>>>> benefit of using sjavac for full builds?
>>>>>>>
>>>>>>> -- 
>>>>>>> best regards,
>>>>>>> Anthony
>>>>>>>
>>>>>>> On 04/08/13 13:44, Erik Joelsson wrote:
>>>>>>>> Reminder that I would like this reviewed.
>>>>>>>>
>>>>>>>> /Erik
>>>>>>>>
>>>>>>>> On 2013-03-21 12:49, Erik Joelsson wrote:
>>>>>>>>> This patch makes it possible to enable sjavac in jprt runs. 
>>>>>>>>> This is
>>>>>>>>> achieved by adding -buildenv ENABLE_SJAVAC=true to the jprt 
>>>>>>>>> command
>>>>>>>>> line.
>>>>>>>>>
>>>>>>>>> http://cr.openjdk.java.net/~erikj/8010465/webrev.root.01/
>>>>>>>>>
>>>>>>>>> Doing this uncovered another bug. Adding the keyword "nofile" 
>>>>>>>>> to the
>>>>>>>>> LOG variable is done to disable logging build output to a 
>>>>>>>>> file. JPRT
>>>>>>>>> does this on all build runs since it already saves the build 
>>>>>>>>> output.
>>>>>>>>> The value of LOG is also sent to sjavac to help it filter its
>>>>>>>>> output,
>>>>>>>>> but sjavac does not accept "nofile" as input. The logic to remove
>>>>>>>>> "nofile" before sending it to sjavac didn't work and is also
>>>>>>>>> fixed in
>>>>>>>>> this patch.
>>>>>>>>>
>>>>>>>>> The sad news is that all the windows builds currently fail with
>>>>>>>>> sjavac
>>>>>>>>> enabled, but having this feature will help us harden sjavac to 
>>>>>>>>> the
>>>>>>>>> point where we can make the switch.
>>>>>>>>>
>>>>>>>>> /Erik
>>>>>>>>>
>>>>>>>>>
>>>
>>
>


From erik.joelsson at oracle.com  Mon Apr 15 09:03:56 2013
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Mon, 15 Apr 2013 11:03:56 +0200
Subject: RFR 8010280: jvm.cfg needs updating for non-server builds
In-Reply-To: <516B474B.8090404@oracle.com>
References: <516B474B.8090404@oracle.com>
Message-ID: <516BC27C.2090909@oracle.com>

Hello,

It looks to me like you are covering the case of both server and client 
being true twice. How could line 319 ever evaluate to true? Otherwise it 
looks ok.

/Erik

On 2013-04-15 02:18, David Holmes wrote:
> Some background.
>
> The jvm.cfg file, for which there is a per-architecture committed file 
> in the repository, controls which VM's (client, server, minimal) are 
> known, which is the default, whether there are other aliases and 
> whether ergonomic selection is used.
>
> Historically things were simple:
> - 64-bit platforms had server only
> - 32-bit platforms had client and server
>
> then we acknowledged that some platforms may be client only and we 
> added some support (originally in the old build then converted to the 
> new build) for dynamically creating a jvm.cfg for the case of building 
> client only.
>
> Then the minimal VM was introduced and we potentially have three VMs 
> to handle. To address this we initially added "-minimal KNOWN" to all 
> the jvm.cfg files for platforms known to support the minimal VM - this 
> was done under JDK-7198815 (and those changes are now reversed by this 
> changeset.)
>
> The problem after minimal was introduced was that the logic for 
> "building client only" didn't account for building minimal (only or 
> combined with client) and we need support for not-building-server. And 
> that is what this changeset does.
>
> This only affects 32-bit builds as there is no client nor minimal VM 
> on 64-bit. The basic operation is as follows:
>
> - If building client+server then we use the committed jvm.cfg (which 
> handles ergonomics if applicable), adding a "-minimal KNOWN" line if 
> minimal is also selected;
> - Otherwise we dynamically generate a jvm.cfg for the set of VMs being 
> built, using these simple rules:
>   - if client or server are present they are default
>   - if client and/or server is absent then the absent VM is aliased to 
> the default VM in that config
>   - if minimal is not selected then it is absent from the jvm.cfg (we 
> do not add any aliases for minimal**).
>
> ** The alias mechanism is useful for deprecating legacy VM names, and 
> has also made testing more convenient. However I think it is a flawed 
> mechanism for testing and our internal test infrastructure is moving 
> away from arbitrarily using -client/-server when actually running 
> server/client. If you ask for the minimal VM and it is not available I 
> think you should get an error not silent use of a different VM. (Note: 
> this selection doesn't affect SE Embedded as it defines jvm.cfg files 
> using it's own rules/preferences.)
>
> webrev:
>
> http://cr.openjdk.java.net/~dholmes/8010280/webrev/
>
> Thanks,
> David


From daniel.fuchs at oracle.com  Mon Apr 15 09:55:52 2013
From: daniel.fuchs at oracle.com (Daniel Fuchs)
Date: Mon, 15 Apr 2013 11:55:52 +0200
Subject: RFR: 8011347: JDK-8009824 has broken webrev with some ksh versions
In-Reply-To: <51684D96.5070406@oracle.com>
References: <51684D96.5070406@oracle.com>
Message-ID: <516BCEA8.6090802@oracle.com>

Hi Jim,

I had a look at your changes and they looked fine.
I imported the changeset on my Mac and it worked like a charm.

Thanks for the fix!

-- daniel
PS: I am not a JDK reviewer.

On 4/12/13 8:08 PM, Jim Gish wrote:
> Please review http://cr.openjdk.java.net/~jgish/Bug8011347-webrev/
> , which fixes
> the current webrev issues on solaris and mac.
>
> Thanks,
>     Jim
>



From boaznahum at gmail.com  Mon Apr 15 11:07:07 2013
From: boaznahum at gmail.com (Boaz Nahum)
Date: Mon, 15 Apr 2013 14:07:07 +0300
Subject: New files dont apear in src.zip
In-Reply-To: 
References: 
Message-ID: 

Hi.

I'm building lambda/lambda on daily basis.
The problem is when new file is introduced, only clean build will force it
into src.zip.
The last example is StreamSupport.java

Thanks
Boaz


From david.holmes at oracle.com  Mon Apr 15 11:22:00 2013
From: david.holmes at oracle.com (David Holmes)
Date: Mon, 15 Apr 2013 21:22:00 +1000
Subject: RFR 8010280: jvm.cfg needs updating for non-server builds
In-Reply-To: <516BC27C.2090909@oracle.com>
References: <516B474B.8090404@oracle.com> <516BC27C.2090909@oracle.com>
Message-ID: <516BE2D8.2070105@oracle.com>

On 15/04/2013 7:03 PM, Erik Joelsson wrote:
> Hello,
>
> It looks to me like you are covering the case of both server and client
> being true twice. How could line 319 ever evaluate to true? Otherwise it
> looks ok.

You are right - that was a leftover from an initial approach that only 
looked for client+server but excluded client+server+minimal. Back to the 
drawing board.

Thanks,
David

> /Erik
>
> On 2013-04-15 02:18, David Holmes wrote:
>> Some background.
>>
>> The jvm.cfg file, for which there is a per-architecture committed file
>> in the repository, controls which VM's (client, server, minimal) are
>> known, which is the default, whether there are other aliases and
>> whether ergonomic selection is used.
>>
>> Historically things were simple:
>> - 64-bit platforms had server only
>> - 32-bit platforms had client and server
>>
>> then we acknowledged that some platforms may be client only and we
>> added some support (originally in the old build then converted to the
>> new build) for dynamically creating a jvm.cfg for the case of building
>> client only.
>>
>> Then the minimal VM was introduced and we potentially have three VMs
>> to handle. To address this we initially added "-minimal KNOWN" to all
>> the jvm.cfg files for platforms known to support the minimal VM - this
>> was done under JDK-7198815 (and those changes are now reversed by this
>> changeset.)
>>
>> The problem after minimal was introduced was that the logic for
>> "building client only" didn't account for building minimal (only or
>> combined with client) and we need support for not-building-server. And
>> that is what this changeset does.
>>
>> This only affects 32-bit builds as there is no client nor minimal VM
>> on 64-bit. The basic operation is as follows:
>>
>> - If building client+server then we use the committed jvm.cfg (which
>> handles ergonomics if applicable), adding a "-minimal KNOWN" line if
>> minimal is also selected;
>> - Otherwise we dynamically generate a jvm.cfg for the set of VMs being
>> built, using these simple rules:
>>   - if client or server are present they are default
>>   - if client and/or server is absent then the absent VM is aliased to
>> the default VM in that config
>>   - if minimal is not selected then it is absent from the jvm.cfg (we
>> do not add any aliases for minimal**).
>>
>> ** The alias mechanism is useful for deprecating legacy VM names, and
>> has also made testing more convenient. However I think it is a flawed
>> mechanism for testing and our internal test infrastructure is moving
>> away from arbitrarily using -client/-server when actually running
>> server/client. If you ask for the minimal VM and it is not available I
>> think you should get an error not silent use of a different VM. (Note:
>> this selection doesn't affect SE Embedded as it defines jvm.cfg files
>> using it's own rules/preferences.)
>>
>> webrev:
>>
>> http://cr.openjdk.java.net/~dholmes/8010280/webrev/
>>
>> Thanks,
>> David


From erik.joelsson at oracle.com  Mon Apr 15 12:06:13 2013
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Mon, 15 Apr 2013 14:06:13 +0200
Subject: New files dont apear in src.zip
In-Reply-To: 
References: 
	
Message-ID: <516BED35.4020703@oracle.com>

That is not intended behavior. Which platform are you building on?

/Erik

On 2013-04-15 13:07, Boaz Nahum wrote:
> Hi.
>
> I'm building lambda/lambda on daily basis.
> The problem is when new file is introduced, only clean build will force it
> into src.zip.
> The last example is StreamSupport.java
>
> Thanks
> Boaz


From brian.goetz at oracle.com  Mon Apr 15 12:55:51 2013
From: brian.goetz at oracle.com (Brian Goetz)
Date: Mon, 15 Apr 2013 08:55:51 -0400
Subject: New files dont apear in src.zip
In-Reply-To: 
References: 
	
Message-ID: <516BF8D7.4050408@oracle.com>

Are you using the old build?

On 4/15/2013 7:07 AM, Boaz Nahum wrote:
> Hi.
>
> I'm building lambda/lambda on daily basis.
> The problem is when new file is introduced, only clean build will force it
> into src.zip.
> The last example is StreamSupport.java
>
> Thanks
> Boaz
>


From boaznahum at gmail.com  Mon Apr 15 12:59:02 2013
From: boaznahum at gmail.com (Boaz Nahum)
Date: Mon, 15 Apr 2013 15:59:02 +0300
Subject: New files dont apear in src.zip
In-Reply-To: <516BED35.4020703@oracle.com>
References: 
	
	<516BED35.4020703@oracle.com>
Message-ID: 

Windows 7 64 bit.

Thanks



On Mon, Apr 15, 2013 at 3:06 PM, Erik Joelsson wrote:

> That is not intended behavior. Which platform are you building on?
>
> /Erik
>
>
> On 2013-04-15 13:07, Boaz Nahum wrote:
>
>> Hi.
>>
>> I'm building lambda/lambda on daily basis.
>> The problem is when new file is introduced, only clean build will force it
>> into src.zip.
>> The last example is StreamSupport.java
>>
>> Thanks
>> Boaz
>>
>


From boaznahum at gmail.com  Mon Apr 15 13:00:33 2013
From: boaznahum at gmail.com (Boaz Nahum)
Date: Mon, 15 Apr 2013 16:00:33 +0300
Subject: New files dont apear in src.zip
In-Reply-To: <516BED35.4020703@oracle.com>
References: 
	
	<516BED35.4020703@oracle.com>
Message-ID: 

But I can easily check it on linux (Ubuntu 12.1) If it helps.

Boaz



On Mon, Apr 15, 2013 at 3:06 PM, Erik Joelsson wrote:

> That is not intended behavior. Which platform are you building on?
>
> /Erik
>
>
> On 2013-04-15 13:07, Boaz Nahum wrote:
>
>> Hi.
>>
>> I'm building lambda/lambda on daily basis.
>> The problem is when new file is introduced, only clean build will force it
>> into src.zip.
>> The last example is StreamSupport.java
>>
>> Thanks
>> Boaz
>>
>


From boaznahum at gmail.com  Mon Apr 15 13:01:43 2013
From: boaznahum at gmail.com (Boaz Nahum)
Date: Mon, 15 Apr 2013 16:01:43 +0300
Subject: New files dont apear in src.zip
In-Reply-To: <516BF8D7.4050408@oracle.com>
References: 
	
	<516BF8D7.4050408@oracle.com>
Message-ID: 

Always the new build !!!

Thanks
Boaz



On Mon, Apr 15, 2013 at 3:55 PM, Brian Goetz  wrote:

> Are you using the old build?
>
>
> On 4/15/2013 7:07 AM, Boaz Nahum wrote:
>
>> Hi.
>>
>> I'm building lambda/lambda on daily basis.
>> The problem is when new file is introduced, only clean build will force it
>> into src.zip.
>> The last example is StreamSupport.java
>>
>> Thanks
>> Boaz
>>
>>


From boaznahum at gmail.com  Mon Apr 15 13:05:33 2013
From: boaznahum at gmail.com (Boaz Nahum)
Date: Mon, 15 Apr 2013 16:05:33 +0300
Subject: New files dont apear in src.zip
In-Reply-To: 
References: 
	
	<516BF8D7.4050408@oracle.com>
	
Message-ID: 

Deleting src.zip and 'make images' produce the same results. src.zip still
misses the new files.


On Mon, Apr 15, 2013 at 4:01 PM, Boaz Nahum  wrote:

> Always the new build !!!
>
> Thanks
> Boaz
>
>
>
> On Mon, Apr 15, 2013 at 3:55 PM, Brian Goetz wrote:
>
>> Are you using the old build?
>>
>>
>> On 4/15/2013 7:07 AM, Boaz Nahum wrote:
>>
>>> Hi.
>>>
>>> I'm building lambda/lambda on daily basis.
>>> The problem is when new file is introduced, only clean build will force
>>> it
>>> into src.zip.
>>> The last example is StreamSupport.java
>>>
>>> Thanks
>>> Boaz
>>>
>>>
>


From david.r.chase at oracle.com  Mon Apr 15 13:53:06 2013
From: david.r.chase at oracle.com (David Chase)
Date: Mon, 15 Apr 2013 09:53:06 -0400
Subject: Best way to do conditionals ?
In-Reply-To: <516B3F55.5090901@oracle.com>
References: <5167CD91.5050501@oracle.com> <5167FF24.4090000@oracle.com>
	<2E0D1136-1420-4DFE-B401-ECF556BCD108@oracle.com>
	<516891F7.1020403@oracle.com>
	
	<516B3F55.5090901@oracle.com>
Message-ID: <098B6700-1CFB-4AA8-AF73-DCA4CB854B61@oracle.com>

It's good to know that there's two ways to screw up a Makefile to get the same wrong result.

Arrrrrrg.

David

On 2013-04-14, at 7:44 PM, David Holmes  wrote:

> Thanks David, I found my problem - can you see it: :)
> 
> CLIENT_AND_SERVER := $(and $(findstring true, $(JVM_VARIANT_SERVER)), $(findstring true, $(JVM_VARIANT_CLIENT)))
> 
> There's a space at the end of the line, hence CLIENT_AND_SERVER has the value "true " not "true". I'd suspected something like that and tried adding a strip around the $and, but still had the space at the end of the line. Doh!
> 
> Thanks for helping out.
> 
> David
> 
> On 13/04/2013 11:24 PM, David Chase wrote:
>> 
>> On 2013-04-12, at 7:00 PM, David Holmes  wrote:
>>> 
>>> Thanks for the sanity check.
>>> 
>>> This implies to me that either
>>> 
>>> a) it is a phase 1 versus phase 2 issue, but given the content of spec.gmk I can't see how that can be the case; or
>>> 
>>> b) the value of something is not what I naively thing it is ...
>>> 
>>> but I have investigated both of those in depth and nothing seems to be wrong. Yet I always take the else path :(
>> 
>> I think I have it, or at least, I can reproduce your results:
>> -------------------------------
>> JVM_VARIANT_SERVER := true
>> JVM_VARIANT_CLIENT := true
>> 
>> ifeq ($(CLIENT_AND_SERVER1), true)
>> one: two
>> 	@echo one then C=$(JVM_VARIANT_CLIENT) S=$(JVM_VARIANT_SERVER) BOTH1=$(CLIENT_AND_SERVER1) BOTH2=$(CLIENT_AND_SERVER2)
>> else
>> one: two
>> 	@echo one else C=$(JVM_VARIANT_CLIENT) S=$(JVM_VARIANT_SERVER) BOTH1=$(CLIENT_AND_SERVER1) BOTH2=$(CLIENT_AND_SERVER2)
>> endif
>> 
>> ifeq ($(CLIENT_AND_SERVER2), true)
>> two:
>> 	@echo two then C=$(JVM_VARIANT_CLIENT) S=$(JVM_VARIANT_SERVER) BOTH1=$(CLIENT_AND_SERVER1) BOTH2=$(CLIENT_AND_SERVER2)
>> else
>> two:
>> 	@echo two else C=$(JVM_VARIANT_CLIENT) S=$(JVM_VARIANT_SERVER) BOTH1=$(CLIENT_AND_SERVER1) BOTH2=$(CLIENT_AND_SERVER2)
>> endif
>> 
>> CLIENT_AND_SERVER1 := $(and $(findstring true, $(JVM_VARIANT_SERVER)), $(findstring true, $(JVM_VARIANT_CLIENT)))
>> CLIENT_AND_SERVER2 := $(and $(JVM_VARIANT_SERVER),  $(JVM_VARIANT_CLIENT))
>> --------------------------------------
>> 
>> two else C=true S=true BOTH1=true BOTH2=true
>> one else C=true S=true BOTH1=true BOTH2=true
>> 
>> This seems a little simple, but it is at least a reproduction.
>> 
>> 
>> 



From gnu.andrew at redhat.com  Mon Apr 15 14:28:08 2013
From: gnu.andrew at redhat.com (Andrew Hughes)
Date: Mon, 15 Apr 2013 10:28:08 -0400 (EDT)
Subject: reduce memory for javadoc
In-Reply-To: <5166D77A.1040305@oracle.com>
References: <5164C423.8030207@oracle.com>
	<723565586.2695095.1365676000988.JavaMail.root@redhat.com>
	<5166D77A.1040305@oracle.com>
Message-ID: <311553571.502445.1366036088253.JavaMail.root@redhat.com>



----- Original Message -----
> Andrew,
> 
> I agree that any change would have to be tested on a variety of
> platforms.  Historically, the limit used to be 512m, but has crept up
> over recent times.  My investigations have been to understand
> why we have been forced to increase this number; as a result
> we found out that a memory leak was causing javadoc to retain
> references to the source code buffers for all the files it was reading.
> 
> Since javadoc is all Java code, it is reasonable to believe the problem,
> and the fix, would apply to all platforms, which is why I posted the
> update here.

Javadoc may be, but this is how much memory the VM should allocate and how it
works varies between platforms.  I know PowerPC, for example, has usually needed
a bigger maximum.

> 
> However, additional investigations show that the performance does suffer
> if we reduce the Xmx value. So the good news is that we can now reduce
> the value; the question is, do we want to?
> 
> FWIW, I'm still trying to understand why we need even 512m. But that will
> be another story.
> 
> -- Jon
> 
> On 04/11/2013 03:26 AM, Andrew Hughes wrote:
> > ----- Original Message -----
> >> Build folk,
> >>
> >> As a result of these two changesets now in tl/langtools, we can now
> >> reduce the memory requirements for javadoc in
> >> (root)common/makefiles/javadoc/Javadoc.gmk.
> >>
> >> changeset:   1678:3f3cc8d3f13c
> >> tag:         tip
> >> user:        jjg
> >> date:        Mon Apr 08 11:57:37 2013 -0700
> >> summary:     8011677: EndPosTables should avoid hidden references to
> >> Parser
> >>
> >> changeset:   1677:b402b93cbe38
> >> user:        jjg
> >> date:        Mon Apr 08 11:54:26 2013 -0700
> >> summary:     8011676: Instances of Tokens.Comment should not be defined
> >> in inner classes
> >>
> >>
> >> I have done builds with the memory limited to 512m, down from 1024m.  I
> >> did try further, with 384m, but that was too much of a reduction.
> >>
> >> $ hg diff
> >> diff -r 11c057460b91 common/makefiles/javadoc/Javadoc.gmk
> >> --- a/common/makefiles/javadoc/Javadoc.gmk    Fri Apr 05 14:49:54 2013
> >> -0700
> >> +++ b/common/makefiles/javadoc/Javadoc.gmk    Tue Apr 09 18:42:37 2013
> >> -0700
> >> @@ -47,7 +47,7 @@
> >>    BUILD_NUMBER=$(JDK_BUILD_NUMBER)
> >>
> >>    JAVADOC_CMD = $(JAVA) \
> >> -              -Xmx1024m \
> >> +              -Xmx512m \
> >>              -Djava.awt.headless=true \
> >>              $(NEW_JAVADOC) \
> >>              -bootclasspath $(JDK_OUTPUTDIR)/classes
> >>
> >> -- Jon
> >>
> > I'd be wary of changing this because, in my experience, it varies depending
> > on VM and architecture.  What was tested for these figures?
> 
> 

-- 
Andrew :)

Free Java Software Engineer
Red Hat, Inc. (http://www.redhat.com)

PGP Key: 248BDC07 (https://keys.indymedia.org/)
Fingerprint = EC5A 1F5E C0AD 1D15 8F1F  8F91 3B96 A578 248B DC07



From jonathan.gibbons at oracle.com  Mon Apr 15 16:09:59 2013
From: jonathan.gibbons at oracle.com (Jonathan Gibbons)
Date: Mon, 15 Apr 2013 09:09:59 -0700
Subject: reduce memory for javadoc
In-Reply-To: <311553571.502445.1366036088253.JavaMail.root@redhat.com>
References: <5164C423.8030207@oracle.com>
	<723565586.2695095.1365676000988.JavaMail.root@redhat.com>
	<5166D77A.1040305@oracle.com>
	<311553571.502445.1366036088253.JavaMail.root@redhat.com>
Message-ID: <516C2657.4050600@oracle.com>

Andrew,

Your concerns are noted.

My message was simply to inform the build group that I have fixed 
significant memory leaks in javadoc that I believe may have been the 
cause of two changesets in the past to increase the memory for javadoc 
first from 512m to 768m, and then from 768m to 1024m.

The numbers in my message were simply to validate that on the platform I 
was using, I could reduce the memory beyond a point at which I could not 
do without my patches applied.

I leave it to the build group to decide whether and how to reduce the 
amount of memory provided to javadoc during the build.

-- Jon




On 04/15/2013 07:28 AM, Andrew Hughes wrote:
>
> ----- Original Message -----
>> Andrew,
>>
>> I agree that any change would have to be tested on a variety of
>> platforms.  Historically, the limit used to be 512m, but has crept up
>> over recent times.  My investigations have been to understand
>> why we have been forced to increase this number; as a result
>> we found out that a memory leak was causing javadoc to retain
>> references to the source code buffers for all the files it was reading.
>>
>> Since javadoc is all Java code, it is reasonable to believe the problem,
>> and the fix, would apply to all platforms, which is why I posted the
>> update here.
> Javadoc may be, but this is how much memory the VM should allocate and how it
> works varies between platforms.  I know PowerPC, for example, has usually needed
> a bigger maximum.
>
>> However, additional investigations show that the performance does suffer
>> if we reduce the Xmx value. So the good news is that we can now reduce
>> the value; the question is, do we want to?
>>
>> FWIW, I'm still trying to understand why we need even 512m. But that will
>> be another story.
>>
>> -- Jon
>>
>> On 04/11/2013 03:26 AM, Andrew Hughes wrote:
>>> ----- Original Message -----
>>>> Build folk,
>>>>
>>>> As a result of these two changesets now in tl/langtools, we can now
>>>> reduce the memory requirements for javadoc in
>>>> (root)common/makefiles/javadoc/Javadoc.gmk.
>>>>
>>>> changeset:   1678:3f3cc8d3f13c
>>>> tag:         tip
>>>> user:        jjg
>>>> date:        Mon Apr 08 11:57:37 2013 -0700
>>>> summary:     8011677: EndPosTables should avoid hidden references to
>>>> Parser
>>>>
>>>> changeset:   1677:b402b93cbe38
>>>> user:        jjg
>>>> date:        Mon Apr 08 11:54:26 2013 -0700
>>>> summary:     8011676: Instances of Tokens.Comment should not be defined
>>>> in inner classes
>>>>
>>>>
>>>> I have done builds with the memory limited to 512m, down from 1024m.  I
>>>> did try further, with 384m, but that was too much of a reduction.
>>>>
>>>> $ hg diff
>>>> diff -r 11c057460b91 common/makefiles/javadoc/Javadoc.gmk
>>>> --- a/common/makefiles/javadoc/Javadoc.gmk    Fri Apr 05 14:49:54 2013
>>>> -0700
>>>> +++ b/common/makefiles/javadoc/Javadoc.gmk    Tue Apr 09 18:42:37 2013
>>>> -0700
>>>> @@ -47,7 +47,7 @@
>>>>     BUILD_NUMBER=$(JDK_BUILD_NUMBER)
>>>>
>>>>     JAVADOC_CMD = $(JAVA) \
>>>> -              -Xmx1024m \
>>>> +              -Xmx512m \
>>>>               -Djava.awt.headless=true \
>>>>               $(NEW_JAVADOC) \
>>>>               -bootclasspath $(JDK_OUTPUTDIR)/classes
>>>>
>>>> -- Jon
>>>>
>>> I'd be wary of changing this because, in my experience, it varies depending
>>> on VM and architecture.  What was tested for these figures?
>>



From mike.duigou at oracle.com  Mon Apr 15 16:25:24 2013
From: mike.duigou at oracle.com (Mike Duigou)
Date: Mon, 15 Apr 2013 09:25:24 -0700
Subject: RFR 8010280: jvm.cfg needs updating for non-server builds
In-Reply-To: <516B474B.8090404@oracle.com>
References: <516B474B.8090404@oracle.com>
Message-ID: 

Hi David;

I remember reviewing the jvm.cfg config patch for JDK 7. I had hoped to see the "classic" and "green" flags go away and some of the other legacy flags like "-hotspot" reduced to WARN. What's the difference between removing an entry completely and retaining it with "ERROR"?

Additionally I don't like that aliases have differing definitions and some confusing ones like "-server ALIASED_TO -client". Is this necessary or just historically convenient?

Mike

On Apr 14 2013, at 17:18 , David Holmes wrote:

> Some background.
> 
> The jvm.cfg file, for which there is a per-architecture committed file in the repository, controls which VM's (client, server, minimal) are known, which is the default, whether there are other aliases and whether ergonomic selection is used.
> 
> Historically things were simple:
> - 64-bit platforms had server only
> - 32-bit platforms had client and server
> 
> then we acknowledged that some platforms may be client only and we added some support (originally in the old build then converted to the new build) for dynamically creating a jvm.cfg for the case of building client only.
> 
> Then the minimal VM was introduced and we potentially have three VMs to handle. To address this we initially added "-minimal KNOWN" to all the jvm.cfg files for platforms known to support the minimal VM - this was done under JDK-7198815 (and those changes are now reversed by this changeset.)
> 
> The problem after minimal was introduced was that the logic for "building client only" didn't account for building minimal (only or combined with client) and we need support for not-building-server. And that is what this changeset does.
> 
> This only affects 32-bit builds as there is no client nor minimal VM on 64-bit. The basic operation is as follows:
> 
> - If building client+server then we use the committed jvm.cfg (which handles ergonomics if applicable), adding a "-minimal KNOWN" line if minimal is also selected;
> - Otherwise we dynamically generate a jvm.cfg for the set of VMs being built, using these simple rules:
>  - if client or server are present they are default
>  - if client and/or server is absent then the absent VM is aliased to the default VM in that config
>  - if minimal is not selected then it is absent from the jvm.cfg (we do not add any aliases for minimal**).
> 
> ** The alias mechanism is useful for deprecating legacy VM names, and has also made testing more convenient. However I think it is a flawed mechanism for testing and our internal test infrastructure is moving away from arbitrarily using -client/-server when actually running server/client. If you ask for the minimal VM and it is not available I think you should get an error not silent use of a different VM. (Note: this selection doesn't affect SE Embedded as it defines jvm.cfg files using it's own rules/preferences.)
> 
> webrev:
> 
> http://cr.openjdk.java.net/~dholmes/8010280/webrev/
> 
> Thanks,
> David



From mike.duigou at oracle.com  Mon Apr 15 22:34:03 2013
From: mike.duigou at oracle.com (Mike Duigou)
Date: Mon, 15 Apr 2013 15:34:03 -0700
Subject: RFR: 8011347: JDK-8009824 has broken webrev with some ksh versions
In-Reply-To: <51684D96.5070406@oracle.com>
References: <51684D96.5070406@oracle.com>
Message-ID: 

I think the version number needs to be changed. My vote is to bump it to 24.0

Mike

On Apr 12 2013, at 11:08 , Jim Gish wrote:

> Please review http://cr.openjdk.java.net/~jgish/Bug8011347-webrev/ , which fixes the current webrev issues on solaris and mac.
> 
> Thanks,
>   Jim
> 
> -- 
> Jim Gish | Consulting Member of Technical Staff | +1.781.442.0304
> Oracle Java Platform Group | Core Libraries Team
> 35 Network Drive
> Burlington, MA 01803
> jim.gish at oracle.com
> 



From david.holmes at oracle.com  Mon Apr 15 22:42:52 2013
From: david.holmes at oracle.com (David Holmes)
Date: Tue, 16 Apr 2013 08:42:52 +1000
Subject: RFR 8010280: jvm.cfg needs updating for non-server builds
In-Reply-To: 
References: <516B474B.8090404@oracle.com>
	
Message-ID: <516C826C.4020709@oracle.com>

FYI updated webrev at same location, removing the dead code Erik spotted.

http://cr.openjdk.java.net/~dholmes/8010280/webrev/

On 16/04/2013 2:25 AM, Mike Duigou wrote:
> Hi David;
>
> I remember reviewing the jvm.cfg config patch for JDK 7. I had hoped to see the "classic" and "green" flags go away and some of the other legacy flags like "-hotspot" reduced to WARN. What's the difference between removing an entry completely and retaining it with "ERROR"?

Just the nature of the error message:

 > java -green
Error: green VM not supported
 > java -blue
Unrecognized option: -blue
Error: Could not create the Java Virtual Machine.
Error: A fatal exception has occurred. Program will exit.

I wasn't touching any of the legacy stuff - though if this needs to go 
to CCC I would suggest removing all the legacy entries.

> Additionally I don't like that aliases have differing definitions and some confusing ones like "-server ALIASED_TO -client". Is this necessary or just historically convenient?

I don't like aliases period! Historically (and this is very recent 
history) it was necessary to deal with the test suites being applied to 
a JDK with, eg, only client VM. Every test that specified -server would 
fail if the alias didn't exist (and as I stated we're moving away from 
that ie the tests don't set -client or -server but the complete test 
suite run does, and it knows what VM is under test.

Personally I'd probably choose WARN for any VM not present.

The problem is that the "right" thing depends on who is building what, 
and how they plan to use it. All I can do is define a not-unreasonable 
default policy. I also have a time constraint as I need to get this in 
before the 23rd to meet an internal deadline.

I've attached all the generated versions below.

Thanks,
David

::::::::::::::
linux-i586-client/jdk/lib/i386/jvm.cfg
::::::::::::::
-client KNOWN
-server ALIASED_TO -client
-hotspot ALIASED_TO -client
-classic WARN
-native ERROR
-green ERROR
::::::::::::::
linux-i586-client-server/jdk/lib/i386/jvm.cfg
::::::::::::::
# Copyright (c) 2001, 2013, Oracle and/or its affiliates. All rights 
reserved.
# DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER.
#
# This code is free software; you can redistribute it and/or modify it
# under the terms of the GNU General Public License version 2 only, as
# published by the Free Software Foundation.  Oracle designates this
# particular file as subject to the "Classpath" exception as provided
# by Oracle in the LICENSE file that accompanied this code.
#
# This code is distributed in the hope that it will be useful, but WITHOUT
# ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
# FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public License
# version 2 for more details (a copy is included in the LICENSE file that
# accompanied this code).
#
# You should have received a copy of the GNU General Public License version
# 2 along with this work; if not, write to the Free Software Foundation,
# Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA.
#
# Please contact Oracle, 500 Oracle Parkway, Redwood Shores, CA 94065 USA
# or visit www.oracle.com if you need additional information or have any
# questions.
#
# List of JVMs that can be used as an option to java, javac, etc.
# Order is important -- first in this list is the default JVM.
# NOTE that this both this file and its format are UNSUPPORTED and
# WILL GO AWAY in a future release.
#
# You may also select a JVM in an arbitrary location with the
# "-XXaltjvm=" option, but that too is unsupported
# and may not be available in a future release.
#
-client IF_SERVER_CLASS -server
-server KNOWN
-hotspot ALIASED_TO -client
-classic WARN
-native ERROR
-green ERROR
::::::::::::::
linux-i586-client-server-minimal1/jdk/lib/i386/jvm.cfg
::::::::::::::
# Copyright (c) 2001, 2013, Oracle and/or its affiliates. All rights 
reserved.
# DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER.
#
# This code is free software; you can redistribute it and/or modify it
# under the terms of the GNU General Public License version 2 only, as
# published by the Free Software Foundation.  Oracle designates this
# particular file as subject to the "Classpath" exception as provided
# by Oracle in the LICENSE file that accompanied this code.
#
# This code is distributed in the hope that it will be useful, but WITHOUT
# ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
# FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public License
# version 2 for more details (a copy is included in the LICENSE file that
# accompanied this code).
#
# You should have received a copy of the GNU General Public License version
# 2 along with this work; if not, write to the Free Software Foundation,
# Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA.
#
# Please contact Oracle, 500 Oracle Parkway, Redwood Shores, CA 94065 USA
# or visit www.oracle.com if you need additional information or have any
# questions.
#
# List of JVMs that can be used as an option to java, javac, etc.
# Order is important -- first in this list is the default JVM.
# NOTE that this both this file and its format are UNSUPPORTED and
# WILL GO AWAY in a future release.
#
# You may also select a JVM in an arbitrary location with the
# "-XXaltjvm=" option, but that too is unsupported
# and may not be available in a future release.
#
-client IF_SERVER_CLASS -server
-server KNOWN
-hotspot ALIASED_TO -client
-classic WARN
-native ERROR
-green ERROR
-minimal KNOWN
::::::::::::::
linux-i586-minimal1-client/jdk/lib/i386/jvm.cfg
::::::::::::::
-client KNOWN
-server ALIASED_TO -client
-hotspot ALIASED_TO -client
-minimal KNOWN
-classic WARN
-native ERROR
-green ERROR
::::::::::::::
linux-i586-minimal1/jdk/lib/i386/jvm.cfg
::::::::::::::
-minimal KNOWN
-server ALIASED_TO -minimal
-client ALIASED_TO -minimal
-hotspot ALIASED_TO -minimal
-classic WARN
-native ERROR
-green ERROR
::::::::::::::
linux-i586-minimal1-server/jdk/lib/i386/jvm.cfg
::::::::::::::
-server KNOWN
-client ALIASED_TO -server
-hotspot ALIASED_TO -server
-minimal KNOWN
-classic WARN
-native ERROR
-green ERROR
::::::::::::::
linux-i586-server-client-minimal1/jdk/lib/i386/jvm.cfg
::::::::::::::
# Copyright (c) 2001, 2013, Oracle and/or its affiliates. All rights 
reserved.
# DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER.
#
# This code is free software; you can redistribute it and/or modify it
# under the terms of the GNU General Public License version 2 only, as
# published by the Free Software Foundation.  Oracle designates this
# particular file as subject to the "Classpath" exception as provided
# by Oracle in the LICENSE file that accompanied this code.
#
# This code is distributed in the hope that it will be useful, but WITHOUT
# ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
# FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public License
# version 2 for more details (a copy is included in the LICENSE file that
# accompanied this code).
#
# You should have received a copy of the GNU General Public License version
# 2 along with this work; if not, write to the Free Software Foundation,
# Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA.
#
# Please contact Oracle, 500 Oracle Parkway, Redwood Shores, CA 94065 USA
# or visit www.oracle.com if you need additional information or have any
# questions.
#
# List of JVMs that can be used as an option to java, javac, etc.
# Order is important -- first in this list is the default JVM.
# NOTE that this both this file and its format are UNSUPPORTED and
# WILL GO AWAY in a future release.
#
# You may also select a JVM in an arbitrary location with the
# "-XXaltjvm=" option, but that too is unsupported
# and may not be available in a future release.
#
-client IF_SERVER_CLASS -server
-server KNOWN
-hotspot ALIASED_TO -client
-classic WARN
-native ERROR
-green ERROR
-minimal KNOWN
::::::::::::::
linux-i586-server/jdk/lib/i386/jvm.cfg
::::::::::::::
-server KNOWN
-client ALIASED_TO -server
-hotspot ALIASED_TO -server
-classic WARN
-native ERROR
-green ERROR



From david.katleman at oracle.com  Mon Apr 15 22:50:42 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Mon, 15 Apr 2013 22:50:42 +0000
Subject: hg: jdk8/build: 2 new changesets
Message-ID: <20130415225042.A3B8A4830E@hg.openjdk.java.net>

Changeset: 44bc9bc4da4d
Author:    katleman
Date:      2013-04-11 09:39 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/rev/44bc9bc4da4d

Added tag jdk8-b85 for changeset 7fc358f59436

! .hgtags

Changeset: 8c5b18d6f4fb
Author:    katleman
Date:      2013-04-15 14:19 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/rev/8c5b18d6f4fb

Merge




From david.katleman at oracle.com  Mon Apr 15 22:50:46 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Mon, 15 Apr 2013 22:50:46 +0000
Subject: hg: jdk8/build/corba: Added tag jdk8-b85 for changeset 9583a6431596
Message-ID: <20130415225047.884B24830F@hg.openjdk.java.net>

Changeset: 44a8ce4a759f
Author:    katleman
Date:      2013-04-11 09:39 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/corba/rev/44a8ce4a759f

Added tag jdk8-b85 for changeset 9583a6431596

! .hgtags



From david.katleman at oracle.com  Mon Apr 15 22:51:49 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Mon, 15 Apr 2013 22:51:49 +0000
Subject: hg: jdk8/build/hotspot: 16 new changesets
Message-ID: <20130415225220.88B3148310@hg.openjdk.java.net>

Changeset: 5dcfeb396fed
Author:    katleman
Date:      2013-04-11 09:39 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/5dcfeb396fed

Added tag jdk8-b85 for changeset 42fe530cd478

! .hgtags

Changeset: dcdeb150988c
Author:    amurillo
Date:      2013-04-04 21:15 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/dcdeb150988c

8011584: new hotspot build - hs25-b27
Reviewed-by: jcoomes

! make/hotspot_version

Changeset: 3b890cd4da64
Author:    ctornqvi
Date:      2013-04-03 21:41 +0200
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/3b890cd4da64

8009125: Add NMT tests for Virtual Memory operations
Summary: Tests added for Reserve/Commit/Uncommit/Unreserve operations
Reviewed-by: zgu, mgerdin

! src/share/vm/prims/whitebox.cpp
- test/runtime/NMT/AllocTestType.java
+ test/runtime/NMT/MallocTestType.java
+ test/runtime/NMT/ThreadedMallocTestType.java
+ test/runtime/NMT/ThreadedVirtualAllocTestType.java
+ test/runtime/NMT/VirtualAllocTestType.java
! test/testlibrary/OutputAnalyzerTest.java
! test/testlibrary/com/oracle/java/testlibrary/OutputAnalyzer.java
! test/testlibrary/whitebox/sun/hotspot/WhiteBox.java

Changeset: 8554c55669b0
Author:    hseigel
Date:      2013-04-04 08:47 -0400
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/8554c55669b0

8010943: guarantee(length == 0) failed: invalid method ordering length
Summary: Add DumpSharedSpaces to IF condition to handle verify during -Xshare:dump.
Reviewed-by: coleenp, zgu

! src/share/vm/oops/instanceKlass.cpp

Changeset: bad3bed4b323
Author:    ccheung
Date:      2013-03-29 14:18 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/bad3bed4b323

8006006: [parfait] Memory leak at hotspot/src/share/tools/launcher/wildcard.c
Summary: a simple fix to add FileList_free(fl) before returning NULL.
Reviewed-by: zgu, coleenp, minqi

! src/share/tools/launcher/wildcard.c

Changeset: 17bf4d428955
Author:    ccheung
Date:      2013-04-03 16:43 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/17bf4d428955

8006103: [parfait] Possible null pointer dereference at hotspot/src/os/linux/vm/os_linux.cpp; os_windows.cpp; os_solaris.cpp; os_bsd.cpp
Reviewed-by: zgu, iklam

! 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

Changeset: cc32ccaaf47f
Author:    mikael
Date:      2013-04-04 10:01 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/cc32ccaaf47f

8003310: Enable -Wunused-function when compiling with gcc
Summary: Add the -Wunused-function flag and remove a number of unused functions.
Reviewed-by: dholmes, coleenp, kvn

! make/linux/makefiles/gcc.make
! src/cpu/x86/vm/assembler_x86.cpp
! src/cpu/x86/vm/methodHandles_x86.cpp
! src/cpu/x86/vm/x86_64.ad
! src/os/bsd/vm/os_bsd.cpp
! src/os/linux/vm/os_linux.cpp
! src/os/solaris/vm/os_solaris.cpp
! src/share/vm/c1/c1_LIRGenerator.cpp
! src/share/vm/compiler/compileLog.cpp
! src/share/vm/compiler/compilerOracle.cpp
! src/share/vm/gc_implementation/g1/g1CollectorPolicy.cpp
! src/share/vm/gc_implementation/g1/ptrQueue.cpp
! src/share/vm/interpreter/interpreterRuntime.cpp
! src/share/vm/memory/heap.cpp
! src/share/vm/memory/universe.cpp
! src/share/vm/oops/constantPool.cpp
! src/share/vm/opto/block.cpp
! src/share/vm/opto/compile.cpp
! src/share/vm/opto/connode.cpp
! src/share/vm/opto/subnode.cpp
! src/share/vm/prims/jni.cpp
! src/share/vm/prims/jniCheck.hpp
! src/share/vm/runtime/arguments.cpp
! src/share/vm/runtime/safepoint.cpp
! src/share/vm/runtime/synchronizer.cpp
! src/share/vm/runtime/synchronizer.hpp
! src/share/vm/utilities/debug.cpp
! src/share/vm/utilities/globalDefinitions.cpp
! src/share/vm/utilities/globalDefinitions.hpp

Changeset: 4c8bb5e4f68f
Author:    zgu
Date:      2013-04-05 12:19 -0400
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/4c8bb5e4f68f

8011161: NMT: Memory leak when encountering out of memory error while initializing memory snapshot
Summary: Fix memory leaks when NMT fails to initialize snapshot and worker thread
Reviewed-by: dcubed, ccheung, rdurbin

! src/share/vm/services/memTracker.cpp

Changeset: 8be1318fbe77
Author:    dcubed
Date:      2013-04-05 10:38 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/8be1318fbe77

Merge

! src/cpu/x86/vm/x86_64.ad
! 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/share/vm/c1/c1_LIRGenerator.cpp
! src/share/vm/memory/universe.cpp
! src/share/vm/oops/instanceKlass.cpp
! src/share/vm/runtime/arguments.cpp
- test/runtime/NMT/AllocTestType.java

Changeset: 46d24f112c27
Author:    dcubed
Date:      2013-04-05 16:16 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/46d24f112c27

Merge

- make/bsd/build.sh
- make/linux/build.sh
- make/solaris/build.sh

Changeset: 4b7cf00ccb08
Author:    ccheung
Date:      2013-04-05 11:15 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/4b7cf00ccb08

8006001: [parfait] Possible file leak in hotspot/src/os/linux/vm/perfMemory_linux.cpp
Reviewed-by: zgu, coleenp, hseigel, dholmes

! src/os/bsd/vm/perfMemory_bsd.cpp
! src/os/linux/vm/perfMemory_linux.cpp
! src/os/solaris/vm/perfMemory_solaris.cpp
! src/os/windows/vm/perfMemory_windows.cpp

Changeset: b933e75e7cbe
Author:    zgu
Date:      2013-04-05 23:10 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/b933e75e7cbe

Merge


Changeset: 09b0d3e9ba6c
Author:    bharadwaj
Date:      2013-04-09 08:52 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/09b0d3e9ba6c

8011671: JCK tests on static interface methods fail under b84: Illegal type at constant pool entry 5
Summary: Restore incorrect removal of support for static interface method verification in Java 8
Reviewed-by: kvn, coleenp

! src/share/vm/classfile/verifier.cpp

Changeset: 9b4a6a172a8a
Author:    amurillo
Date:      2013-04-11 01:03 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/9b4a6a172a8a

Added tag hs25-b27 for changeset 09b0d3e9ba6c

! .hgtags

Changeset: 511e334ee345
Author:    amurillo
Date:      2013-04-11 16:35 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/511e334ee345

Merge

! .hgtags
- test/runtime/NMT/AllocTestType.java

Changeset: c9eb0ec1c792
Author:    katleman
Date:      2013-04-15 14:19 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/c9eb0ec1c792

Merge

! test/testlibrary/whitebox/sun/hotspot/WhiteBox.java



From david.katleman at oracle.com  Mon Apr 15 22:53:54 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Mon, 15 Apr 2013 22:53:54 +0000
Subject: hg: jdk8/build/jaxp: Added tag jdk8-b85 for changeset 41b50e2c5ea3
Message-ID: <20130415225356.E5A6748311@hg.openjdk.java.net>

Changeset: ca71ec37b2ef
Author:    katleman
Date:      2013-04-11 09:40 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jaxp/rev/ca71ec37b2ef

Added tag jdk8-b85 for changeset 41b50e2c5ea3

! .hgtags



From david.katleman at oracle.com  Mon Apr 15 22:54:15 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Mon, 15 Apr 2013 22:54:15 +0000
Subject: hg: jdk8/build/jdk: 2 new changesets
Message-ID: <20130415225440.A3A8F48313@hg.openjdk.java.net>

Changeset: 081327aac5be
Author:    katleman
Date:      2013-04-11 09:40 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/081327aac5be

Added tag jdk8-b85 for changeset 296676d534c5

! .hgtags

Changeset: b45456703c65
Author:    katleman
Date:      2013-04-15 14:20 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/b45456703c65

Merge




From david.katleman at oracle.com  Mon Apr 15 22:54:01 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Mon, 15 Apr 2013 22:54:01 +0000
Subject: hg: jdk8/build/jaxws: Added tag jdk8-b85 for changeset 8c0b6bccfe47
Message-ID: <20130415225403.70E0B48312@hg.openjdk.java.net>

Changeset: 26c840af7720
Author:    katleman
Date:      2013-04-11 09:40 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jaxws/rev/26c840af7720

Added tag jdk8-b85 for changeset 8c0b6bccfe47

! .hgtags



From david.katleman at oracle.com  Mon Apr 15 22:56:17 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Mon, 15 Apr 2013 22:56:17 +0000
Subject: hg: jdk8/build/langtools: 2 new changesets
Message-ID: <20130415225623.934EB48314@hg.openjdk.java.net>

Changeset: 2c9acb17f41a
Author:    katleman
Date:      2013-04-11 09:40 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/2c9acb17f41a

Added tag jdk8-b85 for changeset 4a48f3173534

! .hgtags

Changeset: 717bcda533f2
Author:    katleman
Date:      2013-04-15 14:21 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/717bcda533f2

Merge




From david.katleman at oracle.com  Mon Apr 15 22:56:34 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Mon, 15 Apr 2013 22:56:34 +0000
Subject: hg: jdk8/build/nashorn: 2 new changesets
Message-ID: <20130415225635.7ECDD48315@hg.openjdk.java.net>

Changeset: aed0529f5f5d
Author:    katleman
Date:      2013-04-11 09:40 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/aed0529f5f5d

Added tag jdk8-b85 for changeset e0378f0a50da

! .hgtags

Changeset: 399a4b8e4607
Author:    katleman
Date:      2013-04-15 14:21 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/399a4b8e4607

Merge




From erik.joelsson at oracle.com  Tue Apr 16 06:17:16 2013
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Tue, 16 Apr 2013 08:17:16 +0200
Subject: RFR 8010280: jvm.cfg needs updating for non-server builds
In-Reply-To: <516C826C.4020709@oracle.com>
References: <516B474B.8090404@oracle.com>	
	<516C826C.4020709@oracle.com>
Message-ID: <516CECEC.1060508@oracle.com>

This looks good to me.

/Erik

On 2013-04-16 00:42, David Holmes wrote:
> FYI updated webrev at same location, removing the dead code Erik spotted.
>
> http://cr.openjdk.java.net/~dholmes/8010280/webrev/
>
> On 16/04/2013 2:25 AM, Mike Duigou wrote:
>> Hi David;
>>
>> I remember reviewing the jvm.cfg config patch for JDK 7. I had hoped 
>> to see the "classic" and "green" flags go away and some of the other 
>> legacy flags like "-hotspot" reduced to WARN. What's the difference 
>> between removing an entry completely and retaining it with "ERROR"?
>
> Just the nature of the error message:
>
> > java -green
> Error: green VM not supported
> > java -blue
> Unrecognized option: -blue
> Error: Could not create the Java Virtual Machine.
> Error: A fatal exception has occurred. Program will exit.
>
> I wasn't touching any of the legacy stuff - though if this needs to go 
> to CCC I would suggest removing all the legacy entries.
>
>> Additionally I don't like that aliases have differing definitions and 
>> some confusing ones like "-server ALIASED_TO -client". Is this 
>> necessary or just historically convenient?
>
> I don't like aliases period! Historically (and this is very recent 
> history) it was necessary to deal with the test suites being applied 
> to a JDK with, eg, only client VM. Every test that specified -server 
> would fail if the alias didn't exist (and as I stated we're moving 
> away from that ie the tests don't set -client or -server but the 
> complete test suite run does, and it knows what VM is under test.
>
> Personally I'd probably choose WARN for any VM not present.
>
> The problem is that the "right" thing depends on who is building what, 
> and how they plan to use it. All I can do is define a not-unreasonable 
> default policy. I also have a time constraint as I need to get this in 
> before the 23rd to meet an internal deadline.
>
> I've attached all the generated versions below.
>
> Thanks,
> David
>
> ::::::::::::::
> linux-i586-client/jdk/lib/i386/jvm.cfg
> ::::::::::::::
> -client KNOWN
> -server ALIASED_TO -client
> -hotspot ALIASED_TO -client
> -classic WARN
> -native ERROR
> -green ERROR
> ::::::::::::::
> linux-i586-client-server/jdk/lib/i386/jvm.cfg
> ::::::::::::::
> # Copyright (c) 2001, 2013, Oracle and/or its affiliates. All rights 
> reserved.
> # DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER.
> #
> # This code is free software; you can redistribute it and/or modify it
> # under the terms of the GNU General Public License version 2 only, as
> # published by the Free Software Foundation.  Oracle designates this
> # particular file as subject to the "Classpath" exception as provided
> # by Oracle in the LICENSE file that accompanied this code.
> #
> # This code is distributed in the hope that it will be useful, but 
> WITHOUT
> # ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
> # FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public License
> # version 2 for more details (a copy is included in the LICENSE file that
> # accompanied this code).
> #
> # You should have received a copy of the GNU General Public License 
> version
> # 2 along with this work; if not, write to the Free Software Foundation,
> # Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA.
> #
> # Please contact Oracle, 500 Oracle Parkway, Redwood Shores, CA 94065 USA
> # or visit www.oracle.com if you need additional information or have any
> # questions.
> #
> # List of JVMs that can be used as an option to java, javac, etc.
> # Order is important -- first in this list is the default JVM.
> # NOTE that this both this file and its format are UNSUPPORTED and
> # WILL GO AWAY in a future release.
> #
> # You may also select a JVM in an arbitrary location with the
> # "-XXaltjvm=" option, but that too is unsupported
> # and may not be available in a future release.
> #
> -client IF_SERVER_CLASS -server
> -server KNOWN
> -hotspot ALIASED_TO -client
> -classic WARN
> -native ERROR
> -green ERROR
> ::::::::::::::
> linux-i586-client-server-minimal1/jdk/lib/i386/jvm.cfg
> ::::::::::::::
> # Copyright (c) 2001, 2013, Oracle and/or its affiliates. All rights 
> reserved.
> # DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER.
> #
> # This code is free software; you can redistribute it and/or modify it
> # under the terms of the GNU General Public License version 2 only, as
> # published by the Free Software Foundation.  Oracle designates this
> # particular file as subject to the "Classpath" exception as provided
> # by Oracle in the LICENSE file that accompanied this code.
> #
> # This code is distributed in the hope that it will be useful, but 
> WITHOUT
> # ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
> # FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public License
> # version 2 for more details (a copy is included in the LICENSE file that
> # accompanied this code).
> #
> # You should have received a copy of the GNU General Public License 
> version
> # 2 along with this work; if not, write to the Free Software Foundation,
> # Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA.
> #
> # Please contact Oracle, 500 Oracle Parkway, Redwood Shores, CA 94065 USA
> # or visit www.oracle.com if you need additional information or have any
> # questions.
> #
> # List of JVMs that can be used as an option to java, javac, etc.
> # Order is important -- first in this list is the default JVM.
> # NOTE that this both this file and its format are UNSUPPORTED and
> # WILL GO AWAY in a future release.
> #
> # You may also select a JVM in an arbitrary location with the
> # "-XXaltjvm=" option, but that too is unsupported
> # and may not be available in a future release.
> #
> -client IF_SERVER_CLASS -server
> -server KNOWN
> -hotspot ALIASED_TO -client
> -classic WARN
> -native ERROR
> -green ERROR
> -minimal KNOWN
> ::::::::::::::
> linux-i586-minimal1-client/jdk/lib/i386/jvm.cfg
> ::::::::::::::
> -client KNOWN
> -server ALIASED_TO -client
> -hotspot ALIASED_TO -client
> -minimal KNOWN
> -classic WARN
> -native ERROR
> -green ERROR
> ::::::::::::::
> linux-i586-minimal1/jdk/lib/i386/jvm.cfg
> ::::::::::::::
> -minimal KNOWN
> -server ALIASED_TO -minimal
> -client ALIASED_TO -minimal
> -hotspot ALIASED_TO -minimal
> -classic WARN
> -native ERROR
> -green ERROR
> ::::::::::::::
> linux-i586-minimal1-server/jdk/lib/i386/jvm.cfg
> ::::::::::::::
> -server KNOWN
> -client ALIASED_TO -server
> -hotspot ALIASED_TO -server
> -minimal KNOWN
> -classic WARN
> -native ERROR
> -green ERROR
> ::::::::::::::
> linux-i586-server-client-minimal1/jdk/lib/i386/jvm.cfg
> ::::::::::::::
> # Copyright (c) 2001, 2013, Oracle and/or its affiliates. All rights 
> reserved.
> # DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER.
> #
> # This code is free software; you can redistribute it and/or modify it
> # under the terms of the GNU General Public License version 2 only, as
> # published by the Free Software Foundation.  Oracle designates this
> # particular file as subject to the "Classpath" exception as provided
> # by Oracle in the LICENSE file that accompanied this code.
> #
> # This code is distributed in the hope that it will be useful, but 
> WITHOUT
> # ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
> # FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public License
> # version 2 for more details (a copy is included in the LICENSE file that
> # accompanied this code).
> #
> # You should have received a copy of the GNU General Public License 
> version
> # 2 along with this work; if not, write to the Free Software Foundation,
> # Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA.
> #
> # Please contact Oracle, 500 Oracle Parkway, Redwood Shores, CA 94065 USA
> # or visit www.oracle.com if you need additional information or have any
> # questions.
> #
> # List of JVMs that can be used as an option to java, javac, etc.
> # Order is important -- first in this list is the default JVM.
> # NOTE that this both this file and its format are UNSUPPORTED and
> # WILL GO AWAY in a future release.
> #
> # You may also select a JVM in an arbitrary location with the
> # "-XXaltjvm=" option, but that too is unsupported
> # and may not be available in a future release.
> #
> -client IF_SERVER_CLASS -server
> -server KNOWN
> -hotspot ALIASED_TO -client
> -classic WARN
> -native ERROR
> -green ERROR
> -minimal KNOWN
> ::::::::::::::
> linux-i586-server/jdk/lib/i386/jvm.cfg
> ::::::::::::::
> -server KNOWN
> -client ALIASED_TO -server
> -hotspot ALIASED_TO -server
> -classic WARN
> -native ERROR
> -green ERROR
>


From jim.gish at oracle.com  Tue Apr 16 15:02:01 2013
From: jim.gish at oracle.com (Jim Gish)
Date: Tue, 16 Apr 2013 11:02:01 -0400
Subject: RFR: 8011347: JDK-8009824 has broken webrev with some ksh versions
In-Reply-To: 
References: <51684D96.5070406@oracle.com>
	
Message-ID: <516D67E9.2090907@oracle.com>

I've updated the version to 24.0 and add Mike as a reviewer.  Could 
someone please push this for me?

Thanks,
     Jim

On 04/15/2013 06:34 PM, Mike Duigou wrote:
> I think the version number needs to be changed. My vote is to bump it to 24.0
>
> Mike
>
> On Apr 12 2013, at 11:08 , Jim Gish wrote:
>
>> Please review http://cr.openjdk.java.net/~jgish/Bug8011347-webrev/ , which fixes the current webrev issues on solaris and mac.
>>
>> Thanks,
>>    Jim
>>
>> -- 
>> Jim Gish | Consulting Member of Technical Staff | +1.781.442.0304
>> Oracle Java Platform Group | Core Libraries Team
>> 35 Network Drive
>> Burlington, MA 01803
>> jim.gish at oracle.com
>>

-- 
Jim Gish | Consulting Member of Technical Staff | +1.781.442.0304
Oracle Java Platform Group | Core Libraries Team
35 Network Drive
Burlington, MA 01803
jim.gish at oracle.com



From daniel.fuchs at oracle.com  Tue Apr 16 15:45:09 2013
From: daniel.fuchs at oracle.com (Daniel Fuchs)
Date: Tue, 16 Apr 2013 17:45:09 +0200
Subject: RFR: 8011347: JDK-8009824 has broken webrev with some ksh versions
In-Reply-To: <516D67E9.2090907@oracle.com>
References: <51684D96.5070406@oracle.com>
	
	<516D67E9.2090907@oracle.com>
Message-ID: <516D7205.6030408@oracle.com>

On 4/16/13 5:02 PM, Jim Gish wrote:
> I've updated the version to 24.0 and add Mike as a reviewer.  Could
> someone please push this for me?

Hi Jim,

I think you will need to update the bug id in your comment:

http://cr.openjdk.java.net/~jgish/Bug8011347-webrev/tl.changeset

8009824: JDK-8009824 has broken webrev with some ksh versions
^^^^^^^

shouldn't that be 8011347 ?

-- daniel


>
> Thanks,
>      Jim
>
> On 04/15/2013 06:34 PM, Mike Duigou wrote:
>> I think the version number needs to be changed. My vote is to bump it
>> to 24.0
>>
>> Mike
>>
>> On Apr 12 2013, at 11:08 , Jim Gish wrote:
>>
>>> Please review http://cr.openjdk.java.net/~jgish/Bug8011347-webrev/
>>> , which fixes
>>> the current webrev issues on solaris and mac.
>>>
>>> Thanks,
>>>    Jim
>>>
>>> --
>>> Jim Gish | Consulting Member of Technical Staff | +1.781.442.0304
>>> Oracle Java Platform Group | Core Libraries Team
>>> 35 Network Drive
>>> Burlington, MA 01803
>>> jim.gish at oracle.com
>>>
>



From mike.duigou at oracle.com  Tue Apr 16 17:25:44 2013
From: mike.duigou at oracle.com (Mike Duigou)
Date: Tue, 16 Apr 2013 10:25:44 -0700
Subject: RFR 8010280: jvm.cfg needs updating for non-server builds
In-Reply-To: <516C826C.4020709@oracle.com>
References: <516B474B.8090404@oracle.com>
	
	<516C826C.4020709@oracle.com>
Message-ID: <0C9BF3FD-FE57-4A19-A26E-846BDFDFC071@oracle.com>

On Apr 15 2013, at 15:42 , David Holmes wrote:

> On 16/04/2013 2:25 AM, Mike Duigou wrote:
>> What's the difference between removing an entry completely and retaining it with "ERROR"?
> 
> Just the nature of the error message:
> 
> > java -green
> Error: green VM not supported
> > java -blue
> Unrecognized option: -blue
> Error: Could not create the Java Virtual Machine.
> Error: A fatal exception has occurred. Program will exit.
> 
> I wasn't touching any of the legacy stuff - though if this needs to go to CCC I would suggest removing all the legacy entries.

OK.

> 
>> Additionally I don't like that aliases have differing definitions and some confusing ones like "-server ALIASED_TO -client". Is this necessary or just historically convenient?
> 
> I don't like aliases period! Historically (and this is very recent history) it was necessary to deal with the test suites being applied to a JDK with, eg, only client VM. Every test that specified -server would fail if the alias didn't exist (and as I stated we're moving away from that ie the tests don't set -client or -server but the complete test suite run does, and it knows what VM is under test.
> 
> Personally I'd probably choose WARN for any VM not present.
> 
> The problem is that the "right" thing depends on who is building what, and how they plan to use it. All I can do is define a not-unreasonable default policy. I also have a time constraint as I need to get this in before the 23rd to meet an internal deadline.

Understood.

Mike

From mandy.chung at oracle.com  Tue Apr 16 17:51:05 2013
From: mandy.chung at oracle.com (Mandy Chung)
Date: Tue, 16 Apr 2013 10:51:05 -0700
Subject: RFR 8010280: jvm.cfg needs updating for non-server builds
In-Reply-To: <516C826C.4020709@oracle.com>
References: <516B474B.8090404@oracle.com>
	
	<516C826C.4020709@oracle.com>
Message-ID: <516D8F89.90506@oracle.com>


On 4/15/2013 3:42 PM, David Holmes wrote:
> FYI updated webrev at same location, removing the dead code Erik spotted.
>
> http://cr.openjdk.java.net/~dholmes/8010280/webrev/
>

Looks good to me.  Nit: CopyFiles.gmk line 340 - you may want to remove 
the extra space to align with the next line.

> I've attached all the generated versions below.

Thanks for the generated files that are helpful for the review. Have you 
considered adding a simple sanity test, if not present, to validate 
jvm.cfg matches with the vm binaries bundled in JAVA_HOME? Just a 
thought and maybe you can file a RFE to add such a test later if you 
think it's a good idea.

Mandy


From david.katleman at oracle.com  Tue Apr 16 22:25:52 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Tue, 16 Apr 2013 22:25:52 +0000
Subject: hg: jdk8/build: 9 new changesets
Message-ID: <20130416222553.9463B48356@hg.openjdk.java.net>

Changeset: fc1e08c2bb27
Author:    mduigou
Date:      2013-04-01 11:48 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/rev/fc1e08c2bb27

8010267: Add test-clean for cleaning of testoutput directory from output directory. Add depedency on test-clean to clean
Reviewed-by: mchung, tbell

! common/makefiles/Main.gmk

Changeset: 26a4456cb19e
Author:    jgish
Date:      2013-03-26 13:41 -0400
URL:       http://hg.openjdk.java.net/jdk8/build/rev/26a4456cb19e

8009824: webrev.ksh generated jdk.patch files do not handle renames, copies, and shouldn't be applied
Summary: use hg export --git to produce proper patch file
Reviewed-by: mduigou

! make/scripts/webrev.ksh

Changeset: 760074bec012
Author:    mduigou
Date:      2013-04-01 21:11 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/rev/760074bec012

8011178: improve common/bin/hgforest.sh python detection (MacOS)
Reviewed-by: ohair

! common/bin/hgforest.sh

Changeset: bcbdbcfe7ed8
Author:    lana
Date:      2013-04-02 11:55 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/rev/bcbdbcfe7ed8

Merge


Changeset: 7320922b694e
Author:    mduigou
Date:      2013-04-02 14:56 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/rev/7320922b694e

8011342: hgforest.sh : 'python --version' not supported on older python
Reviewed-by: wetmore

! common/bin/hgforest.sh

Changeset: 575f2ca947ab
Author:    mduigou
Date:      2013-04-03 16:26 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/rev/575f2ca947ab

8011350: hgforest.sh uses non-POSIX sh features that may fail with some shells
Reviewed-by: tbell, katleman, dholmes

! common/bin/hgforest.sh

Changeset: 11c057460b91
Author:    lana
Date:      2013-04-05 14:49 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/rev/11c057460b91

Merge


Changeset: 4c13b7994f38
Author:    lana
Date:      2013-04-16 08:10 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/rev/4c13b7994f38

Merge

! common/makefiles/Main.gmk

Changeset: df9b5240f0a7
Author:    katleman
Date:      2013-04-16 14:57 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/rev/df9b5240f0a7

Merge




From david.katleman at oracle.com  Tue Apr 16 22:27:18 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Tue, 16 Apr 2013 22:27:18 +0000
Subject: hg: jdk8/build/jaxws: 2 new changesets
Message-ID: <20130416222724.8BF4C48357@hg.openjdk.java.net>

Changeset: 0989ad8c0860
Author:    alanb
Date:      2013-04-09 14:51 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/jaxws/rev/0989ad8c0860

8010393: Update JAX-WS RI to 2.2.9-b12941
Reviewed-by: alanb, erikj
Contributed-by: miroslav.kos at oracle.com, martin.grebac at oracle.com

! makefiles/BuildJaxws.gmk
+ src/share/jaxws_classes/com/oracle/webservices/internal/api/EnvelopeStyle.java
+ src/share/jaxws_classes/com/oracle/webservices/internal/api/EnvelopeStyleFeature.java
+ src/share/jaxws_classes/com/oracle/webservices/internal/api/databinding/Databinding.java
+ src/share/jaxws_classes/com/oracle/webservices/internal/api/databinding/DatabindingFactory.java
+ src/share/jaxws_classes/com/oracle/webservices/internal/api/databinding/DatabindingMode.java
+ src/share/jaxws_classes/com/oracle/webservices/internal/api/databinding/DatabindingModeFeature.java
+ src/share/jaxws_classes/com/oracle/webservices/internal/api/databinding/ExternalMetadataFeature.java
+ src/share/jaxws_classes/com/oracle/webservices/internal/api/databinding/JavaCallInfo.java
+ src/share/jaxws_classes/com/oracle/webservices/internal/api/databinding/WSDLGenerator.java
+ src/share/jaxws_classes/com/oracle/webservices/internal/api/databinding/WSDLResolver.java
+ src/share/jaxws_classes/com/oracle/webservices/internal/api/message/BaseDistributedPropertySet.java
+ src/share/jaxws_classes/com/oracle/webservices/internal/api/message/BasePropertySet.java
+ src/share/jaxws_classes/com/oracle/webservices/internal/api/message/ContentType.java
+ src/share/jaxws_classes/com/oracle/webservices/internal/api/message/DistributedPropertySet.java
+ src/share/jaxws_classes/com/oracle/webservices/internal/api/message/MessageContext.java
+ src/share/jaxws_classes/com/oracle/webservices/internal/api/message/MessageContextFactory.java
+ src/share/jaxws_classes/com/oracle/webservices/internal/api/message/PropertySet.java
+ src/share/jaxws_classes/com/oracle/webservices/internal/api/message/ReadOnlyPropertyException.java
+ src/share/jaxws_classes/com/oracle/webservices/internal/impl/encoding/StreamDecoderImpl.java
+ src/share/jaxws_classes/com/oracle/webservices/internal/impl/internalspi/encoding/StreamDecoder.java
+ src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/ExistingAnnotationsType.java
+ src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/JavaMethod.java
+ src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/JavaParam.java
+ src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/JavaWsdlMappingType.java
+ src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/ObjectFactory.java
+ src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/SoapBindingParameterStyle.java
+ src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/SoapBindingStyle.java
+ src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/SoapBindingUse.java
+ src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/Util.java
+ src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/WebParamMode.java
+ src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/XmlAction.java
+ src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/XmlAddressing.java
+ src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/XmlBindingType.java
+ src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/XmlFaultAction.java
+ src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/XmlHandlerChain.java
+ src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/XmlMTOM.java
+ src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/XmlOneway.java
+ src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/XmlRequestWrapper.java
+ src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/XmlResponseWrapper.java
+ src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/XmlSOAPBinding.java
+ src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/XmlServiceMode.java
+ src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/XmlWebEndpoint.java
+ src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/XmlWebFault.java
+ src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/XmlWebMethod.java
+ src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/XmlWebParam.java
+ src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/XmlWebResult.java
+ src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/XmlWebService.java
+ src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/XmlWebServiceClient.java
+ src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/XmlWebServiceProvider.java
+ src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/XmlWebServiceRef.java
+ src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/package-info.java
! src/share/jaxws_classes/com/sun/istack/internal/Builder.java
! src/share/jaxws_classes/com/sun/istack/internal/ByteArrayDataSource.java
! src/share/jaxws_classes/com/sun/istack/internal/FinalArrayList.java
! src/share/jaxws_classes/com/sun/istack/internal/FragmentContentHandler.java
! src/share/jaxws_classes/com/sun/istack/internal/Interned.java
! src/share/jaxws_classes/com/sun/istack/internal/NotNull.java
! src/share/jaxws_classes/com/sun/istack/internal/Nullable.java
! src/share/jaxws_classes/com/sun/istack/internal/Pool.java
! src/share/jaxws_classes/com/sun/istack/internal/SAXException2.java
! src/share/jaxws_classes/com/sun/istack/internal/SAXParseException2.java
! src/share/jaxws_classes/com/sun/istack/internal/XMLStreamException2.java
! src/share/jaxws_classes/com/sun/istack/internal/XMLStreamReaderToContentHandler.java
! src/share/jaxws_classes/com/sun/istack/internal/localization/Localizable.java
! src/share/jaxws_classes/com/sun/istack/internal/localization/LocalizableMessage.java
! src/share/jaxws_classes/com/sun/istack/internal/localization/LocalizableMessageFactory.java
! src/share/jaxws_classes/com/sun/istack/internal/localization/Localizer.java
+ src/share/jaxws_classes/com/sun/istack/internal/localization/NullLocalizable.java
! src/share/jaxws_classes/com/sun/istack/internal/logging/Logger.java
! src/share/jaxws_classes/com/sun/istack/internal/package-info.java
+ src/share/jaxws_classes/com/sun/istack/internal/tools/DefaultAuthenticator.java
! src/share/jaxws_classes/com/sun/istack/internal/tools/MaskingClassLoader.java
! src/share/jaxws_classes/com/sun/istack/internal/tools/ParallelWorldClassLoader.java
! src/share/jaxws_classes/com/sun/istack/internal/tools/SecureLoader.java
! src/share/jaxws_classes/com/sun/istack/internal/tools/package-info.java
! src/share/jaxws_classes/com/sun/org/glassfish/external/amx/AMX.java
! src/share/jaxws_classes/com/sun/org/glassfish/external/amx/AMXGlassfish.java
! src/share/jaxws_classes/com/sun/org/glassfish/external/amx/AMXUtil.java
! src/share/jaxws_classes/com/sun/org/glassfish/external/amx/BootAMXMBean.java
! src/share/jaxws_classes/com/sun/org/glassfish/external/amx/MBeanListener.java
! src/share/jaxws_classes/com/sun/org/glassfish/external/arc/Stability.java
! src/share/jaxws_classes/com/sun/org/glassfish/external/arc/Taxonomy.java
! src/share/jaxws_classes/com/sun/org/glassfish/external/probe/provider/PluginPoint.java
! src/share/jaxws_classes/com/sun/org/glassfish/external/probe/provider/StatsProvider.java
! src/share/jaxws_classes/com/sun/org/glassfish/external/probe/provider/StatsProviderInfo.java
! src/share/jaxws_classes/com/sun/org/glassfish/external/probe/provider/StatsProviderManager.java
! src/share/jaxws_classes/com/sun/org/glassfish/external/probe/provider/StatsProviderManagerDelegate.java
! src/share/jaxws_classes/com/sun/org/glassfish/external/probe/provider/annotations/Probe.java
! src/share/jaxws_classes/com/sun/org/glassfish/external/probe/provider/annotations/ProbeListener.java
! src/share/jaxws_classes/com/sun/org/glassfish/external/probe/provider/annotations/ProbeParam.java
! src/share/jaxws_classes/com/sun/org/glassfish/external/probe/provider/annotations/ProbeProvider.java
! src/share/jaxws_classes/com/sun/org/glassfish/external/statistics/AverageRangeStatistic.java
! src/share/jaxws_classes/com/sun/org/glassfish/external/statistics/BoundaryStatistic.java
! src/share/jaxws_classes/com/sun/org/glassfish/external/statistics/BoundedRangeStatistic.java
! src/share/jaxws_classes/com/sun/org/glassfish/external/statistics/CountStatistic.java
! src/share/jaxws_classes/com/sun/org/glassfish/external/statistics/RangeStatistic.java
! src/share/jaxws_classes/com/sun/org/glassfish/external/statistics/Statistic.java
! src/share/jaxws_classes/com/sun/org/glassfish/external/statistics/Stats.java
! src/share/jaxws_classes/com/sun/org/glassfish/external/statistics/StringStatistic.java
! src/share/jaxws_classes/com/sun/org/glassfish/external/statistics/TimeStatistic.java
! src/share/jaxws_classes/com/sun/org/glassfish/external/statistics/annotations/Reset.java
! src/share/jaxws_classes/com/sun/org/glassfish/external/statistics/impl/AverageRangeStatisticImpl.java
! src/share/jaxws_classes/com/sun/org/glassfish/external/statistics/impl/BoundaryStatisticImpl.java
! src/share/jaxws_classes/com/sun/org/glassfish/external/statistics/impl/BoundedRangeStatisticImpl.java
! src/share/jaxws_classes/com/sun/org/glassfish/external/statistics/impl/CountStatisticImpl.java
! src/share/jaxws_classes/com/sun/org/glassfish/external/statistics/impl/RangeStatisticImpl.java
! src/share/jaxws_classes/com/sun/org/glassfish/external/statistics/impl/StatisticImpl.java
! src/share/jaxws_classes/com/sun/org/glassfish/external/statistics/impl/StatsImpl.java
! src/share/jaxws_classes/com/sun/org/glassfish/external/statistics/impl/StringStatisticImpl.java
! src/share/jaxws_classes/com/sun/org/glassfish/external/statistics/impl/TimeStatisticImpl.java
! src/share/jaxws_classes/com/sun/tools/etc/META-INF/services/com.sun.tools.internal.xjc.Plugin
! src/share/jaxws_classes/com/sun/tools/internal/jxc/ConfigReader.java
! src/share/jaxws_classes/com/sun/tools/internal/jxc/MessageBundle.properties
+ src/share/jaxws_classes/com/sun/tools/internal/jxc/MessageBundle_de.properties
+ src/share/jaxws_classes/com/sun/tools/internal/jxc/MessageBundle_es.properties
+ src/share/jaxws_classes/com/sun/tools/internal/jxc/MessageBundle_fr.properties
+ src/share/jaxws_classes/com/sun/tools/internal/jxc/MessageBundle_it.properties
+ src/share/jaxws_classes/com/sun/tools/internal/jxc/MessageBundle_ja.properties
+ src/share/jaxws_classes/com/sun/tools/internal/jxc/MessageBundle_ko.properties
+ src/share/jaxws_classes/com/sun/tools/internal/jxc/MessageBundle_pt_BR.properties
+ src/share/jaxws_classes/com/sun/tools/internal/jxc/MessageBundle_zh_CN.properties
+ src/share/jaxws_classes/com/sun/tools/internal/jxc/MessageBundle_zh_TW.properties
! src/share/jaxws_classes/com/sun/tools/internal/jxc/NGCCRuntimeEx.java
! src/share/jaxws_classes/com/sun/tools/internal/jxc/SchemaGenerator.java
! src/share/jaxws_classes/com/sun/tools/internal/jxc/SchemaGeneratorFacade.java
! src/share/jaxws_classes/com/sun/tools/internal/jxc/SecureLoader.java
! src/share/jaxws_classes/com/sun/tools/internal/jxc/ap/AnnotationParser.java
+ src/share/jaxws_classes/com/sun/tools/internal/jxc/ap/MessageBundle_de.properties
+ src/share/jaxws_classes/com/sun/tools/internal/jxc/ap/MessageBundle_es.properties
+ src/share/jaxws_classes/com/sun/tools/internal/jxc/ap/MessageBundle_fr.properties
+ src/share/jaxws_classes/com/sun/tools/internal/jxc/ap/MessageBundle_it.properties
+ src/share/jaxws_classes/com/sun/tools/internal/jxc/ap/MessageBundle_ja.properties
+ src/share/jaxws_classes/com/sun/tools/internal/jxc/ap/MessageBundle_ko.properties
+ src/share/jaxws_classes/com/sun/tools/internal/jxc/ap/MessageBundle_pt_BR.properties
+ src/share/jaxws_classes/com/sun/tools/internal/jxc/ap/MessageBundle_zh_CN.properties
+ src/share/jaxws_classes/com/sun/tools/internal/jxc/ap/MessageBundle_zh_TW.properties
! src/share/jaxws_classes/com/sun/tools/internal/jxc/ap/Options.java
! src/share/jaxws_classes/com/sun/tools/internal/jxc/ap/SchemaGenerator.java
! src/share/jaxws_classes/com/sun/tools/internal/jxc/ap/SecureLoader.java
+ src/share/jaxws_classes/com/sun/tools/internal/jxc/api/JXC.java
+ src/share/jaxws_classes/com/sun/tools/internal/jxc/api/impl/j2s/JAXBModelImpl.java
+ src/share/jaxws_classes/com/sun/tools/internal/jxc/api/impl/j2s/JavaCompilerImpl.java
! src/share/jaxws_classes/com/sun/tools/internal/jxc/gen/config/AttributesImpl.java
! src/share/jaxws_classes/com/sun/tools/internal/jxc/gen/config/Classes.java
! src/share/jaxws_classes/com/sun/tools/internal/jxc/gen/config/Config.java
! src/share/jaxws_classes/com/sun/tools/internal/jxc/gen/config/NGCCEventReceiver.java
! src/share/jaxws_classes/com/sun/tools/internal/jxc/gen/config/NGCCEventSource.java
! src/share/jaxws_classes/com/sun/tools/internal/jxc/gen/config/NGCCHandler.java
! src/share/jaxws_classes/com/sun/tools/internal/jxc/gen/config/NGCCInterleaveFilter.java
! src/share/jaxws_classes/com/sun/tools/internal/jxc/gen/config/NGCCRuntime.java
! src/share/jaxws_classes/com/sun/tools/internal/jxc/gen/config/Schema.java
! src/share/jaxws_classes/com/sun/tools/internal/jxc/model/nav/ApNavigator.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/Invoker.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/ToolVersion.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/WsGen.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/WsImport.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/api/TJavaGeneratorExtension.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/api/WsgenExtension.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/api/WsgenProtocol.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/api/wsdl/TWSDLExtensible.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/api/wsdl/TWSDLExtension.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/api/wsdl/TWSDLExtensionHandler.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/api/wsdl/TWSDLOperation.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/api/wsdl/TWSDLParserContext.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/package-info.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/ProcessorException.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/generator/CustomExceptionGenerator.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/generator/GeneratorBase.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/generator/GeneratorConstants.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/generator/GeneratorException.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/generator/GeneratorExtension.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/generator/GeneratorUtil.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/generator/JavaGeneratorExtensionFacade.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/generator/JwsImplGenerator.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/generator/Names.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/generator/SeiGenerator.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/generator/ServiceGenerator.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/generator/W3CAddressingJavaGeneratorExtension.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/model/AbstractType.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/model/AsyncOperation.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/model/AsyncOperationType.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/model/Block.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/model/ExtendedModelVisitor.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/model/Fault.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/model/HeaderFault.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/model/Message.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/model/Model.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/model/ModelException.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/model/ModelObject.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/model/ModelProperties.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/model/ModelVisitor.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/model/Operation.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/model/Parameter.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/model/Port.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/model/Request.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/model/Response.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/model/Service.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/model/exporter/ExternalObject.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/model/java/JavaArrayType.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/model/java/JavaException.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/model/java/JavaInterface.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/model/java/JavaMethod.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/model/java/JavaParameter.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/model/java/JavaSimpleType.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/model/java/JavaStructureMember.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/model/java/JavaStructureType.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/model/java/JavaType.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/model/jaxb/JAXBElementMember.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/model/jaxb/JAXBMapping.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/model/jaxb/JAXBModel.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/model/jaxb/JAXBProperty.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/model/jaxb/JAXBStructuredType.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/model/jaxb/JAXBType.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/model/jaxb/JAXBTypeAndAnnotation.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/model/jaxb/JAXBTypeVisitor.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/model/jaxb/RpcLitMember.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/model/jaxb/RpcLitStructure.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/model/jaxb/Util.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/modeler/JavaSimpleTypeCreator.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/modeler/Modeler.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/modeler/ModelerConstants.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/modeler/ModelerException.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/modeler/annotation/AnnotationProcessorContext.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/modeler/annotation/FaultInfo.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/modeler/annotation/MakeSafeTypeVisitor.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/modeler/annotation/MemberInfo.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/modeler/annotation/ModelBuilder.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/modeler/annotation/TypeModeler.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/modeler/annotation/TypeMoniker.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/modeler/annotation/TypeMonikerFactory.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/modeler/annotation/WebServiceAp.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/modeler/annotation/WebServiceConstants.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/modeler/annotation/WebServiceVisitor.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/modeler/annotation/WebServiceWrapperGenerator.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/modeler/annotation/WrapperInfo.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/modeler/wsdl/AccessorElement.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/modeler/wsdl/ClassNameAllocatorImpl.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/modeler/wsdl/ConsoleErrorReporter.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/modeler/wsdl/JAXBModelBuilder.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/modeler/wsdl/ModelerUtils.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/modeler/wsdl/PseudoSchemaBuilder.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/modeler/wsdl/WSDLModeler.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/modeler/wsdl/WSDLModelerBase.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/util/ClassNameCollector.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/util/DirectoryUtil.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/processor/util/IndentingWriter.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/resources/ConfigurationMessages.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/resources/GeneratorMessages.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/resources/JavacompilerMessages.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/resources/ModelMessages.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/resources/ModelerMessages.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/resources/ProcessorMessages.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/resources/UtilMessages.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/resources/WebserviceapMessages.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/resources/WscompileMessages.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/resources/WsdlMessages.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/resources/configuration.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/configuration_de.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/configuration_es.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/configuration_fr.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/configuration_it.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/configuration_ja.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/configuration_ko.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/configuration_pt_BR.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/configuration_zh_CN.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/configuration_zh_TW.properties
! src/share/jaxws_classes/com/sun/tools/internal/ws/resources/generator.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/generator_de.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/generator_es.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/generator_fr.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/generator_it.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/generator_ja.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/generator_ko.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/generator_pt_BR.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/generator_zh_CN.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/generator_zh_TW.properties
! src/share/jaxws_classes/com/sun/tools/internal/ws/resources/javacompiler.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/javacompiler_de.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/javacompiler_es.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/javacompiler_fr.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/javacompiler_it.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/javacompiler_ja.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/javacompiler_ko.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/javacompiler_pt_BR.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/javacompiler_zh_CN.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/javacompiler_zh_TW.properties
! src/share/jaxws_classes/com/sun/tools/internal/ws/resources/model.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/model_de.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/model_es.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/model_fr.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/model_it.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/model_ja.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/model_ko.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/model_pt_BR.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/model_zh_CN.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/model_zh_TW.properties
! src/share/jaxws_classes/com/sun/tools/internal/ws/resources/modeler.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/modeler_de.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/modeler_es.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/modeler_fr.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/modeler_it.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/modeler_ja.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/modeler_ko.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/modeler_pt_BR.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/modeler_zh_CN.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/modeler_zh_TW.properties
! src/share/jaxws_classes/com/sun/tools/internal/ws/resources/processor.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/processor_de.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/processor_es.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/processor_fr.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/processor_it.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/processor_ja.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/processor_ko.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/processor_pt_BR.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/processor_zh_CN.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/processor_zh_TW.properties
! src/share/jaxws_classes/com/sun/tools/internal/ws/resources/util.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/util_de.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/util_es.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/util_fr.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/util_it.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/util_ja.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/util_ko.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/util_pt_BR.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/util_zh_CN.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/util_zh_TW.properties
! src/share/jaxws_classes/com/sun/tools/internal/ws/resources/webserviceap.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/webserviceap_de.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/webserviceap_es.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/webserviceap_fr.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/webserviceap_it.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/webserviceap_ja.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/webserviceap_ko.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/webserviceap_pt_BR.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/webserviceap_zh_CN.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/webserviceap_zh_TW.properties
! src/share/jaxws_classes/com/sun/tools/internal/ws/resources/wscompile.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/wscompile_de.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/wscompile_es.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/wscompile_fr.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/wscompile_it.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/wscompile_ja.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/wscompile_ko.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/wscompile_pt_BR.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/wscompile_zh_CN.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/wscompile_zh_TW.properties
! src/share/jaxws_classes/com/sun/tools/internal/ws/resources/wsdl.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/wsdl_de.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/wsdl_es.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/wsdl_fr.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/wsdl_it.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/wsdl_ja.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/wsdl_ko.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/wsdl_pt_BR.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/wsdl_zh_CN.properties
+ src/share/jaxws_classes/com/sun/tools/internal/ws/resources/wsdl_zh_TW.properties
! src/share/jaxws_classes/com/sun/tools/internal/ws/spi/WSToolsObjectFactory.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/spi/package-info.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/util/ClassNameInfo.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/util/ForkEntityResolver.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/util/WSDLFetcher.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/util/WSDLParseException.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/util/WSToolsObjectFactoryImpl.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/util/xml/XmlUtil.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/version.properties
! src/share/jaxws_classes/com/sun/tools/internal/ws/wscompile/AbortException.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wscompile/AuthInfo.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wscompile/BadCommandLineException.java
- src/share/jaxws_classes/com/sun/tools/internal/ws/wscompile/DefaultAuthenticator.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wscompile/ErrorReceiver.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wscompile/ErrorReceiverFilter.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wscompile/FilerCodeWriter.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wscompile/JavaCompilerHelper.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wscompile/Options.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wscompile/Plugin.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wscompile/WSCodeWriter.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wscompile/WsgenOptions.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wscompile/WsgenTool.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wscompile/WsimportListener.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wscompile/WsimportOptions.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wscompile/WsimportTool.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wscompile/plugin/at_generated/PluginImpl.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/Binding.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/BindingFault.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/BindingInput.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/BindingOperation.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/BindingOutput.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/Definitions.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/Documentation.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/Fault.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/Import.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/Input.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/Kinds.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/Message.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/MessagePart.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/Operation.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/OperationStyle.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/Output.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/Port.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/PortType.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/Service.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/Types.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/WSDLConstants.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/WSDLDocument.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/WSDLDocumentVisitor.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/WSDLDocumentVisitorBase.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/http/HTTPAddress.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/http/HTTPBinding.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/http/HTTPConstants.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/http/HTTPOperation.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/http/HTTPUrlEncoded.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/http/HTTPUrlReplacement.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/jaxws/CustomName.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/jaxws/Exception.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/jaxws/JAXWSBinding.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/jaxws/JAXWSBindingsConstants.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/jaxws/Parameter.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/mime/MIMEConstants.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/mime/MIMEContent.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/mime/MIMEMultipartRelated.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/mime/MIMEPart.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/mime/MIMEXml.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/schema/SchemaConstants.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/schema/SchemaKinds.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/soap/SOAP12Binding.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/soap/SOAP12Constants.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/soap/SOAPAddress.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/soap/SOAPBinding.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/soap/SOAPBody.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/soap/SOAPConstants.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/soap/SOAPFault.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/soap/SOAPHeader.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/soap/SOAPHeaderFault.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/soap/SOAPOperation.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/soap/SOAPStyle.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/document/soap/SOAPUse.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/framework/AbstractDocument.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/framework/Defining.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/framework/DuplicateEntityException.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/framework/Elemental.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/framework/Entity.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/framework/EntityAction.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/framework/EntityReferenceAction.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/framework/EntityReferenceValidator.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/framework/ExtensibilityHelper.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/framework/ExtensionImpl.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/framework/ExtensionVisitor.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/framework/ExtensionVisitorBase.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/framework/ExternalEntityReference.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/framework/GlobalEntity.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/framework/GloballyKnown.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/framework/Identifiable.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/framework/Kind.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/framework/NoSuchEntityException.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/framework/ParseException.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/framework/ParserListener.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/framework/QNameAction.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/framework/TWSDLParserContextImpl.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/framework/ValidationException.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/framework/WSDLLocation.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/parser/AbstractExtensionHandler.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/parser/AbstractReferenceFinderImpl.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/parser/Constants.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/parser/DOMBuilder.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/parser/DOMForest.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/parser/DOMForestParser.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/parser/DOMForestScanner.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/parser/HTTPExtensionHandler.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/parser/InternalizationLogic.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/parser/Internalizer.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/parser/JAXWSBindingExtensionHandler.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/parser/MIMEExtensionHandler.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/parser/MemberSubmissionAddressingExtensionHandler.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/parser/MetadataFinder.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/parser/NamespaceContextImpl.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/parser/Policy12ExtensionHandler.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/parser/Policy15ExtensionHandler.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/parser/SOAP12ExtensionHandler.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/parser/SOAPEntityReferenceValidator.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/parser/SOAPExtensionHandler.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/parser/Util.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/parser/VersionChecker.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/parser/W3CAddressingExtensionHandler.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/parser/W3CAddressingMetadataExtensionHandler.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/parser/WSDLInternalizationLogic.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/parser/WSDLParser.java
! src/share/jaxws_classes/com/sun/tools/internal/ws/wsdl/parser/WhitespaceStripper.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/ClassLoaderBuilder.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/Driver.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/MessageBundle.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/MessageBundle_de.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/MessageBundle_es.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/MessageBundle_fr.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/MessageBundle_it.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/MessageBundle_ja.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/MessageBundle_ko.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/MessageBundle_pt_BR.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/MessageBundle_zh_CN.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/MessageBundle_zh_TW.properties
! src/share/jaxws_classes/com/sun/tools/internal/xjc/Messages.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/ModelLoader.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/Options.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/SchemaCache.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/SecureLoader.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/XJCFacade.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/api/XJC.java
- src/share/jaxws_classes/com/sun/tools/internal/xjc/api/impl/j2s/JAXBModelImpl.java
- src/share/jaxws_classes/com/sun/tools/internal/xjc/api/impl/j2s/JavaCompilerImpl.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/api/impl/s2j/SchemaCompilerImpl.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/api/impl/s2j/TypeAndAnnotationImpl.java
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/api/util/Messages_de.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/api/util/Messages_es.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/api/util/Messages_fr.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/api/util/Messages_it.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/api/util/Messages_ja.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/api/util/Messages_ko.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/api/util/Messages_pt_BR.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/api/util/Messages_zh_CN.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/api/util/Messages_zh_TW.properties
- src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/annotation/ri/OverrideAnnotationOfWriter.java
- src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/annotation/ri/XmlIsSetWriter.java
- src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/annotation/ri/XmlLocationWriter.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/annotation/spec/XmlAccessorOrderWriter.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/annotation/spec/XmlAccessorTypeWriter.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/annotation/spec/XmlAnyAttributeWriter.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/annotation/spec/XmlAnyElementWriter.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/annotation/spec/XmlAttachmentRefWriter.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/annotation/spec/XmlAttributeWriter.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/annotation/spec/XmlElementDeclWriter.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/annotation/spec/XmlElementRefWriter.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/annotation/spec/XmlElementRefsWriter.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/annotation/spec/XmlElementWrapperWriter.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/annotation/spec/XmlElementWriter.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/annotation/spec/XmlElementsWriter.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/annotation/spec/XmlEnumValueWriter.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/annotation/spec/XmlEnumWriter.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/annotation/spec/XmlIDREFWriter.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/annotation/spec/XmlIDWriter.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/annotation/spec/XmlInlineBinaryDataWriter.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/annotation/spec/XmlJavaTypeAdapterWriter.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/annotation/spec/XmlListWriter.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/annotation/spec/XmlMimeTypeWriter.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/annotation/spec/XmlMixedWriter.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/annotation/spec/XmlNsWriter.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/annotation/spec/XmlRegistryWriter.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/annotation/spec/XmlRootElementWriter.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/annotation/spec/XmlSchemaTypeWriter.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/annotation/spec/XmlSchemaTypesWriter.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/annotation/spec/XmlSchemaWriter.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/annotation/spec/XmlSeeAlsoWriter.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/annotation/spec/XmlTransientWriter.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/annotation/spec/XmlTypeWriter.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/annotation/spec/XmlValueWriter.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/bean/BeanGenerator.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/bean/DualObjectFactoryGenerator.java
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/bean/MessageBundle_de.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/bean/MessageBundle_es.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/bean/MessageBundle_fr.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/bean/MessageBundle_it.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/bean/MessageBundle_ja.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/bean/MessageBundle_ko.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/bean/MessageBundle_pt_BR.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/bean/MessageBundle_zh_CN.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/bean/MessageBundle_zh_TW.properties
! src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/bean/field/AbstractFieldWithVar.java
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/bean/field/MessageBundle_de.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/bean/field/MessageBundle_es.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/bean/field/MessageBundle_fr.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/bean/field/MessageBundle_it.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/bean/field/MessageBundle_ja.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/bean/field/MessageBundle_ko.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/bean/field/MessageBundle_pt_BR.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/bean/field/MessageBundle_zh_CN.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/bean/field/MessageBundle_zh_TW.properties
! src/share/jaxws_classes/com/sun/tools/internal/xjc/model/CArrayInfo.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/model/CBuiltinLeafInfo.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/model/CPropertyInfo.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/model/CTypeInfo.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/model/nav/NavigatorImpl.java
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/MessageBundle_de.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/MessageBundle_es.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/MessageBundle_fr.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/MessageBundle_it.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/MessageBundle_ja.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/MessageBundle_ko.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/MessageBundle_pt_BR.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/MessageBundle_zh_CN.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/MessageBundle_zh_TW.properties
! src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/TypeUtil.java
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/dtd/MessageBundle_de.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/dtd/MessageBundle_es.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/dtd/MessageBundle_fr.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/dtd/MessageBundle_it.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/dtd/MessageBundle_ja.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/dtd/MessageBundle_ko.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/dtd/MessageBundle_pt_BR.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/dtd/MessageBundle_zh_CN.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/dtd/MessageBundle_zh_TW.properties
! src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/dtd/bindinfo/BIUserConversion.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/dtd/bindinfo/BindInfo.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/dtd/bindinfo/DOMBuilder.java
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/dtd/bindinfo/MessageBundle_de.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/dtd/bindinfo/MessageBundle_es.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/dtd/bindinfo/MessageBundle_fr.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/dtd/bindinfo/MessageBundle_it.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/dtd/bindinfo/MessageBundle_ja.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/dtd/bindinfo/MessageBundle_ko.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/dtd/bindinfo/MessageBundle_pt_BR.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/dtd/bindinfo/MessageBundle_zh_CN.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/dtd/bindinfo/MessageBundle_zh_TW.properties
! src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/internalizer/AbstractReferenceFinderImpl.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/internalizer/DOMForest.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/internalizer/Internalizer.java
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/internalizer/MessageBundle_de.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/internalizer/MessageBundle_es.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/internalizer/MessageBundle_fr.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/internalizer/MessageBundle_it.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/internalizer/MessageBundle_ja.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/internalizer/MessageBundle_ko.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/internalizer/MessageBundle_pt_BR.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/internalizer/MessageBundle_zh_CN.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/internalizer/MessageBundle_zh_TW.properties
! src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/internalizer/SCDBasedBindingSet.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/xmlschema/BGMBuilder.java
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/xmlschema/MessageBundle_de.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/xmlschema/MessageBundle_es.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/xmlschema/MessageBundle_fr.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/xmlschema/MessageBundle_it.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/xmlschema/MessageBundle_ja.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/xmlschema/MessageBundle_ko.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/xmlschema/MessageBundle_pt_BR.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/xmlschema/MessageBundle_zh_CN.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/xmlschema/MessageBundle_zh_TW.properties
! src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/xmlschema/SimpleTypeBuilder.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/xmlschema/bindinfo/AnnotationParserFactoryImpl.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/xmlschema/bindinfo/BindInfo.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/xmlschema/bindinfo/DomHandlerEx.java
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/xmlschema/bindinfo/MessageBundle_de.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/xmlschema/bindinfo/MessageBundle_es.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/xmlschema/bindinfo/MessageBundle_fr.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/xmlschema/bindinfo/MessageBundle_it.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/xmlschema/bindinfo/MessageBundle_ja.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/xmlschema/bindinfo/MessageBundle_ko.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/xmlschema/bindinfo/MessageBundle_pt_BR.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/xmlschema/bindinfo/MessageBundle_zh_CN.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/xmlschema/bindinfo/MessageBundle_zh_TW.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/xmlschema/ct/MessageBundle_de.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/xmlschema/ct/MessageBundle_es.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/xmlschema/ct/MessageBundle_fr.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/xmlschema/ct/MessageBundle_it.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/xmlschema/ct/MessageBundle_ja.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/xmlschema/ct/MessageBundle_ko.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/xmlschema/ct/MessageBundle_pt_BR.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/xmlschema/ct/MessageBundle_zh_CN.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/xmlschema/ct/MessageBundle_zh_TW.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/xmlschema/parser/MessageBundle_de.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/xmlschema/parser/MessageBundle_es.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/xmlschema/parser/MessageBundle_fr.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/xmlschema/parser/MessageBundle_it.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/xmlschema/parser/MessageBundle_ja.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/xmlschema/parser/MessageBundle_ko.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/xmlschema/parser/MessageBundle_pt_BR.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/xmlschema/parser/MessageBundle_zh_CN.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/xmlschema/parser/MessageBundle_zh_TW.properties
! src/share/jaxws_classes/com/sun/tools/internal/xjc/reader/xmlschema/parser/SchemaConstraintChecker.java
! src/share/jaxws_classes/com/sun/tools/internal/xjc/util/DOMUtils.java
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/util/MessageBundle_de.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/util/MessageBundle_es.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/util/MessageBundle_fr.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/util/MessageBundle_it.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/util/MessageBundle_ja.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/util/MessageBundle_ko.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/util/MessageBundle_pt_BR.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/util/MessageBundle_zh_CN.properties
+ src/share/jaxws_classes/com/sun/tools/internal/xjc/util/MessageBundle_zh_TW.properties
! src/share/jaxws_classes/com/sun/tools/internal/xjc/util/Util.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/DatatypeConverterImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/InternalAccessorFactory.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/Util.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/WhiteSpaceProcessor.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/api/JAXBRIContext.java
+ src/share/jaxws_classes/com/sun/xml/internal/bind/api/Messages_de.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/api/Messages_es.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/api/Messages_fr.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/api/Messages_it.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/api/Messages_ja.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/api/Messages_ko.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/api/Messages_pt_BR.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/api/Messages_zh_CN.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/api/Messages_zh_TW.properties
! src/share/jaxws_classes/com/sun/xml/internal/bind/api/impl/NameConverter.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/api/impl/NameUtil.java
+ src/share/jaxws_classes/com/sun/xml/internal/bind/marshaller/Messages_de.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/marshaller/Messages_es.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/marshaller/Messages_fr.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/marshaller/Messages_it.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/marshaller/Messages_ja.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/marshaller/Messages_ko.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/marshaller/Messages_pt_BR.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/marshaller/Messages_zh_CN.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/marshaller/Messages_zh_TW.properties
! src/share/jaxws_classes/com/sun/xml/internal/bind/marshaller/SAX2DOMEx.java
+ src/share/jaxws_classes/com/sun/xml/internal/bind/unmarshaller/Messages_de.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/unmarshaller/Messages_es.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/unmarshaller/Messages_fr.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/unmarshaller/Messages_it.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/unmarshaller/Messages_ja.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/unmarshaller/Messages_ko.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/unmarshaller/Messages_pt_BR.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/unmarshaller/Messages_zh_CN.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/unmarshaller/Messages_zh_TW.properties
! src/share/jaxws_classes/com/sun/xml/internal/bind/util/SecureLoader.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/ClassFactory.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/ContextFactory.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/Messages.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/Messages.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/Messages_de.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/Messages_es.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/Messages_fr.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/Messages_it.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/Messages_ja.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/Messages_ko.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/Messages_pt_BR.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/Messages_zh_CN.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/Messages_zh_TW.properties
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/annotation/Init.java
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/annotation/Messages_de.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/annotation/Messages_es.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/annotation/Messages_fr.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/annotation/Messages_it.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/annotation/Messages_ja.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/annotation/Messages_ko.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/annotation/Messages_pt_BR.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/annotation/Messages_zh_CN.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/annotation/Messages_zh_TW.properties
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/annotation/XmlAttributeQuick.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/annotation/XmlElementDeclQuick.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/annotation/XmlElementQuick.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/annotation/XmlElementRefQuick.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/annotation/XmlElementRefsQuick.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/annotation/XmlEnumQuick.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/annotation/XmlRootElementQuick.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/annotation/XmlSchemaQuick.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/annotation/XmlSchemaTypeQuick.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/annotation/XmlTransientQuick.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/annotation/XmlTypeQuick.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/annotation/XmlValueQuick.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/core/ErrorHandler.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/core/PropertyInfo.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/core/PropertyKind.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/core/Ref.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/core/RegistryInfo.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/impl/ArrayInfoImpl.java
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/impl/Messages_de.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/impl/Messages_es.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/impl/Messages_fr.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/impl/Messages_it.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/impl/Messages_ja.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/impl/Messages_ko.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/impl/Messages_pt_BR.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/impl/Messages_zh_CN.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/impl/Messages_zh_TW.properties
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/impl/ModelBuilder.java
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/impl/ModelBuilderI.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/impl/ReferencePropertyInfoImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/impl/RuntimeBuiltinLeafInfoImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/impl/RuntimeTypeInfoSetImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/nav/ParameterizedTypeImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/nav/ReflectionNavigator.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/nav/SecureLoader.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/runtime/RuntimeNonElement.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/runtime/RuntimeTypeInfoSet.java
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/model/util/ArrayInfoUtil.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/ClassBeanInfoImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/JAXBContextImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/LeafBeanInfoImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/MarshallerImpl.java
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/Messages_de.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/Messages_es.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/Messages_fr.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/Messages_it.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/Messages_ja.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/Messages_ko.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/Messages_pt_BR.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/Messages_zh_CN.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/Messages_zh_TW.properties
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/RuntimeUtil.java
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/SwaRefAdapterMarker.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/XMLSerializer.java
- src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/output/InPlaceDOMOutput.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/property/ListElementProperty.java
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/property/Messages_de.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/property/Messages_es.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/property/Messages_fr.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/property/Messages_it.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/property/Messages_ja.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/property/Messages_ko.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/property/Messages_pt_BR.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/property/Messages_zh_CN.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/property/Messages_zh_TW.properties
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/property/SingleElementLeafProperty.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/property/SingleMapNodeProperty.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/reflect/Accessor.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/reflect/Lister.java
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/reflect/Messages_de.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/reflect/Messages_es.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/reflect/Messages_fr.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/reflect/Messages_it.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/reflect/Messages_ja.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/reflect/Messages_ko.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/reflect/Messages_pt_BR.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/reflect/Messages_zh_CN.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/reflect/Messages_zh_TW.properties
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/reflect/opt/AccessorInjector.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/reflect/opt/OptimizedAccessorFactory.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/DomLoader.java
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/Messages_de.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/Messages_es.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/Messages_fr.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/Messages_it.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/Messages_ja.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/Messages_ko.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/Messages_pt_BR.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/Messages_zh_CN.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/Messages_zh_TW.properties
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/UnmarshallerImpl.java
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/Messages_de.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/Messages_es.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/Messages_fr.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/Messages_it.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/Messages_ja.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/Messages_ko.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/Messages_pt_BR.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/Messages_zh_CN.properties
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/Messages_zh_TW.properties
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/XmlSchemaGenerator.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/Annotated.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/Annotation.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/Any.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/Appinfo.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/AttrDecls.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/AttributeType.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/ComplexContent.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/ComplexExtension.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/ComplexRestriction.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/ComplexType.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/ComplexTypeHost.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/ComplexTypeModel.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/Documentation.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/Element.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/ExplicitGroup.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/ExtensionType.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/FixedOrDefault.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/Import.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/List.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/LocalAttribute.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/LocalElement.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/NestedParticle.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/NoFixedFacet.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/Occurs.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/Redefinable.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/Schema.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/SchemaTop.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/SimpleContent.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/SimpleDerivation.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/SimpleExtension.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/SimpleRestriction.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/SimpleRestrictionModel.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/SimpleType.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/SimpleTypeHost.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/TopLevelAttribute.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/TopLevelElement.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/TypeDefParticle.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/TypeHost.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/Union.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/Wildcard.java
! src/share/jaxws_classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/package-info.java
+ src/share/jaxws_classes/com/sun/xml/internal/bind/v2/util/XmlFactory.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/SOAPExceptionImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/client/p2p/HttpSOAPConnection.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/client/p2p/HttpSOAPConnectionFactory.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/client/p2p/LocalStrings.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/client/p2p/LocalStrings_de.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/client/p2p/LocalStrings_es.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/client/p2p/LocalStrings_fr.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/client/p2p/LocalStrings_it.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/client/p2p/LocalStrings_ja.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/client/p2p/LocalStrings_ko.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/client/p2p/LocalStrings_pt_BR.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/client/p2p/LocalStrings_zh_CN.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/client/p2p/LocalStrings_zh_TW.properties
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/packaging/mime/Header.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/packaging/mime/MessagingException.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/packaging/mime/MultipartDataSource.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/packaging/mime/internet/BMMimeMultipart.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/packaging/mime/internet/ContentDisposition.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/packaging/mime/internet/ContentType.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/packaging/mime/internet/HeaderTokenizer.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/packaging/mime/internet/InternetHeaders.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/packaging/mime/internet/MimeBodyPart.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/packaging/mime/internet/MimeMultipart.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/packaging/mime/internet/MimePartDataSource.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/packaging/mime/internet/MimePullMultipart.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/packaging/mime/internet/MimeUtility.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/packaging/mime/internet/ParameterList.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/packaging/mime/internet/ParseException.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/packaging/mime/internet/SharedInputStream.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/packaging/mime/internet/UniqueValue.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/packaging/mime/util/ASCIIUtility.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/packaging/mime/util/BASE64DecoderStream.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/packaging/mime/util/BASE64EncoderStream.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/packaging/mime/util/BEncoderStream.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/packaging/mime/util/LineInputStream.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/packaging/mime/util/OutputUtil.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/packaging/mime/util/QDecoderStream.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/packaging/mime/util/QEncoderStream.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/packaging/mime/util/QPDecoderStream.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/packaging/mime/util/QPEncoderStream.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/packaging/mime/util/UUDecoderStream.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/packaging/mime/util/UUEncoderStream.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/AttachmentPartImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/Envelope.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/EnvelopeFactory.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/FastInfosetDataContentHandler.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/GifDataContentHandler.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ImageDataContentHandler.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/JpegDataContentHandler.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/LocalStrings.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/LocalStrings_de.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/LocalStrings_es.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/LocalStrings_fr.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/LocalStrings_it.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/LocalStrings_ja.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/LocalStrings_ko.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/LocalStrings_pt_BR.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/LocalStrings_zh_CN.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/LocalStrings_zh_TW.properties
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/MessageFactoryImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/MessageImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/MultipartDataContentHandler.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/SAAJMetaFactoryImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/SOAPDocument.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/SOAPDocumentFragment.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/SOAPDocumentImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/SOAPFactoryImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/SOAPIOException.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/SOAPPartImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/SOAPVersionMismatchException.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/StringDataContentHandler.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/XmlDataContentHandler.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/dynamic/SOAPFactoryDynamicImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/dynamic/SOAPMessageFactoryDynamicImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/impl/BodyElementImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/impl/BodyImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/impl/CDATAImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/impl/CommentImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/impl/DetailEntryImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/impl/DetailImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/impl/ElementFactory.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/impl/ElementImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/impl/EnvelopeImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/impl/FaultElementImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/impl/FaultImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/impl/HeaderElementImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/impl/HeaderImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/impl/LocalStrings.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/impl/LocalStrings_de.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/impl/LocalStrings_es.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/impl/LocalStrings_fr.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/impl/LocalStrings_it.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/impl/LocalStrings_ja.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/impl/LocalStrings_ko.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/impl/LocalStrings_pt_BR.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/impl/LocalStrings_zh_CN.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/impl/LocalStrings_zh_TW.properties
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/impl/TextImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/impl/TreeException.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/name/LocalStrings.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/name/LocalStrings_de.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/name/LocalStrings_es.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/name/LocalStrings_fr.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/name/LocalStrings_it.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/name/LocalStrings_ja.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/name/LocalStrings_ko.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/name/LocalStrings_pt_BR.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/name/LocalStrings_zh_CN.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/name/LocalStrings_zh_TW.properties
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/name/NameImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_1/Body1_1Impl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_1/BodyElement1_1Impl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_1/Detail1_1Impl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_1/DetailEntry1_1Impl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_1/Envelope1_1Impl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_1/Fault1_1Impl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_1/FaultElement1_1Impl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_1/Header1_1Impl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_1/HeaderElement1_1Impl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_1/LocalStrings.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_1/LocalStrings_de.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_1/LocalStrings_es.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_1/LocalStrings_fr.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_1/LocalStrings_it.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_1/LocalStrings_ja.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_1/LocalStrings_ko.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_1/LocalStrings_pt_BR.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_1/LocalStrings_zh_CN.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_1/LocalStrings_zh_TW.properties
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_1/Message1_1Impl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_1/SOAPFactory1_1Impl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_1/SOAPMessageFactory1_1Impl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_1/SOAPPart1_1Impl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_2/Body1_2Impl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_2/BodyElement1_2Impl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_2/Detail1_2Impl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_2/DetailEntry1_2Impl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_2/Envelope1_2Impl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_2/Fault1_2Impl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_2/FaultElement1_2Impl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_2/Header1_2Impl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_2/HeaderElement1_2Impl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_2/LocalStrings.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_2/LocalStrings_de.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_2/LocalStrings_es.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_2/LocalStrings_fr.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_2/LocalStrings_it.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_2/LocalStrings_ja.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_2/LocalStrings_ko.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_2/LocalStrings_pt_BR.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_2/LocalStrings_zh_CN.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_2/LocalStrings_zh_TW.properties
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_2/Message1_2Impl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_2/SOAPFactory1_2Impl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_2/SOAPMessageFactory1_2Impl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/soap/ver1_2/SOAPPart1_2Impl.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/util/Base64.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/util/ByteInputStream.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/util/ByteOutputStream.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/util/CharReader.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/util/CharWriter.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/util/FastInfosetReflection.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/util/FinalArrayList.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/util/JAXMStreamSource.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/util/JaxmURI.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/util/LocalStrings.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/util/LocalStrings_de.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/util/LocalStrings_es.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/util/LocalStrings_fr.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/util/LocalStrings_it.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/util/LocalStrings_ja.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/util/LocalStrings_ko.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/util/LocalStrings_pt_BR.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/util/LocalStrings_zh_CN.properties
+ src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/util/LocalStrings_zh_TW.properties
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/util/LogDomainConstants.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/util/MimeHeadersUtil.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/util/NamespaceContextIterator.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/util/ParseUtil.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/util/ParserPool.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/util/RejectDoctypeSaxFilter.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/util/SAAJUtil.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/util/TeeInputStream.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/util/XMLDeclarationParser.java
! src/share/jaxws_classes/com/sun/xml/internal/messaging/saaj/util/transform/EfficientStreamingTransformer.java
+ src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/mimepull/ASCIIUtility.java
+ src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/mimepull/BASE64DecoderStream.java
! src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/mimepull/Chunk.java
! src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/mimepull/ChunkInputStream.java
! src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/mimepull/CleanUpExecutorFactory.java
! src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/mimepull/Data.java
! src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/mimepull/DataFile.java
! src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/mimepull/DataHead.java
+ src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/mimepull/DecodingException.java
! src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/mimepull/FactoryFinder.java
! src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/mimepull/FileData.java
! src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/mimepull/FinalArrayList.java
! src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/mimepull/Header.java
! src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/mimepull/InternetHeaders.java
+ src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/mimepull/LineInputStream.java
! src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/mimepull/MIMEConfig.java
! src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/mimepull/MIMEEvent.java
! src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/mimepull/MIMEMessage.java
! src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/mimepull/MIMEParser.java
! src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/mimepull/MIMEParsingException.java
! src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/mimepull/MIMEPart.java
! src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/mimepull/MemoryData.java
+ src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/mimepull/MimeUtility.java
+ src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/mimepull/PropUtil.java
+ src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/mimepull/QPDecoderStream.java
+ src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/mimepull/UUDecoderStream.java
! src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/mimepull/WeakDataFile.java
! src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/staxex/Base64Data.java
! src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/staxex/XMLStreamReaderEx.java
- src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/ws/EnvelopeStyle.java
- src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/ws/EnvelopeStyleFeature.java
- src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/ws/databinding/Databinding.java
- src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/ws/databinding/DatabindingFactory.java
- src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/ws/databinding/DatabindingMode.java
- src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/ws/databinding/DatabindingModeFeature.java
- src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/ws/databinding/JavaCallInfo.java
- src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/ws/message/ContentType.java
- src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/ws/message/DistributedPropertySet.java
- src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/ws/message/MessageContext.java
- src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/ws/message/MessageContextFactory.java
- src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/ws/message/PropertySet.java
! src/share/jaxws_classes/com/sun/xml/internal/stream/buffer/AbstractCreator.java
! src/share/jaxws_classes/com/sun/xml/internal/stream/buffer/sax/SAXBufferProcessor.java
! src/share/jaxws_classes/com/sun/xml/internal/stream/buffer/stax/NamespaceContexHelper.java
! src/share/jaxws_classes/com/sun/xml/internal/stream/buffer/stax/StreamReaderBufferProcessor.java
! src/share/jaxws_classes/com/sun/xml/internal/stream/buffer/stax/StreamWriterBufferProcessor.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/Closeable.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/addressing/EPRSDDocumentFilter.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/addressing/EndpointReferenceUtil.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/addressing/ProblemAction.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/addressing/ProblemHeaderQName.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/addressing/W3CAddressingConstants.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/addressing/W3CAddressingMetadataConstants.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/addressing/W3CWsaClientTube.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/addressing/W3CWsaServerTube.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/addressing/WSEPRExtension.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/addressing/WsaActionUtil.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/addressing/WsaClientTube.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/addressing/WsaPropertyBag.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/addressing/WsaServerTube.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/addressing/WsaTube.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/addressing/WsaTubeHelper.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/addressing/WsaTubeHelperImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/addressing/model/ActionNotSupportedException.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/addressing/model/InvalidAddressingHeaderException.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/addressing/model/MissingAddressingHeaderException.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/addressing/policy/AddressingFeatureConfigurator.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/addressing/policy/AddressingPolicyMapConfigurator.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/addressing/policy/AddressingPolicyValidator.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/addressing/policy/AddressingPrefixMapper.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/addressing/v200408/MemberSubmissionAddressingConstants.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/addressing/v200408/MemberSubmissionWsaClientTube.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/addressing/v200408/MemberSubmissionWsaServerTube.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/addressing/v200408/ProblemAction.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/addressing/v200408/ProblemHeaderQName.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/addressing/v200408/WsaTubeHelperImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/BindingID.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/BindingIDFactory.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/Cancelable.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/Component.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/ComponentEx.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/ComponentFeature.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/ComponentRegistry.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/api/ComponentsFeature.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/DistributedPropertySet.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/EndpointAddress.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/FeatureConstructor.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/api/FeatureListValidator.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/api/FeatureListValidatorAnnotation.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/ImpliesWebServiceFeature.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/PropertySet.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/ResourceLoader.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/SOAPVersion.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/ServiceSharedFeatureMarker.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/WSBinding.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/WSDLLocator.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/WSFeatureList.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/WSService.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/WebServiceFeatureFactory.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/api/addressing/AddressingPropertySet.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/addressing/AddressingVersion.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/addressing/EPRHeader.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/addressing/NonAnonymousResponseProcessor.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/addressing/OneWayFeature.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/addressing/OutboundReferenceParameterHeader.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/addressing/WSEndpointReference.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/addressing/package-info.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/client/ClientPipelineHook.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/client/SelectOptimalEncodingFeature.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/client/ServiceInterceptor.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/client/ServiceInterceptorFactory.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/api/client/ThrowableInPacketCompletionFeature.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/client/WSPortInfo.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/config/management/EndpointCreationAttributes.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/config/management/ManagedEndpointFactory.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/config/management/Reconfigurable.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/config/management/policy/ManagedClientAssertion.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/config/management/policy/ManagedServiceAssertion.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/config/management/policy/ManagementAssertion.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/databinding/ClientCallBridge.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/databinding/Databinding.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/databinding/DatabindingConfig.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/databinding/DatabindingFactory.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/databinding/EndpointCallBridge.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/databinding/JavaCallInfo.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/databinding/MappingInfo.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/databinding/MetadataReader.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/databinding/SoapBodyStyle.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/databinding/WSDLGenInfo.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/fastinfoset/FastInfosetFeature.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/ha/HaInfo.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/ha/StickyFeature.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/handler/MessageHandler.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/handler/MessageHandlerContext.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/api/message/AddressingUtils.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/message/Attachment.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/message/AttachmentEx.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/message/AttachmentSet.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/message/ExceptionHasMessage.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/message/FilterMessageImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/message/Header.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/message/HeaderList.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/message/Headers.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/message/Message.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/message/MessageContextFactory.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/api/message/MessageHeaders.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/api/message/MessageMetadata.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/api/message/MessageWrapper.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/api/message/MessageWritable.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/message/Messages.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/message/Packet.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/message/SuppressAutomaticWSARequestHeadersFeature.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/message/package-info.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/message/saaj/SAAJFactory.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/api/message/saaj/SAAJMessageHeaders.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/api/message/saaj/SaajStaxWriter.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/message/stream/InputStreamMessage.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/message/stream/StreamBasedMessage.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/message/stream/XMLStreamReaderMessage.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/model/CheckedException.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/model/ExceptionType.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/model/JavaMethod.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/model/MEP.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/model/Parameter.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/model/ParameterBinding.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/model/SEIModel.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/api/model/WSDLOperationMapping.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/model/soap/SOAPBinding.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/model/wsdl/WSDLBoundFault.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/model/wsdl/WSDLBoundOperation.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/model/wsdl/WSDLBoundPortType.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/model/wsdl/WSDLDescriptorKind.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/model/wsdl/WSDLExtensible.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/model/wsdl/WSDLExtension.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/model/wsdl/WSDLFault.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/model/wsdl/WSDLFeaturedObject.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/model/wsdl/WSDLInput.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/model/wsdl/WSDLMessage.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/model/wsdl/WSDLModel.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/model/wsdl/WSDLObject.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/model/wsdl/WSDLOperation.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/model/wsdl/WSDLOutput.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/model/wsdl/WSDLPart.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/model/wsdl/WSDLPartDescriptor.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/model/wsdl/WSDLPort.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/model/wsdl/WSDLPortType.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/model/wsdl/WSDLService.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/package-info.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/pipe/ClientPipeAssemblerContext.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/pipe/ClientTubeAssemblerContext.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/pipe/Codec.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/pipe/Codecs.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/pipe/ContentType.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/pipe/Engine.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/pipe/Fiber.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/pipe/FiberContextSwitchInterceptor.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/pipe/FiberContextSwitchInterceptorFactory.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/pipe/NextAction.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/pipe/Pipe.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/pipe/PipeCloner.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/pipe/PipeClonerImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/pipe/PipelineAssembler.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/pipe/PipelineAssemblerFactory.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/pipe/SOAPBindingCodec.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/pipe/ServerPipeAssemblerContext.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/pipe/ServerTubeAssemblerContext.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/pipe/StreamSOAPCodec.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/pipe/Stubs.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/pipe/SyncStartForAsyncFeature.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/api/pipe/ThrowableContainerPropertySet.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/pipe/TransportPipeFactory.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/pipe/TransportTubeFactory.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/pipe/Tube.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/pipe/TubeCloner.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/pipe/TubelineAssembler.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/pipe/TubelineAssemblerFactory.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/pipe/helper/AbstractFilterPipeImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/pipe/helper/AbstractFilterTubeImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/pipe/helper/AbstractPipeImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/pipe/helper/AbstractTubeImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/pipe/helper/PipeAdapter.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/pipe/helper/package-info.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/pipe/package-info.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/policy/AlternativeSelector.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/policy/ModelGenerator.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/policy/ModelTranslator.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/policy/ModelUnmarshaller.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/policy/PolicyResolver.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/policy/PolicyResolverFactory.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/policy/SourceModel.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/policy/ValidationProcessor.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/policy/subject/BindingSubject.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/server/AbstractInstanceResolver.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/server/AbstractServerAsyncTransport.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/server/Adapter.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/server/AsyncProvider.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/server/AsyncProviderCallback.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/server/BoundEndpoint.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/server/Container.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/server/ContainerResolver.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/server/DocumentAddressResolver.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/server/EndpointAwareCodec.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/server/EndpointComponent.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/server/EndpointData.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/server/EndpointReferenceExtensionContributor.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/server/HttpEndpoint.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/server/InstanceResolver.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/server/InstanceResolverAnnotation.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/server/Invoker.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/server/LazyMOMProvider.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/server/Module.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/server/PortAddressResolver.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/api/server/ProviderInvokerTubeFactory.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/server/ResourceInjector.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/server/SDDocument.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/server/SDDocumentFilter.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/server/SDDocumentSource.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/server/ServerPipelineHook.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/server/ServiceDefinition.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/api/server/ThreadLocalContainerResolver.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/server/TransportBackChannel.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/server/WSEndpoint.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/server/WSWebServiceContext.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/server/WebModule.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/server/WebServiceContextDelegate.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/server/package-info.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/streaming/XMLStreamReaderFactory.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/streaming/XMLStreamWriterFactory.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/wsdl/parser/MetaDataResolver.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/wsdl/parser/MetadataResolverFactory.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/wsdl/parser/PolicyWSDLParserExtension.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/wsdl/parser/ServiceDescriptor.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/wsdl/parser/WSDLParserExtension.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/wsdl/parser/WSDLParserExtensionContext.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/wsdl/parser/XMLEntityResolver.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/wsdl/parser/package-info.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/wsdl/writer/WSDLGenExtnContext.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/api/wsdl/writer/WSDLGeneratorExtension.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/assembler/DefaultClientTubelineAssemblyContext.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/assembler/DefaultServerTubelineAssemblyContext.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/assembler/MetroConfigLoader.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/assembler/MetroConfigName.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/assembler/MetroConfigNameImpl.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/assembler/MetroTubelineAssembler.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/assembler/TubeCreator.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/assembler/TubelineAssemblyContextImpl.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/assembler/TubelineAssemblyController.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/assembler/dev/ClientTubelineAssemblyContext.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/assembler/dev/ServerTubelineAssemblyContext.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/assembler/dev/TubeFactory.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/assembler/dev/TubelineAssemblyContext.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/assembler/dev/TubelineAssemblyContextUpdater.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/assembler/dev/TubelineAssemblyDecorator.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/assembler/jaxws-tubes-default.xml
+ src/share/jaxws_classes/com/sun/xml/internal/ws/assembler/jaxws/AddressingTubeFactory.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/assembler/jaxws/BasicTransportTubeFactory.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/assembler/jaxws/HandlerTubeFactory.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/assembler/jaxws/MonitoringTubeFactory.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/assembler/jaxws/MustUnderstandTubeFactory.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/assembler/jaxws/TerminalTubeFactory.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/assembler/jaxws/ValidationTubeFactory.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/binding/BindingImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/binding/FeatureListUtil.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/binding/HTTPBindingImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/binding/SOAPBindingImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/binding/WebServiceFeatureList.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/AsyncInvoker.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/AsyncResponseImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/BindingProviderProperties.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/ClientContainer.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/ClientSchemaValidationTube.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/ClientTransportException.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/ContentNegotiation.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/HandlerConfiguration.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/HandlerConfigurator.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/MonitorRootClient.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/PortInfo.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/RequestContext.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/ResponseContext.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/ResponseContextReceiver.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/SCAnnotations.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/SEIPortInfo.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/SenderException.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/Stub.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/WSServiceDelegate.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/dispatch/DataSourceDispatch.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/dispatch/DispatchImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/dispatch/JAXBDispatch.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/dispatch/MessageDispatch.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/dispatch/PacketDispatch.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/dispatch/RESTSourceDispatch.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/dispatch/SOAPMessageDispatch.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/dispatch/SOAPSourceDispatch.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/package-info.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/sei/AsyncMethodHandler.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/sei/BodyBuilder.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/sei/CallbackMethodHandler.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/sei/MessageFiller.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/sei/MethodHandler.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/sei/PollingMethodHandler.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/sei/ResponseBuilder.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/sei/SEIMethodHandler.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/sei/SEIStub.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/sei/StubAsyncHandler.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/sei/StubHandler.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/sei/SyncMethodHandler.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/sei/ValueGetter.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/sei/ValueGetterFactory.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/sei/ValueSetter.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/sei/ValueSetterFactory.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/client/sei/pacakge-info.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/commons/xmlutil/Converter.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/config/management/policy/ManagementAssertionCreator.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/config/management/policy/ManagementPolicyValidator.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/config/management/policy/ManagementPrefixMapper.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/config/metro/dev/FeatureReader.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/config/metro/util/ParserUtil.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/db/DatabindingFactoryImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/db/DatabindingImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/db/DatabindingProviderImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/db/glassfish/BridgeWrapper.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/db/glassfish/JAXBRIContextFactory.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/db/glassfish/JAXBRIContextWrapper.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/db/glassfish/MarshallerBridge.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/db/glassfish/RawAccessorWrapper.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/db/glassfish/WrapperBridge.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/developer/BindingTypeFeature.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/developer/EPRRecipe.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/developer/HttpConfigFeature.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/developer/JAXBContextFactory.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/developer/JAXWSProperties.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/developer/MemberSubmissionAddressing.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/developer/MemberSubmissionAddressingFeature.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/developer/MemberSubmissionEndpointReference.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/developer/SchemaValidation.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/developer/SchemaValidationFeature.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/developer/Serialization.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/developer/SerializationFeature.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/developer/ServerSideException.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/developer/StreamingAttachment.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/developer/StreamingAttachmentFeature.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/developer/StreamingDataHandler.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/developer/UsesJAXBContext.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/developer/UsesJAXBContextFeature.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/developer/ValidationErrorHandler.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/developer/WSBindingProvider.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/developer/package-info.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/dump/LoggingDumpTube.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/dump/MessageDumper.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/dump/MessageDumping.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/dump/MessageDumpingFeature.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/dump/MessageDumpingTube.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/dump/MessageDumpingTubeFactory.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/ContentType.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/ContentTypeImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/DataHandlerDataSource.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/DataSourceStreamingDataHandler.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/HasEncoding.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/HeaderTokenizer.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/ImageDataContentHandler.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/MIMEPartStreamingDataHandler.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/MimeCodec.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/MimeMultipartParser.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/MtomCodec.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/ParameterList.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/RootOnlyCodec.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/SOAPBindingCodec.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/StreamSOAP11Codec.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/StreamSOAP12Codec.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/StreamSOAPCodec.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/StringDataContentHandler.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/SwACodec.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/TagInfoset.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/XMLHTTPBindingCodec.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/XmlDataContentHandler.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/fastinfoset/FastInfosetCodec.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/fastinfoset/FastInfosetMIMETypes.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/fastinfoset/FastInfosetStreamReaderFactory.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/fastinfoset/FastInfosetStreamReaderRecyclable.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/fastinfoset/FastInfosetStreamSOAP11Codec.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/fastinfoset/FastInfosetStreamSOAP12Codec.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/fastinfoset/FastInfosetStreamSOAPCodec.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/policy/EncodingConstants.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/policy/EncodingPolicyValidator.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/policy/EncodingPrefixMapper.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/policy/FastInfosetFeatureConfigurator.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/policy/MtomFeatureConfigurator.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/policy/MtomPolicyMapConfigurator.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/policy/SelectOptimalEncodingFeatureConfigurator.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/soap/DeserializationException.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/soap/SOAP12Constants.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/soap/SOAPConstants.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/soap/SerializationException.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/soap/SerializerConstants.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/soap/streaming/SOAP12NamespaceConstants.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/soap/streaming/SOAPNamespaceConstants.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/xml/XMLCodec.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/xml/XMLConstants.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/xml/XMLMessage.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/encoding/xml/XMLPropertyBag.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/fault/CodeType.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/fault/DetailType.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/fault/ExceptionBean.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/fault/ReasonType.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/fault/SOAP11Fault.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/fault/SOAP12Fault.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/fault/SOAPFaultBuilder.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/fault/ServerSOAPFaultException.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/fault/SubcodeType.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/fault/TextType.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/handler/ClientLogicalHandlerTube.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/handler/ClientMessageHandlerTube.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/handler/ClientSOAPHandlerTube.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/handler/HandlerChainsModel.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/handler/HandlerException.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/handler/HandlerProcessor.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/handler/HandlerTube.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/handler/LogicalMessageContextImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/handler/LogicalMessageImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/handler/MessageContextImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/handler/MessageHandlerContextImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/handler/MessageUpdatableContext.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/handler/PortInfoImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/handler/SOAPHandlerProcessor.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/handler/SOAPMessageContextImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/handler/ServerLogicalHandlerTube.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/handler/ServerMessageHandlerTube.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/handler/ServerSOAPHandlerTube.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/handler/XMLHandlerProcessor.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/message/AbstractHeaderImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/message/AbstractMessageImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/message/AttachmentSetImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/message/AttachmentUnmarshallerImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/message/ByteArrayAttachment.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/message/DOMHeader.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/message/DOMMessage.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/message/DataHandlerAttachment.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/message/EmptyMessageImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/message/FaultDetailHeader.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/message/FaultMessage.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/message/JAXBAttachment.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/message/MimeAttachmentSet.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/message/PayloadElementSniffer.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/message/ProblemActionHeader.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/message/RelatesToHeader.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/message/RootElementSniffer.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/message/StringHeader.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/message/Util.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/message/XMLReaderImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/message/jaxb/AttachmentMarshallerImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/message/jaxb/JAXBBridgeSource.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/message/jaxb/JAXBDispatchMessage.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/message/jaxb/JAXBHeader.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/message/jaxb/JAXBMessage.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/message/jaxb/MarshallerBridge.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/message/jaxb/package-info.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/message/package-info.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/message/saaj/SAAJHeader.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/message/saaj/SAAJMessage.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/message/source/PayloadSourceMessage.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/message/source/ProtocolSourceMessage.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/message/source/SourceUtils.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/message/stream/OutboundStreamHeader.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/message/stream/PayloadStreamReaderMessage.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/message/stream/StreamAttachment.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/message/stream/StreamHeader.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/message/stream/StreamHeader11.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/message/stream/StreamHeader12.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/message/stream/StreamMessage.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/model/AbstractSEIModelImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/model/AbstractWrapperBeanGenerator.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/model/CheckedExceptionImpl.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/model/ExternalMetadataReader.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/model/FieldSignature.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/model/Injector.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/model/JavaMethodImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/model/ParameterImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/model/ReflectAnnotationReader.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/model/RuntimeModeler.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/model/RuntimeModelerException.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/model/SOAPSEIModel.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/model/WrapperBeanGenerator.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/model/WrapperParameter.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/model/soap/SOAPBindingImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/model/wsdl/AbstractExtensibleImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/model/wsdl/AbstractFeaturedObjectImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/model/wsdl/AbstractObjectImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/model/wsdl/WSDLBoundFaultImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/model/wsdl/WSDLBoundOperationImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/model/wsdl/WSDLBoundPortTypeImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/model/wsdl/WSDLDirectProperties.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/model/wsdl/WSDLFaultImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/model/wsdl/WSDLInputImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/model/wsdl/WSDLMessageImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/model/wsdl/WSDLModelImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/model/wsdl/WSDLOperationImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/model/wsdl/WSDLOutputImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/model/wsdl/WSDLPartDescriptorImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/model/wsdl/WSDLPartImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/model/wsdl/WSDLPortImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/model/wsdl/WSDLPortProperties.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/model/wsdl/WSDLPortTypeImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/model/wsdl/WSDLProperties.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/model/wsdl/WSDLServiceImpl.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/org/objectweb/asm/ClassAdapter.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/org/objectweb/asm/MethodAdapter.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/package-info.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/policy/jaxws/BuilderHandler.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/policy/jaxws/BuilderHandlerEndpointScope.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/policy/jaxws/BuilderHandlerMessageScope.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/policy/jaxws/BuilderHandlerOperationScope.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/policy/jaxws/BuilderHandlerServiceScope.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/policy/jaxws/DefaultPolicyResolver.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/policy/jaxws/PolicyMapBuilder.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/policy/jaxws/PolicyUtil.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/policy/jaxws/PolicyWSDLGeneratorExtension.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/policy/jaxws/PolicyWSDLParserExtension.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/policy/jaxws/SafePolicyReader.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/policy/jaxws/WSDLBoundFaultContainer.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/policy/jaxws/spi/PolicyFeatureConfigurator.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/policy/jaxws/spi/PolicyMapConfigurator.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/protocol/soap/ClientMUTube.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/protocol/soap/MUTube.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/protocol/soap/MessageCreationException.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/protocol/soap/ServerMUTube.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/protocol/soap/VersionMismatchException.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/protocol/xml/XMLMessageException.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/resources/AddressingMessages.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/resources/BindingApiMessages.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/resources/ClientMessages.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/resources/DispatchMessages.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/resources/EncodingMessages.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/resources/HandlerMessages.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/resources/HttpserverMessages.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/resources/ManagementMessages.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/resources/ModelerMessages.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/resources/PolicyMessages.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/resources/ProviderApiMessages.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/resources/SenderMessages.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/resources/ServerMessages.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/resources/SoapMessages.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/resources/StreamingMessages.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/TubelineassemblyMessages.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/resources/UtilMessages.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/resources/WsdlmodelMessages.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/resources/WsservletMessages.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/resources/XmlmessageMessages.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/resources/addressing.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/addressing_de.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/addressing_es.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/addressing_fr.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/addressing_it.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/addressing_ja.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/addressing_ko.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/addressing_pt_BR.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/addressing_zh_CN.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/addressing_zh_TW.properties
! src/share/jaxws_classes/com/sun/xml/internal/ws/resources/bindingApi.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/bindingApi_de.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/bindingApi_es.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/bindingApi_fr.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/bindingApi_it.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/bindingApi_ja.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/bindingApi_ko.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/bindingApi_pt_BR.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/bindingApi_zh_CN.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/bindingApi_zh_TW.properties
! src/share/jaxws_classes/com/sun/xml/internal/ws/resources/client.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/client_de.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/client_es.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/client_fr.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/client_it.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/client_ja.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/client_ko.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/client_pt_BR.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/client_zh_CN.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/client_zh_TW.properties
! src/share/jaxws_classes/com/sun/xml/internal/ws/resources/dispatch.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/dispatch_de.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/dispatch_es.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/dispatch_fr.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/dispatch_it.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/dispatch_ja.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/dispatch_ko.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/dispatch_pt_BR.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/dispatch_zh_CN.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/dispatch_zh_TW.properties
! src/share/jaxws_classes/com/sun/xml/internal/ws/resources/encoding.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/encoding_de.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/encoding_es.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/encoding_fr.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/encoding_it.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/encoding_ja.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/encoding_ko.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/encoding_pt_BR.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/encoding_zh_CN.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/encoding_zh_TW.properties
! src/share/jaxws_classes/com/sun/xml/internal/ws/resources/handler.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/handler_de.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/handler_es.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/handler_fr.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/handler_it.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/handler_ja.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/handler_ko.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/handler_pt_BR.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/handler_zh_CN.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/handler_zh_TW.properties
! src/share/jaxws_classes/com/sun/xml/internal/ws/resources/httpserver.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/httpserver_de.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/httpserver_es.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/httpserver_fr.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/httpserver_it.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/httpserver_ja.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/httpserver_ko.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/httpserver_pt_BR.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/httpserver_zh_CN.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/httpserver_zh_TW.properties
! src/share/jaxws_classes/com/sun/xml/internal/ws/resources/management.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/management_de.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/management_es.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/management_fr.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/management_it.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/management_ja.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/management_ko.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/management_pt_BR.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/management_zh_CN.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/management_zh_TW.properties
! src/share/jaxws_classes/com/sun/xml/internal/ws/resources/modeler.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/modeler_de.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/modeler_es.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/modeler_fr.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/modeler_it.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/modeler_ja.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/modeler_ko.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/modeler_pt_BR.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/modeler_zh_CN.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/modeler_zh_TW.properties
! src/share/jaxws_classes/com/sun/xml/internal/ws/resources/policy.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/policy_de.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/policy_es.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/policy_fr.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/policy_it.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/policy_ja.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/policy_ko.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/policy_pt_BR.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/policy_zh_CN.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/policy_zh_TW.properties
! src/share/jaxws_classes/com/sun/xml/internal/ws/resources/providerApi.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/providerApi_de.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/providerApi_es.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/providerApi_fr.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/providerApi_it.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/providerApi_ja.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/providerApi_ko.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/providerApi_pt_BR.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/providerApi_zh_CN.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/providerApi_zh_TW.properties
! src/share/jaxws_classes/com/sun/xml/internal/ws/resources/sender.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/sender_de.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/sender_es.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/sender_fr.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/sender_it.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/sender_ja.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/sender_ko.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/sender_pt_BR.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/sender_zh_CN.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/sender_zh_TW.properties
! src/share/jaxws_classes/com/sun/xml/internal/ws/resources/server.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/server_de.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/server_es.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/server_fr.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/server_it.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/server_ja.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/server_ko.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/server_pt_BR.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/server_zh_CN.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/server_zh_TW.properties
! src/share/jaxws_classes/com/sun/xml/internal/ws/resources/soap.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/soap_de.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/soap_es.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/soap_fr.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/soap_it.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/soap_ja.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/soap_ko.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/soap_pt_BR.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/soap_zh_CN.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/soap_zh_TW.properties
! src/share/jaxws_classes/com/sun/xml/internal/ws/resources/streaming.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/streaming_de.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/streaming_es.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/streaming_fr.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/streaming_it.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/streaming_ja.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/streaming_ko.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/streaming_pt_BR.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/streaming_zh_CN.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/streaming_zh_TW.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/tubelineassembly.properties
! src/share/jaxws_classes/com/sun/xml/internal/ws/resources/util.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/util_de.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/util_es.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/util_fr.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/util_it.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/util_ja.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/util_ko.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/util_pt_BR.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/util_zh_CN.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/util_zh_TW.properties
! src/share/jaxws_classes/com/sun/xml/internal/ws/resources/wsdlmodel.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/wsdlmodel_de.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/wsdlmodel_es.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/wsdlmodel_fr.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/wsdlmodel_it.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/wsdlmodel_ja.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/wsdlmodel_ko.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/wsdlmodel_pt_BR.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/wsdlmodel_zh_CN.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/wsdlmodel_zh_TW.properties
! src/share/jaxws_classes/com/sun/xml/internal/ws/resources/wsservlet.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/wsservlet_de.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/wsservlet_es.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/wsservlet_fr.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/wsservlet_it.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/wsservlet_ja.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/wsservlet_ko.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/wsservlet_pt_BR.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/wsservlet_zh_CN.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/wsservlet_zh_TW.properties
! src/share/jaxws_classes/com/sun/xml/internal/ws/resources/xmlmessage.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/xmlmessage_de.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/xmlmessage_es.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/xmlmessage_fr.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/xmlmessage_it.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/xmlmessage_ja.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/xmlmessage_ko.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/xmlmessage_pt_BR.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/xmlmessage_zh_CN.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/resources/xmlmessage_zh_TW.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/runtime/config/MetroConfig.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/runtime/config/ObjectFactory.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/runtime/config/TubeFactoryConfig.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/runtime/config/TubeFactoryList.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/runtime/config/TubelineDefinition.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/runtime/config/TubelineFeature.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/runtime/config/TubelineFeatureReader.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/runtime/config/TubelineMapping.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/runtime/config/Tubelines.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/runtime/config/package-info.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/server/AbstractMultiInstanceResolver.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/server/AbstractWebServiceContext.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/server/DefaultResourceInjector.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/server/DraconianValidationErrorHandler.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/server/EndpointAwareTube.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/server/EndpointFactory.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/server/EndpointMessageContextImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/server/InvokerTube.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/server/MonitorBase.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/server/MonitorRootService.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/server/SDDocumentImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/server/ServerPropertyConstants.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/server/ServerRtException.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/server/ServerSchemaValidationTube.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/server/ServiceDefinitionImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/server/SingletonResolver.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/server/UnsupportedMediaException.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/server/WSDLGenResolver.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/server/WSEndpointImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/server/WSEndpointMOMProxy.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/server/package-info.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/server/provider/AsyncProviderInvokerTube.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/server/provider/MessageProviderArgumentBuilder.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/server/provider/ProviderArgumentsBuilder.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/server/provider/ProviderEndpointModel.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/server/provider/ProviderInvokerTube.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/server/provider/SOAPProviderArgumentBuilder.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/server/provider/SyncProviderInvokerTube.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/server/provider/XMLProviderArgumentBuilder.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/server/sei/EndpointArgumentsBuilder.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/server/sei/EndpointResponseMessageBuilder.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/server/sei/EndpointValueSetter.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/server/sei/Invoker.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/server/sei/InvokerSource.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/server/sei/InvokerTube.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/server/sei/MessageFiller.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/server/sei/SEIInvokerTube.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/server/sei/TieHandler.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/server/sei/ValueGetter.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/spi/ProviderImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/spi/db/BindingContext.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/spi/db/BindingContextFactory.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/spi/db/BindingHelper.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/spi/db/BindingInfo.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/spi/db/DatabindingException.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/spi/db/DatabindingProvider.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/spi/db/FieldGetter.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/spi/db/FieldSetter.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/spi/db/JAXBWrapperAccessor.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/spi/db/MethodGetter.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/spi/db/MethodSetter.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/spi/db/OldBridge.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/spi/db/PropertyAccessor.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/spi/db/PropertyGetter.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/spi/db/PropertyGetterBase.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/spi/db/PropertySetter.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/spi/db/PropertySetterBase.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/spi/db/RepeatedElementBridge.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/spi/db/TypeInfo.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/spi/db/WrapperAccessor.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/spi/db/WrapperBridge.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/spi/db/WrapperComposite.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/spi/db/XMLBridge.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/streaming/Attributes.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/streaming/DOMStreamReader.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/streaming/MtomStreamWriter.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/streaming/PrefixFactory.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/streaming/PrefixFactoryImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/streaming/SourceReaderFactory.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/streaming/TidyXMLStreamReader.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/streaming/XMLReaderException.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/streaming/XMLStreamReaderException.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/streaming/XMLStreamReaderUtil.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/streaming/XMLStreamWriterException.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/streaming/XMLStreamWriterUtil.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/transport/DeferredTransportPipe.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/transport/Headers.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/transport/http/DeploymentDescriptorParser.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/transport/http/HttpAdapter.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/transport/http/HttpAdapterList.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/transport/http/HttpMetadataPublisher.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/transport/http/ResourceLoader.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/transport/http/WSHTTPConnection.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/transport/http/client/HttpClientTransport.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/transport/http/client/HttpResponseProperties.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/transport/http/client/HttpTransportPipe.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/transport/http/server/EndpointImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/transport/http/server/HttpEndpoint.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/transport/http/server/PortableConnectionImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/transport/http/server/PortableHttpHandler.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/transport/http/server/ServerAdapter.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/transport/http/server/ServerAdapterList.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/transport/http/server/ServerConnectionImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/transport/http/server/ServerContainer.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/transport/http/server/ServerMgr.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/transport/http/server/WSHttpHandler.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/ASCIIUtility.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/ByteArrayBuffer.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/ByteArrayDataSource.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/CompletedFuture.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/Constants.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/DOMUtil.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/FastInfosetReflection.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/FastInfosetUtil.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/HandlerAnnotationInfo.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/HandlerAnnotationProcessor.java
+ src/share/jaxws_classes/com/sun/xml/internal/ws/util/InjectionPlan.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/JAXWSUtils.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/MetadataUtil.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/NamespaceSupport.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/NoCloseInputStream.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/NoCloseOutputStream.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/Pool.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/QNameMap.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/ReadAllStream.java
- src/share/jaxws_classes/com/sun/xml/internal/ws/util/ReadOnlyPropertyException.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/RuntimeVersion.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/ServiceConfigurationError.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/ServiceFinder.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/StreamUtils.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/StringUtils.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/UtilException.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/Version.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/VersionUtil.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/exception/JAXWSExceptionBase.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/exception/LocatableWebServiceException.java
- src/share/jaxws_classes/com/sun/xml/internal/ws/util/localization/Localizable.java
- src/share/jaxws_classes/com/sun/xml/internal/ws/util/localization/LocalizableImpl.java
- src/share/jaxws_classes/com/sun/xml/internal/ws/util/localization/LocalizableMessage.java
- src/share/jaxws_classes/com/sun/xml/internal/ws/util/localization/LocalizableMessageFactory.java
- src/share/jaxws_classes/com/sun/xml/internal/ws/util/localization/Localizer.java
- src/share/jaxws_classes/com/sun/xml/internal/ws/util/localization/NullLocalizable.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/pipe/AbstractSchemaValidationTube.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/pipe/DumpTube.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/pipe/StandalonePipeAssembler.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/pipe/StandaloneTubeAssembler.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/resources/Messages_en.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/util/resources/Messages_en_de.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/util/resources/Messages_en_es.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/util/resources/Messages_en_fr.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/util/resources/Messages_en_it.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/util/resources/Messages_en_ja.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/util/resources/Messages_en_ko.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/util/resources/Messages_en_pt_BR.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/util/resources/Messages_en_zh_CN.properties
+ src/share/jaxws_classes/com/sun/xml/internal/ws/util/resources/Messages_en_zh_TW.properties
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/version.properties
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/xml/CDATA.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/xml/ContentHandlerToXMLStreamWriter.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/xml/DummyLocation.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/xml/NamedNodeMapIterator.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/xml/NodeListIterator.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/xml/StAXResult.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/xml/StAXSource.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/xml/XMLStreamReaderFilter.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/xml/XMLStreamReaderToXMLStreamWriter.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/xml/XMLStreamWriterFilter.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/util/xml/XmlUtil.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/ActionBasedOperationFinder.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/ActionBasedOperationSignature.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/DispatchException.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/OperationDispatcher.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/PayloadQNameBasedOperationFinder.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/SDDocumentResolver.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/SOAPActionBasedOperationFinder.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/WSDLOperationFinder.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/parser/DelegatingParserExtension.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/parser/EntityResolverWrapper.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/parser/ErrorHandler.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/parser/FoolProofParserExtension.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/parser/InaccessibleWSDLException.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/parser/MIMEConstants.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/parser/MemberSubmissionAddressingWSDLParserExtension.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/parser/MexEntityResolver.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/parser/ParserUtil.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/parser/RuntimeWSDLParser.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/parser/SOAPConstants.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/parser/W3CAddressingMetadataWSDLParserExtension.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/parser/W3CAddressingWSDLParserExtension.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/parser/WSDLConstants.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/parser/WSDLParserExtensionContextImpl.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/parser/WSDLParserExtensionFacade.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/DocumentLocationResolver.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/TXWContentHandler.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/UsingAddressing.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/W3CAddressingMetadataWSDLGeneratorExtension.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/W3CAddressingWSDLGeneratorExtension.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/WSDLGenerator.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/WSDLGeneratorExtensionFacade.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/WSDLPatcher.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/WSDLResolver.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/document/Binding.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/document/BindingOperationType.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/document/Definitions.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/document/Documented.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/document/Fault.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/document/FaultType.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/document/Import.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/document/Message.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/document/OpenAtts.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/document/Operation.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/document/ParamType.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/document/Part.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/document/Port.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/document/PortType.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/document/Service.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/document/StartWithExtensionsType.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/document/Types.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/document/http/Address.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/document/http/Binding.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/document/http/Operation.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/document/http/package-info.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/document/package-info.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/document/soap/Body.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/document/soap/BodyType.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/document/soap/Header.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/document/soap/HeaderFault.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/document/soap/SOAPAddress.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/document/soap/SOAPBinding.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/document/soap/SOAPFault.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/document/soap/SOAPOperation.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/document/soap/package-info.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/document/soap12/Body.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/document/soap12/BodyType.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/document/soap12/Header.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/document/soap12/HeaderFault.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/document/soap12/SOAPAddress.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/document/soap12/SOAPBinding.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/document/soap12/SOAPFault.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/document/soap12/SOAPOperation.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/document/soap12/package-info.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/document/xsd/Import.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/document/xsd/Schema.java
! src/share/jaxws_classes/com/sun/xml/internal/ws/wsdl/writer/document/xsd/package-info.java
! src/share/jaxws_classes/javax/annotation/Generated.java
! src/share/jaxws_classes/javax/annotation/PostConstruct.java
! src/share/jaxws_classes/javax/annotation/PreDestroy.java
! src/share/jaxws_classes/javax/annotation/Resource.java
! src/share/jaxws_classes/javax/annotation/Resources.java
! src/share/jaxws_classes/javax/xml/bind/ContextFinder.java
! src/share/jaxws_classes/javax/xml/bind/DatatypeConverterImpl.java
! src/share/jaxws_classes/javax/xml/bind/JAXBContext.java
! src/share/jaxws_classes/javax/xml/bind/JAXBIntrospector.java
! src/share/jaxws_classes/javax/xml/bind/JAXBPermission.java
! src/share/jaxws_classes/javax/xml/bind/Marshaller.java
! src/share/jaxws_classes/javax/xml/bind/Unmarshaller.java
! src/share/jaxws_classes/javax/xml/bind/annotation/XmlInlineBinaryData.java
! src/share/jaxws_classes/javax/xml/bind/annotation/XmlMimeType.java
! src/share/jaxws_classes/javax/xml/bind/annotation/adapters/XmlAdapter.java
! src/share/jaxws_classes/javax/xml/bind/annotation/adapters/XmlJavaTypeAdapter.java
! src/share/jaxws_classes/javax/xml/soap/AttachmentPart.java
! src/share/jaxws_classes/javax/xml/soap/Detail.java
! src/share/jaxws_classes/javax/xml/soap/DetailEntry.java
! src/share/jaxws_classes/javax/xml/soap/FactoryFinder.java
! src/share/jaxws_classes/javax/xml/soap/MessageFactory.java
! src/share/jaxws_classes/javax/xml/soap/MimeHeader.java
! src/share/jaxws_classes/javax/xml/soap/MimeHeaders.java
! src/share/jaxws_classes/javax/xml/soap/Name.java
! src/share/jaxws_classes/javax/xml/soap/Node.java
! src/share/jaxws_classes/javax/xml/soap/SAAJMetaFactory.java
! src/share/jaxws_classes/javax/xml/soap/SAAJResult.java
! src/share/jaxws_classes/javax/xml/soap/SOAPBody.java
! src/share/jaxws_classes/javax/xml/soap/SOAPBodyElement.java
! src/share/jaxws_classes/javax/xml/soap/SOAPConnection.java
! src/share/jaxws_classes/javax/xml/soap/SOAPConnectionFactory.java
! src/share/jaxws_classes/javax/xml/soap/SOAPConstants.java
! src/share/jaxws_classes/javax/xml/soap/SOAPElement.java
! src/share/jaxws_classes/javax/xml/soap/SOAPElementFactory.java
! src/share/jaxws_classes/javax/xml/soap/SOAPEnvelope.java
! src/share/jaxws_classes/javax/xml/soap/SOAPException.java
! src/share/jaxws_classes/javax/xml/soap/SOAPFactory.java
! src/share/jaxws_classes/javax/xml/soap/SOAPFault.java
! src/share/jaxws_classes/javax/xml/soap/SOAPFaultElement.java
! src/share/jaxws_classes/javax/xml/soap/SOAPHeader.java
! src/share/jaxws_classes/javax/xml/soap/SOAPHeaderElement.java
! src/share/jaxws_classes/javax/xml/soap/SOAPMessage.java
! src/share/jaxws_classes/javax/xml/soap/SOAPPart.java
! src/share/jaxws_classes/javax/xml/soap/Text.java
! src/share/jaxws_classes/javax/xml/ws/WebServiceRefs.java
! src/share/jaxws_classes/javax/xml/ws/handler/Handler.java
! src/share/jaxws_classes/javax/xml/ws/soap/AddressingFeature.java
! src/share/jaxws_classes/javax/xml/ws/soap/MTOMFeature.java
! src/share/jaxws_classes/javax/xml/ws/spi/FactoryFinder.java
! src/share/jaxws_classes/javax/xml/ws/wsaddressing/W3CEndpointReference.java

Changeset: a5e7c2f093c9
Author:    lana
Date:      2013-04-16 08:11 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jaxws/rev/a5e7c2f093c9

Merge

- src/share/jaxws_classes/com/sun/tools/internal/ws/wscompile/DefaultAuthenticator.java
- src/share/jaxws_classes/com/sun/tools/internal/xjc/api/impl/j2s/JAXBModelImpl.java
- src/share/jaxws_classes/com/sun/tools/internal/xjc/api/impl/j2s/JavaCompilerImpl.java
- src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/annotation/ri/OverrideAnnotationOfWriter.java
- src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/annotation/ri/XmlIsSetWriter.java
- src/share/jaxws_classes/com/sun/tools/internal/xjc/generator/annotation/ri/XmlLocationWriter.java
- src/share/jaxws_classes/com/sun/xml/internal/bind/v2/runtime/output/InPlaceDOMOutput.java
- src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/ws/EnvelopeStyle.java
- src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/ws/EnvelopeStyleFeature.java
- src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/ws/databinding/Databinding.java
- src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/ws/databinding/DatabindingFactory.java
- src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/ws/databinding/DatabindingMode.java
- src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/ws/databinding/DatabindingModeFeature.java
- src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/ws/databinding/JavaCallInfo.java
- src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/ws/message/ContentType.java
- src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/ws/message/DistributedPropertySet.java
- src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/ws/message/MessageContext.java
- src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/ws/message/MessageContextFactory.java
- src/share/jaxws_classes/com/sun/xml/internal/org/jvnet/ws/message/PropertySet.java
- src/share/jaxws_classes/com/sun/xml/internal/ws/util/ReadOnlyPropertyException.java
- src/share/jaxws_classes/com/sun/xml/internal/ws/util/localization/Localizable.java
- src/share/jaxws_classes/com/sun/xml/internal/ws/util/localization/LocalizableImpl.java
- src/share/jaxws_classes/com/sun/xml/internal/ws/util/localization/LocalizableMessage.java
- src/share/jaxws_classes/com/sun/xml/internal/ws/util/localization/LocalizableMessageFactory.java
- src/share/jaxws_classes/com/sun/xml/internal/ws/util/localization/Localizer.java
- src/share/jaxws_classes/com/sun/xml/internal/ws/util/localization/NullLocalizable.java



From david.katleman at oracle.com  Tue Apr 16 22:29:05 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Tue, 16 Apr 2013 22:29:05 +0000
Subject: hg: jdk8/build/jdk: 47 new changesets
Message-ID: <20130416223820.217B148358@hg.openjdk.java.net>

Changeset: 87c62f03bc07
Author:    jgodinez
Date:      2013-03-27 12:42 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/87c62f03bc07

8010005: [parfait] Memory leak in jdk/src/macosx/native/sun/awt/CTextPipe.m
Reviewed-by: bae, prr
Contributed-by: jia-hong.chen at oracle.com

! src/macosx/native/sun/awt/CTextPipe.m

Changeset: 9d4f539e36b6
Author:    lana
Date:      2013-04-02 17:03 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/9d4f539e36b6

Merge

- make/com/sun/servicetag/Makefile
- src/share/classes/com/sun/servicetag/BrowserSupport.java
- src/share/classes/com/sun/servicetag/Installer.java
- src/share/classes/com/sun/servicetag/LinuxSystemEnvironment.java
- src/share/classes/com/sun/servicetag/RegistrationData.java
- src/share/classes/com/sun/servicetag/RegistrationDocument.java
- src/share/classes/com/sun/servicetag/Registry.java
- src/share/classes/com/sun/servicetag/ServiceTag.java
- src/share/classes/com/sun/servicetag/SolarisServiceTag.java
- src/share/classes/com/sun/servicetag/SolarisSystemEnvironment.java
- src/share/classes/com/sun/servicetag/SunConnection.java
- src/share/classes/com/sun/servicetag/SystemEnvironment.java
- src/share/classes/com/sun/servicetag/UnauthorizedAccessException.java
- src/share/classes/com/sun/servicetag/Util.java
- src/share/classes/com/sun/servicetag/WindowsSystemEnvironment.java
- src/share/classes/com/sun/servicetag/package.html
- src/share/classes/com/sun/servicetag/resources/Putback-Notes.txt
- src/share/classes/com/sun/servicetag/resources/javase_5_swordfish.properties
- src/share/classes/com/sun/servicetag/resources/javase_6_swordfish.properties
- src/share/classes/com/sun/servicetag/resources/javase_7_swordfish.properties
- src/share/classes/com/sun/servicetag/resources/javase_servicetag.properties
- src/share/classes/com/sun/servicetag/resources/jdk_header.png
- src/share/classes/com/sun/servicetag/resources/product_registration.xsd
- src/share/classes/com/sun/servicetag/resources/register.html
- src/share/classes/com/sun/servicetag/resources/register_ja.html
- src/share/classes/com/sun/servicetag/resources/register_zh_CN.html
- test/com/sun/servicetag/DeleteServiceTag.java
- test/com/sun/servicetag/DuplicateNotFound.java
- test/com/sun/servicetag/FindServiceTags.java
- test/com/sun/servicetag/InstanceUrnCheck.java
- test/com/sun/servicetag/InvalidRegistrationData.java
- test/com/sun/servicetag/InvalidServiceTag.java
- test/com/sun/servicetag/JavaServiceTagTest.java
- test/com/sun/servicetag/JavaServiceTagTest1.java
- test/com/sun/servicetag/NewRegistrationData.java
- test/com/sun/servicetag/SvcTagClient.java
- test/com/sun/servicetag/SystemRegistryTest.java
- test/com/sun/servicetag/TestLoadFromXML.java
- test/com/sun/servicetag/UpdateServiceTagTest.java
- test/com/sun/servicetag/Util.java
- test/com/sun/servicetag/ValidRegistrationData.java
- test/com/sun/servicetag/environ.properties
- test/com/sun/servicetag/missing-environ-field.xml
- test/com/sun/servicetag/newer-registry-version.xml
- test/com/sun/servicetag/registration.xml
- test/com/sun/servicetag/servicetag1.properties
- test/com/sun/servicetag/servicetag2.properties
- test/com/sun/servicetag/servicetag3.properties
- test/com/sun/servicetag/servicetag4.properties
- test/com/sun/servicetag/servicetag5.properties
- test/sun/tools/jstat/gcPermCapacityOutput1.awk
- test/sun/tools/jstat/jstatGcPermCapacityOutput1.sh

Changeset: 2904672aed21
Author:    lana
Date:      2013-04-09 14:59 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/2904672aed21

Merge


Changeset: 96750ebc769b
Author:    denis
Date:      2013-03-27 16:19 +0400
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/96750ebc769b

7075105: WIN: Provide a way to format HTML on drop
Reviewed-by: uta, serb

! src/macosx/classes/sun/lwawt/macosx/CDataTransferer.java
! src/share/classes/java/awt/datatransfer/DataFlavor.java
! src/share/classes/java/awt/datatransfer/SystemFlavorMap.java
! src/share/classes/sun/awt/datatransfer/DataTransferer.java
! src/share/classes/sun/awt/dnd/SunDropTargetContextPeer.java
! src/solaris/classes/sun/awt/X11/XDataTransferer.java
! src/windows/classes/sun/awt/windows/WDataTransferer.java
+ test/java/awt/datatransfer/HTMLDataFlavors/HTMLDataFlavorTest.java
+ test/java/awt/datatransfer/HTMLDataFlavors/HtmlTransferable.java
+ test/java/awt/datatransfer/HTMLDataFlavors/ManualHTMLDataFlavorTest.html
+ test/java/awt/datatransfer/HTMLDataFlavors/ManualHTMLDataFlavorTest.java
+ test/java/awt/datatransfer/HTMLDataFlavors/PutAllHtmlFlavorsOnClipboard.java
+ test/java/awt/datatransfer/HTMLDataFlavors/PutOnlyAllHtmlFlavorOnClipboard.java
+ test/java/awt/datatransfer/HTMLDataFlavors/PutSelectionAndFragmentHtmlFlavorsOnClipboard.java

Changeset: 29570523b6cb
Author:    ant
Date:      2013-03-29 16:12 +0400
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/29570523b6cb

8010375: sun.swing.JLightweightFrame should be implemented for XToolkit
Reviewed-by: anthony

! src/share/classes/sun/swing/JLightweightFrame.java
! src/solaris/classes/sun/awt/X11/XFramePeer.java
+ src/solaris/classes/sun/awt/X11/XLightweightFramePeer.java
! src/solaris/classes/sun/awt/X11/XToolkit.java

Changeset: c23d58901aa6
Author:    lana
Date:      2013-04-02 16:17 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/c23d58901aa6

Merge

- make/com/sun/servicetag/Makefile
- src/share/classes/com/sun/servicetag/BrowserSupport.java
- src/share/classes/com/sun/servicetag/Installer.java
- src/share/classes/com/sun/servicetag/LinuxSystemEnvironment.java
- src/share/classes/com/sun/servicetag/RegistrationData.java
- src/share/classes/com/sun/servicetag/RegistrationDocument.java
- src/share/classes/com/sun/servicetag/Registry.java
- src/share/classes/com/sun/servicetag/ServiceTag.java
- src/share/classes/com/sun/servicetag/SolarisServiceTag.java
- src/share/classes/com/sun/servicetag/SolarisSystemEnvironment.java
- src/share/classes/com/sun/servicetag/SunConnection.java
- src/share/classes/com/sun/servicetag/SystemEnvironment.java
- src/share/classes/com/sun/servicetag/UnauthorizedAccessException.java
- src/share/classes/com/sun/servicetag/Util.java
- src/share/classes/com/sun/servicetag/WindowsSystemEnvironment.java
- src/share/classes/com/sun/servicetag/package.html
- src/share/classes/com/sun/servicetag/resources/Putback-Notes.txt
- src/share/classes/com/sun/servicetag/resources/javase_5_swordfish.properties
- src/share/classes/com/sun/servicetag/resources/javase_6_swordfish.properties
- src/share/classes/com/sun/servicetag/resources/javase_7_swordfish.properties
- src/share/classes/com/sun/servicetag/resources/javase_servicetag.properties
- src/share/classes/com/sun/servicetag/resources/jdk_header.png
- src/share/classes/com/sun/servicetag/resources/product_registration.xsd
- src/share/classes/com/sun/servicetag/resources/register.html
- src/share/classes/com/sun/servicetag/resources/register_ja.html
- src/share/classes/com/sun/servicetag/resources/register_zh_CN.html
- test/com/sun/servicetag/DeleteServiceTag.java
- test/com/sun/servicetag/DuplicateNotFound.java
- test/com/sun/servicetag/FindServiceTags.java
- test/com/sun/servicetag/InstanceUrnCheck.java
- test/com/sun/servicetag/InvalidRegistrationData.java
- test/com/sun/servicetag/InvalidServiceTag.java
- test/com/sun/servicetag/JavaServiceTagTest.java
- test/com/sun/servicetag/JavaServiceTagTest1.java
- test/com/sun/servicetag/NewRegistrationData.java
- test/com/sun/servicetag/SvcTagClient.java
- test/com/sun/servicetag/SystemRegistryTest.java
- test/com/sun/servicetag/TestLoadFromXML.java
- test/com/sun/servicetag/UpdateServiceTagTest.java
- test/com/sun/servicetag/Util.java
- test/com/sun/servicetag/ValidRegistrationData.java
- test/com/sun/servicetag/environ.properties
- test/com/sun/servicetag/missing-environ-field.xml
- test/com/sun/servicetag/newer-registry-version.xml
- test/com/sun/servicetag/registration.xml
- test/com/sun/servicetag/servicetag1.properties
- test/com/sun/servicetag/servicetag2.properties
- test/com/sun/servicetag/servicetag3.properties
- test/com/sun/servicetag/servicetag4.properties
- test/com/sun/servicetag/servicetag5.properties
- test/sun/tools/jstat/gcPermCapacityOutput1.awk
- test/sun/tools/jstat/jstatGcPermCapacityOutput1.sh

Changeset: 36cb7921bc98
Author:    mcherkas
Date:      2013-04-03 20:42 +0400
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/36cb7921bc98

8011123: serialVersionUID of java.awt.dnd.InvalidDnDOperationException changed in JDK8-b82
Reviewed-by: anthony, serb

! src/share/classes/java/awt/dnd/InvalidDnDOperationException.java

Changeset: 35da3878deef
Author:    mcherkas
Date:      2013-04-03 20:54 +0400
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/35da3878deef

8010925: COPY AND PASTE TO AND FROM SIGNED APPLET FAILS AFTER FIRST INTERNAL COPY PRFRMD
Reviewed-by: anthony, serb

! src/macosx/classes/sun/lwawt/macosx/CClipboard.java
! src/macosx/classes/sun/lwawt/macosx/CEmbeddedFrame.java
! src/macosx/native/sun/awt/CClipboard.m

Changeset: 2c36899500a0
Author:    pchelko
Date:      2013-04-05 18:29 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/2c36899500a0

8006941: [macosx] Deadlock in drag and drop
7199783: Setting cursor on DragSourceContext does not work on OSX
Reviewed-by: anthony, serb

! src/macosx/classes/sun/lwawt/LWComponentPeer.java
! src/macosx/classes/sun/lwawt/macosx/CCursorManager.java
! src/macosx/classes/sun/lwawt/macosx/CDragSourceContextPeer.java
! src/macosx/classes/sun/lwawt/macosx/CDropTarget.java
! src/macosx/classes/sun/lwawt/macosx/CPlatformWindow.java
! src/macosx/native/sun/awt/CDragSource.h
! src/macosx/native/sun/awt/CDragSource.m
! src/macosx/native/sun/awt/CDragSourceContextPeer.m
! src/macosx/native/sun/awt/CDropTarget.m
! src/share/classes/sun/awt/dnd/SunDragSourceContextPeer.java
+ test/java/awt/dnd/DisposeFrameOnDragCrash/DisposeFrameOnDragTest.java

Changeset: 0b083b0e8e63
Author:    kshefov
Date:      2013-04-08 17:18 +0400
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/0b083b0e8e63

7153702: [TEST_BUG] [macosx] Synchronization problem in test javax/swing/JPopupMenu/6827786/bug6827786.java
Reviewed-by: serb, alexsch

! test/javax/swing/JPopupMenu/6827786/bug6827786.java

Changeset: 981142561d1b
Author:    lana
Date:      2013-04-09 15:01 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/981142561d1b

Merge


Changeset: 3b56ef8e1ce1
Author:    martin
Date:      2013-03-26 13:34 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/3b56ef8e1ce1

8007905: To add a system property to create zip file without using ZIP64 end table when entry count > 64k
Summary: Provide a system property to inhibit ZIP64 mode for >64k entries
Reviewed-by: alanb, sherman

! src/share/classes/java/util/zip/ZipOutputStream.java
+ test/java/util/zip/EntryCount64k.java

Changeset: 266b43683a2c
Author:    martin
Date:      2013-03-26 13:36 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/266b43683a2c

8010316: Improve handling of char sequences containing surrogates
Summary: Fix and optimize codePointAt, codePointBefore and similar methods
Reviewed-by: sherman, okutsu, ulfzibis, kizune

! src/share/classes/java/lang/AbstractStringBuilder.java
! src/share/classes/java/lang/Character.java
! test/java/lang/StringBuilder/Supplementary.java

Changeset: caafe6dca35d
Author:    ehelin
Date:      2013-03-21 20:35 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/caafe6dca35d

8009427: Re-enable tests that were disable to ease complicated push
Reviewed-by: sla, mchung, dcubed
Contributed-by: Erik Helin 

! test/ProblemList.txt

Changeset: 49602f599c08
Author:    dxu
Date:      2013-03-27 09:00 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/49602f599c08

8010837: FileInputStream.available() throw IOException when encountering negative available values
Summary: Remove the check in the native code to allow negative values
Reviewed-by: mchung

! src/solaris/native/java/io/io_util_md.c
+ test/java/io/FileInputStream/NegativeAvailable.java

Changeset: ae03282ba501
Author:    darcy
Date:      2013-03-27 09:38 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/ae03282ba501

7185456: (ann) Optimize Annotation handling in java/sun.reflect.* code for small number of annotations
Reviewed-by: mduigou, jfranck

! src/share/classes/sun/reflect/annotation/AnnotationType.java

Changeset: d254a5f9b93f
Author:    acorn
Date:      2013-03-27 13:40 -0400
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/d254a5f9b93f

8010846: Update the corresponding test in test/vm/verifier/TestStaticIF.java
Summary: Remove test flag -XX:-UseSplitVerifier, not supported classfile 52
Reviewed-by: acorn, hseigel

! test/vm/verifier/TestStaticIF.java

Changeset: 811c771acf65
Author:    sundar
Date:      2013-03-28 14:36 +0530
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/811c771acf65

8010991: Enable test/javax/script/GetInterfaceTest.java again
Reviewed-by: lagergren, hannesw

! test/javax/script/GetInterfaceTest.java

Changeset: a87fac00915e
Author:    weijun
Date:      2013-03-28 20:27 +0800
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/a87fac00915e

8010125: keytool -importkeystore could create a pkcs12 keystore with different storepass and keypass
Reviewed-by: vinnie

! src/share/classes/sun/security/tools/keytool/Main.java
! src/share/classes/sun/security/tools/keytool/Resources.java
+ test/sun/security/tools/keytool/p12importks.sh

Changeset: e433ed08b733
Author:    mchung
Date:      2013-03-28 13:14 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/e433ed08b733

8010309: Improve PlatformLogger.isLoggable performance by direct mapping from an integer to Level
Reviewed-by: mchung
Contributed-by: peter.levart at gmail.com, bourges.laurent at gmail.com

! src/share/classes/sun/util/logging/PlatformLogger.java
! test/sun/util/logging/PlatformLoggerTest.java

Changeset: b590bd37a6d0
Author:    mduigou
Date:      2013-04-01 12:02 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/b590bd37a6d0

8010268: Remove dependence upon clean target from jdk/test/Makefile prep target
Reviewed-by: tbell, mchung

! test/Makefile

Changeset: 0cccdb9a9a4c
Author:    mduigou
Date:      2013-04-01 20:15 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/0cccdb9a9a4c

7143928: Optimize empty HashMap and ArrayList
Reviewed-by: mduigou
Contributed-by: Sergey Linetskiy , John Rose , Mike Duigou 

! src/share/classes/java/util/ArrayList.java
! src/share/classes/java/util/HashMap.java
+ test/java/util/Map/BasicSerialization.java

Changeset: 5ee837ba093a
Author:    mduigou
Date:      2013-04-01 20:15 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/5ee837ba093a

8011187: Remove obsolete/unused targets from jdk/test/Makefile
Reviewed-by: ohair

! test/Makefile

Changeset: de228734b742
Author:    mduigou
Date:      2013-04-01 20:51 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/de228734b742

8011199: Backout changeset JDK-7143928 (0cccdb9a9a4c)
Reviewed-by: darcy, dholmes

! src/share/classes/java/util/ArrayList.java
! src/share/classes/java/util/HashMap.java
- test/java/util/Map/BasicSerialization.java

Changeset: f1b89d4cce82
Author:    sla
Date:      2013-04-02 10:32 +0200
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/f1b89d4cce82

8009558: linked_md.c::dll_build_name can get stuck in an infinite loop
Reviewed-by: alanb, sspitsyn

! src/share/back/export/sys.h
! src/share/back/transport.c
! src/share/demo/jvmti/hprof/hprof_md.h
! src/solaris/back/linker_md.c
! src/solaris/demo/jvmti/hprof/hprof_md.c
! src/windows/back/linker_md.c
! src/windows/demo/jvmti/hprof/hprof_md.c

Changeset: e6c3b8e74e50
Author:    sherman
Date:      2013-04-02 10:12 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/e6c3b8e74e50

8007379: Base64.getMimeDecoder().decode() throws IAE for a non-base64 character after padding
8008925: Base64.getMimeDecoder().decode() does not ignore padding chars
Summary: updated implementation and spec for corner cases.
Reviewed-by: alanb

! src/share/classes/java/util/Base64.java
! test/java/util/Base64/TestBase64.java

Changeset: 7fbae9125437
Author:    lana
Date:      2013-04-02 11:59 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/7fbae9125437

Merge


Changeset: b4f68aca1000
Author:    darcy
Date:      2013-04-02 16:26 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/b4f68aca1000

8004979: java.lang.reflect.Modifier.toString should include "default"
Reviewed-by: mduigou

! src/share/classes/java/lang/reflect/Constructor.java
! src/share/classes/java/lang/reflect/Executable.java
! src/share/classes/java/lang/reflect/Field.java
! src/share/classes/java/lang/reflect/Method.java
! src/share/classes/java/lang/reflect/Modifier.java
! test/java/lang/reflect/Method/GenericStringTest.java

Changeset: c534937f6e94
Author:    alanb
Date:      2013-04-03 13:15 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/c534937f6e94

8011234: Performance regression with ftp protocol when uploading in image mode
Reviewed-by: chegar

! src/share/classes/sun/net/ftp/impl/FtpClient.java

Changeset: eb8f7bc6f964
Author:    alanb
Date:      2013-04-03 13:41 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/eb8f7bc6f964

8011373: Property java.runtime.profile should be removed (left-over code)
Reviewed-by: lancea, dholmes

! src/share/classes/sun/misc/Version.java.template

Changeset: 27ae4f9c7826
Author:    lancea
Date:      2013-04-03 12:47 -0400
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/27ae4f9c7826

8011393: Typo in javadoc for SerialClob.truncate
Reviewed-by: darcy

! src/share/classes/javax/sql/rowset/serial/SerialClob.java

Changeset: 9a6ef3391f32
Author:    naoto
Date:      2013-04-03 10:32 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/9a6ef3391f32

7091601: Arabic Locale: can not set type of digit in application level
Reviewed-by: okutsu

! src/macosx/native/sun/util/locale/provider/HostLocaleProviderAdapter_md.c
! src/windows/classes/sun/util/locale/provider/HostLocaleProviderAdapterImpl.java

Changeset: 7b1189bf1d7b
Author:    dxu
Date:      2013-04-04 15:39 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/7b1189bf1d7b

8000406: change files using @GenerateNativeHeader to use @Native
Summary: Use @Native annotation to mark constants interested by native codes
Reviewed-by: alanb, anthony, prr

! src/macosx/classes/apple/laf/JRSUIConstants.java
! src/macosx/classes/com/apple/eawt/FullScreenHandler.java
! src/macosx/classes/com/apple/eawt/event/GestureHandler.java
! src/macosx/classes/sun/java2d/OSXSurfaceData.java
! src/macosx/classes/sun/lwawt/macosx/CocoaConstants.java
! src/macosx/native/jobjc/src/core/PrimitiveCoder.hs
! src/macosx/native/jobjc/src/core/java/com/apple/jobjc/CFType.java
! src/macosx/native/jobjc/src/core/java/com/apple/jobjc/Coder.java
! src/macosx/native/jobjc/src/core/java/com/apple/jobjc/FFIType.java
! src/macosx/native/jobjc/src/core/java/com/apple/jobjc/Function.java
! src/macosx/native/jobjc/src/core/java/com/apple/jobjc/ID.java
! src/macosx/native/jobjc/src/core/java/com/apple/jobjc/Invoke.java
! src/macosx/native/jobjc/src/core/java/com/apple/jobjc/JObjCRuntime.java
! src/macosx/native/jobjc/src/core/java/com/apple/jobjc/MacOSXFramework.java
! src/macosx/native/jobjc/src/core/java/com/apple/jobjc/NSClass.java
! src/macosx/native/jobjc/src/core/java/com/apple/jobjc/NativeArgumentBuffer.java
! src/macosx/native/jobjc/src/core/java/com/apple/jobjc/NativeBuffer.java
! src/macosx/native/jobjc/src/core/java/com/apple/jobjc/NativeObjectLifecycleManager.java
! src/macosx/native/jobjc/src/core/java/com/apple/jobjc/Opaque.java
! src/macosx/native/jobjc/src/core/java/com/apple/jobjc/Pointer.java
! src/macosx/native/jobjc/src/core/java/com/apple/jobjc/PrimitiveCoder.java
! src/macosx/native/jobjc/src/core/java/com/apple/jobjc/SEL.java
! src/macosx/native/jobjc/src/core/java/com/apple/jobjc/Struct.java
! src/macosx/native/jobjc/src/core/java/com/apple/jobjc/Subclassing.java
! src/macosx/native/jobjc/src/core/native/Invoke.m
! src/macosx/native/jobjc/src/core/native/JObjCRuntime.m
! src/macosx/native/sun/awt/PrinterView.m
! src/share/classes/java/awt/Adjustable.java
! src/share/classes/java/awt/AlphaComposite.java
! src/share/classes/java/awt/BasicStroke.java
! src/share/classes/java/awt/Choice.java
! src/share/classes/java/awt/DisplayMode.java
! src/share/classes/java/awt/Image.java
! src/share/classes/java/awt/List.java
! src/share/classes/java/awt/PopupMenu.java
! src/share/classes/java/awt/SystemColor.java
! src/share/classes/java/awt/TextComponent.java
! src/share/classes/java/awt/Transparency.java
! src/share/classes/java/awt/color/ColorSpace.java
! src/share/classes/java/awt/color/ICC_Profile.java
! src/share/classes/java/awt/datatransfer/StringSelection.java
! src/share/classes/java/awt/dnd/DnDConstants.java
! src/share/classes/java/awt/event/ActionEvent.java
! src/share/classes/java/awt/event/AdjustmentEvent.java
! src/share/classes/java/awt/event/ComponentEvent.java
! src/share/classes/java/awt/event/FocusEvent.java
! src/share/classes/java/awt/event/InputMethodEvent.java
! src/share/classes/java/awt/event/MouseWheelEvent.java
! src/share/classes/java/awt/event/WindowEvent.java
! src/share/classes/java/awt/geom/PathIterator.java
! src/share/classes/java/awt/image/AffineTransformOp.java
! src/share/classes/java/awt/image/ConvolveOp.java
! src/share/classes/java/awt/image/DataBuffer.java
! src/share/classes/java/awt/image/ImageConsumer.java
! src/share/classes/java/awt/image/ImageObserver.java
! src/share/classes/java/awt/peer/ComponentPeer.java
! src/share/classes/java/awt/print/PageFormat.java
! src/share/classes/java/awt/print/Pageable.java
! src/share/classes/java/awt/print/Printable.java
! src/share/classes/sun/awt/EmbeddedFrame.java
! src/share/classes/sun/awt/SunHints.java
! src/share/classes/sun/awt/dnd/SunDragSourceContextPeer.java
! src/share/classes/sun/awt/image/BufImgSurfaceData.java
! src/share/classes/sun/font/FontManager.java
! src/share/classes/sun/java2d/SunGraphics2D.java
! src/share/classes/sun/java2d/opengl/OGLBlitLoops.java
! src/share/classes/sun/java2d/opengl/OGLContext.java
! src/share/classes/sun/java2d/pipe/BufferedContext.java
! src/share/classes/sun/java2d/pipe/BufferedOpCodes.java
! src/share/classes/sun/java2d/pipe/BufferedPaints.java
! src/share/classes/sun/java2d/pipe/BufferedTextPipe.java
! src/share/classes/sun/java2d/pipe/RenderBuffer.java
! src/share/classes/sun/java2d/pipe/hw/AccelDeviceEventNotifier.java
! src/share/classes/sun/java2d/pipe/hw/AccelSurface.java
! src/share/classes/sun/java2d/pipe/hw/ContextCapabilities.java
! src/share/classes/sun/nio/ch/DatagramChannelImpl.java
! src/share/classes/sun/nio/ch/sctp/SctpStdSocketOption.java
! src/share/classes/sun/security/pkcs11/Secmod.java
! src/share/classes/sun/security/pkcs11/wrapper/PKCS11.java
! src/solaris/classes/sun/awt/X11/XComponentPeer.java
! src/solaris/classes/sun/nio/ch/sctp/AssociationChange.java
! src/solaris/classes/sun/nio/ch/sctp/PeerAddrChange.java
! src/solaris/classes/sun/nio/ch/sctp/ResultContainer.java
! src/solaris/native/sun/awt/awt_InputMethod.c
! src/solaris/native/sun/awt/fontpath.c
! src/windows/classes/sun/java2d/d3d/D3DBlitLoops.java
! src/windows/classes/sun/java2d/d3d/D3DContext.java
! src/windows/classes/sun/java2d/d3d/D3DPaints.java
! src/windows/native/sun/java2d/d3d/D3DContext.h
! src/windows/native/sun/windows/awt_Component.h
! src/windows/native/sun/windows/awt_DnDDS.cpp
! src/windows/native/sun/windows/awt_Frame.cpp
! src/windows/native/sun/windows/awt_List.h
! src/windows/native/sun/windows/awt_PopupMenu.cpp
! src/windows/native/sun/windows/awt_PopupMenu.h
! src/windows/native/sun/windows/awt_TextComponent.h
! src/windows/native/sun/windows/awt_Toolkit.cpp

Changeset: 7d4e30730f80
Author:    valeriep
Date:      2013-04-04 20:05 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/7d4e30730f80

7155720: PKCS11 minor issues in native code
Summary: Added OOM handling to address the two issues found by parfait.
Reviewed-by: weijun

! src/solaris/native/sun/security/pkcs11/wrapper/p11_md.c

Changeset: b62a76763bf3
Author:    mchung
Date:      2013-04-05 10:41 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/b62a76763bf3

8011380: FX dependency on PlatformLogger broken by 8010309
Reviewed-by: alanb

! src/share/classes/java/util/logging/LoggingProxyImpl.java
! src/share/classes/sun/util/logging/LoggingProxy.java
! src/share/classes/sun/util/logging/LoggingSupport.java
! src/share/classes/sun/util/logging/PlatformLogger.java
! test/sun/util/logging/PlatformLoggerTest.java

Changeset: b702977e7212
Author:    khazra
Date:      2013-04-05 12:12 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/b702977e7212

5001942: Missings SOCKS support for direct connections
Summary: Add support for socksNonProxyHosts
Reviewed-by: chegar, khazra
Contributed-by: Christos Zoulas 

! src/share/classes/sun/net/spi/DefaultProxySelector.java
! test/java/net/Socks/SocksProxyVersion.java

Changeset: ba231ac2890a
Author:    lana
Date:      2013-04-05 14:51 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/ba231ac2890a

Merge


Changeset: 785f3a04ee05
Author:    dxu
Date:      2013-04-05 17:15 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/785f3a04ee05

8011602: jobjc build failure on Mac
Summary: Remove @Native annotation from macosx/native/jobjc/src/core/java/com/apple/jobjc/Coder.java
Reviewed-by: mchung, dholmes

! src/macosx/native/jobjc/src/core/java/com/apple/jobjc/Coder.java
! src/share/classes/sun/java2d/opengl/OGLContext.java

Changeset: 16f63a94c231
Author:    darcy
Date:      2013-04-05 18:20 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/16f63a94c231

8011590: More tests for core reflection modeling of default methods
Reviewed-by: mduigou

+ test/java/lang/reflect/Method/DefaultMethodModeling.java

Changeset: 04617e462512
Author:    lancea
Date:      2013-04-08 15:29 -0400
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/04617e462512

8006036: (process) cleanup code in java/lang/Runtime/exec/WinCommand.java
Reviewed-by: lancea
Contributed-by: Jim Gish 

! test/java/lang/Runtime/exec/WinCommand.java

Changeset: 3db793b080d8
Author:    martin
Date:      2013-04-08 16:37 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/3db793b080d8

8010849: (str) Optimize StringBuilder.append(null)
Summary: Append 4 chars instead of the string "null"
Reviewed-by: mduigou, forax, jgish

! src/share/classes/java/lang/AbstractStringBuilder.java

Changeset: 3e5a18c3e599
Author:    darcy
Date:      2013-04-08 17:06 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/3e5a18c3e599

6298888: Add toGenericString to j.l.Class and getTypeName to j.l.reflect.Type
6992705: Include modifiers in Class.toGenericString()
Summary: Class.toGenericString and supporting changes; additional reviews by Peter Levart
Reviewed-by: alanb

! src/share/classes/java/lang/Class.java
! src/share/classes/java/lang/reflect/Constructor.java
! src/share/classes/java/lang/reflect/Executable.java
! src/share/classes/java/lang/reflect/Field.java
! src/share/classes/java/lang/reflect/Method.java
! src/share/classes/java/lang/reflect/Modifier.java
! src/share/classes/java/lang/reflect/Parameter.java
! src/share/classes/java/lang/reflect/Type.java
+ test/java/lang/Class/GenericStringTest.java

Changeset: 57e9eaeca323
Author:    alanb
Date:      2013-04-09 15:51 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/57e9eaeca323

8010393: Update JAX-WS RI to 2.2.9-b12941
Reviewed-by: mullan

! src/share/lib/security/java.security-linux
! src/share/lib/security/java.security-macosx
! src/share/lib/security/java.security-solaris
! src/share/lib/security/java.security-windows

Changeset: 50bc8e085a09
Author:    chegar
Date:      2013-04-09 17:27 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/50bc8e085a09

8005696: Add CompletableFuture
Reviewed-by: chegar, martin

! make/java/java/FILES_java.gmk
+ src/share/classes/java/util/concurrent/CompletableFuture.java
+ src/share/classes/java/util/concurrent/CompletionException.java
+ test/java/util/concurrent/CompletableFuture/Basic.java

Changeset: f304311cfe9f
Author:    lana
Date:      2013-04-09 15:14 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/f304311cfe9f

Merge

! src/share/classes/sun/awt/dnd/SunDragSourceContextPeer.java

Changeset: 6e3763e737b0
Author:    lana
Date:      2013-04-16 08:14 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/6e3763e737b0

Merge


Changeset: 7989cd0cc3a9
Author:    katleman
Date:      2013-04-16 15:00 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/7989cd0cc3a9

Merge




From david.katleman at oracle.com  Tue Apr 16 22:41:26 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Tue, 16 Apr 2013 22:41:26 +0000
Subject: hg: jdk8/build/langtools: 19 new changesets
Message-ID: <20130416224220.BB9FA48359@hg.openjdk.java.net>

Changeset: 330b35b27e68
Author:    darcy
Date:      2013-03-26 17:17 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/330b35b27e68

7041251: Use j.u.Objects utility methods in langtools
Reviewed-by: jjg

! src/share/classes/com/sun/tools/javac/util/Pair.java
! src/share/classes/javax/annotation/processing/AbstractProcessor.java

Changeset: 33b6a52f0037
Author:    darcy
Date:      2013-03-26 18:15 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/33b6a52f0037

7059170: Assume availablility of URLClassLoader.close
Reviewed-by: jjg

! src/share/classes/com/sun/tools/javac/util/BaseFileManager.java
- src/share/classes/com/sun/tools/javac/util/CloseableURLClassLoader.java

Changeset: 7bebe17ff323
Author:    mcimadamore
Date:      2013-03-28 11:38 +0000
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/7bebe17ff323

8010469: Bad assertion in LambdaToMethod
Summary: Add assertion in LambdaToMethod.serializedLambdaName
Reviewed-by: jjg

! src/share/classes/com/sun/tools/javac/comp/LambdaToMethod.java

Changeset: a200d8ccfe47
Author:    mcimadamore
Date:      2013-03-28 11:39 +0000
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/a200d8ccfe47

8010490: FindBugs: double assignments in LambdaToMethod.visitIdent
Summary: Remove dead code from LambdaToMethod
Reviewed-by: jjg

! src/share/classes/com/sun/tools/javac/comp/LambdaToMethod.java

Changeset: 991f11e13598
Author:    jjg
Date:      2013-03-28 10:49 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/991f11e13598

8006346: doclint should make allowance for headers generated by standard doclet
Reviewed-by: mcimadamore

! src/share/classes/com/sun/tools/doclint/Checker.java
! src/share/classes/com/sun/tools/doclint/DocLint.java
! src/share/classes/com/sun/tools/doclint/Env.java
! src/share/classes/com/sun/tools/javac/main/Main.java
! src/share/classes/com/sun/tools/javadoc/DocEnv.java
+ test/tools/javac/doclint/ImplicitHeadersTest.java
+ test/tools/javadoc/doclint/ImplicitHeadersTest.java

Changeset: d3648557391b
Author:    jjg
Date:      2013-03-28 10:58 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/d3648557391b

8010511: Tests are creating files in /tmp
Reviewed-by: darcy

! test/tools/javac/T6558476.java
! test/tools/javac/T6900149.java
! test/tools/javac/diags/CheckExamples.java
! test/tools/javac/diags/RunExamples.java

Changeset: 29c6984a1673
Author:    vromero
Date:      2013-04-02 10:51 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/29c6984a1673

4965689: class literal code wastes a byte
Reviewed-by: jjg

! 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
+ test/tools/javac/T4965689/ClassLiteralWastesByteTest.java

Changeset: 46d2f144ebbd
Author:    lana
Date:      2013-04-02 12:00 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/46d2f144ebbd

Merge


Changeset: 0d47e6131490
Author:    darcy
Date:      2013-04-03 12:27 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/0d47e6131490

8011052: Add DEFAULT to javax.lang.model.Modifier
Reviewed-by: abuckley, jjg

! src/share/classes/com/sun/tools/javac/code/Flags.java
! src/share/classes/javax/lang/model/element/Modifier.java
! test/tools/javac/processing/model/element/TestExecutableElement.java

Changeset: e06dc8345d9c
Author:    lana
Date:      2013-04-05 14:51 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/e06dc8345d9c

Merge


Changeset: b71a61d39cf7
Author:    mcimadamore
Date:      2013-04-08 15:51 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/b71a61d39cf7

8010922: Cleanup: add support for ad-hoc method check logic
Summary: Support pluggable method checkers
Reviewed-by: jjg

! src/share/classes/com/sun/tools/javac/comp/Attr.java
! src/share/classes/com/sun/tools/javac/comp/DeferredAttr.java
! src/share/classes/com/sun/tools/javac/comp/Infer.java
! src/share/classes/com/sun/tools/javac/comp/Resolve.java

Changeset: b54122b9372d
Author:    mcimadamore
Date:      2013-04-08 15:52 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/b54122b9372d

8010823: DefaultMethodTest.testReflectCall fails with new lambda VM
Summary: Fix lambda test
Reviewed-by: jjg

! test/tools/javac/lambdaShapes/org/openjdk/tests/vm/DefaultMethodsTest.java

Changeset: e9d986381414
Author:    mcimadamore
Date:      2013-04-08 15:53 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/e9d986381414

8010404: Lambda debugging: redundant LineNumberTable entry for lambda capture
Summary: Ignore indy entries in LineNumberTable
Reviewed-by: jjg

! src/share/classes/com/sun/tools/javac/jvm/Code.java
! src/share/classes/com/sun/tools/javac/jvm/Gen.java
! test/tools/javac/lambda/TestInvokeDynamic.java

Changeset: 94a202228ec2
Author:    mcimadamore
Date:      2013-04-08 15:57 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/94a202228ec2

8009131: Overload: javac should discard methods that lead to errors in lambdas with implicit parameter types
Summary: Lambdas that have errors in their bodies should make enclosing overload resolution fail
Reviewed-by: jjg

! src/share/classes/com/sun/tools/javac/comp/Attr.java
! src/share/classes/com/sun/tools/javac/resources/compiler.properties
+ test/tools/javac/diags/examples/BadArgTypesInLambda.java
! test/tools/javac/lambda/BadRecovery.out
! test/tools/javac/lambda/TargetType01.java
- test/tools/javac/lambda/TargetType01.out
! test/tools/javac/lambda/TargetType43.out
+ test/tools/javac/lambda/TargetType66.java
+ test/tools/javac/lambda/TargetType66.out

Changeset: c635a966ce84
Author:    mcimadamore
Date:      2013-04-08 15:59 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/c635a966ce84

8010822: Intersection type cast for functional expressions does not follow spec EDR
Summary: Remove support for marker interfaces; redefine intersection type casts to be order-independent
Reviewed-by: jjg

! src/share/classes/com/sun/tools/javac/code/Type.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/resources/compiler.properties
! src/share/classes/com/sun/tools/javac/util/RichDiagnosticFormatter.java
+ test/tools/javac/diags/examples/NotAnInterfaceComponent.java
- test/tools/javac/diags/examples/SecondaryBoundMustBeMarkerIntf.java
! test/tools/javac/lambda/Intersection01.java
- test/tools/javac/lambda/Intersection01.out
! test/tools/javac/lambda/intersection/IntersectionTargetTypeTest.java

Changeset: b402b93cbe38
Author:    jjg
Date:      2013-04-08 11:54 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/b402b93cbe38

8011676: Instances of Tokens.Comment should not be defined in inner classes
Reviewed-by: mcimadamore

! src/share/classes/com/sun/tools/javac/parser/JavaTokenizer.java
! src/share/classes/com/sun/tools/javac/parser/JavadocTokenizer.java

Changeset: 3f3cc8d3f13c
Author:    jjg
Date:      2013-04-08 11:57 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/3f3cc8d3f13c

8011677: EndPosTables should avoid hidden references to Parser
Reviewed-by: mcimadamore

! src/share/classes/com/sun/tools/javac/parser/JavacParser.java

Changeset: 1f19b84efa6d
Author:    lana
Date:      2013-04-16 08:16 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/1f19b84efa6d

Merge

- src/share/classes/com/sun/tools/javac/util/CloseableURLClassLoader.java
- test/tools/javac/diags/examples/SecondaryBoundMustBeMarkerIntf.java
- test/tools/javac/lambda/Intersection01.out
- test/tools/javac/lambda/TargetType01.out

Changeset: 6ab578e141df
Author:    katleman
Date:      2013-04-16 15:00 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/6ab578e141df

Merge




From david.katleman at oracle.com  Tue Apr 16 22:42:28 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Tue, 16 Apr 2013 22:42:28 +0000
Subject: hg: jdk8/build/nashorn: 30 new changesets
Message-ID: <20130416224249.98BC84835A@hg.openjdk.java.net>

Changeset: 41a212ea8c0c
Author:    sundar
Date:      2013-03-28 20:48 +0530
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/41a212ea8c0c

8010924: Dealing with undefined property gets you a fatal stack
Reviewed-by: lagergren, jlaskey

! src/jdk/nashorn/internal/runtime/resources/mozilla_compat.js
+ test/script/basic/JDK-8010924.js

Changeset: e2ea7a29b9c1
Author:    lagergren
Date:      2013-03-29 08:55 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/e2ea7a29b9c1

8010995: The bug ID 8010710 accidentally got two digits transposed in the checkin and unit test name
Reviewed-by: hannesw, sundar

+ test/script/basic/JDK-8010710.js
+ test/script/basic/JDK-8010710.js.EXPECTED
- test/script/basic/JDK-8017010.js
- test/script/basic/JDK-8017010.js.EXPECTED

Changeset: 704f3083af8a
Author:    sundar
Date:      2013-03-29 18:38 +0530
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/704f3083af8a

8011063: With older ant, we get the error "The  type doesn't support nested text data ("${run.te...jvmargs}")."
Reviewed-by: hannesw, ksrini

! make/build.xml

Changeset: a094fc010120
Author:    jlaskey
Date:      2013-03-31 08:19 -0300
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/a094fc010120

8011095: PropertyHashMap.rehash() does not grow enough
Reviewed-by: hannesw, lagergren
Contributed-by: james.laskey at oracle.com

! src/jdk/nashorn/internal/runtime/PropertyHashMap.java
! src/jdk/nashorn/internal/runtime/PropertyMap.java

Changeset: 3e4369fb810b
Author:    hannesw
Date:      2013-04-02 13:55 +0200
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/3e4369fb810b

8011219: Regression with recent PropertyMap history changes
Reviewed-by: jlaskey, lagergren

! src/jdk/nashorn/internal/runtime/PropertyMap.java

Changeset: 5362d96d5915
Author:    sundar
Date:      2013-04-02 17:40 +0530
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/5362d96d5915

8011209: Object.getOwnPropertyDescriptor(function(){"use strict"},"caller").get.length is not 0
Reviewed-by: lagergren, hannesw, jlaskey

! src/jdk/nashorn/internal/objects/ScriptFunctionImpl.java
+ test/script/basic/JDK-8011209.js

Changeset: 9b845033c888
Author:    lana
Date:      2013-04-02 12:01 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/9b845033c888

Merge


Changeset: d82bc6ba3981
Author:    lana
Date:      2013-04-05 14:52 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/d82bc6ba3981

Merge


Changeset: af6fc67aa73d
Author:    jlaskey
Date:      2013-04-02 11:37 -0300
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/af6fc67aa73d

8011233: Create a Nashorn shell for JavaFX
Reviewed-by: lagergren, sundar
Contributed-by: james.laskey at oracle.com

! make/build.xml
! make/project.properties
+ tools/fxshell/jdk/nashorn/tools/FXShell.java

Changeset: be5d2e472e22
Author:    jlaskey
Date:      2013-04-02 11:38 -0300
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/be5d2e472e22

Merge


Changeset: 159dbe2e02eb
Author:    sundar
Date:      2013-04-02 20:42 +0530
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/159dbe2e02eb

8011237: Object.isExtensible(Object.getOwnPropertyDescriptor(function(){"use strict"},"caller").get) should be false
Reviewed-by: lagergren, jlaskey

! src/jdk/nashorn/internal/objects/ScriptFunctionImpl.java
+ test/script/basic/JDK-8011237.js

Changeset: e9af5451d2d1
Author:    sundar
Date:      2013-04-02 23:01 +0530
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/e9af5451d2d1

8011274: Object.getOwnPropertyDescriptor(function(){"use strict"},"caller").get.hasOwnProperty("prototype") should be false
Reviewed-by: lagergren, jlaskey

! src/jdk/nashorn/internal/objects/ScriptFunctionImpl.java
+ test/script/basic/JDK-8011274.js

Changeset: e63b20d4f08a
Author:    sundar
Date:      2013-04-03 11:41 +0530
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/e63b20d4f08a

8011357: Array.prototype.slice and Array.prototype.splice should not call user defined valueOf of start, end arguments more than once
Reviewed-by: lagergren, hannesw

! src/jdk/nashorn/internal/objects/NativeArray.java
+ test/script/basic/JDK-8011357.js

Changeset: 51da1afbab26
Author:    attila
Date:      2013-04-03 11:13 +0200
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/51da1afbab26

8011362: Overloaded method resolution foiled by nulls
Reviewed-by: hannesw, sundar

! src/jdk/internal/dynalink/beans/ClassString.java
! src/jdk/internal/dynalink/beans/OverloadedMethod.java
+ test/script/basic/JDK-8011362.js
+ test/script/basic/JDK-8011362.js.EXPECTED
+ test/src/jdk/nashorn/test/models/Jdk8011362TestSubject.java

Changeset: b4191da366be
Author:    sundar
Date:      2013-04-03 15:27 +0530
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/b4191da366be

8011365: Array.prototype.join and Array.prototype.toString do not throw TypeError on null, undefined
Reviewed-by: attila, hannesw, lagergren

! src/jdk/nashorn/internal/objects/NativeArray.java
! test/script/basic/JDK-8011362.js.EXPECTED
+ test/script/basic/JDK-8011365.js

Changeset: 4f7d7576e8c4
Author:    hannesw
Date:      2013-04-03 12:43 +0200
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/4f7d7576e8c4

8007774: Enable code cache again
Reviewed-by: lagergren, attila, sundar

! src/jdk/nashorn/internal/runtime/resources/Options.properties

Changeset: 82fed56d8dce
Author:    sundar
Date:      2013-04-03 20:17 +0530
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/82fed56d8dce

8011382: Data prototype methods and constructor do not call user defined toISOString, valueOf methods per spec.
Reviewed-by: lagergren, jlaskey

! src/jdk/nashorn/internal/objects/NativeDate.java
+ test/script/basic/JDK-8011382.js

Changeset: a5a8ddc2e028
Author:    sundar
Date:      2013-04-04 10:24 +0530
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/a5a8ddc2e028

8011394: RegExp.prototype.test() does not call valueOf on lastIndex property as per the spec.
Reviewed-by: lagergren, jlaskey, hannesw

! src/jdk/nashorn/internal/objects/NativeRegExp.java
+ test/script/basic/JDK-8011394.js

Changeset: 0548c134b9ac
Author:    sundar
Date:      2013-04-04 13:54 +0530
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/0548c134b9ac

8011421: When using Object.defineProperty on arrays, PropertyDescriptor's property accessors are invoked multiple times
Reviewed-by: lagergren, hannesw

! src/jdk/nashorn/internal/objects/NativeArray.java
+ test/script/basic/JDK-8011421.js

Changeset: f638f2f094f7
Author:    jlaskey
Date:      2013-04-04 09:05 -0300
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/f638f2f094f7

8011540: PropertyMap histories should not begin with empty map
Reviewed-by: lagergren, sundar
Contributed-by: james.laskey at oracle.com

! src/jdk/nashorn/internal/runtime/PropertyMap.java

Changeset: 069923cc9de5
Author:    jlaskey
Date:      2013-04-04 09:06 -0300
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/069923cc9de5

Merge


Changeset: 18df6640e63f
Author:    sundar
Date:      2013-04-04 18:30 +0530
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/18df6640e63f

8011543: "".split(undefined,{valueOf:function(){throw 2}}) does not throw exception
Reviewed-by: lagergren, jlaskey

! src/jdk/nashorn/internal/objects/NativeString.java
+ test/script/basic/JDK-8011543.js

Changeset: 5eb1427b6a6d
Author:    attila
Date:      2013-04-04 15:53 +0200
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/5eb1427b6a6d

8011544: Allow subclassing Java classes from script without creating instances
Reviewed-by: jlaskey, sundar

! src/jdk/nashorn/internal/objects/NativeJava.java
+ src/jdk/nashorn/internal/runtime/linker/AdaptationException.java
+ src/jdk/nashorn/internal/runtime/linker/AdaptationResult.java
+ src/jdk/nashorn/internal/runtime/linker/ClassAndLoader.java
+ src/jdk/nashorn/internal/runtime/linker/JavaAdapterBytecodeGenerator.java
+ src/jdk/nashorn/internal/runtime/linker/JavaAdapterClassLoader.java
! src/jdk/nashorn/internal/runtime/linker/JavaAdapterFactory.java
+ src/jdk/nashorn/internal/runtime/linker/JavaAdapterGeneratorBase.java
+ src/jdk/nashorn/internal/runtime/linker/JavaAdapterServices.java
! src/jdk/nashorn/internal/runtime/linker/NashornLinker.java
! src/jdk/nashorn/internal/runtime/linker/NashornStaticClassLinker.java
! src/jdk/nashorn/internal/runtime/resources/Messages.properties
+ test/script/basic/javaclassoverrides.js
+ test/script/basic/javaclassoverrides.js.EXPECTED

Changeset: 73e1270b240c
Author:    attila
Date:      2013-04-04 15:55 +0200
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/73e1270b240c

Merge


Changeset: 349360cc1df5
Author:    sundar
Date:      2013-04-04 20:46 +0530
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/349360cc1df5

8011552: Arrays with missing elements are not properly sorted
Reviewed-by: jlaskey, lagergren

! src/jdk/nashorn/internal/objects/NativeArray.java
+ test/script/basic/JDK-8011552.js

Changeset: 050fd5696bcb
Author:    attila
Date:      2013-04-04 18:32 +0200
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/050fd5696bcb

8011555: Invalid class name in with block with JavaImporter causes MH type mismatch
Reviewed-by: jlaskey, lagergren

! src/jdk/nashorn/internal/runtime/WithObject.java
+ test/script/basic/JDK-8011555.js
+ test/script/basic/JDK-8011555.js.EXPECTED

Changeset: 1c29dc809de2
Author:    hannesw
Date:      2013-04-05 19:50 +0200
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/1c29dc809de2

8009230: Nashorn rejects extended RegExp syntax accepted by all major JS engines
Reviewed-by: jlaskey, lagergren

! src/jdk/nashorn/internal/runtime/regexp/RegExpScanner.java
+ test/script/basic/JDK-8009230.js
+ test/script/basic/JDK-8009230.js.EXPECTED

Changeset: 437861485ffa
Author:    jlaskey
Date:      2013-04-09 08:36 -0300
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/437861485ffa

Merge


Changeset: 35881a9d0fc2
Author:    lana
Date:      2013-04-16 08:16 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/35881a9d0fc2

Merge

- test/script/basic/JDK-8017010.js
- test/script/basic/JDK-8017010.js.EXPECTED

Changeset: 002ad9d6735f
Author:    katleman
Date:      2013-04-16 15:00 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/002ad9d6735f

Merge




From omajid at redhat.com  Wed Apr 17 02:05:04 2013
From: omajid at redhat.com (Omair Majid)
Date: Tue, 16 Apr 2013 22:05:04 -0400
Subject: Fix zero build on arm
Message-ID: <516E0350.7090900@redhat.com>

Hi,

The following webrev makes zero build succesfully on arm:
http://cr.openjdk.java.net/~omajid/webrevs/zero-on-arm/00/

The only problem I ran into while trying to build zero on armv7l is that
the gcc there does not like -m32. The changes make the build system
check whether the compiler supports the -m32/-m64 flag before using it.

Any thoughts or comments?

Thanks,
Omair

-- 
PGP Key: 66484681 (http://pgp.mit.edu/)
Fingerprint = F072 555B 0A17 3957 4E95  0056 F286 F14F 6648 4681


From david.holmes at oracle.com  Wed Apr 17 02:27:48 2013
From: david.holmes at oracle.com (David Holmes)
Date: Wed, 17 Apr 2013 12:27:48 +1000
Subject: How to deal with a missing VM? (was Re: RFR 8010280: jvm.cfg needs
	updating for non-server builds)
In-Reply-To: <516C826C.4020709@oracle.com>
References: <516B474B.8090404@oracle.com>
	
	<516C826C.4020709@oracle.com>
Message-ID: <516E08A4.6090000@oracle.com>

This change to the jvm.cfg file needs to be put through our internal CCC 
process for approval. Given that, and that this is mostly about policy 
(not mechanism) and there is no absolute right answer just a 
not-unreasonable default, I thought I would solicit opinions on this.

what should be the behaviour if you ask for a VM that could be, but 
isn't present? Options:

a) Missing from jvm.cfg so VM error:

Unrecognized option: -client
Error: Could not create the Java Virtual Machine.
Error: A fatal exception has occurred. Program will exit.

b) ERROR in jvm.cfg

Error: client VM not supported

c) WARN in jvm.cfg

Warning: client VM not supported;  VM will be used

d) ALIAS to default (which is in effect a silent warning but with 
control over which VM to use)

e) IGNORE (which seems to be a degenerate case of ALIAS as it just uses 
the default)

Note that this has no affect on the Oracle JDK (SE or Embedded) as the 
committed jvm.cfg (possibly with '-minimal KNOWN' added) will be used. 
This is primarily about developer builds.

Thanks,
David


On 16/04/2013 8:42 AM, David Holmes wrote:
> FYI updated webrev at same location, removing the dead code Erik spotted.
>
> http://cr.openjdk.java.net/~dholmes/8010280/webrev/
>
> On 16/04/2013 2:25 AM, Mike Duigou wrote:
>> Hi David;
>>
>> I remember reviewing the jvm.cfg config patch for JDK 7. I had hoped
>> to see the "classic" and "green" flags go away and some of the other
>> legacy flags like "-hotspot" reduced to WARN. What's the difference
>> between removing an entry completely and retaining it with "ERROR"?
>
> Just the nature of the error message:
>
>  > java -green
> Error: green VM not supported
>  > java -blue
> Unrecognized option: -blue
> Error: Could not create the Java Virtual Machine.
> Error: A fatal exception has occurred. Program will exit.
>
> I wasn't touching any of the legacy stuff - though if this needs to go
> to CCC I would suggest removing all the legacy entries.
>
>> Additionally I don't like that aliases have differing definitions and
>> some confusing ones like "-server ALIASED_TO -client". Is this
>> necessary or just historically convenient?
>
> I don't like aliases period! Historically (and this is very recent
> history) it was necessary to deal with the test suites being applied to
> a JDK with, eg, only client VM. Every test that specified -server would
> fail if the alias didn't exist (and as I stated we're moving away from
> that ie the tests don't set -client or -server but the complete test
> suite run does, and it knows what VM is under test.
>
> Personally I'd probably choose WARN for any VM not present.
>
> The problem is that the "right" thing depends on who is building what,
> and how they plan to use it. All I can do is define a not-unreasonable
> default policy. I also have a time constraint as I need to get this in
> before the 23rd to meet an internal deadline.
>
> I've attached all the generated versions below.
>
> Thanks,
> David
>
> ::::::::::::::
> linux-i586-client/jdk/lib/i386/jvm.cfg
> ::::::::::::::
> -client KNOWN
> -server ALIASED_TO -client
> -hotspot ALIASED_TO -client
> -classic WARN
> -native ERROR
> -green ERROR
> ::::::::::::::
> linux-i586-client-server/jdk/lib/i386/jvm.cfg
> ::::::::::::::
> # Copyright (c) 2001, 2013, Oracle and/or its affiliates. All rights
> reserved.
> # DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER.
> #
> # This code is free software; you can redistribute it and/or modify it
> # under the terms of the GNU General Public License version 2 only, as
> # published by the Free Software Foundation.  Oracle designates this
> # particular file as subject to the "Classpath" exception as provided
> # by Oracle in the LICENSE file that accompanied this code.
> #
> # This code is distributed in the hope that it will be useful, but WITHOUT
> # ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
> # FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public License
> # version 2 for more details (a copy is included in the LICENSE file that
> # accompanied this code).
> #
> # You should have received a copy of the GNU General Public License version
> # 2 along with this work; if not, write to the Free Software Foundation,
> # Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA.
> #
> # Please contact Oracle, 500 Oracle Parkway, Redwood Shores, CA 94065 USA
> # or visit www.oracle.com if you need additional information or have any
> # questions.
> #
> # List of JVMs that can be used as an option to java, javac, etc.
> # Order is important -- first in this list is the default JVM.
> # NOTE that this both this file and its format are UNSUPPORTED and
> # WILL GO AWAY in a future release.
> #
> # You may also select a JVM in an arbitrary location with the
> # "-XXaltjvm=" option, but that too is unsupported
> # and may not be available in a future release.
> #
> -client IF_SERVER_CLASS -server
> -server KNOWN
> -hotspot ALIASED_TO -client
> -classic WARN
> -native ERROR
> -green ERROR
> ::::::::::::::
> linux-i586-client-server-minimal1/jdk/lib/i386/jvm.cfg
> ::::::::::::::
> # Copyright (c) 2001, 2013, Oracle and/or its affiliates. All rights
> reserved.
> # DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER.
> #
> # This code is free software; you can redistribute it and/or modify it
> # under the terms of the GNU General Public License version 2 only, as
> # published by the Free Software Foundation.  Oracle designates this
> # particular file as subject to the "Classpath" exception as provided
> # by Oracle in the LICENSE file that accompanied this code.
> #
> # This code is distributed in the hope that it will be useful, but WITHOUT
> # ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
> # FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public License
> # version 2 for more details (a copy is included in the LICENSE file that
> # accompanied this code).
> #
> # You should have received a copy of the GNU General Public License version
> # 2 along with this work; if not, write to the Free Software Foundation,
> # Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA.
> #
> # Please contact Oracle, 500 Oracle Parkway, Redwood Shores, CA 94065 USA
> # or visit www.oracle.com if you need additional information or have any
> # questions.
> #
> # List of JVMs that can be used as an option to java, javac, etc.
> # Order is important -- first in this list is the default JVM.
> # NOTE that this both this file and its format are UNSUPPORTED and
> # WILL GO AWAY in a future release.
> #
> # You may also select a JVM in an arbitrary location with the
> # "-XXaltjvm=" option, but that too is unsupported
> # and may not be available in a future release.
> #
> -client IF_SERVER_CLASS -server
> -server KNOWN
> -hotspot ALIASED_TO -client
> -classic WARN
> -native ERROR
> -green ERROR
> -minimal KNOWN
> ::::::::::::::
> linux-i586-minimal1-client/jdk/lib/i386/jvm.cfg
> ::::::::::::::
> -client KNOWN
> -server ALIASED_TO -client
> -hotspot ALIASED_TO -client
> -minimal KNOWN
> -classic WARN
> -native ERROR
> -green ERROR
> ::::::::::::::
> linux-i586-minimal1/jdk/lib/i386/jvm.cfg
> ::::::::::::::
> -minimal KNOWN
> -server ALIASED_TO -minimal
> -client ALIASED_TO -minimal
> -hotspot ALIASED_TO -minimal
> -classic WARN
> -native ERROR
> -green ERROR
> ::::::::::::::
> linux-i586-minimal1-server/jdk/lib/i386/jvm.cfg
> ::::::::::::::
> -server KNOWN
> -client ALIASED_TO -server
> -hotspot ALIASED_TO -server
> -minimal KNOWN
> -classic WARN
> -native ERROR
> -green ERROR
> ::::::::::::::
> linux-i586-server-client-minimal1/jdk/lib/i386/jvm.cfg
> ::::::::::::::
> # Copyright (c) 2001, 2013, Oracle and/or its affiliates. All rights
> reserved.
> # DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER.
> #
> # This code is free software; you can redistribute it and/or modify it
> # under the terms of the GNU General Public License version 2 only, as
> # published by the Free Software Foundation.  Oracle designates this
> # particular file as subject to the "Classpath" exception as provided
> # by Oracle in the LICENSE file that accompanied this code.
> #
> # This code is distributed in the hope that it will be useful, but WITHOUT
> # ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
> # FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public License
> # version 2 for more details (a copy is included in the LICENSE file that
> # accompanied this code).
> #
> # You should have received a copy of the GNU General Public License version
> # 2 along with this work; if not, write to the Free Software Foundation,
> # Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA.
> #
> # Please contact Oracle, 500 Oracle Parkway, Redwood Shores, CA 94065 USA
> # or visit www.oracle.com if you need additional information or have any
> # questions.
> #
> # List of JVMs that can be used as an option to java, javac, etc.
> # Order is important -- first in this list is the default JVM.
> # NOTE that this both this file and its format are UNSUPPORTED and
> # WILL GO AWAY in a future release.
> #
> # You may also select a JVM in an arbitrary location with the
> # "-XXaltjvm=" option, but that too is unsupported
> # and may not be available in a future release.
> #
> -client IF_SERVER_CLASS -server
> -server KNOWN
> -hotspot ALIASED_TO -client
> -classic WARN
> -native ERROR
> -green ERROR
> -minimal KNOWN
> ::::::::::::::
> linux-i586-server/jdk/lib/i386/jvm.cfg
> ::::::::::::::
> -server KNOWN
> -client ALIASED_TO -server
> -hotspot ALIASED_TO -server
> -classic WARN
> -native ERROR
> -green ERROR
>


From david.holmes at oracle.com  Wed Apr 17 02:34:40 2013
From: david.holmes at oracle.com (David Holmes)
Date: Wed, 17 Apr 2013 12:34:40 +1000
Subject: RFR 8010280: jvm.cfg needs updating for non-server builds
In-Reply-To: <516D8F89.90506@oracle.com>
References: <516B474B.8090404@oracle.com>
	
	<516C826C.4020709@oracle.com> <516D8F89.90506@oracle.com>
Message-ID: <516E0A40.1010605@oracle.com>

On 17/04/2013 3:51 AM, Mandy Chung wrote:
>
> On 4/15/2013 3:42 PM, David Holmes wrote:
>> FYI updated webrev at same location, removing the dead code Erik spotted.
>>
>> http://cr.openjdk.java.net/~dholmes/8010280/webrev/
>>
>
> Looks good to me.  Nit: CopyFiles.gmk line 340 - you may want to remove
> the extra space to align with the next line.

Thanks Mandy.

>> I've attached all the generated versions below.
>
> Thanks for the generated files that are helpful for the review. Have you
> considered adding a simple sanity test, if not present, to validate
> jvm.cfg matches with the vm binaries bundled in JAVA_HOME? Just a
> thought and maybe you can file a RFE to add such a test later if you
> think it's a good idea.

A "simple" sanity test? ;-) This would involve finding all the libjvm's 
in a JRE and extracting their names, then finding and reading the 
jvm.cfg file in the JRE, then invoking the VM with all the possible 
entries in jvm.cfg and using the version string to try and see if the 
right VM was selected (or the right error produced). That sounds like a 
pretty horrible test to write. :(  I think noreg-hard is best for this 
one. :)

Thanks,
David

> Mandy


From mandy.chung at oracle.com  Wed Apr 17 02:39:00 2013
From: mandy.chung at oracle.com (Mandy Chung)
Date: Tue, 16 Apr 2013 19:39:00 -0700
Subject: RFR 8010280: jvm.cfg needs updating for non-server builds
In-Reply-To: <516E0A40.1010605@oracle.com>
References: <516B474B.8090404@oracle.com>
	
	<516C826C.4020709@oracle.com> <516D8F89.90506@oracle.com>
	<516E0A40.1010605@oracle.com>
Message-ID: <516E0B44.1080103@oracle.com>

On 4/16/2013 7:34 PM, David Holmes wrote:
>
> A "simple" sanity test? ;-) This would involve finding all the 
> libjvm's in a JRE and extracting their names, then finding and reading 
> the jvm.cfg file in the JRE, then invoking the VM with all the 
> possible entries in jvm.cfg and using the version string to try and 
> see if the right VM was selected (or the right error produced). That 
> sounds like a pretty horrible test to write. :(  I think noreg-hard is 
> best for this one. :)

What I was thinking is a simple one to make sure that the jvm of the 
KNOWN entry does exist (that at least validates one part of the jvm.cfg 
:)  In any case, your change is good to push.

Mandy



From erik.joelsson at oracle.com  Wed Apr 17 07:31:41 2013
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Wed, 17 Apr 2013 09:31:41 +0200
Subject: Fix zero build on arm
In-Reply-To: <516E0350.7090900@redhat.com>
References: <516E0350.7090900@redhat.com>
Message-ID: <516E4FDD.9060505@oracle.com>



On 2013-04-17 04:05, Omair Majid wrote:
> Hi,
>
> The following webrev makes zero build succesfully on arm:
> http://cr.openjdk.java.net/~omajid/webrevs/zero-on-arm/00/
>
> The only problem I ran into while trying to build zero on armv7l is that
> the gcc there does not like -m32. The changes make the build system
> check whether the compiler supports the -m32/-m64 flag before using it.
>
> Any thoughts or comments?
>
In jdk/makefiles/GensrcX11Wrappers.gmk
Line 91: seems to be missing a dash before the m.

./common/autoconf/platform.m4
Line 422: Misspelled comment
Line 437 and 440, could be simplified and moved to before the if.
Line 436: don't you need a "test" after the if? At least that's the form 
we have used in the configure script.

/Erik



From daniel.fuchs at oracle.com  Wed Apr 17 08:25:41 2013
From: daniel.fuchs at oracle.com (Daniel Fuchs)
Date: Wed, 17 Apr 2013 10:25:41 +0200
Subject: RFR: 8011347: JDK-8009824 has broken webrev with some ksh versions
In-Reply-To: <516D67E9.2090907@oracle.com>
References: <51684D96.5070406@oracle.com>
	
	<516D67E9.2090907@oracle.com>
Message-ID: <516E5C85.4070002@oracle.com>

On 4/16/13 5:02 PM, Jim Gish wrote:
> I've updated the version to 24.0 and add Mike as a reviewer.  Could
> someone please push this for me?

Hi Jim,

Done.

Thanks for the fix!

-- daniel

>
> Thanks,
>      Jim
>
> On 04/15/2013 06:34 PM, Mike Duigou wrote:
>> I think the version number needs to be changed. My vote is to bump it
>> to 24.0
>>
>> Mike
>>
>> On Apr 12 2013, at 11:08 , Jim Gish wrote:
>>
>>> Please review http://cr.openjdk.java.net/~jgish/Bug8011347-webrev/
>>> , which fixes
>>> the current webrev issues on solaris and mac.
>>>
>>> Thanks,
>>>    Jim
>>>
>>> --
>>> Jim Gish | Consulting Member of Technical Staff | +1.781.442.0304
>>> Oracle Java Platform Group | Core Libraries Team
>>> 35 Network Drive
>>> Burlington, MA 01803
>>> jim.gish at oracle.com
>>>
>



From gnu.andrew at redhat.com  Wed Apr 17 13:56:58 2013
From: gnu.andrew at redhat.com (Andrew Hughes)
Date: Wed, 17 Apr 2013 09:56:58 -0400 (EDT)
Subject: Fix zero build on arm
In-Reply-To: <516E4FDD.9060505@oracle.com>
References: <516E0350.7090900@redhat.com> <516E4FDD.9060505@oracle.com>
Message-ID: <708327904.1906357.1366207018611.JavaMail.root@redhat.com>

----- Original Message -----
> 
> 
> On 2013-04-17 04:05, Omair Majid wrote:
> > Hi,
> >
> > The following webrev makes zero build succesfully on arm:
> > http://cr.openjdk.java.net/~omajid/webrevs/zero-on-arm/00/
> >
> > The only problem I ran into while trying to build zero on armv7l is that
> > the gcc there does not like -m32. The changes make the build system
> > check whether the compiler supports the -m32/-m64 flag before using it.
> >
> > Any thoughts or comments?
> >
> In jdk/makefiles/GensrcX11Wrappers.gmk
> Line 91: seems to be missing a dash before the m.
> 
> ./common/autoconf/platform.m4
> Line 422: Misspelled comment
> Line 437 and 440, could be simplified and moved to before the if.
> Line 436: don't you need a "test" after the if? At least that's the form
> we have used in the configure script.
> 
> /Erik
> 
> 

Where are you getting this line numbers from?  I don't see any.
-- 
Andrew :)

Free Java Software Engineer
Red Hat, Inc. (http://www.redhat.com)

PGP Key: 248BDC07 (https://keys.indymedia.org/)
Fingerprint = EC5A 1F5E C0AD 1D15 8F1F  8F91 3B96 A578 248B DC07



From erik.joelsson at oracle.com  Wed Apr 17 14:36:00 2013
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Wed, 17 Apr 2013 16:36:00 +0200
Subject: Fix zero build on arm
In-Reply-To: <708327904.1906357.1366207018611.JavaMail.root@redhat.com>
References: <516E0350.7090900@redhat.com> <516E4FDD.9060505@oracle.com>
	<708327904.1906357.1366207018611.JavaMail.root@redhat.com>
Message-ID: <516EB350.1030609@oracle.com>



On 2013-04-17 15:56, Andrew Hughes wrote:
>
> Where are you getting this line numbers from?  I don't see any.
I just realized not all the diffs have them. I usually start with 
"Sdiffs" and it shows line numbers. The "New" and "Old" also has them.

/Erik


From morvan.lemescam at gmail.com  Wed Apr 17 17:01:51 2013
From: morvan.lemescam at gmail.com (Morvan Le Mescam)
Date: Wed, 17 Apr 2013 19:01:51 +0200
Subject: Found and solved a bug on Cursor Management on Windows platforms
Message-ID: 

Dear all,

When developping a Swing client, I face the following problem :
When setting the hand cursor on Windows, I noticed that the default system
cursor was not used.

I analysed the problem and found the rrot cause.
I also made a correction and tested it on Windows 7.

This is my analyse :

When reading Java source code, it is obvious that on Windows, Java does not
use System resources.

In the code (from *jdk\src\windows\native\sun\windows\awt_Cursor.cpp* )
bellow :

AwtCursor * AwtCursor::*CreateSystemCursor*(jobject jCursor)

{

    JNIEnv *env = (JNIEnv *)JNU_GetEnv(jvm, JNI_VERSION_1_2);



    jint type = env->GetIntField(jCursor, AwtCursor::typeID);

    DASSERT(type != java_awt_Cursor_CUSTOM_CURSOR);



    LPCTSTR winCursor;

    switch (type) {

      case java_awt_Cursor_DEFAULT_CURSOR:

      default:

        winCursor = IDC_ARROW;

        break;

      case java_awt_Cursor_CROSSHAIR_CURSOR:

        winCursor = IDC_CROSS;

        break;

*[?]*

*      case java_awt_Cursor_HAND_CURSOR:*

*        winCursor = TEXT("HAND_CURSOR");*

*        break;*

      case java_awt_Cursor_MOVE_CURSOR:

        winCursor = IDC_SIZEALL;

        break;

    }

*    HCURSOR hCursor = ::LoadCursor(NULL, winCursor);*

    if (*hCursor == NULL*) {

        /* Not a system cursor, check for resource. */

        *hCursor = ::LoadCursor(AwtToolkit::GetInstance().GetModuleHandle(),
*

*                               winCursor);*

    }

    if (hCursor == NULL) {

        hCursor = ::LoadCursor(NULL, IDC_ARROW);

        DASSERT(hCursor != NULL);

    }



    AwtCursor *awtCursor = new AwtCursor(env, hCursor, jCursor);

    setPData(jCursor, ptr_to_jlong(awtCursor));



    return awtCursor;

}



In the case of the HAND_CURSOR (*in red*),  Java will try to load the
cursor from the system (*in blue*).

If it fails (*hCursor == NULL*) then it will try to load the cursor from
its own resource (*in orange*) :

*hCursor = ::LoadCursor(AwtToolkit::GetInstance().GetModuleHandle(),*

*                               winCursor);*



In our case, if we check in the AWTToolkit module resources, in *
jdk\src\windows\native\sun\windows\awr.rc*, we find the following content :

#include "windows.h"



// Need 2 defines so macro argument to XSTR will get expanded before
quoting.

#define XSTR(x) STR(x)

#define STR(x)  #x



LANGUAGE LANG_NEUTRAL, SUBLANG_NEUTRAL



*HAND_CURSOR  CURSOR  DISCARDABLE "hand.cur"*

AWT_ICON     ICON    DISCARDABLE "awt.ico"

CHECK_BITMAP BITMAP  DISCARDABLE "check.bmp"



And we find that java.exe embed its own hand cursor, in *
jdk\src\windows\native\sun\windows\hand.cur* : The ?famous? hand that it is
displayed instead of our system cursor.


This is the correction :

, I made the correction into the JRE source code :

      case java_awt_Cursor_HAND_CURSOR:

        /* MLM change winCursor = TEXT("HAND_CURSOR"); */

        winCursor = IDC_HAND;

        break;

I could compile and regenerate a JRE with this change :

D:\Work\Current\openjdk\build\windows-amd64\bin>java -version

openjdk version "1.7.0-u6-unofficial"

OpenJDK Runtime Environment (build 1.7.0-u6-unofficial-b24)

OpenJDK 64-Bit Server VM (build 21.0-b17, mixed mode)





And this works !

If I change the hand cursor at System level, Java takes it into account.
Last but not least question:

Why did a Sun developper, one day :  winCursor = TEXT("HAND_CURSOR");

This seems so not consistent with other part of the code... So there is
probably a good reason. Perhaps the hand cursor was not existant on Windows
platform when this was done ?


Regards


Morvan


From anthony.petrov at oracle.com  Wed Apr 17 19:04:36 2013
From: anthony.petrov at oracle.com (Anthony Petrov)
Date: Wed, 17 Apr 2013 23:04:36 +0400
Subject: Found and solved a bug on Cursor Management on Windows platforms
In-Reply-To: 
References: 
Message-ID: <516EF244.6010001@oracle.com>

Hi Morvan,

build-dev@ is the wrong mailing list for this topic. It belongs to 
awt-dev at openjdk.java.net only. Please re-post this message there.

--
best regards,
Anthony

On 04/17/2013 09:01 PM, Morvan Le Mescam wrote:
> Dear all,
>
> When developping a Swing client, I face the following problem :
> When setting the hand cursor on Windows, I noticed that the default system
> cursor was not used.
>
> I analysed the problem and found the rrot cause.
> I also made a correction and tested it on Windows 7.
>
> This is my analyse :
>
> When reading Java source code, it is obvious that on Windows, Java does not
> use System resources.
>
> In the code (from *jdk\src\windows\native\sun\windows\awt_Cursor.cpp* )
> bellow :
>
> AwtCursor * AwtCursor::*CreateSystemCursor*(jobject jCursor)
>
> {
>
>      JNIEnv *env = (JNIEnv *)JNU_GetEnv(jvm, JNI_VERSION_1_2);
>
>
>
>      jint type = env->GetIntField(jCursor, AwtCursor::typeID);
>
>      DASSERT(type != java_awt_Cursor_CUSTOM_CURSOR);
>
>
>
>      LPCTSTR winCursor;
>
>      switch (type) {
>
>        case java_awt_Cursor_DEFAULT_CURSOR:
>
>        default:
>
>          winCursor = IDC_ARROW;
>
>          break;
>
>        case java_awt_Cursor_CROSSHAIR_CURSOR:
>
>          winCursor = IDC_CROSS;
>
>          break;
>
> *[?]*
>
> *      case java_awt_Cursor_HAND_CURSOR:*
>
> *        winCursor = TEXT("HAND_CURSOR");*
>
> *        break;*
>
>        case java_awt_Cursor_MOVE_CURSOR:
>
>          winCursor = IDC_SIZEALL;
>
>          break;
>
>      }
>
> *    HCURSOR hCursor = ::LoadCursor(NULL, winCursor);*
>
>      if (*hCursor == NULL*) {
>
>          /* Not a system cursor, check for resource. */
>
>          *hCursor = ::LoadCursor(AwtToolkit::GetInstance().GetModuleHandle(),
> *
>
> *                               winCursor);*
>
>      }
>
>      if (hCursor == NULL) {
>
>          hCursor = ::LoadCursor(NULL, IDC_ARROW);
>
>          DASSERT(hCursor != NULL);
>
>      }
>
>
>
>      AwtCursor *awtCursor = new AwtCursor(env, hCursor, jCursor);
>
>      setPData(jCursor, ptr_to_jlong(awtCursor));
>
>
>
>      return awtCursor;
>
> }
>
>
>
> In the case of the HAND_CURSOR (*in red*),  Java will try to load the
> cursor from the system (*in blue*).
>
> If it fails (*hCursor == NULL*) then it will try to load the cursor from
> its own resource (*in orange*) :
>
> *hCursor = ::LoadCursor(AwtToolkit::GetInstance().GetModuleHandle(),*
>
> *                               winCursor);*
>
>
>
> In our case, if we check in the AWTToolkit module resources, in *
> jdk\src\windows\native\sun\windows\awr.rc*, we find the following content :
>
> #include "windows.h"
>
>
>
> // Need 2 defines so macro argument to XSTR will get expanded before
> quoting.
>
> #define XSTR(x) STR(x)
>
> #define STR(x)  #x
>
>
>
> LANGUAGE LANG_NEUTRAL, SUBLANG_NEUTRAL
>
>
>
> *HAND_CURSOR  CURSOR  DISCARDABLE "hand.cur"*
>
> AWT_ICON     ICON    DISCARDABLE "awt.ico"
>
> CHECK_BITMAP BITMAP  DISCARDABLE "check.bmp"
>
>
>
> And we find that java.exe embed its own hand cursor, in *
> jdk\src\windows\native\sun\windows\hand.cur* : The ?famous? hand that it is
> displayed instead of our system cursor.
>
>
> This is the correction :
>
> , I made the correction into the JRE source code :
>
>        case java_awt_Cursor_HAND_CURSOR:
>
>          /* MLM change winCursor = TEXT("HAND_CURSOR"); */
>
>          winCursor = IDC_HAND;
>
>          break;
>
> I could compile and regenerate a JRE with this change :
>
> D:\Work\Current\openjdk\build\windows-amd64\bin>java -version
>
> openjdk version "1.7.0-u6-unofficial"
>
> OpenJDK Runtime Environment (build 1.7.0-u6-unofficial-b24)
>
> OpenJDK 64-Bit Server VM (build 21.0-b17, mixed mode)
>
>
>
>
>
> And this works !
>
> If I change the hand cursor at System level, Java takes it into account.
> Last but not least question:
>
> Why did a Sun developper, one day :  winCursor = TEXT("HAND_CURSOR");
>
> This seems so not consistent with other part of the code... So there is
> probably a good reason. Perhaps the hand cursor was not existant on Windows
> platform when this was done ?
>
>
> Regards
>
>
> Morvan
>


From david.katleman at oracle.com  Wed Apr 17 19:57:02 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Wed, 17 Apr 2013 19:57:02 +0000
Subject: hg: jdk8/build/hotspot: 19 new changesets
Message-ID: <20130417195740.1FA41483BB@hg.openjdk.java.net>

Changeset: e437668ced9d
Author:    amurillo
Date:      2013-04-11 01:14 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/e437668ced9d

8011948: new hotspot build - hs25-b28
Reviewed-by: jcoomes

! make/hotspot_version

Changeset: 68fe50d4f1d5
Author:    johnc
Date:      2013-04-05 10:20 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/68fe50d4f1d5

8011343: Add new flag for verifying the heap during startup
Summary: Perform verification during VM startup under control of new flag and within a VMOperation.
Reviewed-by: stefank, jmasa, brutisso

! src/share/vm/classfile/systemDictionary.cpp
! src/share/vm/memory/genCollectedHeap.cpp
! src/share/vm/runtime/arguments.cpp
! src/share/vm/runtime/globals.hpp
! src/share/vm/runtime/thread.cpp
! src/share/vm/runtime/vm_operations.cpp
! src/share/vm/runtime/vm_operations.hpp
- test/gc/TestVerifyBeforeGCDuringStartup.java
+ test/gc/TestVerifyDuringStartup.java

Changeset: 8617e38bb4cb
Author:    jmasa
Date:      2013-02-11 10:31 -0800
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/8617e38bb4cb

8008508: CMS does not correctly reduce heap size after a Full GC
Reviewed-by: johnc, ysr

! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.cpp
! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.hpp
! src/share/vm/memory/generation.cpp
! src/share/vm/memory/generation.hpp
! src/share/vm/memory/tenuredGeneration.cpp
! src/share/vm/memory/tenuredGeneration.hpp
! src/share/vm/runtime/vmStructs.cpp

Changeset: 83f27710f5f7
Author:    brutisso
Date:      2013-04-08 07:49 +0200
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/83f27710f5f7

7197666: java -d64 -version core dumps in a box with lots of memory
Summary: Allow task queues to be mmapped instead of malloced on Solaris
Reviewed-by: coleenp, jmasa, johnc, tschatzl

! src/share/vm/memory/allocation.hpp
! src/share/vm/memory/allocation.inline.hpp
! src/share/vm/runtime/globals.hpp
! src/share/vm/utilities/taskqueue.hpp

Changeset: 63f57a8c5283
Author:    mgerdin
Date:      2013-04-09 15:32 +0200
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/63f57a8c5283

8009808: TEST-BUG : test case is using bash style tests. Default shell for jtreg is bourne. thus failure
Summary: Rewrite test to use Java only instead of shell script
Reviewed-by: mgerdin, brutisso
Contributed-by: leonid.mesnik at oracle.com

+ test/gc/6941923/Test6941923.java
- test/gc/6941923/test6941923.sh

Changeset: ba42fd5e00e6
Author:    mgerdin
Date:      2013-04-10 13:27 +0200
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/ba42fd5e00e6

8010196: NPG: Internal Error: Metaspace allocation lock -- possible deadlock
Summary: Refactor the CLD dependency list into a separate class. Use an ObjectLocker to synchronize additions to the CLD dependency list.
Reviewed-by: stefank, coleenp

! src/share/vm/classfile/classLoaderData.cpp
! src/share/vm/classfile/classLoaderData.hpp
+ test/gc/metaspace/G1AddMetaspaceDependency.java

Changeset: 7b835924c31c
Author:    stefank
Date:      2013-04-10 14:26 +0200
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/7b835924c31c

8011872: Include Bit Map addresses in the hs_err files
Reviewed-by: brutisso, jmasa

! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.cpp
! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.hpp
! src/share/vm/gc_implementation/g1/concurrentMark.cpp
! src/share/vm/gc_implementation/g1/concurrentMark.hpp
! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp
! src/share/vm/gc_implementation/g1/g1CollectedHeap.hpp
! src/share/vm/gc_implementation/parallelScavenge/parMarkBitMap.hpp
! src/share/vm/gc_implementation/parallelScavenge/parallelScavengeHeap.cpp
! src/share/vm/gc_implementation/parallelScavenge/parallelScavengeHeap.hpp
! src/share/vm/gc_implementation/parallelScavenge/psParallelCompact.cpp
! src/share/vm/gc_implementation/parallelScavenge/psParallelCompact.hpp
! src/share/vm/gc_interface/collectedHeap.hpp
! src/share/vm/memory/genCollectedHeap.cpp
! src/share/vm/memory/genCollectedHeap.hpp
! src/share/vm/utilities/bitMap.cpp
! src/share/vm/utilities/bitMap.hpp
! src/share/vm/utilities/vmError.cpp

Changeset: 480d934f62a8
Author:    mgerdin
Date:      2013-04-11 16:35 +0200
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/480d934f62a8

Merge

! src/share/vm/runtime/arguments.cpp
- test/runtime/NMT/AllocTestType.java

Changeset: 705ef39fcaa9
Author:    neliasso
Date:      2013-04-05 11:09 +0200
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/705ef39fcaa9

8006016: Memory leak at hotspot/src/share/vm/adlc/output_c.cpp
Reviewed-by: kvn, roland
Contributed-by: niclas.adlertz at oracle.com

! src/share/vm/adlc/output_c.cpp
! src/share/vm/adlc/output_h.cpp

Changeset: f67065f02409
Author:    bharadwaj
Date:      2013-04-08 07:40 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/f67065f02409

8010913: compiler/6863420 often exceeds timeout
Summary: add longer timeout for jtreg, add internal timeout thread to prevent spurious timeouts
Reviewed-by: twisti, kvn
Contributed-by: drchase 

! test/compiler/6863420/Test.java

Changeset: b84fd7d73702
Author:    iignatyev
Date:      2013-04-09 09:54 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/b84fd7d73702

8007288: Additional WB API for compiler's testing
Reviewed-by: kvn, vlivanov

! src/share/vm/compiler/compileBroker.cpp
! src/share/vm/oops/method.hpp
! src/share/vm/oops/methodData.cpp
! src/share/vm/oops/methodData.hpp
! src/share/vm/prims/whitebox.cpp
! src/share/vm/runtime/compilationPolicy.cpp
! src/share/vm/runtime/compilationPolicy.hpp
! src/share/vm/utilities/accessFlags.hpp
! src/share/vm/utilities/globalDefinitions.hpp
+ test/compiler/whitebox/ClearMethodStateTest.java
! test/compiler/whitebox/CompilerWhiteBoxTest.java
! test/compiler/whitebox/DeoptimizeAllTest.java
! test/compiler/whitebox/DeoptimizeMethodTest.java
+ test/compiler/whitebox/EnqueueMethodForCompilationTest.java
! test/compiler/whitebox/IsMethodCompilableTest.java
! test/compiler/whitebox/MakeMethodNotCompilableTest.java
! test/compiler/whitebox/SetDontInlineMethodTest.java
+ test/compiler/whitebox/SetForceInlineMethodTest.java
! test/testlibrary/whitebox/sun/hotspot/WhiteBox.java

Changeset: 84ab5667f290
Author:    roland
Date:      2013-04-10 09:52 +0200
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/84ab5667f290

8011706: specjvm2008 test xml.transform gets array bound exception with c1
Summary: loop invariant code motion may move load before store to the same field
Reviewed-by: kvn

! src/share/vm/c1/c1_ValueMap.cpp
+ test/compiler/8011706/Test8011706.java

Changeset: d79859ff6535
Author:    kmo
Date:      2013-04-11 07:12 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/d79859ff6535

8011952: Missing ResourceMarks in TraceMethodHandles
Summary: add missing ResourceMark under TraceMethodHandles in LinkResolver
Reviewed-by: dholmes

! src/share/vm/interpreter/linkResolver.cpp

Changeset: 9befe2fce567
Author:    vlivanov
Date:      2013-04-11 09:08 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/9befe2fce567

8011972: Field can be erroneously marked as contended when @Contended annotation isn't present
Reviewed-by: kvn, kmo, shade

! src/share/vm/classfile/classFileParser.cpp
! src/share/vm/classfile/classFileParser.hpp

Changeset: b5db9d29062f
Author:    vlivanov
Date:      2013-04-11 11:42 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/b5db9d29062f

Merge


Changeset: 7a5aec879506
Author:    bharadwaj
Date:      2013-04-11 17:16 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/7a5aec879506

Merge

! src/share/vm/prims/whitebox.cpp
! src/share/vm/utilities/globalDefinitions.hpp
! test/testlibrary/whitebox/sun/hotspot/WhiteBox.java

Changeset: 6d88a566d369
Author:    amurillo
Date:      2013-04-11 21:45 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/6d88a566d369

Merge

- test/gc/6941923/test6941923.sh
- test/gc/TestVerifyBeforeGCDuringStartup.java

Changeset: 5201379fe487
Author:    amurillo
Date:      2013-04-11 21:45 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/5201379fe487

Added tag hs25-b28 for changeset 6d88a566d369

! .hgtags

Changeset: 86db4847f195
Author:    katleman
Date:      2013-04-17 12:38 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/86db4847f195

Merge

! test/testlibrary/whitebox/sun/hotspot/WhiteBox.java



From kurchi.subhra.hazra at oracle.com  Wed Apr 17 19:17:06 2013
From: kurchi.subhra.hazra at oracle.com (Kurchi Hazra)
Date: Wed, 17 Apr 2013 12:17:06 -0700
Subject: Find in langtools/makefiles/BuildLangtools.gmk
Message-ID: <516EF532.9090009@oracle.com>

Hi,

    I had not been able to build on Windows + Cygwin for the past few 
days and it boils down to using find directly (instead of $(FIND)) in
http://opengrok.ireland.sun.com:8080/opengrok/xref/jdk8-tl/langtools/makefiles/BuildLangtools.gmk#59 


   Is this something that should be fixed?

Thanks,
Kurchi


From dan.xu at oracle.com  Wed Apr 17 23:47:09 2013
From: dan.xu at oracle.com (Dan Xu)
Date: Wed, 17 Apr 2013 16:47:09 -0700
Subject: What is the Build Process for Codes inside jdk/src/macosx/native/jobjc
Message-ID: <516F347D.5030108@oracle.com>

Hi,

As for the sourcecodes for mac platform, it has a special place holding 
native and java codes for jdk, jdk/src/macosx/native/jobjc. I wonder how 
those codes are builtand whether its compilation process has any special 
handling. Thanks!

-Dan


From dan.xu at oracle.com  Wed Apr 17 23:51:11 2013
From: dan.xu at oracle.com (Dan Xu)
Date: Wed, 17 Apr 2013 16:51:11 -0700
Subject: What is the Build Process for Codes inside
	jdk/src/macosx/native/jobjc
In-Reply-To: <516F347D.5030108@oracle.com>
References: <516F347D.5030108@oracle.com>
Message-ID: <516F356F.6010107@oracle.com>

Adding core-libs-dev

On 04/17/2013 04:47 PM, Dan Xu wrote:
> Hi,
>
> As for the sourcecodes for mac platform, it has a special place 
> holding native and java codes for jdk, jdk/src/macosx/native/jobjc. I 
> wonder how those codes are builtand whether its compilation process 
> has any special handling. Thanks!
>
> -Dan



From david.holmes at oracle.com  Thu Apr 18 00:30:13 2013
From: david.holmes at oracle.com (David Holmes)
Date: Thu, 18 Apr 2013 10:30:13 +1000
Subject: What is the Build Process for Codes inside
	jdk/src/macosx/native/jobjc
In-Reply-To: <516F356F.6010107@oracle.com>
References: <516F347D.5030108@oracle.com> <516F356F.6010107@oracle.com>
Message-ID: <516F3E95.1050308@oracle.com>

Hi Dan,

I don't quite understand the question but all native code building is 
handled via jdk/makefiles/CompileNativeLibraries.gmk which in turn 
utilizes the set up from /common/makefiles/NativeCompilation.gmk

HTH

David

On 18/04/2013 9:51 AM, Dan Xu wrote:
> Adding core-libs-dev
>
> On 04/17/2013 04:47 PM, Dan Xu wrote:
>> Hi,
>>
>> As for the sourcecodes for mac platform, it has a special place
>> holding native and java codes for jdk, jdk/src/macosx/native/jobjc. I
>> wonder how those codes are builtand whether its compilation process
>> has any special handling. Thanks!
>>
>> -Dan
>


From dan.xu at oracle.com  Thu Apr 18 00:50:20 2013
From: dan.xu at oracle.com (Dan Xu)
Date: Wed, 17 Apr 2013 17:50:20 -0700
Subject: What is the Build Process for Codes inside
	jdk/src/macosx/native/jobjc
In-Reply-To: <516F3E95.1050308@oracle.com>
References: <516F347D.5030108@oracle.com> <516F356F.6010107@oracle.com>
	<516F3E95.1050308@oracle.com>
Message-ID: <516F434C.4030308@oracle.com>

Hi David,

Under src/macosx/native/jobjc folder, it contains not only native *.m 
source files, but also *.java files. If you check the build results in 
build/macosx-x86_64-normal-server-release/jdk folder, it contains some 
build results specific for jobjc, say gensrc_jobjc/, 
gensrc_headers_jobjc/, jobjc_classes/, jobjc_classes_headers/.

So it must have some extra build steps to generate those jobjc results. 
And I wonder what they are and why they are special and not merged into 
the regular native compilation and java compilation processes. Thanks!

-Dan


On 04/17/2013 05:30 PM, David Holmes wrote:
> Hi Dan,
>
> I don't quite understand the question but all native code building is 
> handled via jdk/makefiles/CompileNativeLibraries.gmk which in turn 
> utilizes the set up from /common/makefiles/NativeCompilation.gmk
>
> HTH
>
> David
>
> On 18/04/2013 9:51 AM, Dan Xu wrote:
>> Adding core-libs-dev
>>
>> On 04/17/2013 04:47 PM, Dan Xu wrote:
>>> Hi,
>>>
>>> As for the sourcecodes for mac platform, it has a special place
>>> holding native and java codes for jdk, jdk/src/macosx/native/jobjc. I
>>> wonder how those codes are builtand whether its compilation process
>>> has any special handling. Thanks!
>>>
>>> -Dan
>>



From david.holmes at oracle.com  Thu Apr 18 02:18:14 2013
From: david.holmes at oracle.com (David Holmes)
Date: Thu, 18 Apr 2013 12:18:14 +1000
Subject: What is the Build Process for Codes inside
	jdk/src/macosx/native/jobjc
In-Reply-To: <516F434C.4030308@oracle.com>
References: <516F347D.5030108@oracle.com> <516F356F.6010107@oracle.com>
	<516F3E95.1050308@oracle.com> <516F434C.4030308@oracle.com>
Message-ID: <516F57E6.7020808@oracle.com>

On 18/04/2013 10:50 AM, Dan Xu wrote:
> Hi David,
>
> Under src/macosx/native/jobjc folder, it contains not only native *.m
> source files, but also *.java files. If you check the build results in
> build/macosx-x86_64-normal-server-release/jdk folder, it contains some
> build results specific for jobjc, say gensrc_jobjc/,
> gensrc_headers_jobjc/, jobjc_classes/, jobjc_classes_headers/.
>
> So it must have some extra build steps to generate those jobjc results.
> And I wonder what they are and why they are special and not merged into
> the regular native compilation and java compilation processes. Thanks!

In jdk/makefiles:

- The java files are handled in CompileJavaClasses.gmk.
- There is special handling via GensrcJObjC.gmk

David

> -Dan
>
>
> On 04/17/2013 05:30 PM, David Holmes wrote:
>> Hi Dan,
>>
>> I don't quite understand the question but all native code building is
>> handled via jdk/makefiles/CompileNativeLibraries.gmk which in turn
>> utilizes the set up from /common/makefiles/NativeCompilation.gmk
>>
>> HTH
>>
>> David
>>
>> On 18/04/2013 9:51 AM, Dan Xu wrote:
>>> Adding core-libs-dev
>>>
>>> On 04/17/2013 04:47 PM, Dan Xu wrote:
>>>> Hi,
>>>>
>>>> As for the sourcecodes for mac platform, it has a special place
>>>> holding native and java codes for jdk, jdk/src/macosx/native/jobjc. I
>>>> wonder how those codes are builtand whether its compilation process
>>>> has any special handling. Thanks!
>>>>
>>>> -Dan
>>>
>


From erik.joelsson at oracle.com  Thu Apr 18 08:35:16 2013
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Thu, 18 Apr 2013 10:35:16 +0200
Subject: Find in langtools/makefiles/BuildLangtools.gmk
In-Reply-To: <516EF532.9090009@oracle.com>
References: <516EF532.9090009@oracle.com>
Message-ID: <516FB044.6030903@oracle.com>

That is indeed a mistake. I see rm, mkdir, printf and echo are also used 
without their proper variables.

/Erik

On 2013-04-17 21:17, Kurchi Hazra wrote:
> Hi,
>
>    I had not been able to build on Windows + Cygwin for the past few 
> days and it boils down to using find directly (instead of $(FIND)) in
> http://opengrok.ireland.sun.com:8080/opengrok/xref/jdk8-tl/langtools/makefiles/BuildLangtools.gmk#59 
>
>
>   Is this something that should be fixed?
>
> Thanks,
> Kurchi


From erik.joelsson at oracle.com  Thu Apr 18 08:38:12 2013
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Thu, 18 Apr 2013 10:38:12 +0200
Subject: Find in langtools/makefiles/BuildLangtools.gmk
In-Reply-To: <516FB044.6030903@oracle.com>
References: <516EF532.9090009@oracle.com> <516FB044.6030903@oracle.com>
Message-ID: <516FB0F4.6030408@oracle.com>

I've created JDK-8012566 to track the issue.

/Erik

On 2013-04-18 10:35, Erik Joelsson wrote:
> That is indeed a mistake. I see rm, mkdir, printf and echo are also 
> used without their proper variables.
>
> /Erik
>
> On 2013-04-17 21:17, Kurchi Hazra wrote:
>> Hi,
>>
>>    I had not been able to build on Windows + Cygwin for the past few 
>> days and it boils down to using find directly (instead of $(FIND)) in
>> http://opengrok.ireland.sun.com:8080/opengrok/xref/jdk8-tl/langtools/makefiles/BuildLangtools.gmk#59 
>>
>>
>>   Is this something that should be fixed?
>>
>> Thanks,
>> Kurchi


From erik.joelsson at oracle.com  Thu Apr 18 08:46:17 2013
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Thu, 18 Apr 2013 10:46:17 +0200
Subject: What is the Build Process for Codes inside
	jdk/src/macosx/native/jobjc
In-Reply-To: <516F434C.4030308@oracle.com>
References: <516F347D.5030108@oracle.com>
	<516F356F.6010107@oracle.com>	<516F3E95.1050308@oracle.com>
	<516F434C.4030308@oracle.com>
Message-ID: <516FB2D9.2030203@oracle.com>

Hello Dan,

These sources are indeed treated separately. I don't actually know why, 
but they were in the old build. (There the native was compiled as an 
XCode project and the java code with Ant). When converting to the new 
build, we strived to keep differences in build output to a minimum. This 
means that the library libJObjC is built as both 32 and 64 bit and 
packaged as a universal binary. The java source for this is compiled 
with source/target 1.5 for the same reason. Now that equality with the 
old build is no longer a requirement, I would welcome the removal of 
this and moving the source to more standard locations.

To see how it's done, look in jdk/makefiles/CompileNativeLibraries.gmk 
and CompileJavaClasses.gmk and search for jobjc.

/Erik

On 2013-04-18 02:50, Dan Xu wrote:
> Hi David,
>
> Under src/macosx/native/jobjc folder, it contains not only native *.m 
> source files, but also *.java files. If you check the build results in 
> build/macosx-x86_64-normal-server-release/jdk folder, it contains some 
> build results specific for jobjc, say gensrc_jobjc/, 
> gensrc_headers_jobjc/, jobjc_classes/, jobjc_classes_headers/.
>
> So it must have some extra build steps to generate those jobjc 
> results. And I wonder what they are and why they are special and not 
> merged into the regular native compilation and java compilation 
> processes. Thanks!
>
> -Dan
>
>
> On 04/17/2013 05:30 PM, David Holmes wrote:
>> Hi Dan,
>>
>> I don't quite understand the question but all native code building is 
>> handled via jdk/makefiles/CompileNativeLibraries.gmk which in turn 
>> utilizes the set up from /common/makefiles/NativeCompilation.gmk
>>
>> HTH
>>
>> David
>>
>> On 18/04/2013 9:51 AM, Dan Xu wrote:
>>> Adding core-libs-dev
>>>
>>> On 04/17/2013 04:47 PM, Dan Xu wrote:
>>>> Hi,
>>>>
>>>> As for the sourcecodes for mac platform, it has a special place
>>>> holding native and java codes for jdk, jdk/src/macosx/native/jobjc. I
>>>> wonder how those codes are builtand whether its compilation process
>>>> has any special handling. Thanks!
>>>>
>>>> -Dan
>>>
>


From dan.xu at oracle.com  Thu Apr 18 18:38:49 2013
From: dan.xu at oracle.com (Dan Xu)
Date: Thu, 18 Apr 2013 11:38:49 -0700
Subject: Find in langtools/makefiles/BuildLangtools.gmk
In-Reply-To: <516FB0F4.6030408@oracle.com>
References: <516EF532.9090009@oracle.com> <516FB044.6030903@oracle.com>
	<516FB0F4.6030408@oracle.com>
Message-ID: <51703DB9.4000507@oracle.com>

Hi Kurchi,

I just refreshed my repository in windows 7 this morning and tried the 
build. And it finished successfully. Why did it not fail?

-Dan

On Thu 18 Apr 2013 01:38:12 AM PDT, Erik Joelsson wrote:
> I've created JDK-8012566 to track the issue.
>
> /Erik
>
> On 2013-04-18 10:35, Erik Joelsson wrote:
>> That is indeed a mistake. I see rm, mkdir, printf and echo are also
>> used without their proper variables.
>>
>> /Erik
>>
>> On 2013-04-17 21:17, Kurchi Hazra wrote:
>>> Hi,
>>>
>>>    I had not been able to build on Windows + Cygwin for the past few
>>> days and it boils down to using find directly (instead of $(FIND)) in
>>> http://opengrok.ireland.sun.com:8080/opengrok/xref/jdk8-tl/langtools/makefiles/BuildLangtools.gmk#59
>>>
>>>
>>>   Is this something that should be fixed?
>>>
>>> Thanks,
>>> Kurchi


From kurchi.subhra.hazra at oracle.com  Thu Apr 18 19:14:49 2013
From: kurchi.subhra.hazra at oracle.com (Kurchi Hazra)
Date: Thu, 18 Apr 2013 12:14:49 -0700
Subject: Find in langtools/makefiles/BuildLangtools.gmk
In-Reply-To: <51703DB9.4000507@oracle.com>
References: <516EF532.9090009@oracle.com> <516FB044.6030903@oracle.com>
	<516FB0F4.6030408@oracle.com> <51703DB9.4000507@oracle.com>
Message-ID: <51704629.6010208@oracle.com>

I think it depends on the cygwin version or something, it does not fail 
for me on all windows machines, neither does it fail on jprt.

- Kurchi

On 4/18/2013 11:38 AM, Dan Xu wrote:
> Hi Kurchi,
>
> I just refreshed my repository in windows 7 this morning and tried the 
> build. And it finished successfully. Why did it not fail?
>
> -Dan
>
> On Thu 18 Apr 2013 01:38:12 AM PDT, Erik Joelsson wrote:
>> I've created JDK-8012566 to track the issue.
>>
>> /Erik
>>
>> On 2013-04-18 10:35, Erik Joelsson wrote:
>>> That is indeed a mistake. I see rm, mkdir, printf and echo are also
>>> used without their proper variables.
>>>
>>> /Erik
>>>
>>> On 2013-04-17 21:17, Kurchi Hazra wrote:
>>>> Hi,
>>>>
>>>>    I had not been able to build on Windows + Cygwin for the past few
>>>> days and it boils down to using find directly (instead of $(FIND)) in
>>>> http://opengrok.ireland.sun.com:8080/opengrok/xref/jdk8-tl/langtools/makefiles/BuildLangtools.gmk#59 
>>>>
>>>>
>>>>
>>>>   Is this something that should be fixed?
>>>>
>>>> Thanks,
>>>> Kurchi

-- 
-Kurchi



From jonathan.gibbons at oracle.com  Fri Apr 19 02:57:23 2013
From: jonathan.gibbons at oracle.com (Jonathan Gibbons)
Date: Thu, 18 Apr 2013 19:57:23 -0700
Subject: RFR: 8012661 remove langtools Makefile-classic
Message-ID: <5170B293.2010704@oracle.com>

https://jbs.oracle.com/bugs/browse/JDK-8012661
remove langtools Makefile-classic

This is not the Makefile for what we now call the "old" build -- this is 
the Makefile for the build before the "old" build. Keeping it around is 
just confusing.

http://cr.openjdk.java.net/~jjg/8012661/

-- Jon


From david.holmes at oracle.com  Fri Apr 19 04:06:39 2013
From: david.holmes at oracle.com (David Holmes)
Date: Fri, 19 Apr 2013 14:06:39 +1000
Subject: How to deal with a missing VM? (was Re: RFR 8010280: jvm.cfg
	needs updating for non-server builds)
In-Reply-To: <516E08A4.6090000@oracle.com>
References: <516B474B.8090404@oracle.com>
	
	<516C826C.4020709@oracle.com> <516E08A4.6090000@oracle.com>
Message-ID: <5170C2CF.6070602@oracle.com>

Okay no opinions. CCC request will go with aliasing for historical 
compatibility.

David

On 17/04/2013 12:27 PM, David Holmes wrote:
> This change to the jvm.cfg file needs to be put through our internal CCC
> process for approval. Given that, and that this is mostly about policy
> (not mechanism) and there is no absolute right answer just a
> not-unreasonable default, I thought I would solicit opinions on this.
>
> what should be the behaviour if you ask for a VM that could be, but
> isn't present? Options:
>
> a) Missing from jvm.cfg so VM error:
>
> Unrecognized option: -client
> Error: Could not create the Java Virtual Machine.
> Error: A fatal exception has occurred. Program will exit.
>
> b) ERROR in jvm.cfg
>
> Error: client VM not supported
>
> c) WARN in jvm.cfg
>
> Warning: client VM not supported;  VM will be used
>
> d) ALIAS to default (which is in effect a silent warning but with
> control over which VM to use)
>
> e) IGNORE (which seems to be a degenerate case of ALIAS as it just uses
> the default)
>
> Note that this has no affect on the Oracle JDK (SE or Embedded) as the
> committed jvm.cfg (possibly with '-minimal KNOWN' added) will be used.
> This is primarily about developer builds.
>
> Thanks,
> David
>
>
> On 16/04/2013 8:42 AM, David Holmes wrote:
>> FYI updated webrev at same location, removing the dead code Erik spotted.
>>
>> http://cr.openjdk.java.net/~dholmes/8010280/webrev/
>>
>> On 16/04/2013 2:25 AM, Mike Duigou wrote:
>>> Hi David;
>>>
>>> I remember reviewing the jvm.cfg config patch for JDK 7. I had hoped
>>> to see the "classic" and "green" flags go away and some of the other
>>> legacy flags like "-hotspot" reduced to WARN. What's the difference
>>> between removing an entry completely and retaining it with "ERROR"?
>>
>> Just the nature of the error message:
>>
>>  > java -green
>> Error: green VM not supported
>>  > java -blue
>> Unrecognized option: -blue
>> Error: Could not create the Java Virtual Machine.
>> Error: A fatal exception has occurred. Program will exit.
>>
>> I wasn't touching any of the legacy stuff - though if this needs to go
>> to CCC I would suggest removing all the legacy entries.
>>
>>> Additionally I don't like that aliases have differing definitions and
>>> some confusing ones like "-server ALIASED_TO -client". Is this
>>> necessary or just historically convenient?
>>
>> I don't like aliases period! Historically (and this is very recent
>> history) it was necessary to deal with the test suites being applied to
>> a JDK with, eg, only client VM. Every test that specified -server would
>> fail if the alias didn't exist (and as I stated we're moving away from
>> that ie the tests don't set -client or -server but the complete test
>> suite run does, and it knows what VM is under test.
>>
>> Personally I'd probably choose WARN for any VM not present.
>>
>> The problem is that the "right" thing depends on who is building what,
>> and how they plan to use it. All I can do is define a not-unreasonable
>> default policy. I also have a time constraint as I need to get this in
>> before the 23rd to meet an internal deadline.
>>
>> I've attached all the generated versions below.
>>
>> Thanks,
>> David
>>
>> ::::::::::::::
>> linux-i586-client/jdk/lib/i386/jvm.cfg
>> ::::::::::::::
>> -client KNOWN
>> -server ALIASED_TO -client
>> -hotspot ALIASED_TO -client
>> -classic WARN
>> -native ERROR
>> -green ERROR
>> ::::::::::::::
>> linux-i586-client-server/jdk/lib/i386/jvm.cfg
>> ::::::::::::::
>> # Copyright (c) 2001, 2013, Oracle and/or its affiliates. All rights
>> reserved.
>> # DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER.
>> #
>> # This code is free software; you can redistribute it and/or modify it
>> # under the terms of the GNU General Public License version 2 only, as
>> # published by the Free Software Foundation.  Oracle designates this
>> # particular file as subject to the "Classpath" exception as provided
>> # by Oracle in the LICENSE file that accompanied this code.
>> #
>> # This code is distributed in the hope that it will be useful, but
>> WITHOUT
>> # ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
>> # FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public License
>> # version 2 for more details (a copy is included in the LICENSE file that
>> # accompanied this code).
>> #
>> # You should have received a copy of the GNU General Public License
>> version
>> # 2 along with this work; if not, write to the Free Software Foundation,
>> # Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA.
>> #
>> # Please contact Oracle, 500 Oracle Parkway, Redwood Shores, CA 94065 USA
>> # or visit www.oracle.com if you need additional information or have any
>> # questions.
>> #
>> # List of JVMs that can be used as an option to java, javac, etc.
>> # Order is important -- first in this list is the default JVM.
>> # NOTE that this both this file and its format are UNSUPPORTED and
>> # WILL GO AWAY in a future release.
>> #
>> # You may also select a JVM in an arbitrary location with the
>> # "-XXaltjvm=" option, but that too is unsupported
>> # and may not be available in a future release.
>> #
>> -client IF_SERVER_CLASS -server
>> -server KNOWN
>> -hotspot ALIASED_TO -client
>> -classic WARN
>> -native ERROR
>> -green ERROR
>> ::::::::::::::
>> linux-i586-client-server-minimal1/jdk/lib/i386/jvm.cfg
>> ::::::::::::::
>> # Copyright (c) 2001, 2013, Oracle and/or its affiliates. All rights
>> reserved.
>> # DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER.
>> #
>> # This code is free software; you can redistribute it and/or modify it
>> # under the terms of the GNU General Public License version 2 only, as
>> # published by the Free Software Foundation.  Oracle designates this
>> # particular file as subject to the "Classpath" exception as provided
>> # by Oracle in the LICENSE file that accompanied this code.
>> #
>> # This code is distributed in the hope that it will be useful, but
>> WITHOUT
>> # ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
>> # FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public License
>> # version 2 for more details (a copy is included in the LICENSE file that
>> # accompanied this code).
>> #
>> # You should have received a copy of the GNU General Public License
>> version
>> # 2 along with this work; if not, write to the Free Software Foundation,
>> # Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA.
>> #
>> # Please contact Oracle, 500 Oracle Parkway, Redwood Shores, CA 94065 USA
>> # or visit www.oracle.com if you need additional information or have any
>> # questions.
>> #
>> # List of JVMs that can be used as an option to java, javac, etc.
>> # Order is important -- first in this list is the default JVM.
>> # NOTE that this both this file and its format are UNSUPPORTED and
>> # WILL GO AWAY in a future release.
>> #
>> # You may also select a JVM in an arbitrary location with the
>> # "-XXaltjvm=" option, but that too is unsupported
>> # and may not be available in a future release.
>> #
>> -client IF_SERVER_CLASS -server
>> -server KNOWN
>> -hotspot ALIASED_TO -client
>> -classic WARN
>> -native ERROR
>> -green ERROR
>> -minimal KNOWN
>> ::::::::::::::
>> linux-i586-minimal1-client/jdk/lib/i386/jvm.cfg
>> ::::::::::::::
>> -client KNOWN
>> -server ALIASED_TO -client
>> -hotspot ALIASED_TO -client
>> -minimal KNOWN
>> -classic WARN
>> -native ERROR
>> -green ERROR
>> ::::::::::::::
>> linux-i586-minimal1/jdk/lib/i386/jvm.cfg
>> ::::::::::::::
>> -minimal KNOWN
>> -server ALIASED_TO -minimal
>> -client ALIASED_TO -minimal
>> -hotspot ALIASED_TO -minimal
>> -classic WARN
>> -native ERROR
>> -green ERROR
>> ::::::::::::::
>> linux-i586-minimal1-server/jdk/lib/i386/jvm.cfg
>> ::::::::::::::
>> -server KNOWN
>> -client ALIASED_TO -server
>> -hotspot ALIASED_TO -server
>> -minimal KNOWN
>> -classic WARN
>> -native ERROR
>> -green ERROR
>> ::::::::::::::
>> linux-i586-server-client-minimal1/jdk/lib/i386/jvm.cfg
>> ::::::::::::::
>> # Copyright (c) 2001, 2013, Oracle and/or its affiliates. All rights
>> reserved.
>> # DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER.
>> #
>> # This code is free software; you can redistribute it and/or modify it
>> # under the terms of the GNU General Public License version 2 only, as
>> # published by the Free Software Foundation.  Oracle designates this
>> # particular file as subject to the "Classpath" exception as provided
>> # by Oracle in the LICENSE file that accompanied this code.
>> #
>> # This code is distributed in the hope that it will be useful, but
>> WITHOUT
>> # ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
>> # FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public License
>> # version 2 for more details (a copy is included in the LICENSE file that
>> # accompanied this code).
>> #
>> # You should have received a copy of the GNU General Public License
>> version
>> # 2 along with this work; if not, write to the Free Software Foundation,
>> # Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA.
>> #
>> # Please contact Oracle, 500 Oracle Parkway, Redwood Shores, CA 94065 USA
>> # or visit www.oracle.com if you need additional information or have any
>> # questions.
>> #
>> # List of JVMs that can be used as an option to java, javac, etc.
>> # Order is important -- first in this list is the default JVM.
>> # NOTE that this both this file and its format are UNSUPPORTED and
>> # WILL GO AWAY in a future release.
>> #
>> # You may also select a JVM in an arbitrary location with the
>> # "-XXaltjvm=" option, but that too is unsupported
>> # and may not be available in a future release.
>> #
>> -client IF_SERVER_CLASS -server
>> -server KNOWN
>> -hotspot ALIASED_TO -client
>> -classic WARN
>> -native ERROR
>> -green ERROR
>> -minimal KNOWN
>> ::::::::::::::
>> linux-i586-server/jdk/lib/i386/jvm.cfg
>> ::::::::::::::
>> -server KNOWN
>> -client ALIASED_TO -server
>> -hotspot ALIASED_TO -server
>> -classic WARN
>> -native ERROR
>> -green ERROR
>>


From mike.duigou at oracle.com  Fri Apr 19 04:26:08 2013
From: mike.duigou at oracle.com (Mike Duigou)
Date: Thu, 18 Apr 2013 21:26:08 -0700
Subject: How to deal with a missing VM? (was Re: RFR 8010280: jvm.cfg
	needs updating for non-server builds)
In-Reply-To: <516E08A4.6090000@oracle.com>
References: <516B474B.8090404@oracle.com>
	
	<516C826C.4020709@oracle.com> <516E08A4.6090000@oracle.com>
Message-ID: <1E7CD685-DFBB-40A2-9CE5-71AE604102E7@oracle.com>

Oops, "B" for anything commonly valid and "a" for everything long obsolete.

Mike

On Apr 16 2013, at 19:27 , David Holmes wrote:

> This change to the jvm.cfg file needs to be put through our internal CCC process for approval. Given that, and that this is mostly about policy (not mechanism) and there is no absolute right answer just a not-unreasonable default, I thought I would solicit opinions on this.
> 
> what should be the behaviour if you ask for a VM that could be, but isn't present? Options:
> 
> a) Missing from jvm.cfg so VM error:
> 
> Unrecognized option: -client
> Error: Could not create the Java Virtual Machine.
> Error: A fatal exception has occurred. Program will exit.
> 
> b) ERROR in jvm.cfg
> 
> Error: client VM not supported
> 
> c) WARN in jvm.cfg
> 
> Warning: client VM not supported;  VM will be used
> 
> d) ALIAS to default (which is in effect a silent warning but with control over which VM to use)
> 
> e) IGNORE (which seems to be a degenerate case of ALIAS as it just uses the default)
> 
> Note that this has no affect on the Oracle JDK (SE or Embedded) as the committed jvm.cfg (possibly with '-minimal KNOWN' added) will be used. This is primarily about developer builds.
> 
> Thanks,
> David
> 
> 
> On 16/04/2013 8:42 AM, David Holmes wrote:
>> FYI updated webrev at same location, removing the dead code Erik spotted.
>> 
>> http://cr.openjdk.java.net/~dholmes/8010280/webrev/
>> 
>> On 16/04/2013 2:25 AM, Mike Duigou wrote:
>>> Hi David;
>>> 
>>> I remember reviewing the jvm.cfg config patch for JDK 7. I had hoped
>>> to see the "classic" and "green" flags go away and some of the other
>>> legacy flags like "-hotspot" reduced to WARN. What's the difference
>>> between removing an entry completely and retaining it with "ERROR"?
>> 
>> Just the nature of the error message:
>> 
>> > java -green
>> Error: green VM not supported
>> > java -blue
>> Unrecognized option: -blue
>> Error: Could not create the Java Virtual Machine.
>> Error: A fatal exception has occurred. Program will exit.
>> 
>> I wasn't touching any of the legacy stuff - though if this needs to go
>> to CCC I would suggest removing all the legacy entries.
>> 
>>> Additionally I don't like that aliases have differing definitions and
>>> some confusing ones like "-server ALIASED_TO -client". Is this
>>> necessary or just historically convenient?
>> 
>> I don't like aliases period! Historically (and this is very recent
>> history) it was necessary to deal with the test suites being applied to
>> a JDK with, eg, only client VM. Every test that specified -server would
>> fail if the alias didn't exist (and as I stated we're moving away from
>> that ie the tests don't set -client or -server but the complete test
>> suite run does, and it knows what VM is under test.
>> 
>> Personally I'd probably choose WARN for any VM not present.
>> 
>> The problem is that the "right" thing depends on who is building what,
>> and how they plan to use it. All I can do is define a not-unreasonable
>> default policy. I also have a time constraint as I need to get this in
>> before the 23rd to meet an internal deadline.
>> 
>> I've attached all the generated versions below.
>> 
>> Thanks,
>> David
>> 
>> ::::::::::::::
>> linux-i586-client/jdk/lib/i386/jvm.cfg
>> ::::::::::::::
>> -client KNOWN
>> -server ALIASED_TO -client
>> -hotspot ALIASED_TO -client
>> -classic WARN
>> -native ERROR
>> -green ERROR
>> ::::::::::::::
>> linux-i586-client-server/jdk/lib/i386/jvm.cfg
>> ::::::::::::::
>> # Copyright (c) 2001, 2013, Oracle and/or its affiliates. All rights
>> reserved.
>> # DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER.
>> #
>> # This code is free software; you can redistribute it and/or modify it
>> # under the terms of the GNU General Public License version 2 only, as
>> # published by the Free Software Foundation.  Oracle designates this
>> # particular file as subject to the "Classpath" exception as provided
>> # by Oracle in the LICENSE file that accompanied this code.
>> #
>> # This code is distributed in the hope that it will be useful, but WITHOUT
>> # ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
>> # FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public License
>> # version 2 for more details (a copy is included in the LICENSE file that
>> # accompanied this code).
>> #
>> # You should have received a copy of the GNU General Public License version
>> # 2 along with this work; if not, write to the Free Software Foundation,
>> # Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA.
>> #
>> # Please contact Oracle, 500 Oracle Parkway, Redwood Shores, CA 94065 USA
>> # or visit www.oracle.com if you need additional information or have any
>> # questions.
>> #
>> # List of JVMs that can be used as an option to java, javac, etc.
>> # Order is important -- first in this list is the default JVM.
>> # NOTE that this both this file and its format are UNSUPPORTED and
>> # WILL GO AWAY in a future release.
>> #
>> # You may also select a JVM in an arbitrary location with the
>> # "-XXaltjvm=" option, but that too is unsupported
>> # and may not be available in a future release.
>> #
>> -client IF_SERVER_CLASS -server
>> -server KNOWN
>> -hotspot ALIASED_TO -client
>> -classic WARN
>> -native ERROR
>> -green ERROR
>> ::::::::::::::
>> linux-i586-client-server-minimal1/jdk/lib/i386/jvm.cfg
>> ::::::::::::::
>> # Copyright (c) 2001, 2013, Oracle and/or its affiliates. All rights
>> reserved.
>> # DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER.
>> #
>> # This code is free software; you can redistribute it and/or modify it
>> # under the terms of the GNU General Public License version 2 only, as
>> # published by the Free Software Foundation.  Oracle designates this
>> # particular file as subject to the "Classpath" exception as provided
>> # by Oracle in the LICENSE file that accompanied this code.
>> #
>> # This code is distributed in the hope that it will be useful, but WITHOUT
>> # ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
>> # FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public License
>> # version 2 for more details (a copy is included in the LICENSE file that
>> # accompanied this code).
>> #
>> # You should have received a copy of the GNU General Public License version
>> # 2 along with this work; if not, write to the Free Software Foundation,
>> # Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA.
>> #
>> # Please contact Oracle, 500 Oracle Parkway, Redwood Shores, CA 94065 USA
>> # or visit www.oracle.com if you need additional information or have any
>> # questions.
>> #
>> # List of JVMs that can be used as an option to java, javac, etc.
>> # Order is important -- first in this list is the default JVM.
>> # NOTE that this both this file and its format are UNSUPPORTED and
>> # WILL GO AWAY in a future release.
>> #
>> # You may also select a JVM in an arbitrary location with the
>> # "-XXaltjvm=" option, but that too is unsupported
>> # and may not be available in a future release.
>> #
>> -client IF_SERVER_CLASS -server
>> -server KNOWN
>> -hotspot ALIASED_TO -client
>> -classic WARN
>> -native ERROR
>> -green ERROR
>> -minimal KNOWN
>> ::::::::::::::
>> linux-i586-minimal1-client/jdk/lib/i386/jvm.cfg
>> ::::::::::::::
>> -client KNOWN
>> -server ALIASED_TO -client
>> -hotspot ALIASED_TO -client
>> -minimal KNOWN
>> -classic WARN
>> -native ERROR
>> -green ERROR
>> ::::::::::::::
>> linux-i586-minimal1/jdk/lib/i386/jvm.cfg
>> ::::::::::::::
>> -minimal KNOWN
>> -server ALIASED_TO -minimal
>> -client ALIASED_TO -minimal
>> -hotspot ALIASED_TO -minimal
>> -classic WARN
>> -native ERROR
>> -green ERROR
>> ::::::::::::::
>> linux-i586-minimal1-server/jdk/lib/i386/jvm.cfg
>> ::::::::::::::
>> -server KNOWN
>> -client ALIASED_TO -server
>> -hotspot ALIASED_TO -server
>> -minimal KNOWN
>> -classic WARN
>> -native ERROR
>> -green ERROR
>> ::::::::::::::
>> linux-i586-server-client-minimal1/jdk/lib/i386/jvm.cfg
>> ::::::::::::::
>> # Copyright (c) 2001, 2013, Oracle and/or its affiliates. All rights
>> reserved.
>> # DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER.
>> #
>> # This code is free software; you can redistribute it and/or modify it
>> # under the terms of the GNU General Public License version 2 only, as
>> # published by the Free Software Foundation.  Oracle designates this
>> # particular file as subject to the "Classpath" exception as provided
>> # by Oracle in the LICENSE file that accompanied this code.
>> #
>> # This code is distributed in the hope that it will be useful, but WITHOUT
>> # ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
>> # FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public License
>> # version 2 for more details (a copy is included in the LICENSE file that
>> # accompanied this code).
>> #
>> # You should have received a copy of the GNU General Public License version
>> # 2 along with this work; if not, write to the Free Software Foundation,
>> # Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA.
>> #
>> # Please contact Oracle, 500 Oracle Parkway, Redwood Shores, CA 94065 USA
>> # or visit www.oracle.com if you need additional information or have any
>> # questions.
>> #
>> # List of JVMs that can be used as an option to java, javac, etc.
>> # Order is important -- first in this list is the default JVM.
>> # NOTE that this both this file and its format are UNSUPPORTED and
>> # WILL GO AWAY in a future release.
>> #
>> # You may also select a JVM in an arbitrary location with the
>> # "-XXaltjvm=" option, but that too is unsupported
>> # and may not be available in a future release.
>> #
>> -client IF_SERVER_CLASS -server
>> -server KNOWN
>> -hotspot ALIASED_TO -client
>> -classic WARN
>> -native ERROR
>> -green ERROR
>> -minimal KNOWN
>> ::::::::::::::
>> linux-i586-server/jdk/lib/i386/jvm.cfg
>> ::::::::::::::
>> -server KNOWN
>> -client ALIASED_TO -server
>> -hotspot ALIASED_TO -server
>> -classic WARN
>> -native ERROR
>> -green ERROR
>> 



From erik.joelsson at oracle.com  Fri Apr 19 07:12:43 2013
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Fri, 19 Apr 2013 09:12:43 +0200
Subject: RFR: 8012661 remove langtools Makefile-classic
In-Reply-To: <5170B293.2010704@oracle.com>
References: <5170B293.2010704@oracle.com>
Message-ID: <5170EE6B.6090301@oracle.com>

Looks good.

I didn't even know there were such ancient artifacts around.

/Erik

On 2013-04-19 04:57, Jonathan Gibbons wrote:
> https://jbs.oracle.com/bugs/browse/JDK-8012661
> remove langtools Makefile-classic
>
> This is not the Makefile for what we now call the "old" build -- this 
> is the Makefile for the build before the "old" build. Keeping it 
> around is just confusing.
>
> http://cr.openjdk.java.net/~jjg/8012661/
>
> -- Jon


From erik.joelsson at oracle.com  Fri Apr 19 10:10:51 2013
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Fri, 19 Apr 2013 12:10:51 +0200
Subject: Some ccache benchmarking
Message-ID: <5171182B.5010901@oracle.com>

Hello,

In the new build, on Linux, configure tries to pick up and use ccache if 
available on the machine. It is even being picky about the version 
(3.1.4 minimum) to make sure that precompiled headers are supported, 
since those are used in the hotspot build. I have looked into this 
precompiled header support in ccache some and have some insights to 
share. The trigger for this was observing that building hotspot with an 
empty ccache took a very long time compared to not using ccache at all.

Looking at the ccache manual, for precompiled headers to actually be 
used, the gcc flag -fpch-preprocess needs to be added to the command 
line. What it does is enabling precompiled headers when running gcc in 
preprocess only mode, which ccache needs to do in order to create the 
hash for the cache. I have experimented with adding this flag to see 
what performance differences it would yield. As a second option, I've 
also tried disabling precompiled headers completely. Here is a summary 
of the results from running on my machine (Ubuntu 10.10 x86_64 8 cores):

Summary                    no ccache   empty cache   full cache
without -fpch-preprocess   2:42        5:28          1:07
with -fpch-preprocess      2:43        3:27          1:32
no precompiled headers     3:32        3:47          0:54

Adding the flag reduces the compilation time with an empty cache 
tremendously. However, it also increases the compilation time with a 
full cache significantly. Disabling precompiled headers completely when 
using ccache also reduces time with the empty cache, though not as much. 
It does however speed up compilation with a full cache even more than 
any of the other options.

My conclusion is that the current situation is bad and needs to be 
improved. Either of the methods tested will be an improvement. Here are 
the options as I see them:

A. Add -fpch-preprocess to CFLAGS permanently in hotspot.

B. Have configure add -fpch-preprocess if ccache is used.

C. Have configure disable precompiled headers if ccache is used. This 
also removes the current version requirement of 3.1.4 on ccache for 
precompiled header support which is enforced in configure, and would 
automatically (re)enable ccache use in jprt.

I would lean towards option C, but would be interested in other opinions.

/Erik


From tim.bell at oracle.com  Fri Apr 19 14:24:29 2013
From: tim.bell at oracle.com (Tim Bell)
Date: Fri, 19 Apr 2013 07:24:29 -0700
Subject: RFR: 8012661 remove langtools Makefile-classic
In-Reply-To: <5170EE6B.6090301@oracle.com>
References: <5170B293.2010704@oracle.com> <5170EE6B.6090301@oracle.com>
Message-ID: <5171539D.7010707@oracle.com>

Looks good to me as well.  What a relic!

Tim

On 04/19/13 12:12 AM, Erik Joelsson wrote:
> Looks good.
>
> I didn't even know there were such ancient artifacts around.
>
> /Erik
>
> On 2013-04-19 04:57, Jonathan Gibbons wrote:
>> https://jbs.oracle.com/bugs/browse/JDK-8012661
>> remove langtools Makefile-classic
>>
>> This is not the Makefile for what we now call the "old" build -- this 
>> is the Makefile for the build before the "old" build. Keeping it 
>> around is just confusing.
>>
>> http://cr.openjdk.java.net/~jjg/8012661/
>>
>> -- Jon



From alexander.harlap at oracle.com  Fri Apr 19 13:46:49 2013
From: alexander.harlap at oracle.com (Alexander Harlap)
Date: Fri, 19 Apr 2013 09:46:49 -0400
Subject: Code Review fo JDK-8011152
Message-ID: <51714AC9.1060803@oracle.com>

RFR: 8011152

The details of this bug pertain to some internal product requirements 
and so is not 'open', but we need to be able to customize the linker 
options in some cases and so we have added a new linker-flag variable 
that allows these custom options to be injected into the link command. 
In this particular case we need to augment the "suffix" linker flags.

Change locatet at:

http://cr.openjdk.java.net/~aharlap/8011152/webrev.00 



From alexander.harlap at oracle.com  Fri Apr 19 16:13:18 2013
From: alexander.harlap at oracle.com (Alexander Harlap)
Date: Fri, 19 Apr 2013 12:13:18 -0400
Subject: Code Review for JDK-8011152
In-Reply-To: <51714AC9.1060803@oracle.com>
References: <51714AC9.1060803@oracle.com>
Message-ID: <51716D1E.1050007@oracle.com>



RFR: 8011152

The details of this bug pertain to some internal product requirements
and so is not 'open', but we need to be able to customize the linker
options in some cases and so we have added a new linker-flag variable
that allows these custom options to be injected into the link command.
In this particular case we need to augment the "suffix" linker flags.

Change located at:

http://cr.openjdk.java.net/~aharlap/8011152/webrev.00  

Alexander Harlap





From volker.simonis at gmail.com  Fri Apr 19 16:54:58 2013
From: volker.simonis at gmail.com (Volker Simonis)
Date: Fri, 19 Apr 2013 18:54:58 +0200
Subject: Some ccache benchmarking
In-Reply-To: <5171182B.5010901@oracle.com>
References: <5171182B.5010901@oracle.com>
Message-ID: 

+1 for C

Another nice side effect of option C would be that the 'no precompiled
headers' build would be automatically used more often. This would eliminate
a lot of small but nasty dependency problems which are introduced from time
to time because apparently everybody is only building with precompiled
headers (and precompiled header usage tends to hide these problems).

And option C would also not introduce yet another flag to the build which
is only familiar to people who know the gcc man page by heart:)

Volker



On Fri, Apr 19, 2013 at 12:10 PM, Erik Joelsson wrote:

> Hello,
>
> In the new build, on Linux, configure tries to pick up and use ccache if
> available on the machine. It is even being picky about the version (3.1.4
> minimum) to make sure that precompiled headers are supported, since those
> are used in the hotspot build. I have looked into this precompiled header
> support in ccache some and have some insights to share. The trigger for
> this was observing that building hotspot with an empty ccache took a very
> long time compared to not using ccache at all.
>
> Looking at the ccache manual, for precompiled headers to actually be used,
> the gcc flag -fpch-preprocess needs to be added to the command line. What
> it does is enabling precompiled headers when running gcc in preprocess only
> mode, which ccache needs to do in order to create the hash for the cache. I
> have experimented with adding this flag to see what performance differences
> it would yield. As a second option, I've also tried disabling precompiled
> headers completely. Here is a summary of the results from running on my
> machine (Ubuntu 10.10 x86_64 8 cores):
>
> Summary                    no ccache   empty cache   full cache
> without -fpch-preprocess   2:42        5:28          1:07
> with -fpch-preprocess      2:43        3:27          1:32
> no precompiled headers     3:32        3:47          0:54
>
> Adding the flag reduces the compilation time with an empty cache
> tremendously. However, it also increases the compilation time with a full
> cache significantly. Disabling precompiled headers completely when using
> ccache also reduces time with the empty cache, though not as much. It does
> however speed up compilation with a full cache even more than any of the
> other options.
>
> My conclusion is that the current situation is bad and needs to be
> improved. Either of the methods tested will be an improvement. Here are the
> options as I see them:
>
> A. Add -fpch-preprocess to CFLAGS permanently in hotspot.
>
> B. Have configure add -fpch-preprocess if ccache is used.
>
> C. Have configure disable precompiled headers if ccache is used. This also
> removes the current version requirement of 3.1.4 on ccache for precompiled
> header support which is enforced in configure, and would automatically
> (re)enable ccache use in jprt.
>
> I would lean towards option C, but would be interested in other opinions.
>
> /Erik
>


From Lance.Andersen at oracle.com  Fri Apr 19 18:11:22 2013
From: Lance.Andersen at oracle.com (Lance Andersen - Oracle)
Date: Fri, 19 Apr 2013 14:11:22 -0400
Subject: review request: 8011620 adding free form netbeans project for
	jdbc to jdk/make/netbeans
In-Reply-To: 
References: <28656B01-FE05-48D1-B544-03E08B362651@oracle.com>
	<5164330F.3010604@CoSoCo.de>
	
Message-ID: 

still looking for a committer to bless this webrev so I can put it back 

thank you in advance

best
Lance
On Apr 9, 2013, at 11:58 AM, Lance Andersen - Oracle wrote:

> Thank you ulf,  I made the change in my workspace so that it will be accommodated as part of the putback
> 
> Best
> Lance
> On Apr 9, 2013, at 11:26 AM, Ulf Zibis wrote:
> 
>> Hi,
>> 
>> there is a little indentation error in build.xml in line 42.
>> 
>> -Ulf
>> 
>> Am 09.04.2013 16:55, schrieb Lance Andersen - Oracle:
>>> Hi,
>>> 
>>> This is a request to review adding a netbeans freeform project to jdk/make/netbeans for jdbc
>>> 
>>> As part of this change,  I also modified common/shared.xml to properly look for the jtreg report.html in the html directory and so the javadoc was using version 1.8
>>> 
>>> The web rev is here http://cr.openjdk.java.net/~lancea/8011620/webrev.00/
>>> 
>>> Best
>>> lance
>>> 
>>> Lance Andersen| Principal Member of Technical Staff | +1.781.442.2037
>>> Oracle Java Engineering
>>> 1 Network Drive
>>> Burlington, MA 01803
>>> Lance.Andersen at oracle.com
>>> 
>>> 
>> 
> 
> 
> Lance Andersen| Principal Member of Technical Staff | +1.781.442.2037
> Oracle Java Engineering 
> 1 Network Drive 
> Burlington, MA 01803
> Lance.Andersen at oracle.com
> 

-------------- next part --------------

Lance Andersen| Principal Member of Technical Staff | +1.781.442.2037
Oracle Java Engineering 
1 Network Drive 
Burlington, MA 01803
Lance.Andersen at oracle.com


From chris.hegarty at oracle.com  Sat Apr 20 06:46:41 2013
From: chris.hegarty at oracle.com (Chris Hegarty)
Date: Sat, 20 Apr 2013 07:46:41 +0100
Subject: review request: 8011620 adding free form netbeans project for
	jdbc to jdk/make/netbeans
In-Reply-To: 
References: <28656B01-FE05-48D1-B544-03E08B362651@oracle.com>
	<5164330F.3010604@CoSoCo.de>
	
	
Message-ID: <517239D1.8070300@oracle.com>

FWIW, looks ok to me.

-Chris.

On 04/19/2013 07:11 PM, Lance Andersen - Oracle wrote:
> still looking for a committer to bless this webrev so I can put it back
>
> thank you in advance
>
> best
> Lance
> On Apr 9, 2013, at 11:58 AM, Lance Andersen - Oracle wrote:
>
>> Thank you ulf,  I made the change in my workspace so that it will be accommodated as part of the putback
>>
>> Best
>> Lance
>> On Apr 9, 2013, at 11:26 AM, Ulf Zibis wrote:
>>
>>> Hi,
>>>
>>> there is a little indentation error in build.xml in line 42.
>>>
>>> -Ulf
>>>
>>> Am 09.04.2013 16:55, schrieb Lance Andersen - Oracle:
>>>> Hi,
>>>>
>>>> This is a request to review adding a netbeans freeform project to jdk/make/netbeans for jdbc
>>>>
>>>> As part of this change,  I also modified common/shared.xml to properly look for the jtreg report.html in the html directory and so the javadoc was using version 1.8
>>>>
>>>> The web rev is here http://cr.openjdk.java.net/~lancea/8011620/webrev.00/
>>>>
>>>> Best
>>>> lance
>>>>
>>>> Lance Andersen| Principal Member of Technical Staff | +1.781.442.2037
>>>> Oracle Java Engineering
>>>> 1 Network Drive
>>>> Burlington, MA 01803
>>>> Lance.Andersen at oracle.com
>>>>
>>>>
>>>
>>
>>
>> Lance Andersen| Principal Member of Technical Staff | +1.781.442.2037
>> Oracle Java Engineering
>> 1 Network Drive
>> Burlington, MA 01803
>> Lance.Andersen at oracle.com
>>
>
>
>
>
> Lance Andersen| Principal Member of Technical Staff | +1.781.442.2037
> Oracle Java Engineering
> 1 Network Drive
> Burlington, MA 01803
> Lance.Andersen at oracle.com
>


From omajid at redhat.com  Mon Apr 22 17:58:33 2013
From: omajid at redhat.com (Omair Majid)
Date: Mon, 22 Apr 2013 13:58:33 -0400
Subject: Fix zero build on arm
In-Reply-To: <516E4FDD.9060505@oracle.com>
References: <516E0350.7090900@redhat.com> <516E4FDD.9060505@oracle.com>
Message-ID: <51757A49.3080008@redhat.com>

Hi Erik,

On 04/17/2013 03:31 AM, Erik Joelsson wrote:
> On 2013-04-17 04:05, Omair Majid wrote:
>> The following webrev makes zero build succesfully on arm:
>> http://cr.openjdk.java.net/~omajid/webrevs/zero-on-arm/00/
>>
>> The only problem I ran into while trying to build zero on armv7l is that
>> the gcc there does not like -m32. The changes make the build system
>> check whether the compiler supports the -m32/-m64 flag before using it.
>>
>> Any thoughts or comments?
>>
> In jdk/makefiles/GensrcX11Wrappers.gmk
> Line 91: seems to be missing a dash before the m.
> 
> ./common/autoconf/platform.m4
> Line 422: Misspelled comment
> Line 437 and 440, could be simplified and moved to before the if.
> Line 436: don't you need a "test" after the if? At least that's the form
> we have used in the configure script.
> 

Thanks for the comments. I have updated the webrev:
http://cr.openjdk.java.net/~omajid/webrevs/zero-on-arm/01/

Thanks,
Omair

-- 
PGP Key: 66484681 (http://pgp.mit.edu/)
Fingerprint = F072 555B 0A17 3957 4E95  0056 F286 F14F 6648 4681


From christian.thalinger at oracle.com  Mon Apr 22 19:47:07 2013
From: christian.thalinger at oracle.com (Christian Thalinger)
Date: Mon, 22 Apr 2013 12:47:07 -0700
Subject: RFR (M): 8008772: remove gamma launcher
Message-ID: <5C64AF5E-EDD5-4669-9777-5FF7CE6E615F@oracle.com>

http://cr.openjdk.java.net/~twisti/8008772/

8008772: remove gamma launcher
Reviewed-by:

Remove linking the gamma launcher and it's associated source files.

make/Makefile
make/bsd/makefiles/launcher.make
make/bsd/makefiles/vm.make
make/hotspot.script
make/linux/makefiles/launcher.make
make/linux/makefiles/vm.make
make/solaris/makefiles/launcher.make
make/solaris/makefiles/vm.make
make/windows/makefiles/debug.make
make/windows/makefiles/fastdebug.make
make/windows/makefiles/launcher.make
make/windows/makefiles/product.make
make/windows/makefiles/projectcreator.make
make/windows/projectfiles/common/Makefile
src/os/posix/launcher/java_md.c
src/os/posix/launcher/java_md.h
src/os/posix/launcher/launcher.script
src/os/windows/launcher/java_md.c
src/os/windows/launcher/java_md.h
src/share/tools/launcher/java.c
src/share/tools/launcher/java.h
src/share/tools/launcher/jli_util.c
src/share/tools/launcher/jli_util.h
src/share/tools/launcher/wildcard.c
src/share/tools/launcher/wildcard.h

This change removes the duplicated java launcher files (which were subject to bit-rot) and modifies the hotspot script to pick up the libjvm in the current build directory.

The modified hotspot script works with GDB and DBX:

cthaling at intelsdv03.us.oracle.com:/export/twisti/build/8008772/build/linux_i486_compiler2/debug$ ./hotspot -gdb -version
GNU gdb (GDB) Red Hat Enterprise Linux (7.1-29.el6)
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.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
For bug reporting instructions, please see:
.
Missing separate debuginfo for /net/scanas404.us.oracle.com/export/java-re/jdk/8/ea/b86/binaries/linux-i586/bin/java
Try: yum --disablerepo='*' --enablerepo='*-debuginfo' install /usr/lib/debug/.build-id/5e/85e6dced3b388a7b0e50630242f4c7ee5e31a3.debug
Function "JNI_CreateJavaVM" not defined.
Breakpoint 1 (JNI_CreateJavaVM) pending.
[Thread debugging using libthread_db enabled]
[New Thread 0xf7fe4b70 (LWP 13459)]
[Switching to Thread 0xf7fe4b70 (LWP 13459)]

Breakpoint 1, JNI_CreateJavaVM (vm=0xf7fe4378, penv=0xf7fe4374, args=0xf7fe4364)
    at /net/10.159.161.234/Users/cthaling/ws/8008772/src/share/vm/prims/jni.cpp:5062
5062	  jint result = JNI_ERR;
Missing separate debuginfos, use: debuginfo-install glibc-2.12-1.7.el6.i686
(gdb) break CompileBroker::compile_method
Breakpoint 2 at 0xaef852: file /net/10.159.161.234/Users/cthaling/ws/8008772/src/share/vm/compiler/compileBroker.cpp, line 1205.
(gdb) c
Continuing.
[New Thread 0xf7f93b70 (LWP 13460)]
[New Thread 0xb4398b70 (LWP 13461)]
[New Thread 0xb41ffb70 (LWP 13462)]
[New Thread 0xb3effb70 (LWP 13463)]
[New Thread 0xb3cffb70 (LWP 13464)]
[New Thread 0xb3affb70 (LWP 13465)]
[New Thread 0xb38ffb70 (LWP 13466)]
[New Thread 0xb36ffb70 (LWP 13467)]
[New Thread 0xb34ffb70 (LWP 13468)]
[New Thread 0xb32ffb70 (LWP 13469)]
[New Thread 0xb30ffb70 (LWP 13470)]
[New Thread 0xb2effb70 (LWP 13471)]
[New Thread 0xb2cffb70 (LWP 13472)]
[New Thread 0xaf8e8b70 (LWP 13473)]
[New Thread 0xb4156b70 (LWP 13474)]
[New Thread 0xb3c7eb70 (LWP 13475)]
[New Thread 0xb3a7eb70 (LWP 13476)]
[New Thread 0xaeeffb70 (LWP 13477)]
[New Thread 0xaecffb70 (LWP 13478)]
[New Thread 0xb387eb70 (LWP 13479)]
[New Thread 0xaeaffb70 (LWP 13480)]
java version "1.8.0-ea"
Java(TM) SE Runtime Environment (build 1.8.0-ea-b86)
Java HotSpot(TM) Server VM (build 25.0-b29-internal-debug, mixed mode)
[Thread 0xaeaffb70 (LWP 13480) exited]
[Thread 0xb3a7eb70 (LWP 13476) exited]
[Thread 0xaf8e8b70 (LWP 13473) exited]
[Thread 0xf7fe4b70 (LWP 13459) exited]
[Thread 0xb2cffb70 (LWP 13472) exited]
[Thread 0xb2effb70 (LWP 13471) exited]
[Thread 0xaecffb70 (LWP 13478) exited]
[Thread 0xb387eb70 (LWP 13479) exited]
[Thread 0xaeeffb70 (LWP 13477) exited]
[Thread 0xb3c7eb70 (LWP 13475) exited]
[Thread 0xb4156b70 (LWP 13474) exited]
[Thread 0xb32ffb70 (LWP 13469) exited]
[Thread 0xb34ffb70 (LWP 13468) exited]
[Thread 0xb36ffb70 (LWP 13467) exited]
[Thread 0xb38ffb70 (LWP 13466) exited]
[Thread 0xb3affb70 (LWP 13465) exited]
[Thread 0xb3cffb70 (LWP 13464) exited]
[Thread 0xb3effb70 (LWP 13463) exited]
[Thread 0xb41ffb70 (LWP 13462) exited]
[Thread 0xb4398b70 (LWP 13461) exited]
[Thread 0xf7f93b70 (LWP 13460) exited]
[Thread 0xb30ffb70 (LWP 13470) exited]

Program exited normally.
(gdb) 


cthaling at intelsdv01:/export/twisti/build/8008772/build/solaris_i486_compiler2/debug$ /bin/bash ./hotspot -dbx -version
dbx: warning: using the alternate init file: /home/cthaling/.dbxrc
Reading java
Reading ld.so.1
Reading libjli.so
Reading libthread.so.1
Reading libdl.so.1
Reading libc.so.1
Reading libjvm.so
Loaded loadobject: /export/twisti/build/8008772/build/solaris_i486_compiler2/debug/libjvm.so
Running: java -Dsun.java.launcher=gamma -XXaltjvm=/export/twisti/build/8008772/build/solaris_i486_compiler2/debug -version 
(process id 29613)
Reading libsocket.so.1
Reading libsched.so.1
Reading libm.so.1
Reading libCrun.so.1
Reading libdoor.so.1
Reading libdemangle.so.1
Reading libnsl.so.1
Reading libm.so.2
Reading libscf.so.1
Reading libuutil.so.1
Reading libgen.so.1
Reading libmd.so.1
Reading libmp.so.2
t at 2 (l at 2) stopped in JNI_CreateJavaVM at line 5062 in file "jni.cpp"
 5062     jint result = JNI_ERR;
(dbx) stop in CompileBroker::compile_method      
(2) stop in CompileBroker::compile_method(methodHandle,int,int,methodHandle,int,const char*,Thread*)
(dbx) c
Reading libverify.so
Reading libjava.so
Reading libzip.so
java version "1.8.0-ea"
Java(TM) SE Runtime Environment (build 1.8.0-ea-b86)
Java HotSpot(TM) Server VM (build 25.0-b29-internal-debug, mixed mode)

execution completed, exit code is 0
(dbx) 



From daniel.daugherty at oracle.com  Mon Apr 22 20:36:59 2013
From: daniel.daugherty at oracle.com (Daniel D. Daugherty)
Date: Mon, 22 Apr 2013 14:36:59 -0600
Subject: RFR (M): 8008772: remove gamma launcher
In-Reply-To: <5C64AF5E-EDD5-4669-9777-5FF7CE6E615F@oracle.com>
References: <5C64AF5E-EDD5-4669-9777-5FF7CE6E615F@oracle.com>
Message-ID: <51759F6B.7080808@oracle.com>

Chris,

Just an observation and not a review.

Looks like you're removing launcher support on Windows, but it
looks like the new hotspot.script doesn't support Windows...
Am I missing something?

Dan


On 4/22/13 1:47 PM, Christian Thalinger wrote:
> http://cr.openjdk.java.net/~twisti/8008772/
>
> 8008772: remove gamma launcher
> Reviewed-by:
>
> Remove linking the gamma launcher and it's associated source files.
>
> make/Makefile
> make/bsd/makefiles/launcher.make
> make/bsd/makefiles/vm.make
> make/hotspot.script
> make/linux/makefiles/launcher.make
> make/linux/makefiles/vm.make
> make/solaris/makefiles/launcher.make
> make/solaris/makefiles/vm.make
> make/windows/makefiles/debug.make
> make/windows/makefiles/fastdebug.make
> make/windows/makefiles/launcher.make
> make/windows/makefiles/product.make
> make/windows/makefiles/projectcreator.make
> make/windows/projectfiles/common/Makefile
> src/os/posix/launcher/java_md.c
> src/os/posix/launcher/java_md.h
> src/os/posix/launcher/launcher.script
> src/os/windows/launcher/java_md.c
> src/os/windows/launcher/java_md.h
> src/share/tools/launcher/java.c
> src/share/tools/launcher/java.h
> src/share/tools/launcher/jli_util.c
> src/share/tools/launcher/jli_util.h
> src/share/tools/launcher/wildcard.c
> src/share/tools/launcher/wildcard.h
>
> This change removes the duplicated java launcher files (which were subject to bit-rot) and modifies the hotspot script to pick up the libjvm in the current build directory.
>
> The modified hotspot script works with GDB and DBX:
>
> cthaling at intelsdv03.us.oracle.com:/export/twisti/build/8008772/build/linux_i486_compiler2/debug$ ./hotspot -gdb -version
> GNU gdb (GDB) Red Hat Enterprise Linux (7.1-29.el6)
> 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.  Type "show copying"
> and "show warranty" for details.
> This GDB was configured as "x86_64-redhat-linux-gnu".
> For bug reporting instructions, please see:
> .
> Missing separate debuginfo for /net/scanas404.us.oracle.com/export/java-re/jdk/8/ea/b86/binaries/linux-i586/bin/java
> Try: yum --disablerepo='*' --enablerepo='*-debuginfo' install /usr/lib/debug/.build-id/5e/85e6dced3b388a7b0e50630242f4c7ee5e31a3.debug
> Function "JNI_CreateJavaVM" not defined.
> Breakpoint 1 (JNI_CreateJavaVM) pending.
> [Thread debugging using libthread_db enabled]
> [New Thread 0xf7fe4b70 (LWP 13459)]
> [Switching to Thread 0xf7fe4b70 (LWP 13459)]
>
> Breakpoint 1, JNI_CreateJavaVM (vm=0xf7fe4378, penv=0xf7fe4374, args=0xf7fe4364)
>      at /net/10.159.161.234/Users/cthaling/ws/8008772/src/share/vm/prims/jni.cpp:5062
> 5062	  jint result = JNI_ERR;
> Missing separate debuginfos, use: debuginfo-install glibc-2.12-1.7.el6.i686
> (gdb) break CompileBroker::compile_method
> Breakpoint 2 at 0xaef852: file /net/10.159.161.234/Users/cthaling/ws/8008772/src/share/vm/compiler/compileBroker.cpp, line 1205.
> (gdb) c
> Continuing.
> [New Thread 0xf7f93b70 (LWP 13460)]
> [New Thread 0xb4398b70 (LWP 13461)]
> [New Thread 0xb41ffb70 (LWP 13462)]
> [New Thread 0xb3effb70 (LWP 13463)]
> [New Thread 0xb3cffb70 (LWP 13464)]
> [New Thread 0xb3affb70 (LWP 13465)]
> [New Thread 0xb38ffb70 (LWP 13466)]
> [New Thread 0xb36ffb70 (LWP 13467)]
> [New Thread 0xb34ffb70 (LWP 13468)]
> [New Thread 0xb32ffb70 (LWP 13469)]
> [New Thread 0xb30ffb70 (LWP 13470)]
> [New Thread 0xb2effb70 (LWP 13471)]
> [New Thread 0xb2cffb70 (LWP 13472)]
> [New Thread 0xaf8e8b70 (LWP 13473)]
> [New Thread 0xb4156b70 (LWP 13474)]
> [New Thread 0xb3c7eb70 (LWP 13475)]
> [New Thread 0xb3a7eb70 (LWP 13476)]
> [New Thread 0xaeeffb70 (LWP 13477)]
> [New Thread 0xaecffb70 (LWP 13478)]
> [New Thread 0xb387eb70 (LWP 13479)]
> [New Thread 0xaeaffb70 (LWP 13480)]
> java version "1.8.0-ea"
> Java(TM) SE Runtime Environment (build 1.8.0-ea-b86)
> Java HotSpot(TM) Server VM (build 25.0-b29-internal-debug, mixed mode)
> [Thread 0xaeaffb70 (LWP 13480) exited]
> [Thread 0xb3a7eb70 (LWP 13476) exited]
> [Thread 0xaf8e8b70 (LWP 13473) exited]
> [Thread 0xf7fe4b70 (LWP 13459) exited]
> [Thread 0xb2cffb70 (LWP 13472) exited]
> [Thread 0xb2effb70 (LWP 13471) exited]
> [Thread 0xaecffb70 (LWP 13478) exited]
> [Thread 0xb387eb70 (LWP 13479) exited]
> [Thread 0xaeeffb70 (LWP 13477) exited]
> [Thread 0xb3c7eb70 (LWP 13475) exited]
> [Thread 0xb4156b70 (LWP 13474) exited]
> [Thread 0xb32ffb70 (LWP 13469) exited]
> [Thread 0xb34ffb70 (LWP 13468) exited]
> [Thread 0xb36ffb70 (LWP 13467) exited]
> [Thread 0xb38ffb70 (LWP 13466) exited]
> [Thread 0xb3affb70 (LWP 13465) exited]
> [Thread 0xb3cffb70 (LWP 13464) exited]
> [Thread 0xb3effb70 (LWP 13463) exited]
> [Thread 0xb41ffb70 (LWP 13462) exited]
> [Thread 0xb4398b70 (LWP 13461) exited]
> [Thread 0xf7f93b70 (LWP 13460) exited]
> [Thread 0xb30ffb70 (LWP 13470) exited]
>
> Program exited normally.
> (gdb)
>
>
> cthaling at intelsdv01:/export/twisti/build/8008772/build/solaris_i486_compiler2/debug$ /bin/bash ./hotspot -dbx -version
> dbx: warning: using the alternate init file: /home/cthaling/.dbxrc
> Reading java
> Reading ld.so.1
> Reading libjli.so
> Reading libthread.so.1
> Reading libdl.so.1
> Reading libc.so.1
> Reading libjvm.so
> Loaded loadobject: /export/twisti/build/8008772/build/solaris_i486_compiler2/debug/libjvm.so
> Running: java -Dsun.java.launcher=gamma -XXaltjvm=/export/twisti/build/8008772/build/solaris_i486_compiler2/debug -version
> (process id 29613)
> Reading libsocket.so.1
> Reading libsched.so.1
> Reading libm.so.1
> Reading libCrun.so.1
> Reading libdoor.so.1
> Reading libdemangle.so.1
> Reading libnsl.so.1
> Reading libm.so.2
> Reading libscf.so.1
> Reading libuutil.so.1
> Reading libgen.so.1
> Reading libmd.so.1
> Reading libmp.so.2
> t at 2 (l at 2) stopped in JNI_CreateJavaVM at line 5062 in file "jni.cpp"
>   5062     jint result = JNI_ERR;
> (dbx) stop in CompileBroker::compile_method
> (2) stop in CompileBroker::compile_method(methodHandle,int,int,methodHandle,int,const char*,Thread*)
> (dbx) c
> Reading libverify.so
> Reading libjava.so
> Reading libzip.so
> java version "1.8.0-ea"
> Java(TM) SE Runtime Environment (build 1.8.0-ea-b86)
> Java HotSpot(TM) Server VM (build 25.0-b29-internal-debug, mixed mode)
>
> execution completed, exit code is 0
> (dbx)
>



From christian.thalinger at oracle.com  Mon Apr 22 20:55:11 2013
From: christian.thalinger at oracle.com (Christian Thalinger)
Date: Mon, 22 Apr 2013 13:55:11 -0700
Subject: RFR (M): 8008772: remove gamma launcher
In-Reply-To: <51759F6B.7080808@oracle.com>
References: <5C64AF5E-EDD5-4669-9777-5FF7CE6E615F@oracle.com>
	<51759F6B.7080808@oracle.com>
Message-ID: <764DA08E-5A58-4FD4-BB48-0F4F13401BCC@oracle.com>


On Apr 22, 2013, at 1:36 PM, Daniel D. Daugherty  wrote:

> Chris,
> 
> Just an observation and not a review.
> 
> Looks like you're removing launcher support on Windows, but it
> looks like the new hotspot.script doesn't support Windows...
> Am I missing something?

Almost certainly true.  Since I'm not a Windows user (and nobody near me is one) I have no idea how people are using the gamma launcher on Windows (or the hotspot script for that matter).

I presume most people doing debugging on the command line are already in cygwin?  But I might be wrong.

-- Chris

> 
> Dan
> 
> 
> On 4/22/13 1:47 PM, Christian Thalinger wrote:
>> http://cr.openjdk.java.net/~twisti/8008772/
>> 
>> 8008772: remove gamma launcher
>> Reviewed-by:
>> 
>> Remove linking the gamma launcher and it's associated source files.
>> 
>> make/Makefile
>> make/bsd/makefiles/launcher.make
>> make/bsd/makefiles/vm.make
>> make/hotspot.script
>> make/linux/makefiles/launcher.make
>> make/linux/makefiles/vm.make
>> make/solaris/makefiles/launcher.make
>> make/solaris/makefiles/vm.make
>> make/windows/makefiles/debug.make
>> make/windows/makefiles/fastdebug.make
>> make/windows/makefiles/launcher.make
>> make/windows/makefiles/product.make
>> make/windows/makefiles/projectcreator.make
>> make/windows/projectfiles/common/Makefile
>> src/os/posix/launcher/java_md.c
>> src/os/posix/launcher/java_md.h
>> src/os/posix/launcher/launcher.script
>> src/os/windows/launcher/java_md.c
>> src/os/windows/launcher/java_md.h
>> src/share/tools/launcher/java.c
>> src/share/tools/launcher/java.h
>> src/share/tools/launcher/jli_util.c
>> src/share/tools/launcher/jli_util.h
>> src/share/tools/launcher/wildcard.c
>> src/share/tools/launcher/wildcard.h
>> 
>> This change removes the duplicated java launcher files (which were subject to bit-rot) and modifies the hotspot script to pick up the libjvm in the current build directory.
>> 
>> The modified hotspot script works with GDB and DBX:
>> 
>> cthaling at intelsdv03.us.oracle.com:/export/twisti/build/8008772/build/linux_i486_compiler2/debug$ ./hotspot -gdb -version
>> GNU gdb (GDB) Red Hat Enterprise Linux (7.1-29.el6)
>> 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.  Type "show copying"
>> and "show warranty" for details.
>> This GDB was configured as "x86_64-redhat-linux-gnu".
>> For bug reporting instructions, please see:
>> .
>> Missing separate debuginfo for /net/scanas404.us.oracle.com/export/java-re/jdk/8/ea/b86/binaries/linux-i586/bin/java
>> Try: yum --disablerepo='*' --enablerepo='*-debuginfo' install /usr/lib/debug/.build-id/5e/85e6dced3b388a7b0e50630242f4c7ee5e31a3.debug
>> Function "JNI_CreateJavaVM" not defined.
>> Breakpoint 1 (JNI_CreateJavaVM) pending.
>> [Thread debugging using libthread_db enabled]
>> [New Thread 0xf7fe4b70 (LWP 13459)]
>> [Switching to Thread 0xf7fe4b70 (LWP 13459)]
>> 
>> Breakpoint 1, JNI_CreateJavaVM (vm=0xf7fe4378, penv=0xf7fe4374, args=0xf7fe4364)
>>     at /net/10.159.161.234/Users/cthaling/ws/8008772/src/share/vm/prims/jni.cpp:5062
>> 5062	  jint result = JNI_ERR;
>> Missing separate debuginfos, use: debuginfo-install glibc-2.12-1.7.el6.i686
>> (gdb) break CompileBroker::compile_method
>> Breakpoint 2 at 0xaef852: file /net/10.159.161.234/Users/cthaling/ws/8008772/src/share/vm/compiler/compileBroker.cpp, line 1205.
>> (gdb) c
>> Continuing.
>> [New Thread 0xf7f93b70 (LWP 13460)]
>> [New Thread 0xb4398b70 (LWP 13461)]
>> [New Thread 0xb41ffb70 (LWP 13462)]
>> [New Thread 0xb3effb70 (LWP 13463)]
>> [New Thread 0xb3cffb70 (LWP 13464)]
>> [New Thread 0xb3affb70 (LWP 13465)]
>> [New Thread 0xb38ffb70 (LWP 13466)]
>> [New Thread 0xb36ffb70 (LWP 13467)]
>> [New Thread 0xb34ffb70 (LWP 13468)]
>> [New Thread 0xb32ffb70 (LWP 13469)]
>> [New Thread 0xb30ffb70 (LWP 13470)]
>> [New Thread 0xb2effb70 (LWP 13471)]
>> [New Thread 0xb2cffb70 (LWP 13472)]
>> [New Thread 0xaf8e8b70 (LWP 13473)]
>> [New Thread 0xb4156b70 (LWP 13474)]
>> [New Thread 0xb3c7eb70 (LWP 13475)]
>> [New Thread 0xb3a7eb70 (LWP 13476)]
>> [New Thread 0xaeeffb70 (LWP 13477)]
>> [New Thread 0xaecffb70 (LWP 13478)]
>> [New Thread 0xb387eb70 (LWP 13479)]
>> [New Thread 0xaeaffb70 (LWP 13480)]
>> java version "1.8.0-ea"
>> Java(TM) SE Runtime Environment (build 1.8.0-ea-b86)
>> Java HotSpot(TM) Server VM (build 25.0-b29-internal-debug, mixed mode)
>> [Thread 0xaeaffb70 (LWP 13480) exited]
>> [Thread 0xb3a7eb70 (LWP 13476) exited]
>> [Thread 0xaf8e8b70 (LWP 13473) exited]
>> [Thread 0xf7fe4b70 (LWP 13459) exited]
>> [Thread 0xb2cffb70 (LWP 13472) exited]
>> [Thread 0xb2effb70 (LWP 13471) exited]
>> [Thread 0xaecffb70 (LWP 13478) exited]
>> [Thread 0xb387eb70 (LWP 13479) exited]
>> [Thread 0xaeeffb70 (LWP 13477) exited]
>> [Thread 0xb3c7eb70 (LWP 13475) exited]
>> [Thread 0xb4156b70 (LWP 13474) exited]
>> [Thread 0xb32ffb70 (LWP 13469) exited]
>> [Thread 0xb34ffb70 (LWP 13468) exited]
>> [Thread 0xb36ffb70 (LWP 13467) exited]
>> [Thread 0xb38ffb70 (LWP 13466) exited]
>> [Thread 0xb3affb70 (LWP 13465) exited]
>> [Thread 0xb3cffb70 (LWP 13464) exited]
>> [Thread 0xb3effb70 (LWP 13463) exited]
>> [Thread 0xb41ffb70 (LWP 13462) exited]
>> [Thread 0xb4398b70 (LWP 13461) exited]
>> [Thread 0xf7f93b70 (LWP 13460) exited]
>> [Thread 0xb30ffb70 (LWP 13470) exited]
>> 
>> Program exited normally.
>> (gdb)
>> 
>> 
>> cthaling at intelsdv01:/export/twisti/build/8008772/build/solaris_i486_compiler2/debug$ /bin/bash ./hotspot -dbx -version
>> dbx: warning: using the alternate init file: /home/cthaling/.dbxrc
>> Reading java
>> Reading ld.so.1
>> Reading libjli.so
>> Reading libthread.so.1
>> Reading libdl.so.1
>> Reading libc.so.1
>> Reading libjvm.so
>> Loaded loadobject: /export/twisti/build/8008772/build/solaris_i486_compiler2/debug/libjvm.so
>> Running: java -Dsun.java.launcher=gamma -XXaltjvm=/export/twisti/build/8008772/build/solaris_i486_compiler2/debug -version
>> (process id 29613)
>> Reading libsocket.so.1
>> Reading libsched.so.1
>> Reading libm.so.1
>> Reading libCrun.so.1
>> Reading libdoor.so.1
>> Reading libdemangle.so.1
>> Reading libnsl.so.1
>> Reading libm.so.2
>> Reading libscf.so.1
>> Reading libuutil.so.1
>> Reading libgen.so.1
>> Reading libmd.so.1
>> Reading libmp.so.2
>> t at 2 (l at 2) stopped in JNI_CreateJavaVM at line 5062 in file "jni.cpp"
>>  5062     jint result = JNI_ERR;
>> (dbx) stop in CompileBroker::compile_method
>> (2) stop in CompileBroker::compile_method(methodHandle,int,int,methodHandle,int,const char*,Thread*)
>> (dbx) c
>> Reading libverify.so
>> Reading libjava.so
>> Reading libzip.so
>> java version "1.8.0-ea"
>> Java(TM) SE Runtime Environment (build 1.8.0-ea-b86)
>> Java HotSpot(TM) Server VM (build 25.0-b29-internal-debug, mixed mode)
>> 
>> execution completed, exit code is 0
>> (dbx)
>> 
> 



From mikael.gerdin at oracle.com  Tue Apr 23 10:59:50 2013
From: mikael.gerdin at oracle.com (Mikael Gerdin)
Date: Tue, 23 Apr 2013 12:59:50 +0200
Subject: RFR (M): 8008772: remove gamma launcher
In-Reply-To: <51764FDE.2090205@oracle.com>
References: <5C64AF5E-EDD5-4669-9777-5FF7CE6E615F@oracle.com>
	<51759F6B.7080808@oracle.com>
	<764DA08E-5A58-4FD4-BB48-0F4F13401BCC@oracle.com>
	<51764FDE.2090205@oracle.com>
Message-ID: <517669A6.8030705@oracle.com>



On 2013-04-23 11:09, Nils Eliasson wrote:
> The gamma launcher is used to run and debug hotspot from Visual Studio.
> So removing gamma effectively kills the working environment for a number
> of people that use it daily.  So I am strongly against removing it.

Maybe the visual studio project generator could be updated to create a a 
"launch configuration" for launching java.exe from a JDK and use the 
XXaltJVM flag on to select the correct jvm.dll?

I agree that we shouldn't break the visual studio project but currently 
there's nothing indicating that we can't fix it.


/Mikael

>
> Most people working on Windows use Cygwin as the last resort since it
> makes a lot of thing excruciatingly slow.
>
> //Nils
>
> On 2013-04-22 22:55, Christian Thalinger wrote:
>> On Apr 22, 2013, at 1:36 PM, Daniel D. Daugherty
>>  wrote:
>>
>>> Chris,
>>>
>>> Just an observation and not a review.
>>>
>>> Looks like you're removing launcher support on Windows, but it
>>> looks like the new hotspot.script doesn't support Windows...
>>> Am I missing something?
>> Almost certainly true.  Since I'm not a Windows user (and nobody near
>> me is one) I have no idea how people are using the gamma launcher on
>> Windows (or the hotspot script for that matter).
>>
>> I presume most people doing debugging on the command line are already
>> in cygwin?  But I might be wrong.
>>
>> -- Chris
>>
>>> Dan
>>>
>>>
>>> On 4/22/13 1:47 PM, Christian Thalinger wrote:
>>>> http://cr.openjdk.java.net/~twisti/8008772/
>>>>
>>>> 8008772: remove gamma launcher
>>>> Reviewed-by:
>>>>
>>>> Remove linking the gamma launcher and it's associated source files.
>>>>
>>>> make/Makefile
>>>> make/bsd/makefiles/launcher.make
>>>> make/bsd/makefiles/vm.make
>>>> make/hotspot.script
>>>> make/linux/makefiles/launcher.make
>>>> make/linux/makefiles/vm.make
>>>> make/solaris/makefiles/launcher.make
>>>> make/solaris/makefiles/vm.make
>>>> make/windows/makefiles/debug.make
>>>> make/windows/makefiles/fastdebug.make
>>>> make/windows/makefiles/launcher.make
>>>> make/windows/makefiles/product.make
>>>> make/windows/makefiles/projectcreator.make
>>>> make/windows/projectfiles/common/Makefile
>>>> src/os/posix/launcher/java_md.c
>>>> src/os/posix/launcher/java_md.h
>>>> src/os/posix/launcher/launcher.script
>>>> src/os/windows/launcher/java_md.c
>>>> src/os/windows/launcher/java_md.h
>>>> src/share/tools/launcher/java.c
>>>> src/share/tools/launcher/java.h
>>>> src/share/tools/launcher/jli_util.c
>>>> src/share/tools/launcher/jli_util.h
>>>> src/share/tools/launcher/wildcard.c
>>>> src/share/tools/launcher/wildcard.h
>>>>
>>>> This change removes the duplicated java launcher files (which were
>>>> subject to bit-rot) and modifies the hotspot script to pick up the
>>>> libjvm in the current build directory.
>>>>
>>>> The modified hotspot script works with GDB and DBX:
>>>>
>>>> cthaling at intelsdv03.us.oracle.com:/export/twisti/build/8008772/build/linux_i486_compiler2/debug$
>>>> ./hotspot -gdb -version
>>>> GNU gdb (GDB) Red Hat Enterprise Linux (7.1-29.el6)
>>>> 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.  Type "show
>>>> copying"
>>>> and "show warranty" for details.
>>>> This GDB was configured as "x86_64-redhat-linux-gnu".
>>>> For bug reporting instructions, please see:
>>>> .
>>>> Missing separate debuginfo for
>>>> /net/scanas404.us.oracle.com/export/java-re/jdk/8/ea/b86/binaries/linux-i586/bin/java
>>>>
>>>> Try: yum --disablerepo='*' --enablerepo='*-debuginfo' install
>>>> /usr/lib/debug/.build-id/5e/85e6dced3b388a7b0e50630242f4c7ee5e31a3.debug
>>>>
>>>> Function "JNI_CreateJavaVM" not defined.
>>>> Breakpoint 1 (JNI_CreateJavaVM) pending.
>>>> [Thread debugging using libthread_db enabled]
>>>> [New Thread 0xf7fe4b70 (LWP 13459)]
>>>> [Switching to Thread 0xf7fe4b70 (LWP 13459)]
>>>>
>>>> Breakpoint 1, JNI_CreateJavaVM (vm=0xf7fe4378, penv=0xf7fe4374,
>>>> args=0xf7fe4364)
>>>>      at
>>>> /net/10.159.161.234/Users/cthaling/ws/8008772/src/share/vm/prims/jni.cpp:5062
>>>>
>>>> 5062      jint result = JNI_ERR;
>>>> Missing separate debuginfos, use: debuginfo-install
>>>> glibc-2.12-1.7.el6.i686
>>>> (gdb) break CompileBroker::compile_method
>>>> Breakpoint 2 at 0xaef852: file
>>>> /net/10.159.161.234/Users/cthaling/ws/8008772/src/share/vm/compiler/compileBroker.cpp,
>>>> line 1205.
>>>> (gdb) c
>>>> Continuing.
>>>> [New Thread 0xf7f93b70 (LWP 13460)]
>>>> [New Thread 0xb4398b70 (LWP 13461)]
>>>> [New Thread 0xb41ffb70 (LWP 13462)]
>>>> [New Thread 0xb3effb70 (LWP 13463)]
>>>> [New Thread 0xb3cffb70 (LWP 13464)]
>>>> [New Thread 0xb3affb70 (LWP 13465)]
>>>> [New Thread 0xb38ffb70 (LWP 13466)]
>>>> [New Thread 0xb36ffb70 (LWP 13467)]
>>>> [New Thread 0xb34ffb70 (LWP 13468)]
>>>> [New Thread 0xb32ffb70 (LWP 13469)]
>>>> [New Thread 0xb30ffb70 (LWP 13470)]
>>>> [New Thread 0xb2effb70 (LWP 13471)]
>>>> [New Thread 0xb2cffb70 (LWP 13472)]
>>>> [New Thread 0xaf8e8b70 (LWP 13473)]
>>>> [New Thread 0xb4156b70 (LWP 13474)]
>>>> [New Thread 0xb3c7eb70 (LWP 13475)]
>>>> [New Thread 0xb3a7eb70 (LWP 13476)]
>>>> [New Thread 0xaeeffb70 (LWP 13477)]
>>>> [New Thread 0xaecffb70 (LWP 13478)]
>>>> [New Thread 0xb387eb70 (LWP 13479)]
>>>> [New Thread 0xaeaffb70 (LWP 13480)]
>>>> java version "1.8.0-ea"
>>>> Java(TM) SE Runtime Environment (build 1.8.0-ea-b86)
>>>> Java HotSpot(TM) Server VM (build 25.0-b29-internal-debug, mixed mode)
>>>> [Thread 0xaeaffb70 (LWP 13480) exited]
>>>> [Thread 0xb3a7eb70 (LWP 13476) exited]
>>>> [Thread 0xaf8e8b70 (LWP 13473) exited]
>>>> [Thread 0xf7fe4b70 (LWP 13459) exited]
>>>> [Thread 0xb2cffb70 (LWP 13472) exited]
>>>> [Thread 0xb2effb70 (LWP 13471) exited]
>>>> [Thread 0xaecffb70 (LWP 13478) exited]
>>>> [Thread 0xb387eb70 (LWP 13479) exited]
>>>> [Thread 0xaeeffb70 (LWP 13477) exited]
>>>> [Thread 0xb3c7eb70 (LWP 13475) exited]
>>>> [Thread 0xb4156b70 (LWP 13474) exited]
>>>> [Thread 0xb32ffb70 (LWP 13469) exited]
>>>> [Thread 0xb34ffb70 (LWP 13468) exited]
>>>> [Thread 0xb36ffb70 (LWP 13467) exited]
>>>> [Thread 0xb38ffb70 (LWP 13466) exited]
>>>> [Thread 0xb3affb70 (LWP 13465) exited]
>>>> [Thread 0xb3cffb70 (LWP 13464) exited]
>>>> [Thread 0xb3effb70 (LWP 13463) exited]
>>>> [Thread 0xb41ffb70 (LWP 13462) exited]
>>>> [Thread 0xb4398b70 (LWP 13461) exited]
>>>> [Thread 0xf7f93b70 (LWP 13460) exited]
>>>> [Thread 0xb30ffb70 (LWP 13470) exited]
>>>>
>>>> Program exited normally.
>>>> (gdb)
>>>>
>>>>
>>>> cthaling at intelsdv01:/export/twisti/build/8008772/build/solaris_i486_compiler2/debug$
>>>> /bin/bash ./hotspot -dbx -version
>>>> dbx: warning: using the alternate init file: /home/cthaling/.dbxrc
>>>> Reading java
>>>> Reading ld.so.1
>>>> Reading libjli.so
>>>> Reading libthread.so.1
>>>> Reading libdl.so.1
>>>> Reading libc.so.1
>>>> Reading libjvm.so
>>>> Loaded loadobject:
>>>> /export/twisti/build/8008772/build/solaris_i486_compiler2/debug/libjvm.so
>>>>
>>>> Running: java -Dsun.java.launcher=gamma
>>>> -XXaltjvm=/export/twisti/build/8008772/build/solaris_i486_compiler2/debug
>>>> -version
>>>> (process id 29613)
>>>> Reading libsocket.so.1
>>>> Reading libsched.so.1
>>>> Reading libm.so.1
>>>> Reading libCrun.so.1
>>>> Reading libdoor.so.1
>>>> Reading libdemangle.so.1
>>>> Reading libnsl.so.1
>>>> Reading libm.so.2
>>>> Reading libscf.so.1
>>>> Reading libuutil.so.1
>>>> Reading libgen.so.1
>>>> Reading libmd.so.1
>>>> Reading libmp.so.2
>>>> t at 2 (l at 2) stopped in JNI_CreateJavaVM at line 5062 in file "jni.cpp"
>>>>   5062     jint result = JNI_ERR;
>>>> (dbx) stop in CompileBroker::compile_method
>>>> (2) stop in
>>>> CompileBroker::compile_method(methodHandle,int,int,methodHandle,int,const
>>>> char*,Thread*)
>>>> (dbx) c
>>>> Reading libverify.so
>>>> Reading libjava.so
>>>> Reading libzip.so
>>>> java version "1.8.0-ea"
>>>> Java(TM) SE Runtime Environment (build 1.8.0-ea-b86)
>>>> Java HotSpot(TM) Server VM (build 25.0-b29-internal-debug, mixed mode)
>>>>
>>>> execution completed, exit code is 0
>>>> (dbx)
>>>>
>


From nils.eliasson at oracle.com  Tue Apr 23 09:09:50 2013
From: nils.eliasson at oracle.com (Nils Eliasson)
Date: Tue, 23 Apr 2013 11:09:50 +0200
Subject: RFR (M): 8008772: remove gamma launcher
In-Reply-To: <764DA08E-5A58-4FD4-BB48-0F4F13401BCC@oracle.com>
References: <5C64AF5E-EDD5-4669-9777-5FF7CE6E615F@oracle.com>
	<51759F6B.7080808@oracle.com>
	<764DA08E-5A58-4FD4-BB48-0F4F13401BCC@oracle.com>
Message-ID: <51764FDE.2090205@oracle.com>

The gamma launcher is used to run and debug hotspot from Visual Studio. 
So removing gamma effectively kills the working environment for a number 
of people that use it daily.  So I am strongly against removing it.

Most people working on Windows use Cygwin as the last resort since it 
makes a lot of thing excruciatingly slow.

//Nils

On 2013-04-22 22:55, Christian Thalinger wrote:
> On Apr 22, 2013, at 1:36 PM, Daniel D. Daugherty  wrote:
>
>> Chris,
>>
>> Just an observation and not a review.
>>
>> Looks like you're removing launcher support on Windows, but it
>> looks like the new hotspot.script doesn't support Windows...
>> Am I missing something?
> Almost certainly true.  Since I'm not a Windows user (and nobody near me is one) I have no idea how people are using the gamma launcher on Windows (or the hotspot script for that matter).
>
> I presume most people doing debugging on the command line are already in cygwin?  But I might be wrong.
>
> -- Chris
>
>> Dan
>>
>>
>> On 4/22/13 1:47 PM, Christian Thalinger wrote:
>>> http://cr.openjdk.java.net/~twisti/8008772/
>>>
>>> 8008772: remove gamma launcher
>>> Reviewed-by:
>>>
>>> Remove linking the gamma launcher and it's associated source files.
>>>
>>> make/Makefile
>>> make/bsd/makefiles/launcher.make
>>> make/bsd/makefiles/vm.make
>>> make/hotspot.script
>>> make/linux/makefiles/launcher.make
>>> make/linux/makefiles/vm.make
>>> make/solaris/makefiles/launcher.make
>>> make/solaris/makefiles/vm.make
>>> make/windows/makefiles/debug.make
>>> make/windows/makefiles/fastdebug.make
>>> make/windows/makefiles/launcher.make
>>> make/windows/makefiles/product.make
>>> make/windows/makefiles/projectcreator.make
>>> make/windows/projectfiles/common/Makefile
>>> src/os/posix/launcher/java_md.c
>>> src/os/posix/launcher/java_md.h
>>> src/os/posix/launcher/launcher.script
>>> src/os/windows/launcher/java_md.c
>>> src/os/windows/launcher/java_md.h
>>> src/share/tools/launcher/java.c
>>> src/share/tools/launcher/java.h
>>> src/share/tools/launcher/jli_util.c
>>> src/share/tools/launcher/jli_util.h
>>> src/share/tools/launcher/wildcard.c
>>> src/share/tools/launcher/wildcard.h
>>>
>>> This change removes the duplicated java launcher files (which were subject to bit-rot) and modifies the hotspot script to pick up the libjvm in the current build directory.
>>>
>>> The modified hotspot script works with GDB and DBX:
>>>
>>> cthaling at intelsdv03.us.oracle.com:/export/twisti/build/8008772/build/linux_i486_compiler2/debug$ ./hotspot -gdb -version
>>> GNU gdb (GDB) Red Hat Enterprise Linux (7.1-29.el6)
>>> 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.  Type "show copying"
>>> and "show warranty" for details.
>>> This GDB was configured as "x86_64-redhat-linux-gnu".
>>> For bug reporting instructions, please see:
>>> .
>>> Missing separate debuginfo for /net/scanas404.us.oracle.com/export/java-re/jdk/8/ea/b86/binaries/linux-i586/bin/java
>>> Try: yum --disablerepo='*' --enablerepo='*-debuginfo' install /usr/lib/debug/.build-id/5e/85e6dced3b388a7b0e50630242f4c7ee5e31a3.debug
>>> Function "JNI_CreateJavaVM" not defined.
>>> Breakpoint 1 (JNI_CreateJavaVM) pending.
>>> [Thread debugging using libthread_db enabled]
>>> [New Thread 0xf7fe4b70 (LWP 13459)]
>>> [Switching to Thread 0xf7fe4b70 (LWP 13459)]
>>>
>>> Breakpoint 1, JNI_CreateJavaVM (vm=0xf7fe4378, penv=0xf7fe4374, args=0xf7fe4364)
>>>      at /net/10.159.161.234/Users/cthaling/ws/8008772/src/share/vm/prims/jni.cpp:5062
>>> 5062	  jint result = JNI_ERR;
>>> Missing separate debuginfos, use: debuginfo-install glibc-2.12-1.7.el6.i686
>>> (gdb) break CompileBroker::compile_method
>>> Breakpoint 2 at 0xaef852: file /net/10.159.161.234/Users/cthaling/ws/8008772/src/share/vm/compiler/compileBroker.cpp, line 1205.
>>> (gdb) c
>>> Continuing.
>>> [New Thread 0xf7f93b70 (LWP 13460)]
>>> [New Thread 0xb4398b70 (LWP 13461)]
>>> [New Thread 0xb41ffb70 (LWP 13462)]
>>> [New Thread 0xb3effb70 (LWP 13463)]
>>> [New Thread 0xb3cffb70 (LWP 13464)]
>>> [New Thread 0xb3affb70 (LWP 13465)]
>>> [New Thread 0xb38ffb70 (LWP 13466)]
>>> [New Thread 0xb36ffb70 (LWP 13467)]
>>> [New Thread 0xb34ffb70 (LWP 13468)]
>>> [New Thread 0xb32ffb70 (LWP 13469)]
>>> [New Thread 0xb30ffb70 (LWP 13470)]
>>> [New Thread 0xb2effb70 (LWP 13471)]
>>> [New Thread 0xb2cffb70 (LWP 13472)]
>>> [New Thread 0xaf8e8b70 (LWP 13473)]
>>> [New Thread 0xb4156b70 (LWP 13474)]
>>> [New Thread 0xb3c7eb70 (LWP 13475)]
>>> [New Thread 0xb3a7eb70 (LWP 13476)]
>>> [New Thread 0xaeeffb70 (LWP 13477)]
>>> [New Thread 0xaecffb70 (LWP 13478)]
>>> [New Thread 0xb387eb70 (LWP 13479)]
>>> [New Thread 0xaeaffb70 (LWP 13480)]
>>> java version "1.8.0-ea"
>>> Java(TM) SE Runtime Environment (build 1.8.0-ea-b86)
>>> Java HotSpot(TM) Server VM (build 25.0-b29-internal-debug, mixed mode)
>>> [Thread 0xaeaffb70 (LWP 13480) exited]
>>> [Thread 0xb3a7eb70 (LWP 13476) exited]
>>> [Thread 0xaf8e8b70 (LWP 13473) exited]
>>> [Thread 0xf7fe4b70 (LWP 13459) exited]
>>> [Thread 0xb2cffb70 (LWP 13472) exited]
>>> [Thread 0xb2effb70 (LWP 13471) exited]
>>> [Thread 0xaecffb70 (LWP 13478) exited]
>>> [Thread 0xb387eb70 (LWP 13479) exited]
>>> [Thread 0xaeeffb70 (LWP 13477) exited]
>>> [Thread 0xb3c7eb70 (LWP 13475) exited]
>>> [Thread 0xb4156b70 (LWP 13474) exited]
>>> [Thread 0xb32ffb70 (LWP 13469) exited]
>>> [Thread 0xb34ffb70 (LWP 13468) exited]
>>> [Thread 0xb36ffb70 (LWP 13467) exited]
>>> [Thread 0xb38ffb70 (LWP 13466) exited]
>>> [Thread 0xb3affb70 (LWP 13465) exited]
>>> [Thread 0xb3cffb70 (LWP 13464) exited]
>>> [Thread 0xb3effb70 (LWP 13463) exited]
>>> [Thread 0xb41ffb70 (LWP 13462) exited]
>>> [Thread 0xb4398b70 (LWP 13461) exited]
>>> [Thread 0xf7f93b70 (LWP 13460) exited]
>>> [Thread 0xb30ffb70 (LWP 13470) exited]
>>>
>>> Program exited normally.
>>> (gdb)
>>>
>>>
>>> cthaling at intelsdv01:/export/twisti/build/8008772/build/solaris_i486_compiler2/debug$ /bin/bash ./hotspot -dbx -version
>>> dbx: warning: using the alternate init file: /home/cthaling/.dbxrc
>>> Reading java
>>> Reading ld.so.1
>>> Reading libjli.so
>>> Reading libthread.so.1
>>> Reading libdl.so.1
>>> Reading libc.so.1
>>> Reading libjvm.so
>>> Loaded loadobject: /export/twisti/build/8008772/build/solaris_i486_compiler2/debug/libjvm.so
>>> Running: java -Dsun.java.launcher=gamma -XXaltjvm=/export/twisti/build/8008772/build/solaris_i486_compiler2/debug -version
>>> (process id 29613)
>>> Reading libsocket.so.1
>>> Reading libsched.so.1
>>> Reading libm.so.1
>>> Reading libCrun.so.1
>>> Reading libdoor.so.1
>>> Reading libdemangle.so.1
>>> Reading libnsl.so.1
>>> Reading libm.so.2
>>> Reading libscf.so.1
>>> Reading libuutil.so.1
>>> Reading libgen.so.1
>>> Reading libmd.so.1
>>> Reading libmp.so.2
>>> t at 2 (l at 2) stopped in JNI_CreateJavaVM at line 5062 in file "jni.cpp"
>>>   5062     jint result = JNI_ERR;
>>> (dbx) stop in CompileBroker::compile_method
>>> (2) stop in CompileBroker::compile_method(methodHandle,int,int,methodHandle,int,const char*,Thread*)
>>> (dbx) c
>>> Reading libverify.so
>>> Reading libjava.so
>>> Reading libzip.so
>>> java version "1.8.0-ea"
>>> Java(TM) SE Runtime Environment (build 1.8.0-ea-b86)
>>> Java HotSpot(TM) Server VM (build 25.0-b29-internal-debug, mixed mode)
>>>
>>> execution completed, exit code is 0
>>> (dbx)
>>>



From nils.eliasson at oracle.com  Tue Apr 23 18:06:06 2013
From: nils.eliasson at oracle.com (Nils Eliasson)
Date: Tue, 23 Apr 2013 20:06:06 +0200
Subject: RFR (M): 8008772: remove gamma launcher
In-Reply-To: <517669A6.8030705@oracle.com>
References: <5C64AF5E-EDD5-4669-9777-5FF7CE6E615F@oracle.com>
	<51759F6B.7080808@oracle.com>
	<764DA08E-5A58-4FD4-BB48-0F4F13401BCC@oracle.com>
	<51764FDE.2090205@oracle.com> <517669A6.8030705@oracle.com>
Message-ID: <5176CD8E.5060704@oracle.com>

As long as we fix it first and remove gamma after - I would love to have 
some redundant code removed. I would fix it myself, I just don't think I 
will have the time before I go on parental leave.

//Nils

On 2013-04-23 12:59, Mikael Gerdin wrote:
>
>
> On 2013-04-23 11:09, Nils Eliasson wrote:
>> The gamma launcher is used to run and debug hotspot from Visual Studio.
>> So removing gamma effectively kills the working environment for a number
>> of people that use it daily.  So I am strongly against removing it.
>
> Maybe the visual studio project generator could be updated to create a 
> a "launch configuration" for launching java.exe from a JDK and use the 
> XXaltJVM flag on to select the correct jvm.dll?
>
> I agree that we shouldn't break the visual studio project but 
> currently there's nothing indicating that we can't fix it.
>
>
> /Mikael
>
>>
>> Most people working on Windows use Cygwin as the last resort since it
>> makes a lot of thing excruciatingly slow.
>>
>> //Nils
>>
>> On 2013-04-22 22:55, Christian Thalinger wrote:
>>> On Apr 22, 2013, at 1:36 PM, Daniel D. Daugherty
>>>  wrote:
>>>
>>>> Chris,
>>>>
>>>> Just an observation and not a review.
>>>>
>>>> Looks like you're removing launcher support on Windows, but it
>>>> looks like the new hotspot.script doesn't support Windows...
>>>> Am I missing something?
>>> Almost certainly true.  Since I'm not a Windows user (and nobody near
>>> me is one) I have no idea how people are using the gamma launcher on
>>> Windows (or the hotspot script for that matter).
>>>
>>> I presume most people doing debugging on the command line are already
>>> in cygwin?  But I might be wrong.
>>>
>>> -- Chris
>>>
>>>> Dan
>>>>
>>>>
>>>> On 4/22/13 1:47 PM, Christian Thalinger wrote:
>>>>> http://cr.openjdk.java.net/~twisti/8008772/
>>>>>
>>>>> 8008772: remove gamma launcher
>>>>> Reviewed-by:
>>>>>
>>>>> Remove linking the gamma launcher and it's associated source files.
>>>>>
>>>>> make/Makefile
>>>>> make/bsd/makefiles/launcher.make
>>>>> make/bsd/makefiles/vm.make
>>>>> make/hotspot.script
>>>>> make/linux/makefiles/launcher.make
>>>>> make/linux/makefiles/vm.make
>>>>> make/solaris/makefiles/launcher.make
>>>>> make/solaris/makefiles/vm.make
>>>>> make/windows/makefiles/debug.make
>>>>> make/windows/makefiles/fastdebug.make
>>>>> make/windows/makefiles/launcher.make
>>>>> make/windows/makefiles/product.make
>>>>> make/windows/makefiles/projectcreator.make
>>>>> make/windows/projectfiles/common/Makefile
>>>>> src/os/posix/launcher/java_md.c
>>>>> src/os/posix/launcher/java_md.h
>>>>> src/os/posix/launcher/launcher.script
>>>>> src/os/windows/launcher/java_md.c
>>>>> src/os/windows/launcher/java_md.h
>>>>> src/share/tools/launcher/java.c
>>>>> src/share/tools/launcher/java.h
>>>>> src/share/tools/launcher/jli_util.c
>>>>> src/share/tools/launcher/jli_util.h
>>>>> src/share/tools/launcher/wildcard.c
>>>>> src/share/tools/launcher/wildcard.h
>>>>>
>>>>> This change removes the duplicated java launcher files (which were
>>>>> subject to bit-rot) and modifies the hotspot script to pick up the
>>>>> libjvm in the current build directory.
>>>>>
>>>>> The modified hotspot script works with GDB and DBX:
>>>>>
>>>>> cthaling at intelsdv03.us.oracle.com:/export/twisti/build/8008772/build/linux_i486_compiler2/debug$ 
>>>>>
>>>>> ./hotspot -gdb -version
>>>>> GNU gdb (GDB) Red Hat Enterprise Linux (7.1-29.el6)
>>>>> 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. Type "show
>>>>> copying"
>>>>> and "show warranty" for details.
>>>>> This GDB was configured as "x86_64-redhat-linux-gnu".
>>>>> For bug reporting instructions, please see:
>>>>> .
>>>>> Missing separate debuginfo for
>>>>> /net/scanas404.us.oracle.com/export/java-re/jdk/8/ea/b86/binaries/linux-i586/bin/java 
>>>>>
>>>>>
>>>>> Try: yum --disablerepo='*' --enablerepo='*-debuginfo' install
>>>>> /usr/lib/debug/.build-id/5e/85e6dced3b388a7b0e50630242f4c7ee5e31a3.debug 
>>>>>
>>>>>
>>>>> Function "JNI_CreateJavaVM" not defined.
>>>>> Breakpoint 1 (JNI_CreateJavaVM) pending.
>>>>> [Thread debugging using libthread_db enabled]
>>>>> [New Thread 0xf7fe4b70 (LWP 13459)]
>>>>> [Switching to Thread 0xf7fe4b70 (LWP 13459)]
>>>>>
>>>>> Breakpoint 1, JNI_CreateJavaVM (vm=0xf7fe4378, penv=0xf7fe4374,
>>>>> args=0xf7fe4364)
>>>>>      at
>>>>> /net/10.159.161.234/Users/cthaling/ws/8008772/src/share/vm/prims/jni.cpp:5062 
>>>>>
>>>>>
>>>>> 5062      jint result = JNI_ERR;
>>>>> Missing separate debuginfos, use: debuginfo-install
>>>>> glibc-2.12-1.7.el6.i686
>>>>> (gdb) break CompileBroker::compile_method
>>>>> Breakpoint 2 at 0xaef852: file
>>>>> /net/10.159.161.234/Users/cthaling/ws/8008772/src/share/vm/compiler/compileBroker.cpp, 
>>>>>
>>>>> line 1205.
>>>>> (gdb) c
>>>>> Continuing.
>>>>> [New Thread 0xf7f93b70 (LWP 13460)]
>>>>> [New Thread 0xb4398b70 (LWP 13461)]
>>>>> [New Thread 0xb41ffb70 (LWP 13462)]
>>>>> [New Thread 0xb3effb70 (LWP 13463)]
>>>>> [New Thread 0xb3cffb70 (LWP 13464)]
>>>>> [New Thread 0xb3affb70 (LWP 13465)]
>>>>> [New Thread 0xb38ffb70 (LWP 13466)]
>>>>> [New Thread 0xb36ffb70 (LWP 13467)]
>>>>> [New Thread 0xb34ffb70 (LWP 13468)]
>>>>> [New Thread 0xb32ffb70 (LWP 13469)]
>>>>> [New Thread 0xb30ffb70 (LWP 13470)]
>>>>> [New Thread 0xb2effb70 (LWP 13471)]
>>>>> [New Thread 0xb2cffb70 (LWP 13472)]
>>>>> [New Thread 0xaf8e8b70 (LWP 13473)]
>>>>> [New Thread 0xb4156b70 (LWP 13474)]
>>>>> [New Thread 0xb3c7eb70 (LWP 13475)]
>>>>> [New Thread 0xb3a7eb70 (LWP 13476)]
>>>>> [New Thread 0xaeeffb70 (LWP 13477)]
>>>>> [New Thread 0xaecffb70 (LWP 13478)]
>>>>> [New Thread 0xb387eb70 (LWP 13479)]
>>>>> [New Thread 0xaeaffb70 (LWP 13480)]
>>>>> java version "1.8.0-ea"
>>>>> Java(TM) SE Runtime Environment (build 1.8.0-ea-b86)
>>>>> Java HotSpot(TM) Server VM (build 25.0-b29-internal-debug, mixed 
>>>>> mode)
>>>>> [Thread 0xaeaffb70 (LWP 13480) exited]
>>>>> [Thread 0xb3a7eb70 (LWP 13476) exited]
>>>>> [Thread 0xaf8e8b70 (LWP 13473) exited]
>>>>> [Thread 0xf7fe4b70 (LWP 13459) exited]
>>>>> [Thread 0xb2cffb70 (LWP 13472) exited]
>>>>> [Thread 0xb2effb70 (LWP 13471) exited]
>>>>> [Thread 0xaecffb70 (LWP 13478) exited]
>>>>> [Thread 0xb387eb70 (LWP 13479) exited]
>>>>> [Thread 0xaeeffb70 (LWP 13477) exited]
>>>>> [Thread 0xb3c7eb70 (LWP 13475) exited]
>>>>> [Thread 0xb4156b70 (LWP 13474) exited]
>>>>> [Thread 0xb32ffb70 (LWP 13469) exited]
>>>>> [Thread 0xb34ffb70 (LWP 13468) exited]
>>>>> [Thread 0xb36ffb70 (LWP 13467) exited]
>>>>> [Thread 0xb38ffb70 (LWP 13466) exited]
>>>>> [Thread 0xb3affb70 (LWP 13465) exited]
>>>>> [Thread 0xb3cffb70 (LWP 13464) exited]
>>>>> [Thread 0xb3effb70 (LWP 13463) exited]
>>>>> [Thread 0xb41ffb70 (LWP 13462) exited]
>>>>> [Thread 0xb4398b70 (LWP 13461) exited]
>>>>> [Thread 0xf7f93b70 (LWP 13460) exited]
>>>>> [Thread 0xb30ffb70 (LWP 13470) exited]
>>>>>
>>>>> Program exited normally.
>>>>> (gdb)
>>>>>
>>>>>
>>>>> cthaling at intelsdv01:/export/twisti/build/8008772/build/solaris_i486_compiler2/debug$ 
>>>>>
>>>>> /bin/bash ./hotspot -dbx -version
>>>>> dbx: warning: using the alternate init file: /home/cthaling/.dbxrc
>>>>> Reading java
>>>>> Reading ld.so.1
>>>>> Reading libjli.so
>>>>> Reading libthread.so.1
>>>>> Reading libdl.so.1
>>>>> Reading libc.so.1
>>>>> Reading libjvm.so
>>>>> Loaded loadobject:
>>>>> /export/twisti/build/8008772/build/solaris_i486_compiler2/debug/libjvm.so 
>>>>>
>>>>>
>>>>> Running: java -Dsun.java.launcher=gamma
>>>>> -XXaltjvm=/export/twisti/build/8008772/build/solaris_i486_compiler2/debug 
>>>>>
>>>>> -version
>>>>> (process id 29613)
>>>>> Reading libsocket.so.1
>>>>> Reading libsched.so.1
>>>>> Reading libm.so.1
>>>>> Reading libCrun.so.1
>>>>> Reading libdoor.so.1
>>>>> Reading libdemangle.so.1
>>>>> Reading libnsl.so.1
>>>>> Reading libm.so.2
>>>>> Reading libscf.so.1
>>>>> Reading libuutil.so.1
>>>>> Reading libgen.so.1
>>>>> Reading libmd.so.1
>>>>> Reading libmp.so.2
>>>>> t at 2 (l at 2) stopped in JNI_CreateJavaVM at line 5062 in file "jni.cpp"
>>>>>   5062     jint result = JNI_ERR;
>>>>> (dbx) stop in CompileBroker::compile_method
>>>>> (2) stop in
>>>>> CompileBroker::compile_method(methodHandle,int,int,methodHandle,int,const 
>>>>>
>>>>> char*,Thread*)
>>>>> (dbx) c
>>>>> Reading libverify.so
>>>>> Reading libjava.so
>>>>> Reading libzip.so
>>>>> java version "1.8.0-ea"
>>>>> Java(TM) SE Runtime Environment (build 1.8.0-ea-b86)
>>>>> Java HotSpot(TM) Server VM (build 25.0-b29-internal-debug, mixed 
>>>>> mode)
>>>>>
>>>>> execution completed, exit code is 0
>>>>> (dbx)
>>>>>
>>



From david.katleman at oracle.com  Tue Apr 23 18:15:42 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Tue, 23 Apr 2013 18:15:42 +0000
Subject: hg: jdk8/build: 6 new changesets
Message-ID: <20130423181543.8DE874852A@hg.openjdk.java.net>

Changeset: 6981694f7674
Author:    katleman
Date:      2013-04-18 10:30 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/rev/6981694f7674

Added tag jdk8-b86 for changeset df9b5240f0a7

! .hgtags

Changeset: 7da551071fe8
Author:    lana
Date:      2013-04-11 19:13 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/rev/7da551071fe8

Merge

! common/makefiles/Main.gmk

Changeset: b95c5c8ee60a
Author:    jgish
Date:      2013-04-16 13:25 -0400
URL:       http://hg.openjdk.java.net/jdk8/build/rev/b95c5c8ee60a

8011347: JKD-8009824 has broken webrev with some ksh versions
Reviewed-by: mduigou

! make/scripts/webrev.ksh

Changeset: 2600c8d8b619
Author:    lana
Date:      2013-04-17 10:05 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/rev/2600c8d8b619

Merge


Changeset: 238b28991d66
Author:    lana
Date:      2013-04-17 21:32 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/rev/238b28991d66

Merge


Changeset: b9415faa7066
Author:    lana
Date:      2013-04-23 09:26 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/rev/b9415faa7066

Merge




From david.katleman at oracle.com  Tue Apr 23 18:15:48 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Tue, 23 Apr 2013 18:15:48 +0000
Subject: hg: jdk8/build/corba: Added tag jdk8-b86 for changeset 44a8ce4a759f
Message-ID: <20130423181549.A10054852B@hg.openjdk.java.net>

Changeset: f1709874d55a
Author:    katleman
Date:      2013-04-18 10:30 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/corba/rev/f1709874d55a

Added tag jdk8-b86 for changeset 44a8ce4a759f

! .hgtags



From david.katleman at oracle.com  Tue Apr 23 18:16:52 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Tue, 23 Apr 2013 18:16:52 +0000
Subject: hg: jdk8/build/hotspot: 6 new changesets
Message-ID: <20130423181710.3FB714852C@hg.openjdk.java.net>

Changeset: 2e657354f6bc
Author:    katleman
Date:      2013-04-18 10:30 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/2e657354f6bc

Added tag jdk8-b86 for changeset 86db4847f195

! .hgtags

Changeset: 3d641132f83b
Author:    twisti
Date:      2013-02-26 16:16 -0800
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/3d641132f83b

8004336: Better handling of method handle intrinsic frames
Reviewed-by: kvn, jrose, ahgross

! src/share/vm/opto/library_call.cpp

Changeset: 124ca22437b1
Author:    chegar
Date:      2013-04-12 10:14 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/124ca22437b1

Merge

! src/share/vm/opto/library_call.cpp

Changeset: 6c560f9ebb3e
Author:    lana
Date:      2013-04-17 10:12 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/6c560f9ebb3e

Merge

- test/gc/6941923/test6941923.sh
- test/gc/TestVerifyBeforeGCDuringStartup.java

Changeset: db9c527a1fd8
Author:    lana
Date:      2013-04-17 21:33 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/db9c527a1fd8

Merge


Changeset: d4c266784660
Author:    lana
Date:      2013-04-23 09:27 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/d4c266784660

Merge




From david.katleman at oracle.com  Tue Apr 23 18:20:02 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Tue, 23 Apr 2013 18:20:02 +0000
Subject: hg: jdk8/build/jaxp: 4 new changesets
Message-ID: <20130423182021.4084F4852D@hg.openjdk.java.net>

Changeset: 9550aab82b5d
Author:    katleman
Date:      2013-04-18 10:30 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jaxp/rev/9550aab82b5d

Added tag jdk8-b86 for changeset ca71ec37b2ef

! .hgtags

Changeset: 10db50a26b39
Author:    joehw
Date:      2013-02-18 11:33 -0800
URL:       http://hg.openjdk.java.net/jdk8/build/jaxp/rev/10db50a26b39

6657673: Issues with JAXP
Reviewed-by: alanb, lancea, ahgross, mullan

! src/com/sun/org/apache/bcel/internal/classfile/JavaClass.java
! src/com/sun/org/apache/bcel/internal/util/Class2HTML.java
! src/com/sun/org/apache/bcel/internal/util/ClassPath.java
! src/com/sun/org/apache/bcel/internal/util/JavaWrapper.java
+ src/com/sun/org/apache/bcel/internal/util/SecuritySupport.java
! src/com/sun/org/apache/xalan/internal/res/XSLMessages.java
! src/com/sun/org/apache/xalan/internal/res/XSLTErrorResources.java
! src/com/sun/org/apache/xalan/internal/res/XSLTErrorResources_de.java
! src/com/sun/org/apache/xalan/internal/res/XSLTErrorResources_es.java
! src/com/sun/org/apache/xalan/internal/res/XSLTErrorResources_fr.java
! src/com/sun/org/apache/xalan/internal/res/XSLTErrorResources_it.java
! src/com/sun/org/apache/xalan/internal/res/XSLTErrorResources_ja.java
! src/com/sun/org/apache/xalan/internal/res/XSLTErrorResources_ko.java
! src/com/sun/org/apache/xalan/internal/res/XSLTErrorResources_pt_BR.java
! src/com/sun/org/apache/xalan/internal/res/XSLTErrorResources_sv.java
! src/com/sun/org/apache/xalan/internal/res/XSLTErrorResources_zh_CN.java
! src/com/sun/org/apache/xalan/internal/res/XSLTErrorResources_zh_TW.java
! src/com/sun/org/apache/xalan/internal/utils/ObjectFactory.java
! src/com/sun/org/apache/xalan/internal/utils/SecuritySupport.java
! src/com/sun/org/apache/xalan/internal/xslt/EnvironmentCheck.java
! src/com/sun/org/apache/xalan/internal/xslt/Process.java
! src/com/sun/org/apache/xalan/internal/xsltc/compiler/Parser.java
! src/com/sun/org/apache/xalan/internal/xsltc/compiler/XSLTC.java
! src/com/sun/org/apache/xalan/internal/xsltc/compiler/util/ErrorMessages.java
! src/com/sun/org/apache/xalan/internal/xsltc/compiler/util/ErrorMsg.java
! src/com/sun/org/apache/xalan/internal/xsltc/compiler/util/Util.java
! src/com/sun/org/apache/xalan/internal/xsltc/dom/NodeSortRecord.java
! src/com/sun/org/apache/xalan/internal/xsltc/runtime/BasisLibrary.java
! src/com/sun/org/apache/xalan/internal/xsltc/runtime/output/WriterOutputBuffer.java
! src/com/sun/org/apache/xalan/internal/xsltc/trax/TemplatesImpl.java
! src/com/sun/org/apache/xalan/internal/xsltc/trax/TransformerFactoryImpl.java
! src/com/sun/org/apache/xerces/internal/dom/DOMMessageFormatter.java
! src/com/sun/org/apache/xerces/internal/impl/XMLEntityManager.java
! src/com/sun/org/apache/xerces/internal/impl/dv/DatatypeException.java
! src/com/sun/org/apache/xerces/internal/impl/msg/XMLMessageFormatter.java
! src/com/sun/org/apache/xerces/internal/impl/msg/XMLMessageFormatter_de.java
! src/com/sun/org/apache/xerces/internal/impl/msg/XMLMessageFormatter_es.java
! src/com/sun/org/apache/xerces/internal/impl/msg/XMLMessageFormatter_fr.java
! src/com/sun/org/apache/xerces/internal/impl/msg/XMLMessageFormatter_it.java
! src/com/sun/org/apache/xerces/internal/impl/msg/XMLMessageFormatter_ja.java
! src/com/sun/org/apache/xerces/internal/impl/msg/XMLMessageFormatter_ko.java
! src/com/sun/org/apache/xerces/internal/impl/msg/XMLMessageFormatter_pt_BR.java
! src/com/sun/org/apache/xerces/internal/impl/msg/XMLMessageFormatter_sv.java
! src/com/sun/org/apache/xerces/internal/impl/msg/XMLMessageFormatter_zh_CN.java
! src/com/sun/org/apache/xerces/internal/impl/msg/XMLMessageFormatter_zh_TW.java
! src/com/sun/org/apache/xerces/internal/impl/xpath/regex/RegexParser.java
! src/com/sun/org/apache/xerces/internal/impl/xs/XSMessageFormatter.java
! src/com/sun/org/apache/xerces/internal/jaxp/validation/JAXPValidationMessageFormatter.java
! src/com/sun/org/apache/xerces/internal/util/DatatypeMessageFormatter.java
! src/com/sun/org/apache/xerces/internal/util/SAXMessageFormatter.java
! src/com/sun/org/apache/xerces/internal/util/SecurityManager.java
! src/com/sun/org/apache/xerces/internal/utils/ObjectFactory.java
! src/com/sun/org/apache/xerces/internal/utils/SecuritySupport.java
! src/com/sun/org/apache/xerces/internal/xinclude/XIncludeMessageFormatter.java
! src/com/sun/org/apache/xerces/internal/xpointer/XPointerMessageFormatter.java
! src/com/sun/org/apache/xml/internal/dtm/DTMManager.java
! src/com/sun/org/apache/xml/internal/res/XMLErrorResources.java
! src/com/sun/org/apache/xml/internal/res/XMLErrorResources_ca.java
! src/com/sun/org/apache/xml/internal/res/XMLErrorResources_cs.java
! src/com/sun/org/apache/xml/internal/res/XMLErrorResources_de.java
! src/com/sun/org/apache/xml/internal/res/XMLErrorResources_es.java
! src/com/sun/org/apache/xml/internal/res/XMLErrorResources_fr.java
! src/com/sun/org/apache/xml/internal/res/XMLErrorResources_it.java
! src/com/sun/org/apache/xml/internal/res/XMLErrorResources_ja.java
! src/com/sun/org/apache/xml/internal/res/XMLErrorResources_ko.java
! src/com/sun/org/apache/xml/internal/res/XMLErrorResources_pt_BR.java
! src/com/sun/org/apache/xml/internal/res/XMLErrorResources_sk.java
! src/com/sun/org/apache/xml/internal/res/XMLErrorResources_sv.java
! src/com/sun/org/apache/xml/internal/res/XMLErrorResources_tr.java
! src/com/sun/org/apache/xml/internal/res/XMLErrorResources_zh_CN.java
! src/com/sun/org/apache/xml/internal/res/XMLErrorResources_zh_TW.java
! src/com/sun/org/apache/xml/internal/res/XMLMessages.java
! src/com/sun/org/apache/xml/internal/resolver/Catalog.java
! src/com/sun/org/apache/xml/internal/resolver/CatalogManager.java
! src/com/sun/org/apache/xml/internal/resolver/Resolver.java
! src/com/sun/org/apache/xml/internal/serialize/SerializerFactory.java
! src/com/sun/org/apache/xml/internal/serializer/Encodings.java
! src/com/sun/org/apache/xml/internal/serializer/OutputPropertiesFactory.java
! src/com/sun/org/apache/xml/internal/serializer/ToStream.java
! src/com/sun/org/apache/xml/internal/serializer/TreeWalker.java
! src/com/sun/org/apache/xml/internal/serializer/utils/Messages.java
! src/com/sun/org/apache/xml/internal/utils/TreeWalker.java
! src/com/sun/org/apache/xml/internal/utils/res/XResourceBundle.java
! src/com/sun/org/apache/xpath/internal/functions/FuncSystemProperty.java
! src/com/sun/org/apache/xpath/internal/res/XPATHErrorResources.java
! src/com/sun/org/apache/xpath/internal/res/XPATHErrorResources_de.java
! src/com/sun/org/apache/xpath/internal/res/XPATHErrorResources_es.java
! src/com/sun/org/apache/xpath/internal/res/XPATHErrorResources_fr.java
! src/com/sun/org/apache/xpath/internal/res/XPATHErrorResources_it.java
! src/com/sun/org/apache/xpath/internal/res/XPATHErrorResources_ja.java
! src/com/sun/org/apache/xpath/internal/res/XPATHErrorResources_ko.java
! src/com/sun/org/apache/xpath/internal/res/XPATHErrorResources_pt_BR.java
! src/com/sun/org/apache/xpath/internal/res/XPATHErrorResources_sv.java
! src/com/sun/org/apache/xpath/internal/res/XPATHErrorResources_zh_CN.java
! src/com/sun/org/apache/xpath/internal/res/XPATHErrorResources_zh_TW.java
! src/com/sun/org/apache/xpath/internal/res/XPATHMessages.java
! src/com/sun/xml/internal/stream/XMLEntityStorage.java
! src/com/sun/xml/internal/stream/writers/WriterUtility.java
! src/com/sun/xml/internal/stream/writers/XMLStreamWriterImpl.java
! src/javax/xml/datatype/FactoryFinder.java
! src/javax/xml/parsers/FactoryFinder.java
! src/javax/xml/stream/FactoryFinder.java
! src/javax/xml/transform/FactoryFinder.java
! src/javax/xml/validation/SchemaFactoryFinder.java
! src/javax/xml/xpath/XPathFactoryFinder.java
! src/org/w3c/dom/bootstrap/DOMImplementationRegistry.java
! src/org/xml/sax/helpers/NewInstance.java
! src/org/xml/sax/helpers/ParserAdapter.java
! src/org/xml/sax/helpers/ParserFactory.java
+ src/org/xml/sax/helpers/SecuritySupport.java
! src/org/xml/sax/helpers/XMLReaderFactory.java

Changeset: 3f9817b8b0e0
Author:    chegar
Date:      2013-04-12 10:20 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/jaxp/rev/3f9817b8b0e0

Merge


Changeset: eddbc8ad2435
Author:    lana
Date:      2013-04-23 09:27 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jaxp/rev/eddbc8ad2435

Merge




From david.katleman at oracle.com  Tue Apr 23 18:20:36 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Tue, 23 Apr 2013 18:20:36 +0000
Subject: hg: jdk8/build/jaxws: 4 new changesets
Message-ID: <20130423182100.C53B84852E@hg.openjdk.java.net>

Changeset: 8abe95530f58
Author:    katleman
Date:      2013-04-18 10:30 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jaxws/rev/8abe95530f58

Added tag jdk8-b86 for changeset a5e7c2f093c9

! .hgtags

Changeset: 28886cb008bb
Author:    lana
Date:      2013-04-11 19:15 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jaxws/rev/28886cb008bb

Merge


Changeset: ebbd87e3a8b2
Author:    lana
Date:      2013-04-17 10:13 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jaxws/rev/ebbd87e3a8b2

Merge


Changeset: 9d251e1ec1eb
Author:    lana
Date:      2013-04-23 09:27 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jaxws/rev/9d251e1ec1eb

Merge




From christian.thalinger at oracle.com  Tue Apr 23 18:28:54 2013
From: christian.thalinger at oracle.com (Christian Thalinger)
Date: Tue, 23 Apr 2013 11:28:54 -0700
Subject: RFR (M): 8008772: remove gamma launcher
In-Reply-To: <5176CD8E.5060704@oracle.com>
References: <5C64AF5E-EDD5-4669-9777-5FF7CE6E615F@oracle.com>
	<51759F6B.7080808@oracle.com>
	<764DA08E-5A58-4FD4-BB48-0F4F13401BCC@oracle.com>
	<51764FDE.2090205@oracle.com> <517669A6.8030705@oracle.com>
	<5176CD8E.5060704@oracle.com>
Message-ID: <1897490C-0C9E-4E70-BA70-22C5CB1CDAE3@oracle.com>


On Apr 23, 2013, at 11:06 AM, Nils Eliasson  wrote:

> As long as we fix it first and remove gamma after - I would love to have some redundant code removed. I would fix it myself, I just don't think I will have the time before I go on parental leave.

First, I'm not removing it tomorrow.  I expected a long discussion :-)

What exactly is the problem with Visual Studio?  Why can't you just run the java launcher instead?

-- Chris

> 
> //Nils
> 
> On 2013-04-23 12:59, Mikael Gerdin wrote:
>> 
>> 
>> On 2013-04-23 11:09, Nils Eliasson wrote:
>>> The gamma launcher is used to run and debug hotspot from Visual Studio.
>>> So removing gamma effectively kills the working environment for a number
>>> of people that use it daily.  So I am strongly against removing it.
>> 
>> Maybe the visual studio project generator could be updated to create a a "launch configuration" for launching java.exe from a JDK and use the XXaltJVM flag on to select the correct jvm.dll?
>> 
>> I agree that we shouldn't break the visual studio project but currently there's nothing indicating that we can't fix it.
>> 
>> 
>> /Mikael
>> 
>>> 
>>> Most people working on Windows use Cygwin as the last resort since it
>>> makes a lot of thing excruciatingly slow.
>>> 
>>> //Nils
>>> 
>>> On 2013-04-22 22:55, Christian Thalinger wrote:
>>>> On Apr 22, 2013, at 1:36 PM, Daniel D. Daugherty
>>>>  wrote:
>>>> 
>>>>> Chris,
>>>>> 
>>>>> Just an observation and not a review.
>>>>> 
>>>>> Looks like you're removing launcher support on Windows, but it
>>>>> looks like the new hotspot.script doesn't support Windows...
>>>>> Am I missing something?
>>>> Almost certainly true.  Since I'm not a Windows user (and nobody near
>>>> me is one) I have no idea how people are using the gamma launcher on
>>>> Windows (or the hotspot script for that matter).
>>>> 
>>>> I presume most people doing debugging on the command line are already
>>>> in cygwin?  But I might be wrong.
>>>> 
>>>> -- Chris
>>>> 
>>>>> Dan
>>>>> 
>>>>> 
>>>>> On 4/22/13 1:47 PM, Christian Thalinger wrote:
>>>>>> http://cr.openjdk.java.net/~twisti/8008772/
>>>>>> 
>>>>>> 8008772: remove gamma launcher
>>>>>> Reviewed-by:
>>>>>> 
>>>>>> Remove linking the gamma launcher and it's associated source files.
>>>>>> 
>>>>>> make/Makefile
>>>>>> make/bsd/makefiles/launcher.make
>>>>>> make/bsd/makefiles/vm.make
>>>>>> make/hotspot.script
>>>>>> make/linux/makefiles/launcher.make
>>>>>> make/linux/makefiles/vm.make
>>>>>> make/solaris/makefiles/launcher.make
>>>>>> make/solaris/makefiles/vm.make
>>>>>> make/windows/makefiles/debug.make
>>>>>> make/windows/makefiles/fastdebug.make
>>>>>> make/windows/makefiles/launcher.make
>>>>>> make/windows/makefiles/product.make
>>>>>> make/windows/makefiles/projectcreator.make
>>>>>> make/windows/projectfiles/common/Makefile
>>>>>> src/os/posix/launcher/java_md.c
>>>>>> src/os/posix/launcher/java_md.h
>>>>>> src/os/posix/launcher/launcher.script
>>>>>> src/os/windows/launcher/java_md.c
>>>>>> src/os/windows/launcher/java_md.h
>>>>>> src/share/tools/launcher/java.c
>>>>>> src/share/tools/launcher/java.h
>>>>>> src/share/tools/launcher/jli_util.c
>>>>>> src/share/tools/launcher/jli_util.h
>>>>>> src/share/tools/launcher/wildcard.c
>>>>>> src/share/tools/launcher/wildcard.h
>>>>>> 
>>>>>> This change removes the duplicated java launcher files (which were
>>>>>> subject to bit-rot) and modifies the hotspot script to pick up the
>>>>>> libjvm in the current build directory.
>>>>>> 
>>>>>> The modified hotspot script works with GDB and DBX:
>>>>>> 
>>>>>> cthaling at intelsdv03.us.oracle.com:/export/twisti/build/8008772/build/linux_i486_compiler2/debug$ 
>>>>>> ./hotspot -gdb -version
>>>>>> GNU gdb (GDB) Red Hat Enterprise Linux (7.1-29.el6)
>>>>>> 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. Type "show
>>>>>> copying"
>>>>>> and "show warranty" for details.
>>>>>> This GDB was configured as "x86_64-redhat-linux-gnu".
>>>>>> For bug reporting instructions, please see:
>>>>>> .
>>>>>> Missing separate debuginfo for
>>>>>> /net/scanas404.us.oracle.com/export/java-re/jdk/8/ea/b86/binaries/linux-i586/bin/java 
>>>>>> 
>>>>>> Try: yum --disablerepo='*' --enablerepo='*-debuginfo' install
>>>>>> /usr/lib/debug/.build-id/5e/85e6dced3b388a7b0e50630242f4c7ee5e31a3.debug 
>>>>>> 
>>>>>> Function "JNI_CreateJavaVM" not defined.
>>>>>> Breakpoint 1 (JNI_CreateJavaVM) pending.
>>>>>> [Thread debugging using libthread_db enabled]
>>>>>> [New Thread 0xf7fe4b70 (LWP 13459)]
>>>>>> [Switching to Thread 0xf7fe4b70 (LWP 13459)]
>>>>>> 
>>>>>> Breakpoint 1, JNI_CreateJavaVM (vm=0xf7fe4378, penv=0xf7fe4374,
>>>>>> args=0xf7fe4364)
>>>>>>     at
>>>>>> /net/10.159.161.234/Users/cthaling/ws/8008772/src/share/vm/prims/jni.cpp:5062 
>>>>>> 
>>>>>> 5062      jint result = JNI_ERR;
>>>>>> Missing separate debuginfos, use: debuginfo-install
>>>>>> glibc-2.12-1.7.el6.i686
>>>>>> (gdb) break CompileBroker::compile_method
>>>>>> Breakpoint 2 at 0xaef852: file
>>>>>> /net/10.159.161.234/Users/cthaling/ws/8008772/src/share/vm/compiler/compileBroker.cpp, 
>>>>>> line 1205.
>>>>>> (gdb) c
>>>>>> Continuing.
>>>>>> [New Thread 0xf7f93b70 (LWP 13460)]
>>>>>> [New Thread 0xb4398b70 (LWP 13461)]
>>>>>> [New Thread 0xb41ffb70 (LWP 13462)]
>>>>>> [New Thread 0xb3effb70 (LWP 13463)]
>>>>>> [New Thread 0xb3cffb70 (LWP 13464)]
>>>>>> [New Thread 0xb3affb70 (LWP 13465)]
>>>>>> [New Thread 0xb38ffb70 (LWP 13466)]
>>>>>> [New Thread 0xb36ffb70 (LWP 13467)]
>>>>>> [New Thread 0xb34ffb70 (LWP 13468)]
>>>>>> [New Thread 0xb32ffb70 (LWP 13469)]
>>>>>> [New Thread 0xb30ffb70 (LWP 13470)]
>>>>>> [New Thread 0xb2effb70 (LWP 13471)]
>>>>>> [New Thread 0xb2cffb70 (LWP 13472)]
>>>>>> [New Thread 0xaf8e8b70 (LWP 13473)]
>>>>>> [New Thread 0xb4156b70 (LWP 13474)]
>>>>>> [New Thread 0xb3c7eb70 (LWP 13475)]
>>>>>> [New Thread 0xb3a7eb70 (LWP 13476)]
>>>>>> [New Thread 0xaeeffb70 (LWP 13477)]
>>>>>> [New Thread 0xaecffb70 (LWP 13478)]
>>>>>> [New Thread 0xb387eb70 (LWP 13479)]
>>>>>> [New Thread 0xaeaffb70 (LWP 13480)]
>>>>>> java version "1.8.0-ea"
>>>>>> Java(TM) SE Runtime Environment (build 1.8.0-ea-b86)
>>>>>> Java HotSpot(TM) Server VM (build 25.0-b29-internal-debug, mixed mode)
>>>>>> [Thread 0xaeaffb70 (LWP 13480) exited]
>>>>>> [Thread 0xb3a7eb70 (LWP 13476) exited]
>>>>>> [Thread 0xaf8e8b70 (LWP 13473) exited]
>>>>>> [Thread 0xf7fe4b70 (LWP 13459) exited]
>>>>>> [Thread 0xb2cffb70 (LWP 13472) exited]
>>>>>> [Thread 0xb2effb70 (LWP 13471) exited]
>>>>>> [Thread 0xaecffb70 (LWP 13478) exited]
>>>>>> [Thread 0xb387eb70 (LWP 13479) exited]
>>>>>> [Thread 0xaeeffb70 (LWP 13477) exited]
>>>>>> [Thread 0xb3c7eb70 (LWP 13475) exited]
>>>>>> [Thread 0xb4156b70 (LWP 13474) exited]
>>>>>> [Thread 0xb32ffb70 (LWP 13469) exited]
>>>>>> [Thread 0xb34ffb70 (LWP 13468) exited]
>>>>>> [Thread 0xb36ffb70 (LWP 13467) exited]
>>>>>> [Thread 0xb38ffb70 (LWP 13466) exited]
>>>>>> [Thread 0xb3affb70 (LWP 13465) exited]
>>>>>> [Thread 0xb3cffb70 (LWP 13464) exited]
>>>>>> [Thread 0xb3effb70 (LWP 13463) exited]
>>>>>> [Thread 0xb41ffb70 (LWP 13462) exited]
>>>>>> [Thread 0xb4398b70 (LWP 13461) exited]
>>>>>> [Thread 0xf7f93b70 (LWP 13460) exited]
>>>>>> [Thread 0xb30ffb70 (LWP 13470) exited]
>>>>>> 
>>>>>> Program exited normally.
>>>>>> (gdb)
>>>>>> 
>>>>>> 
>>>>>> cthaling at intelsdv01:/export/twisti/build/8008772/build/solaris_i486_compiler2/debug$ 
>>>>>> /bin/bash ./hotspot -dbx -version
>>>>>> dbx: warning: using the alternate init file: /home/cthaling/.dbxrc
>>>>>> Reading java
>>>>>> Reading ld.so.1
>>>>>> Reading libjli.so
>>>>>> Reading libthread.so.1
>>>>>> Reading libdl.so.1
>>>>>> Reading libc.so.1
>>>>>> Reading libjvm.so
>>>>>> Loaded loadobject:
>>>>>> /export/twisti/build/8008772/build/solaris_i486_compiler2/debug/libjvm.so 
>>>>>> 
>>>>>> Running: java -Dsun.java.launcher=gamma
>>>>>> -XXaltjvm=/export/twisti/build/8008772/build/solaris_i486_compiler2/debug 
>>>>>> -version
>>>>>> (process id 29613)
>>>>>> Reading libsocket.so.1
>>>>>> Reading libsched.so.1
>>>>>> Reading libm.so.1
>>>>>> Reading libCrun.so.1
>>>>>> Reading libdoor.so.1
>>>>>> Reading libdemangle.so.1
>>>>>> Reading libnsl.so.1
>>>>>> Reading libm.so.2
>>>>>> Reading libscf.so.1
>>>>>> Reading libuutil.so.1
>>>>>> Reading libgen.so.1
>>>>>> Reading libmd.so.1
>>>>>> Reading libmp.so.2
>>>>>> t at 2 (l at 2) stopped in JNI_CreateJavaVM at line 5062 in file "jni.cpp"
>>>>>>  5062     jint result = JNI_ERR;
>>>>>> (dbx) stop in CompileBroker::compile_method
>>>>>> (2) stop in
>>>>>> CompileBroker::compile_method(methodHandle,int,int,methodHandle,int,const 
>>>>>> char*,Thread*)
>>>>>> (dbx) c
>>>>>> Reading libverify.so
>>>>>> Reading libjava.so
>>>>>> Reading libzip.so
>>>>>> java version "1.8.0-ea"
>>>>>> Java(TM) SE Runtime Environment (build 1.8.0-ea-b86)
>>>>>> Java HotSpot(TM) Server VM (build 25.0-b29-internal-debug, mixed mode)
>>>>>> 
>>>>>> execution completed, exit code is 0
>>>>>> (dbx)
>>>>>> 
>>> 
> 



From mikael.gerdin at oracle.com  Tue Apr 23 18:33:59 2013
From: mikael.gerdin at oracle.com (Mikael Gerdin)
Date: Tue, 23 Apr 2013 20:33:59 +0200
Subject: RFR (M): 8008772: remove gamma launcher
In-Reply-To: <1897490C-0C9E-4E70-BA70-22C5CB1CDAE3@oracle.com>
References: <5C64AF5E-EDD5-4669-9777-5FF7CE6E615F@oracle.com>
	<51759F6B.7080808@oracle.com>
	<764DA08E-5A58-4FD4-BB48-0F4F13401BCC@oracle.com>
	<51764FDE.2090205@oracle.com> <517669A6.8030705@oracle.com>
	<5176CD8E.5060704@oracle.com>
	<1897490C-0C9E-4E70-BA70-22C5CB1CDAE3@oracle.com>
Message-ID: <5176D417.3040202@oracle.com>


On 2013-04-23 20:28, Christian Thalinger wrote:
>
> On Apr 23, 2013, at 11:06 AM, Nils Eliasson  wrote:
>
>> As long as we fix it first and remove gamma after - I would love to have some redundant code removed. I would fix it myself, I just don't think I will have the time before I go on parental leave.
>
> First, I'm not removing it tomorrow.  I expected a long discussion :-)
>
> What exactly is the problem with Visual Studio?  Why can't you just run the java launcher instead?
>

I don't know if there actually is a problem, but I don't think anyone's 
actually tried to tell it to use the java launcher.
The VS project is automatically setup to launch "hotspot.exe" from the 
IDE. "hotspot.exe" is equivalent to the old option LINK_INTO=AOUT (IIRC) 
which involves linking all the VM object files into the launcher.

Nils, perhaps you can at least try this before you leave?

/Mikael

> -- Chris
>
>>
>> //Nils
>>
>> On 2013-04-23 12:59, Mikael Gerdin wrote:
>>>
>>>
>>> On 2013-04-23 11:09, Nils Eliasson wrote:
>>>> The gamma launcher is used to run and debug hotspot from Visual Studio.
>>>> So removing gamma effectively kills the working environment for a number
>>>> of people that use it daily.  So I am strongly against removing it.
>>>
>>> Maybe the visual studio project generator could be updated to create a a "launch configuration" for launching java.exe from a JDK and use the XXaltJVM flag on to select the correct jvm.dll?
>>>
>>> I agree that we shouldn't break the visual studio project but currently there's nothing indicating that we can't fix it.
>>>
>>>
>>> /Mikael
>>>
>>>>
>>>> Most people working on Windows use Cygwin as the last resort since it
>>>> makes a lot of thing excruciatingly slow.
>>>>
>>>> //Nils
>>>>
>>>> On 2013-04-22 22:55, Christian Thalinger wrote:
>>>>> On Apr 22, 2013, at 1:36 PM, Daniel D. Daugherty
>>>>>  wrote:
>>>>>
>>>>>> Chris,
>>>>>>
>>>>>> Just an observation and not a review.
>>>>>>
>>>>>> Looks like you're removing launcher support on Windows, but it
>>>>>> looks like the new hotspot.script doesn't support Windows...
>>>>>> Am I missing something?
>>>>> Almost certainly true.  Since I'm not a Windows user (and nobody near
>>>>> me is one) I have no idea how people are using the gamma launcher on
>>>>> Windows (or the hotspot script for that matter).
>>>>>
>>>>> I presume most people doing debugging on the command line are already
>>>>> in cygwin?  But I might be wrong.
>>>>>
>>>>> -- Chris
>>>>>
>>>>>> Dan
>>>>>>
>>>>>>
>>>>>> On 4/22/13 1:47 PM, Christian Thalinger wrote:
>>>>>>> http://cr.openjdk.java.net/~twisti/8008772/
>>>>>>>
>>>>>>> 8008772: remove gamma launcher
>>>>>>> Reviewed-by:
>>>>>>>
>>>>>>> Remove linking the gamma launcher and it's associated source files.
>>>>>>>
>>>>>>> make/Makefile
>>>>>>> make/bsd/makefiles/launcher.make
>>>>>>> make/bsd/makefiles/vm.make
>>>>>>> make/hotspot.script
>>>>>>> make/linux/makefiles/launcher.make
>>>>>>> make/linux/makefiles/vm.make
>>>>>>> make/solaris/makefiles/launcher.make
>>>>>>> make/solaris/makefiles/vm.make
>>>>>>> make/windows/makefiles/debug.make
>>>>>>> make/windows/makefiles/fastdebug.make
>>>>>>> make/windows/makefiles/launcher.make
>>>>>>> make/windows/makefiles/product.make
>>>>>>> make/windows/makefiles/projectcreator.make
>>>>>>> make/windows/projectfiles/common/Makefile
>>>>>>> src/os/posix/launcher/java_md.c
>>>>>>> src/os/posix/launcher/java_md.h
>>>>>>> src/os/posix/launcher/launcher.script
>>>>>>> src/os/windows/launcher/java_md.c
>>>>>>> src/os/windows/launcher/java_md.h
>>>>>>> src/share/tools/launcher/java.c
>>>>>>> src/share/tools/launcher/java.h
>>>>>>> src/share/tools/launcher/jli_util.c
>>>>>>> src/share/tools/launcher/jli_util.h
>>>>>>> src/share/tools/launcher/wildcard.c
>>>>>>> src/share/tools/launcher/wildcard.h
>>>>>>>
>>>>>>> This change removes the duplicated java launcher files (which were
>>>>>>> subject to bit-rot) and modifies the hotspot script to pick up the
>>>>>>> libjvm in the current build directory.
>>>>>>>
>>>>>>> The modified hotspot script works with GDB and DBX:
>>>>>>>
>>>>>>> cthaling at intelsdv03.us.oracle.com:/export/twisti/build/8008772/build/linux_i486_compiler2/debug$
>>>>>>> ./hotspot -gdb -version
>>>>>>> GNU gdb (GDB) Red Hat Enterprise Linux (7.1-29.el6)
>>>>>>> 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. Type "show
>>>>>>> copying"
>>>>>>> and "show warranty" for details.
>>>>>>> This GDB was configured as "x86_64-redhat-linux-gnu".
>>>>>>> For bug reporting instructions, please see:
>>>>>>> .
>>>>>>> Missing separate debuginfo for
>>>>>>> /net/scanas404.us.oracle.com/export/java-re/jdk/8/ea/b86/binaries/linux-i586/bin/java
>>>>>>>
>>>>>>> Try: yum --disablerepo='*' --enablerepo='*-debuginfo' install
>>>>>>> /usr/lib/debug/.build-id/5e/85e6dced3b388a7b0e50630242f4c7ee5e31a3.debug
>>>>>>>
>>>>>>> Function "JNI_CreateJavaVM" not defined.
>>>>>>> Breakpoint 1 (JNI_CreateJavaVM) pending.
>>>>>>> [Thread debugging using libthread_db enabled]
>>>>>>> [New Thread 0xf7fe4b70 (LWP 13459)]
>>>>>>> [Switching to Thread 0xf7fe4b70 (LWP 13459)]
>>>>>>>
>>>>>>> Breakpoint 1, JNI_CreateJavaVM (vm=0xf7fe4378, penv=0xf7fe4374,
>>>>>>> args=0xf7fe4364)
>>>>>>>      at
>>>>>>> /net/10.159.161.234/Users/cthaling/ws/8008772/src/share/vm/prims/jni.cpp:5062
>>>>>>>
>>>>>>> 5062      jint result = JNI_ERR;
>>>>>>> Missing separate debuginfos, use: debuginfo-install
>>>>>>> glibc-2.12-1.7.el6.i686
>>>>>>> (gdb) break CompileBroker::compile_method
>>>>>>> Breakpoint 2 at 0xaef852: file
>>>>>>> /net/10.159.161.234/Users/cthaling/ws/8008772/src/share/vm/compiler/compileBroker.cpp,
>>>>>>> line 1205.
>>>>>>> (gdb) c
>>>>>>> Continuing.
>>>>>>> [New Thread 0xf7f93b70 (LWP 13460)]
>>>>>>> [New Thread 0xb4398b70 (LWP 13461)]
>>>>>>> [New Thread 0xb41ffb70 (LWP 13462)]
>>>>>>> [New Thread 0xb3effb70 (LWP 13463)]
>>>>>>> [New Thread 0xb3cffb70 (LWP 13464)]
>>>>>>> [New Thread 0xb3affb70 (LWP 13465)]
>>>>>>> [New Thread 0xb38ffb70 (LWP 13466)]
>>>>>>> [New Thread 0xb36ffb70 (LWP 13467)]
>>>>>>> [New Thread 0xb34ffb70 (LWP 13468)]
>>>>>>> [New Thread 0xb32ffb70 (LWP 13469)]
>>>>>>> [New Thread 0xb30ffb70 (LWP 13470)]
>>>>>>> [New Thread 0xb2effb70 (LWP 13471)]
>>>>>>> [New Thread 0xb2cffb70 (LWP 13472)]
>>>>>>> [New Thread 0xaf8e8b70 (LWP 13473)]
>>>>>>> [New Thread 0xb4156b70 (LWP 13474)]
>>>>>>> [New Thread 0xb3c7eb70 (LWP 13475)]
>>>>>>> [New Thread 0xb3a7eb70 (LWP 13476)]
>>>>>>> [New Thread 0xaeeffb70 (LWP 13477)]
>>>>>>> [New Thread 0xaecffb70 (LWP 13478)]
>>>>>>> [New Thread 0xb387eb70 (LWP 13479)]
>>>>>>> [New Thread 0xaeaffb70 (LWP 13480)]
>>>>>>> java version "1.8.0-ea"
>>>>>>> Java(TM) SE Runtime Environment (build 1.8.0-ea-b86)
>>>>>>> Java HotSpot(TM) Server VM (build 25.0-b29-internal-debug, mixed mode)
>>>>>>> [Thread 0xaeaffb70 (LWP 13480) exited]
>>>>>>> [Thread 0xb3a7eb70 (LWP 13476) exited]
>>>>>>> [Thread 0xaf8e8b70 (LWP 13473) exited]
>>>>>>> [Thread 0xf7fe4b70 (LWP 13459) exited]
>>>>>>> [Thread 0xb2cffb70 (LWP 13472) exited]
>>>>>>> [Thread 0xb2effb70 (LWP 13471) exited]
>>>>>>> [Thread 0xaecffb70 (LWP 13478) exited]
>>>>>>> [Thread 0xb387eb70 (LWP 13479) exited]
>>>>>>> [Thread 0xaeeffb70 (LWP 13477) exited]
>>>>>>> [Thread 0xb3c7eb70 (LWP 13475) exited]
>>>>>>> [Thread 0xb4156b70 (LWP 13474) exited]
>>>>>>> [Thread 0xb32ffb70 (LWP 13469) exited]
>>>>>>> [Thread 0xb34ffb70 (LWP 13468) exited]
>>>>>>> [Thread 0xb36ffb70 (LWP 13467) exited]
>>>>>>> [Thread 0xb38ffb70 (LWP 13466) exited]
>>>>>>> [Thread 0xb3affb70 (LWP 13465) exited]
>>>>>>> [Thread 0xb3cffb70 (LWP 13464) exited]
>>>>>>> [Thread 0xb3effb70 (LWP 13463) exited]
>>>>>>> [Thread 0xb41ffb70 (LWP 13462) exited]
>>>>>>> [Thread 0xb4398b70 (LWP 13461) exited]
>>>>>>> [Thread 0xf7f93b70 (LWP 13460) exited]
>>>>>>> [Thread 0xb30ffb70 (LWP 13470) exited]
>>>>>>>
>>>>>>> Program exited normally.
>>>>>>> (gdb)
>>>>>>>
>>>>>>>
>>>>>>> cthaling at intelsdv01:/export/twisti/build/8008772/build/solaris_i486_compiler2/debug$
>>>>>>> /bin/bash ./hotspot -dbx -version
>>>>>>> dbx: warning: using the alternate init file: /home/cthaling/.dbxrc
>>>>>>> Reading java
>>>>>>> Reading ld.so.1
>>>>>>> Reading libjli.so
>>>>>>> Reading libthread.so.1
>>>>>>> Reading libdl.so.1
>>>>>>> Reading libc.so.1
>>>>>>> Reading libjvm.so
>>>>>>> Loaded loadobject:
>>>>>>> /export/twisti/build/8008772/build/solaris_i486_compiler2/debug/libjvm.so
>>>>>>>
>>>>>>> Running: java -Dsun.java.launcher=gamma
>>>>>>> -XXaltjvm=/export/twisti/build/8008772/build/solaris_i486_compiler2/debug
>>>>>>> -version
>>>>>>> (process id 29613)
>>>>>>> Reading libsocket.so.1
>>>>>>> Reading libsched.so.1
>>>>>>> Reading libm.so.1
>>>>>>> Reading libCrun.so.1
>>>>>>> Reading libdoor.so.1
>>>>>>> Reading libdemangle.so.1
>>>>>>> Reading libnsl.so.1
>>>>>>> Reading libm.so.2
>>>>>>> Reading libscf.so.1
>>>>>>> Reading libuutil.so.1
>>>>>>> Reading libgen.so.1
>>>>>>> Reading libmd.so.1
>>>>>>> Reading libmp.so.2
>>>>>>> t at 2 (l at 2) stopped in JNI_CreateJavaVM at line 5062 in file "jni.cpp"
>>>>>>>   5062     jint result = JNI_ERR;
>>>>>>> (dbx) stop in CompileBroker::compile_method
>>>>>>> (2) stop in
>>>>>>> CompileBroker::compile_method(methodHandle,int,int,methodHandle,int,const
>>>>>>> char*,Thread*)
>>>>>>> (dbx) c
>>>>>>> Reading libverify.so
>>>>>>> Reading libjava.so
>>>>>>> Reading libzip.so
>>>>>>> java version "1.8.0-ea"
>>>>>>> Java(TM) SE Runtime Environment (build 1.8.0-ea-b86)
>>>>>>> Java HotSpot(TM) Server VM (build 25.0-b29-internal-debug, mixed mode)
>>>>>>>
>>>>>>> execution completed, exit code is 0
>>>>>>> (dbx)
>>>>>>>
>>>>
>>
>


From david.katleman at oracle.com  Tue Apr 23 18:26:02 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Tue, 23 Apr 2013 18:26:02 +0000
Subject: hg: jdk8/build/jdk: 100 new changesets
Message-ID: <20130423190230.95DF848530@hg.openjdk.java.net>

Changeset: f4c62eecf7fa
Author:    katleman
Date:      2013-04-18 10:30 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/f4c62eecf7fa

Added tag jdk8-b86 for changeset 7989cd0cc3a9

! .hgtags

Changeset: b59b1f5a98dd
Author:    bae
Date:      2013-04-15 16:57 +0400
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/b59b1f5a98dd

8005930: [lcms] ColorConvertOp: Alpha channel is not transferred from source to destination.
Reviewed-by: prr

! src/share/classes/sun/java2d/cmm/lcms/LCMSTransform.java
+ test/sun/java2d/cmm/ColorConvertOp/AlphaTest.java

Changeset: 03ee8c648624
Author:    bae
Date:      2013-04-15 18:10 +0400
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/03ee8c648624

8011622: Use lcms as the default color management module in jdk8
Reviewed-by: prr, vadim

! make/sun/cmm/Makefile
! make/sun/cmm/kcms/Makefile
! make/sun/cmm/lcms/Makefile
! makefiles/CompileNativeLibraries.gmk
! makefiles/CopyIntoClasses.gmk
+ src/share/classes/sun/java2d/cmm/CMMServiceProvider.java
! src/share/classes/sun/java2d/cmm/CMSManager.java
! src/share/classes/sun/java2d/cmm/lcms/LCMS.java
+ src/share/classes/sun/java2d/cmm/lcms/LcmsServiceProvider.java
+ src/share/classes/sun/java2d/cmm/lcms/META-INF/services/sun.java2d.cmm.CMMServiceProvider
- src/share/classes/sun/java2d/cmm/lcms/META-INF/services/sun.java2d.cmm.PCMM

Changeset: 271d5bf7d61f
Author:    lana
Date:      2013-04-17 12:30 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/271d5bf7d61f

Merge

! makefiles/CompileNativeLibraries.gmk
! makefiles/CopyIntoClasses.gmk

Changeset: 0799af4553b5
Author:    lana
Date:      2013-04-17 21:30 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/0799af4553b5

Merge

- src/share/classes/sun/java2d/cmm/lcms/META-INF/services/sun.java2d.cmm.PCMM

Changeset: d241f117ff46
Author:    malenkov
Date:      2013-04-11 19:12 +0400
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/d241f117ff46

4683761: Incomplete Introspection on nonpublic classes lead to IllegalAccessExceptions
Reviewed-by: alexsch

! src/share/classes/java/beans/Introspector.java
+ test/java/beans/Introspector/Test4683761.java

Changeset: be89273ceb9c
Author:    pchelko
Date:      2013-04-12 14:09 +0400
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/be89273ceb9c

8010009: [macosx] Unable type into online word games on MacOSX
Reviewed-by: anthony, dcherepanov

! src/macosx/classes/sun/lwawt/macosx/CEmbeddedFrame.java
! src/macosx/classes/sun/lwawt/macosx/CPlatformResponder.java
! src/macosx/classes/sun/lwawt/macosx/CPlatformView.java
+ test/java/awt/event/KeyEvent/KeyReleasedInAppletTest/KeyReleasedInAppletTest.html
+ test/java/awt/event/KeyEvent/KeyReleasedInAppletTest/KeyReleasedInAppletTest.java
+ test/java/awt/event/KeyEvent/KeyReleasedInAppletTest/TestApplet.java

Changeset: 4490ef60ecd3
Author:    anthony
Date:      2013-04-12 14:33 +0400
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/4490ef60ecd3

8010297: Missing isLoggable() checks in logging code
Summary: Add isLoggable() checks
Reviewed-by: anthony, mchung, serb
Contributed-by: Laurent Bourges 

! src/macosx/classes/sun/lwawt/LWWindowPeer.java
! src/share/classes/java/awt/ContainerOrderFocusTraversalPolicy.java
! src/share/classes/java/awt/DefaultKeyboardFocusManager.java
! src/share/classes/java/awt/EventDispatchThread.java
! src/share/classes/java/awt/KeyboardFocusManager.java
! src/share/classes/java/awt/WaitDispatchSupport.java
! src/share/classes/javax/swing/BufferStrategyPaintManager.java
! src/share/classes/javax/swing/SortingFocusTraversalPolicy.java
! src/share/classes/sun/awt/AWTAutoShutdown.java
! src/share/classes/sun/awt/DebugSettings.java
! src/share/classes/sun/awt/KeyboardFocusManagerPeerImpl.java
! src/share/classes/sun/awt/SunToolkit.java
! src/share/classes/sun/awt/im/InputContext.java
! src/share/classes/sun/net/www/protocol/http/HttpURLConnection.java
! src/share/classes/sun/net/www/protocol/http/NTLMAuthenticationProxy.java
! src/share/classes/sun/net/www/protocol/http/Negotiator.java
! src/solaris/classes/sun/awt/X11/XAWTXSettings.java
! src/solaris/classes/sun/awt/X11/XBaseMenuWindow.java
! src/solaris/classes/sun/awt/X11/XBaseWindow.java
! src/solaris/classes/sun/awt/X11/XComponentPeer.java
! src/solaris/classes/sun/awt/X11/XContentWindow.java
! src/solaris/classes/sun/awt/X11/XDecoratedPeer.java
! src/solaris/classes/sun/awt/X11/XEmbedCanvasPeer.java
! src/solaris/classes/sun/awt/X11/XEmbedClientHelper.java
! src/solaris/classes/sun/awt/X11/XEmbedHelper.java
! src/solaris/classes/sun/awt/X11/XEmbedServerTester.java
! src/solaris/classes/sun/awt/X11/XFileDialogPeer.java
! src/solaris/classes/sun/awt/X11/XFramePeer.java
! src/solaris/classes/sun/awt/X11/XIconWindow.java
! src/solaris/classes/sun/awt/X11/XInputMethod.java
! src/solaris/classes/sun/awt/X11/XListPeer.java
! src/solaris/classes/sun/awt/X11/XMSelection.java
! src/solaris/classes/sun/awt/X11/XMenuBarPeer.java
! src/solaris/classes/sun/awt/X11/XMenuPeer.java
! src/solaris/classes/sun/awt/X11/XNETProtocol.java
! src/solaris/classes/sun/awt/X11/XPopupMenuPeer.java
! src/solaris/classes/sun/awt/X11/XProtocol.java
! src/solaris/classes/sun/awt/X11/XScrollbar.java
! src/solaris/classes/sun/awt/X11/XScrollbarPeer.java
! src/solaris/classes/sun/awt/X11/XSystemTrayPeer.java
! src/solaris/classes/sun/awt/X11/XTextFieldPeer.java
! src/solaris/classes/sun/awt/X11/XToolkit.java
! src/solaris/classes/sun/awt/X11/XTrayIconPeer.java
! src/solaris/classes/sun/awt/X11/XWINProtocol.java
! src/solaris/classes/sun/awt/X11/XWM.java
! src/solaris/classes/sun/awt/X11/XWindow.java
! src/solaris/classes/sun/awt/X11/XWindowPeer.java
! src/solaris/classes/sun/awt/X11/generator/WrapperGenerator.java
! src/solaris/classes/sun/awt/X11InputMethod.java
! src/windows/classes/sun/awt/windows/WComponentPeer.java

Changeset: 39ce1056694d
Author:    serb
Date:      2013-04-12 15:28 +0400
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/39ce1056694d

8000629: [macosx] Blurry rendering with Java 7 on Retina display
Reviewed-by: anthony, prr, flar

! src/macosx/classes/sun/awt/CGraphicsDevice.java
! src/macosx/classes/sun/java2d/opengl/CGLGraphicsConfig.java
! src/macosx/classes/sun/java2d/opengl/CGLLayer.java
! src/macosx/classes/sun/java2d/opengl/CGLSurfaceData.java
! src/macosx/classes/sun/lwawt/LWComponentPeer.java
! src/macosx/classes/sun/lwawt/LWWindowPeer.java
! src/macosx/classes/sun/lwawt/macosx/CPlatformWindow.java
! src/macosx/native/sun/awt/CGraphicsDevice.m
! src/macosx/native/sun/java2d/opengl/CGLLayer.m
! src/share/classes/sun/awt/image/SurfaceManager.java
! src/share/classes/sun/java2d/SunGraphics2D.java
! src/share/classes/sun/java2d/SurfaceData.java
! src/share/classes/sun/java2d/pipe/BufferedContext.java
! src/share/classes/sun/java2d/pipe/DrawImage.java
! src/share/classes/sun/java2d/pipe/Region.java
+ test/java/awt/Graphics2D/FillTexturePaint/FillTexturePaint.java
+ test/java/awt/Graphics2D/FlipDrawImage/FlipDrawImage.java
+ test/java/awt/Graphics2D/TransformSetGet/TransformSetGet.java
+ test/java/awt/image/DrawImage/IncorrectBounds.java
+ test/java/awt/image/DrawImage/IncorrectOffset.java

Changeset: ffd45b1a9c11
Author:    serb
Date:      2013-04-12 20:39 +0400
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/ffd45b1a9c11

8004866: [macosx] HiDPI support in Aqua L&F
Reviewed-by: swingler, alexsch

! src/macosx/classes/com/apple/laf/AquaPainter.java
! src/macosx/classes/com/apple/laf/ImageCache.java
! src/macosx/native/com/apple/laf/JRSUIController.m

Changeset: dcdf8cd4b09e
Author:    ant
Date:      2013-04-15 13:02 +0400
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/dcdf8cd4b09e

7147075: JTextField doesn't get focus or loses focus forever
Reviewed-by: anthony

! src/solaris/classes/sun/awt/X11/XDecoratedPeer.java

Changeset: 8fbe247ad2d8
Author:    lana
Date:      2013-04-17 11:24 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/8fbe247ad2d8

Merge

! src/share/classes/sun/java2d/SunGraphics2D.java
! src/share/classes/sun/java2d/pipe/BufferedContext.java
! src/solaris/classes/sun/awt/X11/XComponentPeer.java

Changeset: bb098a221d85
Author:    lana
Date:      2013-04-17 21:32 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/bb098a221d85

Merge


Changeset: 863da64214e8
Author:    mduigou
Date:      2013-04-10 14:06 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/863da64214e8

8010948: Add conversion functional interfaces
Reviewed-by: mduigou, dholmes
Contributed-by: Brian Goetz 

+ src/share/classes/java/util/function/DoubleToIntFunction.java
+ src/share/classes/java/util/function/DoubleToLongFunction.java
+ src/share/classes/java/util/function/IntToDoubleFunction.java
+ src/share/classes/java/util/function/IntToLongFunction.java
+ src/share/classes/java/util/function/LongToDoubleFunction.java
+ src/share/classes/java/util/function/LongToIntFunction.java

Changeset: b0458dd21ba6
Author:    darcy
Date:      2013-04-10 16:38 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/b0458dd21ba6

8011930: Long.parseLong(String, int) has inaccurate limit on radix for using 'L'
Reviewed-by: smarks

! src/share/classes/java/lang/Long.java

Changeset: 6f8e1428f7c3
Author:    weijun
Date:      2013-04-11 10:58 +0800
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/6f8e1428f7c3

8005460: [findbugs] Probably returned array should be cloned
Reviewed-by: xuelei

! src/share/classes/sun/security/krb5/PrincipalName.java
+ test/sun/security/krb5/name/Immutable.java

Changeset: 0ab22e58d151
Author:    weijun
Date:      2013-04-11 11:09 +0800
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/0ab22e58d151

8011867: Accept unknown PKCS #9 attributes
Reviewed-by: vinnie

! src/share/classes/sun/security/pkcs/PKCS9Attribute.java
+ test/sun/security/pkcs/pkcs9/UnknownAttribute.java

Changeset: 1c3fff140324
Author:    weijun
Date:      2013-04-11 11:10 +0800
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/1c3fff140324

8011745: Unknown CertificateChoices
Reviewed-by: vinnie

! src/share/classes/sun/security/pkcs/PKCS7.java

Changeset: 006a7a576fe9
Author:    peytoia
Date:      2013-04-11 12:22 +0900
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/006a7a576fe9

8009638: Wrong comment for PL in LocaleISOData, 1989 forward Poland is Republic of Poland
Reviewed-by: okutsu

! src/share/classes/java/util/LocaleISOData.java

Changeset: e62a707a77d8
Author:    lana
Date:      2013-04-11 19:15 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/e62a707a77d8

Merge


Changeset: f4d50e8cc9e2
Author:    sherman
Date:      2013-04-12 07:57 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/f4d50e8cc9e2

8011172: JSR 310 DateTime API Updates II
Summary: Integration of JSR310 Date/Time API update
Reviewed-by: alanb, naoto, dholmes
Contributed-by: scolebourne at joda.org, roger.riggs at oracle.com, masayoshi.okutsu at oracle.com

! make/java/java/Makefile
! make/java/text/base/FILES_java.gmk
! make/java/util/FILES_java.gmk
! make/sun/text/FILES_java.gmk
! make/sun/tzdb/Makefile
! make/tools/src/build/tools/cldrconverter/AbstractLDMLHandler.java
! make/tools/src/build/tools/cldrconverter/Bundle.java
! make/tools/src/build/tools/cldrconverter/CLDRConverter.java
! make/tools/src/build/tools/cldrconverter/LDMLParseHandler.java
! make/tools/src/build/tools/tzdb/TzdbZoneRulesCompiler.java
! makefiles/CopyFiles.gmk
! makefiles/CreateJars.gmk
! makefiles/GendataTZDB.gmk
! makefiles/profile-includes.txt
! src/share/classes/java/time/DayOfWeek.java
! src/share/classes/java/time/Duration.java
! src/share/classes/java/time/Instant.java
! src/share/classes/java/time/LocalDate.java
! src/share/classes/java/time/LocalDateTime.java
! src/share/classes/java/time/LocalTime.java
! src/share/classes/java/time/Month.java
! src/share/classes/java/time/MonthDay.java
! src/share/classes/java/time/OffsetDateTime.java
! src/share/classes/java/time/OffsetTime.java
! src/share/classes/java/time/Period.java
! src/share/classes/java/time/Year.java
! src/share/classes/java/time/YearMonth.java
! src/share/classes/java/time/ZoneId.java
! src/share/classes/java/time/ZoneOffset.java
! src/share/classes/java/time/ZoneRegion.java
! src/share/classes/java/time/ZonedDateTime.java
! src/share/classes/java/time/chrono/ChronoDateImpl.java
! src/share/classes/java/time/chrono/ChronoLocalDate.java
! src/share/classes/java/time/chrono/ChronoLocalDateTime.java
! src/share/classes/java/time/chrono/ChronoLocalDateTimeImpl.java
! src/share/classes/java/time/chrono/ChronoZonedDateTime.java
! src/share/classes/java/time/chrono/ChronoZonedDateTimeImpl.java
! src/share/classes/java/time/chrono/Chronology.java
! src/share/classes/java/time/chrono/Era.java
! src/share/classes/java/time/chrono/HijrahChronology.java
! src/share/classes/java/time/chrono/HijrahDate.java
- src/share/classes/java/time/chrono/HijrahDeviationReader.java
! src/share/classes/java/time/chrono/HijrahEra.java
! src/share/classes/java/time/chrono/IsoChronology.java
! src/share/classes/java/time/chrono/IsoEra.java
! src/share/classes/java/time/chrono/JapaneseChronology.java
! src/share/classes/java/time/chrono/JapaneseDate.java
! src/share/classes/java/time/chrono/JapaneseEra.java
! src/share/classes/java/time/chrono/MinguoChronology.java
! src/share/classes/java/time/chrono/MinguoDate.java
! src/share/classes/java/time/chrono/MinguoEra.java
! src/share/classes/java/time/chrono/ThaiBuddhistChronology.java
! src/share/classes/java/time/chrono/ThaiBuddhistDate.java
! src/share/classes/java/time/chrono/ThaiBuddhistEra.java
- src/share/classes/java/time/format/DateTimeBuilder.java
- src/share/classes/java/time/format/DateTimeFormatStyleProvider.java
! src/share/classes/java/time/format/DateTimeFormatter.java
! src/share/classes/java/time/format/DateTimeFormatterBuilder.java
! src/share/classes/java/time/format/DateTimeParseContext.java
! src/share/classes/java/time/format/DateTimePrintContext.java
! src/share/classes/java/time/format/DateTimeTextProvider.java
+ src/share/classes/java/time/format/Parsed.java
+ src/share/classes/java/time/format/ResolverStyle.java
! src/share/classes/java/time/format/TextStyle.java
- src/share/classes/java/time/temporal/Adjusters.java
! src/share/classes/java/time/temporal/ChronoField.java
! src/share/classes/java/time/temporal/ChronoUnit.java
! src/share/classes/java/time/temporal/IsoFields.java
! src/share/classes/java/time/temporal/JulianFields.java
- src/share/classes/java/time/temporal/Queries.java
! src/share/classes/java/time/temporal/Temporal.java
! src/share/classes/java/time/temporal/TemporalAccessor.java
! src/share/classes/java/time/temporal/TemporalAdjuster.java
+ src/share/classes/java/time/temporal/TemporalAdjusters.java
! src/share/classes/java/time/temporal/TemporalAmount.java
! src/share/classes/java/time/temporal/TemporalField.java
+ src/share/classes/java/time/temporal/TemporalQueries.java
! src/share/classes/java/time/temporal/TemporalQuery.java
! src/share/classes/java/time/temporal/TemporalUnit.java
+ src/share/classes/java/time/temporal/UnsupportedTemporalTypeException.java
! src/share/classes/java/time/temporal/ValueRange.java
! src/share/classes/java/time/temporal/WeekFields.java
! src/share/classes/java/time/temporal/package-info.java
! src/share/classes/java/time/zone/TzdbZoneRulesProvider.java
! src/share/classes/java/time/zone/ZoneOffsetTransition.java
! src/share/classes/java/time/zone/ZoneOffsetTransitionRule.java
! src/share/classes/java/time/zone/ZoneRulesProvider.java
! src/share/classes/java/util/Formatter.java
! src/share/classes/java/util/GregorianCalendar.java
! src/share/classes/java/util/TimeZone.java
! src/share/classes/sun/text/resources/FormatData.java
+ src/share/classes/sun/text/resources/JavaTimeSupplementary.java
! src/share/classes/sun/text/resources/ar/FormatData_ar.java
! src/share/classes/sun/text/resources/ar/FormatData_ar_JO.java
! src/share/classes/sun/text/resources/ar/FormatData_ar_LB.java
! src/share/classes/sun/text/resources/ar/FormatData_ar_SY.java
+ src/share/classes/sun/text/resources/ar/JavaTimeSupplementary_ar.java
! src/share/classes/sun/text/resources/be/FormatData_be.java
! src/share/classes/sun/text/resources/be/FormatData_be_BY.java
+ src/share/classes/sun/text/resources/be/JavaTimeSupplementary_be.java
! src/share/classes/sun/text/resources/bg/FormatData_bg.java
! src/share/classes/sun/text/resources/bg/FormatData_bg_BG.java
+ src/share/classes/sun/text/resources/bg/JavaTimeSupplementary_bg.java
! src/share/classes/sun/text/resources/ca/FormatData_ca.java
! src/share/classes/sun/text/resources/ca/FormatData_ca_ES.java
+ src/share/classes/sun/text/resources/ca/JavaTimeSupplementary_ca.java
! src/share/classes/sun/text/resources/cs/FormatData_cs.java
! src/share/classes/sun/text/resources/cs/FormatData_cs_CZ.java
+ src/share/classes/sun/text/resources/cs/JavaTimeSupplementary_cs.java
! src/share/classes/sun/text/resources/da/FormatData_da.java
! src/share/classes/sun/text/resources/da/FormatData_da_DK.java
+ src/share/classes/sun/text/resources/da/JavaTimeSupplementary_da.java
! src/share/classes/sun/text/resources/de/FormatData_de.java
! src/share/classes/sun/text/resources/de/FormatData_de_AT.java
! src/share/classes/sun/text/resources/de/FormatData_de_CH.java
! src/share/classes/sun/text/resources/de/FormatData_de_DE.java
! src/share/classes/sun/text/resources/de/FormatData_de_LU.java
+ src/share/classes/sun/text/resources/de/JavaTimeSupplementary_de.java
! src/share/classes/sun/text/resources/el/FormatData_el.java
! src/share/classes/sun/text/resources/el/FormatData_el_CY.java
! src/share/classes/sun/text/resources/el/FormatData_el_GR.java
+ src/share/classes/sun/text/resources/el/JavaTimeSupplementary_el.java
! src/share/classes/sun/text/resources/en/FormatData_en.java
! src/share/classes/sun/text/resources/en/FormatData_en_AU.java
! src/share/classes/sun/text/resources/en/FormatData_en_CA.java
! src/share/classes/sun/text/resources/en/FormatData_en_GB.java
! src/share/classes/sun/text/resources/en/FormatData_en_IE.java
! src/share/classes/sun/text/resources/en/FormatData_en_IN.java
! src/share/classes/sun/text/resources/en/FormatData_en_MT.java
! src/share/classes/sun/text/resources/en/FormatData_en_NZ.java
! src/share/classes/sun/text/resources/en/FormatData_en_PH.java
! src/share/classes/sun/text/resources/en/FormatData_en_SG.java
! src/share/classes/sun/text/resources/en/FormatData_en_US.java
! src/share/classes/sun/text/resources/en/FormatData_en_ZA.java
+ src/share/classes/sun/text/resources/en/JavaTimeSupplementary_en.java
+ src/share/classes/sun/text/resources/en/JavaTimeSupplementary_en_GB.java
+ src/share/classes/sun/text/resources/en/JavaTimeSupplementary_en_SG.java
! src/share/classes/sun/text/resources/es/FormatData_es.java
! src/share/classes/sun/text/resources/es/FormatData_es_AR.java
! src/share/classes/sun/text/resources/es/FormatData_es_BO.java
! src/share/classes/sun/text/resources/es/FormatData_es_CL.java
! src/share/classes/sun/text/resources/es/FormatData_es_CO.java
! src/share/classes/sun/text/resources/es/FormatData_es_CR.java
! src/share/classes/sun/text/resources/es/FormatData_es_DO.java
! src/share/classes/sun/text/resources/es/FormatData_es_EC.java
! src/share/classes/sun/text/resources/es/FormatData_es_ES.java
! src/share/classes/sun/text/resources/es/FormatData_es_GT.java
! src/share/classes/sun/text/resources/es/FormatData_es_HN.java
! src/share/classes/sun/text/resources/es/FormatData_es_MX.java
! src/share/classes/sun/text/resources/es/FormatData_es_NI.java
! src/share/classes/sun/text/resources/es/FormatData_es_PA.java
! src/share/classes/sun/text/resources/es/FormatData_es_PE.java
! src/share/classes/sun/text/resources/es/FormatData_es_PR.java
! src/share/classes/sun/text/resources/es/FormatData_es_PY.java
! src/share/classes/sun/text/resources/es/FormatData_es_SV.java
! src/share/classes/sun/text/resources/es/FormatData_es_US.java
! src/share/classes/sun/text/resources/es/FormatData_es_UY.java
! src/share/classes/sun/text/resources/es/FormatData_es_VE.java
+ src/share/classes/sun/text/resources/es/JavaTimeSupplementary_es.java
! src/share/classes/sun/text/resources/et/FormatData_et.java
! src/share/classes/sun/text/resources/et/FormatData_et_EE.java
+ src/share/classes/sun/text/resources/et/JavaTimeSupplementary_et.java
! src/share/classes/sun/text/resources/fi/FormatData_fi.java
! src/share/classes/sun/text/resources/fi/FormatData_fi_FI.java
+ src/share/classes/sun/text/resources/fi/JavaTimeSupplementary_fi.java
! src/share/classes/sun/text/resources/fr/FormatData_fr.java
! src/share/classes/sun/text/resources/fr/FormatData_fr_BE.java
! src/share/classes/sun/text/resources/fr/FormatData_fr_CA.java
! src/share/classes/sun/text/resources/fr/FormatData_fr_CH.java
! src/share/classes/sun/text/resources/fr/FormatData_fr_FR.java
+ src/share/classes/sun/text/resources/fr/JavaTimeSupplementary_fr.java
! src/share/classes/sun/text/resources/ga/FormatData_ga.java
! src/share/classes/sun/text/resources/ga/FormatData_ga_IE.java
+ src/share/classes/sun/text/resources/ga/JavaTimeSupplementary_ga.java
! src/share/classes/sun/text/resources/hi/FormatData_hi_IN.java
+ src/share/classes/sun/text/resources/hi/JavaTimeSupplementary_hi_IN.java
! src/share/classes/sun/text/resources/hr/FormatData_hr.java
! src/share/classes/sun/text/resources/hr/FormatData_hr_HR.java
+ src/share/classes/sun/text/resources/hr/JavaTimeSupplementary_hr.java
! src/share/classes/sun/text/resources/hu/FormatData_hu.java
! src/share/classes/sun/text/resources/hu/FormatData_hu_HU.java
+ src/share/classes/sun/text/resources/hu/JavaTimeSupplementary_hu.java
! src/share/classes/sun/text/resources/in/FormatData_in.java
! src/share/classes/sun/text/resources/in/FormatData_in_ID.java
! src/share/classes/sun/text/resources/is/FormatData_is.java
! src/share/classes/sun/text/resources/is/FormatData_is_IS.java
+ src/share/classes/sun/text/resources/is/JavaTimeSupplementary_is.java
! src/share/classes/sun/text/resources/it/FormatData_it.java
! src/share/classes/sun/text/resources/it/FormatData_it_CH.java
! src/share/classes/sun/text/resources/it/FormatData_it_IT.java
+ src/share/classes/sun/text/resources/it/JavaTimeSupplementary_it.java
! src/share/classes/sun/text/resources/iw/FormatData_iw.java
! src/share/classes/sun/text/resources/iw/FormatData_iw_IL.java
+ src/share/classes/sun/text/resources/iw/JavaTimeSupplementary_iw.java
+ src/share/classes/sun/text/resources/iw/JavaTimeSupplementary_iw_IL.java
! src/share/classes/sun/text/resources/ja/FormatData_ja.java
! src/share/classes/sun/text/resources/ja/FormatData_ja_JP.java
+ src/share/classes/sun/text/resources/ja/JavaTimeSupplementary_ja.java
! src/share/classes/sun/text/resources/ko/FormatData_ko.java
! src/share/classes/sun/text/resources/ko/FormatData_ko_KR.java
+ src/share/classes/sun/text/resources/ko/JavaTimeSupplementary_ko.java
! src/share/classes/sun/text/resources/lt/FormatData_lt.java
! src/share/classes/sun/text/resources/lt/FormatData_lt_LT.java
+ src/share/classes/sun/text/resources/lt/JavaTimeSupplementary_lt.java
! src/share/classes/sun/text/resources/lv/FormatData_lv.java
! src/share/classes/sun/text/resources/lv/FormatData_lv_LV.java
+ src/share/classes/sun/text/resources/lv/JavaTimeSupplementary_lv.java
! src/share/classes/sun/text/resources/mk/FormatData_mk.java
! src/share/classes/sun/text/resources/mk/FormatData_mk_MK.java
+ src/share/classes/sun/text/resources/mk/JavaTimeSupplementary_mk.java
! src/share/classes/sun/text/resources/ms/FormatData_ms.java
! src/share/classes/sun/text/resources/ms/FormatData_ms_MY.java
+ src/share/classes/sun/text/resources/ms/JavaTimeSupplementary_ms.java
! src/share/classes/sun/text/resources/mt/FormatData_mt.java
! src/share/classes/sun/text/resources/mt/FormatData_mt_MT.java
+ src/share/classes/sun/text/resources/mt/JavaTimeSupplementary_mt.java
! src/share/classes/sun/text/resources/nl/FormatData_nl.java
! src/share/classes/sun/text/resources/nl/FormatData_nl_BE.java
! src/share/classes/sun/text/resources/nl/FormatData_nl_NL.java
+ src/share/classes/sun/text/resources/nl/JavaTimeSupplementary_nl.java
! src/share/classes/sun/text/resources/no/FormatData_no.java
! src/share/classes/sun/text/resources/no/FormatData_no_NO.java
! src/share/classes/sun/text/resources/no/FormatData_no_NO_NY.java
+ src/share/classes/sun/text/resources/no/JavaTimeSupplementary_no.java
! src/share/classes/sun/text/resources/pl/FormatData_pl.java
! src/share/classes/sun/text/resources/pl/FormatData_pl_PL.java
+ src/share/classes/sun/text/resources/pl/JavaTimeSupplementary_pl.java
! src/share/classes/sun/text/resources/pt/FormatData_pt.java
! src/share/classes/sun/text/resources/pt/FormatData_pt_BR.java
! src/share/classes/sun/text/resources/pt/FormatData_pt_PT.java
+ src/share/classes/sun/text/resources/pt/JavaTimeSupplementary_pt.java
+ src/share/classes/sun/text/resources/pt/JavaTimeSupplementary_pt_PT.java
! src/share/classes/sun/text/resources/ro/FormatData_ro.java
! src/share/classes/sun/text/resources/ro/FormatData_ro_RO.java
+ src/share/classes/sun/text/resources/ro/JavaTimeSupplementary_ro.java
! src/share/classes/sun/text/resources/ru/FormatData_ru.java
! src/share/classes/sun/text/resources/ru/FormatData_ru_RU.java
+ src/share/classes/sun/text/resources/ru/JavaTimeSupplementary_ru.java
! src/share/classes/sun/text/resources/sk/FormatData_sk.java
! src/share/classes/sun/text/resources/sk/FormatData_sk_SK.java
+ src/share/classes/sun/text/resources/sk/JavaTimeSupplementary_sk.java
! src/share/classes/sun/text/resources/sl/FormatData_sl.java
! src/share/classes/sun/text/resources/sl/FormatData_sl_SI.java
+ src/share/classes/sun/text/resources/sl/JavaTimeSupplementary_sl.java
! src/share/classes/sun/text/resources/sq/FormatData_sq.java
! src/share/classes/sun/text/resources/sq/FormatData_sq_AL.java
+ src/share/classes/sun/text/resources/sq/JavaTimeSupplementary_sq.java
! src/share/classes/sun/text/resources/sr/FormatData_sr.java
! src/share/classes/sun/text/resources/sr/FormatData_sr_BA.java
! src/share/classes/sun/text/resources/sr/FormatData_sr_CS.java
! src/share/classes/sun/text/resources/sr/FormatData_sr_Latn.java
! src/share/classes/sun/text/resources/sr/FormatData_sr_Latn_ME.java
! src/share/classes/sun/text/resources/sr/FormatData_sr_ME.java
! src/share/classes/sun/text/resources/sr/FormatData_sr_RS.java
+ src/share/classes/sun/text/resources/sr/JavaTimeSupplementary_sr.java
+ src/share/classes/sun/text/resources/sr/JavaTimeSupplementary_sr_Latn.java
! src/share/classes/sun/text/resources/sv/FormatData_sv.java
! src/share/classes/sun/text/resources/sv/FormatData_sv_SE.java
+ src/share/classes/sun/text/resources/sv/JavaTimeSupplementary_sv.java
! src/share/classes/sun/text/resources/th/FormatData_th.java
! src/share/classes/sun/text/resources/th/FormatData_th_TH.java
+ src/share/classes/sun/text/resources/th/JavaTimeSupplementary_th.java
! src/share/classes/sun/text/resources/tr/FormatData_tr.java
! src/share/classes/sun/text/resources/tr/FormatData_tr_TR.java
+ src/share/classes/sun/text/resources/tr/JavaTimeSupplementary_tr.java
! src/share/classes/sun/text/resources/uk/FormatData_uk.java
! src/share/classes/sun/text/resources/uk/FormatData_uk_UA.java
+ src/share/classes/sun/text/resources/uk/JavaTimeSupplementary_uk.java
! src/share/classes/sun/text/resources/vi/FormatData_vi.java
! src/share/classes/sun/text/resources/vi/FormatData_vi_VN.java
+ src/share/classes/sun/text/resources/vi/JavaTimeSupplementary_vi.java
! src/share/classes/sun/text/resources/zh/FormatData_zh.java
! src/share/classes/sun/text/resources/zh/FormatData_zh_CN.java
! src/share/classes/sun/text/resources/zh/FormatData_zh_HK.java
! src/share/classes/sun/text/resources/zh/FormatData_zh_SG.java
! src/share/classes/sun/text/resources/zh/FormatData_zh_TW.java
+ src/share/classes/sun/text/resources/zh/JavaTimeSupplementary_zh.java
+ src/share/classes/sun/text/resources/zh/JavaTimeSupplementary_zh_TW.java
! src/share/classes/sun/util/calendar/ZoneInfo.java
! src/share/classes/sun/util/calendar/ZoneInfoFile.java
! src/share/classes/sun/util/locale/provider/CalendarDataUtility.java
! src/share/classes/sun/util/locale/provider/CalendarNameProviderImpl.java
! src/share/classes/sun/util/locale/provider/LocaleResources.java
! src/share/classes/sun/util/resources/LocaleData.java
! src/share/classes/sun/util/resources/OpenListResourceBundle.java
+ src/share/classes/sun/util/resources/ParallelListResourceBundle.java
! src/share/lib/calendars.properties
+ src/share/lib/hijrah-config-umalqura.properties
! test/java/time/tck/java/time/AbstractDateTimeTest.java
! test/java/time/tck/java/time/TCKClock.java
! test/java/time/tck/java/time/TCKDayOfWeek.java
! test/java/time/tck/java/time/TCKDuration.java
! test/java/time/tck/java/time/TCKInstant.java
! test/java/time/tck/java/time/TCKLocalDate.java
! test/java/time/tck/java/time/TCKLocalDateTime.java
! test/java/time/tck/java/time/TCKLocalTime.java
! test/java/time/tck/java/time/TCKMonth.java
! test/java/time/tck/java/time/TCKMonthDay.java
! test/java/time/tck/java/time/TCKOffsetDateTime.java
! test/java/time/tck/java/time/TCKOffsetTime.java
! test/java/time/tck/java/time/TCKPeriod.java
! test/java/time/tck/java/time/TCKYear.java
! test/java/time/tck/java/time/TCKYearMonth.java
! test/java/time/tck/java/time/TCKZoneId.java
! test/java/time/tck/java/time/TCKZoneOffset.java
! test/java/time/tck/java/time/TCKZonedDateTime.java
- test/java/time/tck/java/time/TestChronology.java
! test/java/time/tck/java/time/TestIsoChronology.java
! test/java/time/tck/java/time/chrono/CopticChronology.java
! test/java/time/tck/java/time/chrono/CopticDate.java
! test/java/time/tck/java/time/chrono/CopticEra.java
+ test/java/time/tck/java/time/chrono/TCKChronoLocalDate.java
+ test/java/time/tck/java/time/chrono/TCKChronoLocalDateTime.java
+ test/java/time/tck/java/time/chrono/TCKChronoZonedDateTime.java
! test/java/time/tck/java/time/chrono/TCKChronology.java
+ test/java/time/tck/java/time/chrono/TCKChronologySerialization.java
+ test/java/time/tck/java/time/chrono/TCKHijrahChronology.java
+ test/java/time/tck/java/time/chrono/TCKHijrahEra.java
+ test/java/time/tck/java/time/chrono/TCKIsoChronology.java
+ test/java/time/tck/java/time/chrono/TCKIsoEra.java
+ test/java/time/tck/java/time/chrono/TCKJapaneseChronology.java
+ test/java/time/tck/java/time/chrono/TCKJapaneseEra.java
+ test/java/time/tck/java/time/chrono/TCKMinguoChronology.java
+ test/java/time/tck/java/time/chrono/TCKMinguoEra.java
! test/java/time/tck/java/time/chrono/TCKTestServiceLoader.java
+ test/java/time/tck/java/time/chrono/TCKThaiBuddhistChronology.java
+ test/java/time/tck/java/time/chrono/TCKThaiBuddhistEra.java
- test/java/time/tck/java/time/chrono/TestChronoLocalDate.java
- test/java/time/tck/java/time/chrono/TestChronoLocalDateTime.java
- test/java/time/tck/java/time/chrono/TestHijrahChronology.java
- test/java/time/tck/java/time/chrono/TestJapaneseChronology.java
- test/java/time/tck/java/time/chrono/TestMinguoChronology.java
- test/java/time/tck/java/time/chrono/TestThaiBuddhistChronology.java
! test/java/time/tck/java/time/format/TCKChronoPrinterParser.java
! test/java/time/tck/java/time/format/TCKDateTimeFormatSymbols.java
! test/java/time/tck/java/time/format/TCKDateTimeFormatter.java
! test/java/time/tck/java/time/format/TCKDateTimeFormatterBuilder.java
! test/java/time/tck/java/time/format/TCKDateTimeFormatters.java
+ test/java/time/tck/java/time/format/TCKDateTimeParseResolver.java
! test/java/time/tck/java/time/format/TCKDateTimeTextPrinting.java
! test/java/time/tck/java/time/format/TCKLocalizedFieldParser.java
! test/java/time/tck/java/time/format/TCKLocalizedFieldPrinter.java
! test/java/time/tck/java/time/format/TCKLocalizedPrinterParser.java
! test/java/time/tck/java/time/format/TCKOffsetPrinterParser.java
+ test/java/time/tck/java/time/format/TCKTextStyle.java
! test/java/time/tck/java/time/format/TCKZoneIdPrinterParser.java
- test/java/time/tck/java/time/temporal/TCKDateTimeAdjusters.java
! test/java/time/tck/java/time/temporal/TCKIsoFields.java
! test/java/time/tck/java/time/temporal/TCKJulianFields.java
+ test/java/time/tck/java/time/temporal/TCKTemporalAdjusters.java
! test/java/time/tck/java/time/temporal/TCKWeekFields.java
- test/java/time/tck/java/time/temporal/TestChronoLocalDate.java
- test/java/time/tck/java/time/temporal/TestChronoLocalDateTime.java
- test/java/time/tck/java/time/temporal/TestChronoZonedDateTime.java
! test/java/time/tck/java/time/zone/TCKFixedZoneRules.java
! test/java/time/tck/java/time/zone/TCKZoneOffsetTransition.java
! test/java/time/tck/java/time/zone/TCKZoneOffsetTransitionRule.java
! test/java/time/tck/java/time/zone/TCKZoneRules.java
! test/java/time/tck/java/time/zone/TCKZoneRulesProvider.java
! test/java/time/test/java/time/MockSimplePeriod.java
! test/java/time/test/java/time/TestClock_System.java
! test/java/time/test/java/time/TestDuration.java
! test/java/time/test/java/time/TestLocalDate.java
! test/java/time/test/java/time/TestLocalDateTime.java
! test/java/time/test/java/time/TestLocalTime.java
! test/java/time/test/java/time/TestMonthDay.java
! test/java/time/test/java/time/TestOffsetDateTime.java
! test/java/time/test/java/time/TestOffsetDateTime_instants.java
! test/java/time/test/java/time/TestPeriod.java
! test/java/time/test/java/time/TestZoneId.java
+ test/java/time/test/java/time/chrono/TestChronoLocalDate.java
+ test/java/time/test/java/time/chrono/TestChronologyPerf.java
! test/java/time/test/java/time/chrono/TestExampleCode.java
! test/java/time/test/java/time/chrono/TestIsoChronoImpl.java
+ test/java/time/test/java/time/chrono/TestJapaneseChronoImpl.java
! test/java/time/test/java/time/chrono/TestServiceLoader.java
+ test/java/time/test/java/time/chrono/TestThaiBuddhistChronoImpl.java
+ test/java/time/test/java/time/chrono/TestUmmAlQuraChronology.java
! test/java/time/test/java/time/format/AbstractTestPrinterParser.java
! test/java/time/test/java/time/format/MockIOExceptionAppendable.java
! test/java/time/test/java/time/format/TestCharLiteralParser.java
! test/java/time/test/java/time/format/TestCharLiteralPrinter.java
! test/java/time/test/java/time/format/TestDateTimeFormatSymbols.java
! test/java/time/test/java/time/format/TestDateTimeFormatter.java
! test/java/time/test/java/time/format/TestDateTimeFormatterBuilder.java
! test/java/time/test/java/time/format/TestDateTimeTextProvider.java
! test/java/time/test/java/time/format/TestFractionPrinterParser.java
! test/java/time/test/java/time/format/TestNonIsoFormatter.java
! test/java/time/test/java/time/format/TestNumberParser.java
! test/java/time/test/java/time/format/TestPadPrinterDecorator.java
! test/java/time/test/java/time/format/TestReducedParser.java
! test/java/time/test/java/time/format/TestReducedPrinter.java
! test/java/time/test/java/time/format/TestSettingsParser.java
! test/java/time/test/java/time/format/TestStringLiteralParser.java
! test/java/time/test/java/time/format/TestStringLiteralPrinter.java
! test/java/time/test/java/time/format/TestTextParser.java
! test/java/time/test/java/time/format/TestTextPrinter.java
! test/java/time/test/java/time/format/TestZoneOffsetParser.java
! test/java/time/test/java/time/format/TestZoneOffsetPrinter.java
! test/java/time/test/java/time/format/TestZoneTextPrinterParser.java
! test/java/time/test/java/time/format/ZoneName.java
! test/java/time/test/java/time/temporal/MockFieldValue.java
+ test/java/time/test/java/time/temporal/TestChronoField.java
! test/java/time/test/java/time/temporal/TestChronoUnit.java
- test/java/time/test/java/time/temporal/TestDateTimeAdjusters.java
! test/java/time/test/java/time/temporal/TestDateTimeBuilderCombinations.java
! test/java/time/test/java/time/temporal/TestDateTimeValueRange.java
- test/java/time/test/java/time/temporal/TestJapaneseChronoImpl.java
- test/java/time/test/java/time/temporal/TestThaiBuddhistChronoImpl.java
! test/java/time/test/java/time/zone/TestFixedZoneRules.java
! test/java/time/test/java/util/TestFormatter.java
! test/java/util/Calendar/Bug8007038.java
! test/java/util/Calendar/CldrFormatNamesTest.java
! test/java/util/Calendar/JavatimeTest.java
! test/sun/text/resources/LocaleData
! test/sun/util/calendar/zi/TestZoneInfo310.java

Changeset: 035a61c9f981
Author:    sherman
Date:      2013-04-12 09:51 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/035a61c9f981

8012123: hijrah-config-umalqura.properties is missing from makefiles/profile-includes.txt
Summary: added the hijrah-config-umalqura.properties into the list
Reviewed-by: alanb

! makefiles/profile-includes.txt

Changeset: e2cd40d7567c
Author:    rfield
Date:      2013-04-12 10:02 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/e2cd40d7567c

8011805: Update sun.tools.java class file reading/writing support to include the new constant pool entries
Reviewed-by: mduigou, alanb

! src/share/classes/java/lang/invoke/InnerClassLambdaMetafactory.java
! src/share/classes/sun/tools/java/BinaryConstantPool.java
! src/share/classes/sun/tools/java/RuntimeConstants.java
+ test/sun/tools/java/CFCTest.java

Changeset: 2e3cc7f599ca
Author:    mduigou
Date:      2013-04-10 12:43 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/2e3cc7f599ca

8011200: (coll) Optimize empty HashMap and ArrayList
Reviewed-by: mduigou, alanb, bchristi, martin
Contributed-by: Sergey Linetskiy , John Rose , Mike Duigou 

! src/share/classes/java/util/ArrayList.java
! src/share/classes/java/util/HashMap.java
+ test/java/util/Map/BasicSerialization.java

Changeset: 6c935c5ac7ff
Author:    sherman
Date:      2013-04-12 12:03 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/6c935c5ac7ff

8011647: Add java.time.Instant methods to java.nio.file.attribute.FileTime
Summary: added the toInstant()/from(Instant) to FileTime
Reviewed-by: alanb

! src/share/classes/java/nio/file/attribute/FileTime.java
! test/java/nio/file/attribute/FileTime/Basic.java

Changeset: 729ca1ef7c75
Author:    sherman
Date:      2013-04-12 12:12 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/729ca1ef7c75

8002390: (zipfs) Problems moving files between zip file systems
Summary: fixed the corner cases in zipfs
Reviewed-by: sherman
Contributed-by: mark.sheppard at oracle.com

! src/share/demo/nio/zipfs/src/com/sun/nio/zipfs/ZipFileSystem.java
! test/demo/zipfs/ZipFSTester.java
! test/demo/zipfs/basic.sh

Changeset: d8cae0195fe9
Author:    henryjen
Date:      2013-04-12 12:41 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/d8cae0195fe9

8010279: java.util.Stream.min/max((Comparator)null) is not consistent in throwing (unspecified) NPE
Reviewed-by: alanb, mduigou

! src/share/classes/java/util/Comparators.java
+ test/java/util/Comparators/BasicTest.java
- test/java/util/ComparatorsTest.java

Changeset: 06dfdfa8c3e6
Author:    rfield
Date:      2013-04-12 20:23 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/06dfdfa8c3e6

8012028: Metafactory-generated lambda classes should be final
8008941: isSynthetic() returns false for lambda instances
Reviewed-by: mduigou

! src/share/classes/java/lang/invoke/InnerClassLambdaMetafactory.java
+ test/java/lang/invoke/lambda/LambdaClassFinal.java
+ test/java/lang/invoke/lambda/LambdaClassSynthetic.java

Changeset: 0111bab8dc35
Author:    jzavgren
Date:      2013-04-11 12:33 -0400
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/0111bab8dc35

8008118: (process) Possible null pointer dereference in jdk/src/solaris/native/java/lang/UNIXProcess_md.c
Summary: Modified the path processing code so that it detects and handles out of memory errors.
Reviewed-by: chegar, martin, christos, alanb, msheppar
Contributed-by: john.zavgren at oracle.com

! make/java/java/mapfile-vers
! makefiles/mapfiles/libjava/mapfile-vers
! src/solaris/classes/java/lang/UNIXProcess.java.bsd
! src/solaris/classes/java/lang/UNIXProcess.java.linux
! src/solaris/classes/java/lang/UNIXProcess.java.solaris
! src/solaris/native/java/lang/ProcessEnvironment_md.c
! src/solaris/native/java/lang/UNIXProcess_md.c

Changeset: 5c406a747192
Author:    chegar
Date:      2013-04-14 19:17 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/5c406a747192

8011799: CompletableFuture/Basic.java fails intermittently
Reviewed-by: martin, alanb

! test/java/util/concurrent/CompletableFuture/Basic.java

Changeset: 4ed143ddbb8a
Author:    martin
Date:      2013-04-15 14:07 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/4ed143ddbb8a

8008509: 6588413 changed JNIEXPORT visibility for GCC on HSX, jdk's jni_md.h needs similar change
Summary: Define JNIEXPORT to use "default" visibility where possible.
Reviewed-by: coleenp, ddehaven, dcubed, anthony

! src/share/native/sun/java2d/loops/GraphicsPrimitiveMgr.h
! src/share/npt/npt.h
! src/solaris/javavm/export/jni_md.h
! src/solaris/native/sun/awt/awt_LoadLibrary.c

Changeset: baaa706d7677
Author:    darcy
Date:      2013-04-15 18:31 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/baaa706d7677

8011800: Add java.util.Objects.requireNonNull(T, Supplier)
Reviewed-by: alanb, dholmes, mduigou

! src/share/classes/java/util/Objects.java
! test/java/util/Objects/BasicObjectsTest.java

Changeset: 61cfbe08ce5d
Author:    chegar
Date:      2013-04-16 12:23 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/61cfbe08ce5d

8012343: Objects.requireNonNull(Object,Supplier) breaks genstubs build
Reviewed-by: alanb

! src/share/classes/java/util/Objects.java
! test/java/util/Objects/BasicObjectsTest.java

Changeset: e2a0e37b152c
Author:    chegar
Date:      2013-04-16 12:51 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/e2a0e37b152c

8012237: CompletableFuture/Basic.java still fails intermittently
Reviewed-by: martin

! test/java/util/concurrent/CompletableFuture/Basic.java

Changeset: 6135c60e77e5
Author:    chegar
Date:      2013-04-16 13:26 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/6135c60e77e5

8012244: java/net/Socket/asyncClose/Race.java fails intermittently on Windows
Reviewed-by: alanb, dsamersoff

! src/windows/classes/java/net/DualStackPlainSocketImpl.java
! src/windows/native/java/net/SocketInputStream.c
! test/java/net/Socket/asyncClose/Race.java

Changeset: e4e9f6455f3c
Author:    mduigou
Date:      2013-04-16 11:17 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/e4e9f6455f3c

8004518: Add in-place operations to Map
8010122: Add defaults for ConcurrentMap operations to Map
Reviewed-by: darcy, briangoetz, mduigou, dholmes, ulfzibis
Contributed-by: Doug Lea 
, Henry Jen , Akhil Arora , Peter Levart , Mike Duigou 

! src/share/classes/java/util/Collections.java
! src/share/classes/java/util/HashMap.java
! src/share/classes/java/util/Hashtable.java
! src/share/classes/java/util/Map.java
! src/share/classes/java/util/concurrent/ConcurrentMap.java
+ test/java/util/Map/Defaults.java

Changeset: c5ead5aa2e13
Author:    bae
Date:      2013-02-07 19:15 +0400
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/c5ead5aa2e13

8007014: Improve image handling
Reviewed-by: prr, mschoene, jgodinez

! src/share/classes/sun/awt/image/ByteComponentRaster.java
! src/share/classes/sun/awt/image/BytePackedRaster.java
! src/share/classes/sun/awt/image/IntegerComponentRaster.java
! src/share/classes/sun/awt/image/IntegerInterleavedRaster.java
! src/share/classes/sun/awt/image/ShortComponentRaster.java
! src/share/native/sun/awt/image/awt_parseImage.c
! src/share/native/sun/awt/medialib/awt_ImagingLib.c
! src/share/native/sun/awt/medialib/mlib_ImageCreate.c
! src/share/native/sun/awt/medialib/safe_alloc.h
+ src/share/native/sun/awt/medialib/safe_math.h

Changeset: c95973aac928
Author:    malenkov
Date:      2013-02-08 17:32 +0400
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/c95973aac928

7200507: Refactor Introspector internals
Reviewed-by: ahgross, art

! src/share/classes/java/beans/ThreadGroupContext.java
+ src/share/classes/java/beans/WeakIdentityMap.java

Changeset: 210fb90ee33a
Author:    michaelm
Date:      2013-02-13 10:40 +0000
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/210fb90ee33a

8000724: Improve networking serialization
Summary: delegate InetAddress fields to a holder object
Reviewed-by: alanb, chegar

! src/share/classes/java/net/AbstractPlainDatagramSocketImpl.java
! src/share/classes/java/net/Inet4Address.java
! src/share/classes/java/net/Inet4AddressImpl.java
! src/share/classes/java/net/Inet6Address.java
! src/share/classes/java/net/Inet6AddressImpl.java
! src/share/classes/java/net/InetAddress.java
! src/share/classes/java/net/InetSocketAddress.java
! src/share/native/java/net/InetAddress.c
! src/share/native/java/net/net_util.c
! src/share/native/java/net/net_util.h
! 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/net_util_md.c
! src/windows/classes/java/net/TwoStacksPlainDatagramSocketImpl.java
! src/windows/native/java/net/Inet4AddressImpl.c
! src/windows/native/java/net/Inet6AddressImpl.c
! src/windows/native/java/net/NetworkInterface.c
! src/windows/native/java/net/NetworkInterface.h
! src/windows/native/java/net/NetworkInterface_winXP.c
! src/windows/native/java/net/TwoStacksPlainDatagramSocketImpl.c
! src/windows/native/java/net/TwoStacksPlainSocketImpl.c
! src/windows/native/java/net/net_util_md.c

Changeset: 5ffba58b541f
Author:    valeriep
Date:      2013-02-26 11:12 -0800
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/5ffba58b541f

8000897: VM crash in CompileBroker
Summary: Fixed to use the corresponding digest length when generating output.
Reviewed-by: mullan

! src/share/classes/sun/security/provider/SHA2.java

Changeset: 96890625ebdf
Author:    smarks
Date:      2013-02-27 14:17 -0800
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/96890625ebdf

8001040: Rework RMI model
Reviewed-by: alanb, ahgross, coffeys, dmocek

! src/share/classes/sun/rmi/server/MarshalInputStream.java
! test/java/rmi/registry/classPathCodebase/ClassPathCodebase.java
! test/java/rmi/registry/readTest/readTest.sh
! test/java/rmi/server/RMIClassLoader/downloadArrayClass/DownloadArrayClass.java
! test/java/rmi/server/RMIClassLoader/downloadArrayClass/security.policy
! test/java/rmi/server/RMIClassLoader/loadProxyClasses/LoadProxyClasses.java
+ test/java/rmi/server/RMIClassLoader/useCodebaseOnlyDefault/UseCodebaseOnlyDefault.java
! test/java/rmi/testlibrary/RMID.java

Changeset: f12921c0b15b
Author:    dfuchs
Date:      2013-03-14 13:10 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/f12921c0b15b

8001322: Refactor deserialization
Reviewed-by: mchung, skoivu, smarks

! src/share/classes/java/io/ObjectInputStream.java

Changeset: bae4a15265d3
Author:    dmocek
Date:      2013-02-05 16:38 -0800
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/bae4a15265d3

8001329: Augment RMI logging
Reviewed-by: smarks, hawtin, alanb

! src/share/classes/java/rmi/server/LogStream.java

Changeset: c876e9321616
Author:    chegar
Date:      2012-12-20 13:40 +0000
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/c876e9321616

8003335: Better handling of Finalizer thread
Reviewed-by: alanb, ahgross

! src/share/classes/java/lang/ref/Finalizer.java

Changeset: 0c5c54303c92
Author:    serb
Date:      2013-02-15 13:49 +0400
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/0c5c54303c92

8004261: Improve input validation
Reviewed-by: art, mschoene, amenkov

! src/share/classes/com/sun/media/sound/AbstractMidiDevice.java
! src/share/classes/com/sun/media/sound/FastShortMessage.java
! src/share/classes/com/sun/media/sound/FastSysexMessage.java
! src/share/classes/com/sun/media/sound/MidiOutDevice.java
! src/share/classes/com/sun/media/sound/RealTimeSequencer.java

Changeset: 3d155555f809
Author:    uta
Date:      2013-02-22 17:49 +0400
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/3d155555f809

8005942: (process) Improved Runtime.exec
Reviewed-by: alanb, ahgross

! src/share/classes/java/lang/ProcessBuilder.java
! src/windows/classes/java/lang/ProcessImpl.java

Changeset: cf01f2847551
Author:    dsamersoff
Date:      2013-03-05 00:02 +0400
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/cf01f2847551

8006435: Improvements in JMX
Summary: Improvements in JMX
Reviewed-by: dfuchs, skoivu, alanb, mchung

! src/share/classes/com/sun/jmx/mbeanserver/MBeanInstantiator.java

Changeset: 4effe291c08b
Author:    prr
Date:      2013-02-08 09:15 -0800
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/4effe291c08b

8006795: Improve font warning messages
Reviewed-by: bae, jgodinez

! src/share/classes/sun/font/CMap.java

Changeset: 9b4bee66fa24
Author:    bae
Date:      2013-02-19 11:47 +0400
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/9b4bee66fa24

8007617: Better validation of images
Reviewed-by: prr, mschoene, jgodinez

! src/share/classes/sun/awt/image/ImageRepresentation.java
! src/share/native/sun/awt/image/awt_ImageRep.c

Changeset: 620a08212c79
Author:    bae
Date:      2013-02-26 00:41 +0400
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/620a08212c79

8007667: Better image reading
Reviewed-by: prr, jgodinez, mschoene

! src/share/classes/com/sun/imageio/plugins/jpeg/JPEGImageReader.java
! src/share/native/sun/awt/image/jpeg/imageioJPEG.c

Changeset: 2deab0b85b82
Author:    bae
Date:      2013-02-26 01:41 +0400
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/2deab0b85b82

8007918: Better image writing
Reviewed-by: mschoene, prr, jgodinez

! src/share/classes/com/sun/imageio/plugins/jpeg/JPEGImageWriter.java
! src/share/native/sun/awt/image/jpeg/imageioJPEG.c

Changeset: f7b331b8661f
Author:    chegar
Date:      2013-03-03 10:07 +0000
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/f7b331b8661f

8009063: Improve reliability of ConcurrentHashMap
Reviewed-by: alanb, ahgross

! src/share/classes/java/util/concurrent/ConcurrentHashMap.java

Changeset: 5c2c8fb0b885
Author:    dfuchs
Date:      2013-03-14 18:41 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/5c2c8fb0b885

8009305: Improve AWT data transfer
Reviewed-by: art, skoivu, smarks, ant

! src/share/classes/sun/awt/datatransfer/TransferableProxy.java

Changeset: af881cbec91e
Author:    uta
Date:      2013-03-08 13:35 +0400
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/af881cbec91e

8009463: Regression test test\java\lang\Runtime\exec\ArgWithSpaceAndFinalBackslash.java failing.
Reviewed-by: alanb, ahgross

! src/windows/classes/java/lang/ProcessImpl.java

Changeset: 633fd0b99a8d
Author:    valeriep
Date:      2013-03-11 20:18 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/633fd0b99a8d

8009610: Blacklist certificate used with malware.
Summary: updated the black list and the reg test with the new cert.
Reviewed-by: weijun

! src/share/classes/sun/security/util/UntrustedCertificates.java

Changeset: 37296d45a11e
Author:    lancea
Date:      2013-03-18 13:30 -0400
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/37296d45a11e

8009814: Better driver management
Reviewed-by: alanb, skoivu

! src/share/classes/java/sql/DriverManager.java

Changeset: fa919c17da9f
Author:    smarks
Date:      2013-03-18 18:15 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/fa919c17da9f

8009857: Problem with plugin
Reviewed-by: jdn, mchung

! src/share/classes/sun/reflect/misc/MethodUtil.java

Changeset: 4267ae18e13a
Author:    prr
Date:      2013-02-15 13:07 -0800
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/4267ae18e13a

8008249: Sync ICU into JDK
Reviewed-by: bae, jgodinez

! make/sun/font/FILES_c.gmk
! src/share/native/sun/font/layout/ContextualGlyphInsertion.h
+ src/share/native/sun/font/layout/ContextualGlyphInsertionProc2.cpp
+ src/share/native/sun/font/layout/ContextualGlyphInsertionProc2.h
+ src/share/native/sun/font/layout/ContextualGlyphSubstProc2.cpp
+ src/share/native/sun/font/layout/ContextualGlyphSubstProc2.h
! src/share/native/sun/font/layout/ContextualGlyphSubstitution.h
+ src/share/native/sun/font/layout/GXLayoutEngine2.cpp
+ src/share/native/sun/font/layout/GXLayoutEngine2.h
! src/share/native/sun/font/layout/IndicClassTables.cpp
! src/share/native/sun/font/layout/IndicRearrangement.h
+ src/share/native/sun/font/layout/IndicRearrangementProcessor2.cpp
+ src/share/native/sun/font/layout/IndicRearrangementProcessor2.h
! src/share/native/sun/font/layout/IndicReordering.cpp
! src/share/native/sun/font/layout/IndicReordering.h
! src/share/native/sun/font/layout/LEFontInstance.h
! src/share/native/sun/font/layout/LEGlyphFilter.h
! src/share/native/sun/font/layout/LEInsertionList.h
! src/share/native/sun/font/layout/LEScripts.h
! src/share/native/sun/font/layout/LETypes.h
! src/share/native/sun/font/layout/LayoutEngine.cpp
! src/share/native/sun/font/layout/LayoutEngine.h
+ src/share/native/sun/font/layout/LigatureSubstProc2.cpp
+ src/share/native/sun/font/layout/LigatureSubstProc2.h
! src/share/native/sun/font/layout/LigatureSubstitution.h
! src/share/native/sun/font/layout/LookupProcessor.cpp
! src/share/native/sun/font/layout/MPreFixups.cpp
! src/share/native/sun/font/layout/MorphStateTables.h
! src/share/native/sun/font/layout/MorphTables.h
+ src/share/native/sun/font/layout/MorphTables2.cpp
! src/share/native/sun/font/layout/NonContextualGlyphSubst.h
+ src/share/native/sun/font/layout/NonContextualGlyphSubstProc2.cpp
+ src/share/native/sun/font/layout/NonContextualGlyphSubstProc2.h
! src/share/native/sun/font/layout/OpenTypeLayoutEngine.cpp
! src/share/native/sun/font/layout/ScriptAndLanguageTags.cpp
! src/share/native/sun/font/layout/ScriptAndLanguageTags.h
+ src/share/native/sun/font/layout/SegmentArrayProcessor2.cpp
+ src/share/native/sun/font/layout/SegmentArrayProcessor2.h
+ src/share/native/sun/font/layout/SegmentSingleProcessor2.cpp
+ src/share/native/sun/font/layout/SegmentSingleProcessor2.h
+ src/share/native/sun/font/layout/SimpleArrayProcessor2.cpp
+ src/share/native/sun/font/layout/SimpleArrayProcessor2.h
+ src/share/native/sun/font/layout/SingleTableProcessor2.cpp
+ src/share/native/sun/font/layout/SingleTableProcessor2.h
+ src/share/native/sun/font/layout/StateTableProcessor2.cpp
+ src/share/native/sun/font/layout/StateTableProcessor2.h
! src/share/native/sun/font/layout/StateTables.h
+ src/share/native/sun/font/layout/SubtableProcessor2.cpp
+ src/share/native/sun/font/layout/SubtableProcessor2.h
+ src/share/native/sun/font/layout/TrimmedArrayProcessor2.cpp
+ src/share/native/sun/font/layout/TrimmedArrayProcessor2.h

Changeset: 43f2d3d715c5
Author:    prr
Date:      2013-02-26 10:07 -0800
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/43f2d3d715c5

8004986: Better handling of glyph table
8004987: Improve font layout
8004994: Improve checking of glyph table
Reviewed-by: srl, jgodinez

! src/share/native/sun/font/layout/ArabicLayoutEngine.cpp
! src/share/native/sun/font/layout/ContextualGlyphSubstProc2.cpp
! src/share/native/sun/font/layout/LETypes.h
! src/share/native/sun/font/layout/LayoutEngine.cpp
! src/share/native/sun/font/layout/LigatureSubstProc.cpp
! src/share/native/sun/font/layout/LigatureSubstProc2.cpp
! src/share/native/sun/font/layout/LookupProcessor.cpp
! src/share/native/sun/font/layout/OpenTypeLayoutEngine.cpp
! src/share/native/sun/font/layout/OpenTypeLayoutEngine.h
! src/share/native/sun/font/layout/StateTableProcessor.cpp
! src/share/native/sun/font/layout/StateTableProcessor2.cpp
! src/share/native/sun/font/layout/StateTables.h

Changeset: 32778f4f945f
Author:    prr
Date:      2013-03-07 10:02 -0800
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/32778f4f945f

8001031: Better font processing
Reviewed-by: srl, vadim

! src/share/native/sun/font/FontInstanceAdapter.cpp
! src/share/native/sun/font/FontInstanceAdapter.h
! src/share/native/sun/font/fontscalerdefs.h
! src/share/native/sun/font/layout/AlternateSubstSubtables.cpp
! src/share/native/sun/font/layout/AlternateSubstSubtables.h
! src/share/native/sun/font/layout/ArabicLayoutEngine.cpp
! src/share/native/sun/font/layout/ArabicLayoutEngine.h
! src/share/native/sun/font/layout/ArabicShaping.cpp
! src/share/native/sun/font/layout/ArabicShaping.h
! src/share/native/sun/font/layout/AttachmentPosnSubtables.h
! src/share/native/sun/font/layout/CanonData.cpp
! src/share/native/sun/font/layout/CanonShaping.cpp
! src/share/native/sun/font/layout/CanonShaping.h
! src/share/native/sun/font/layout/ClassDefinitionTables.cpp
! src/share/native/sun/font/layout/ClassDefinitionTables.h
! src/share/native/sun/font/layout/ContextualGlyphInsertionProc2.cpp
! src/share/native/sun/font/layout/ContextualGlyphInsertionProc2.h
! src/share/native/sun/font/layout/ContextualGlyphSubstProc.cpp
! src/share/native/sun/font/layout/ContextualGlyphSubstProc.h
! src/share/native/sun/font/layout/ContextualGlyphSubstProc2.cpp
! src/share/native/sun/font/layout/ContextualGlyphSubstProc2.h
! src/share/native/sun/font/layout/ContextualSubstSubtables.cpp
! src/share/native/sun/font/layout/ContextualSubstSubtables.h
! src/share/native/sun/font/layout/CoverageTables.h
! src/share/native/sun/font/layout/CursiveAttachmentSubtables.cpp
! src/share/native/sun/font/layout/CursiveAttachmentSubtables.h
! src/share/native/sun/font/layout/DeviceTables.h
! src/share/native/sun/font/layout/ExtensionSubtables.cpp
! src/share/native/sun/font/layout/Features.cpp
! src/share/native/sun/font/layout/GDEFMarkFilter.cpp
! src/share/native/sun/font/layout/GDEFMarkFilter.h
! src/share/native/sun/font/layout/GXLayoutEngine.cpp
! src/share/native/sun/font/layout/GXLayoutEngine.h
! src/share/native/sun/font/layout/GXLayoutEngine2.cpp
! src/share/native/sun/font/layout/GXLayoutEngine2.h
! src/share/native/sun/font/layout/GlyphDefinitionTables.cpp
! src/share/native/sun/font/layout/GlyphDefinitionTables.h
! src/share/native/sun/font/layout/GlyphIterator.cpp
! src/share/native/sun/font/layout/GlyphIterator.h
! src/share/native/sun/font/layout/GlyphLookupTables.cpp
! src/share/native/sun/font/layout/GlyphLookupTables.h
! src/share/native/sun/font/layout/GlyphPositioningTables.cpp
! src/share/native/sun/font/layout/GlyphPositioningTables.h
! src/share/native/sun/font/layout/GlyphPosnLookupProc.cpp
! src/share/native/sun/font/layout/GlyphPosnLookupProc.h
! src/share/native/sun/font/layout/GlyphSubstLookupProc.cpp
! src/share/native/sun/font/layout/GlyphSubstLookupProc.h
! src/share/native/sun/font/layout/GlyphSubstitutionTables.cpp
! src/share/native/sun/font/layout/GlyphSubstitutionTables.h
! src/share/native/sun/font/layout/HanLayoutEngine.cpp
! src/share/native/sun/font/layout/HanLayoutEngine.h
! src/share/native/sun/font/layout/HangulLayoutEngine.cpp
! src/share/native/sun/font/layout/HangulLayoutEngine.h
! src/share/native/sun/font/layout/ICUFeatures.h
! src/share/native/sun/font/layout/IndicLayoutEngine.cpp
! src/share/native/sun/font/layout/IndicLayoutEngine.h
! src/share/native/sun/font/layout/IndicRearrangementProcessor.cpp
! src/share/native/sun/font/layout/IndicRearrangementProcessor.h
! src/share/native/sun/font/layout/IndicRearrangementProcessor2.cpp
! src/share/native/sun/font/layout/IndicRearrangementProcessor2.h
! src/share/native/sun/font/layout/IndicReordering.cpp
! src/share/native/sun/font/layout/KernTable.cpp
! src/share/native/sun/font/layout/KernTable.h
! src/share/native/sun/font/layout/KhmerLayoutEngine.cpp
! src/share/native/sun/font/layout/KhmerLayoutEngine.h
! src/share/native/sun/font/layout/LEScripts.h
+ src/share/native/sun/font/layout/LETableReference.h
! src/share/native/sun/font/layout/LETypes.h
! src/share/native/sun/font/layout/LayoutEngine.cpp
! src/share/native/sun/font/layout/LayoutEngine.h
! src/share/native/sun/font/layout/LigatureSubstProc.cpp
! src/share/native/sun/font/layout/LigatureSubstProc.h
! src/share/native/sun/font/layout/LigatureSubstProc2.cpp
! src/share/native/sun/font/layout/LigatureSubstProc2.h
! src/share/native/sun/font/layout/LigatureSubstSubtables.cpp
! src/share/native/sun/font/layout/LigatureSubstSubtables.h
! src/share/native/sun/font/layout/LookupProcessor.cpp
! src/share/native/sun/font/layout/LookupProcessor.h
! src/share/native/sun/font/layout/LookupTables.cpp
! src/share/native/sun/font/layout/LookupTables.h
! src/share/native/sun/font/layout/Lookups.cpp
! src/share/native/sun/font/layout/Lookups.h
! src/share/native/sun/font/layout/MarkArrays.h
! src/share/native/sun/font/layout/MarkToBasePosnSubtables.cpp
! src/share/native/sun/font/layout/MarkToBasePosnSubtables.h
! src/share/native/sun/font/layout/MarkToLigaturePosnSubtables.cpp
! src/share/native/sun/font/layout/MarkToLigaturePosnSubtables.h
! src/share/native/sun/font/layout/MarkToMarkPosnSubtables.cpp
! src/share/native/sun/font/layout/MarkToMarkPosnSubtables.h
! src/share/native/sun/font/layout/MorphTables.cpp
! src/share/native/sun/font/layout/MorphTables.h
! src/share/native/sun/font/layout/MorphTables2.cpp
! src/share/native/sun/font/layout/MultipleSubstSubtables.cpp
! src/share/native/sun/font/layout/MultipleSubstSubtables.h
! src/share/native/sun/font/layout/NonContextualGlyphSubstProc.cpp
! src/share/native/sun/font/layout/NonContextualGlyphSubstProc.h
! src/share/native/sun/font/layout/NonContextualGlyphSubstProc2.cpp
! src/share/native/sun/font/layout/NonContextualGlyphSubstProc2.h
! src/share/native/sun/font/layout/OpenTypeLayoutEngine.cpp
! src/share/native/sun/font/layout/OpenTypeLayoutEngine.h
! src/share/native/sun/font/layout/OpenTypeTables.h
! src/share/native/sun/font/layout/OpenTypeUtilities.cpp
! src/share/native/sun/font/layout/OpenTypeUtilities.h
! src/share/native/sun/font/layout/PairPositioningSubtables.cpp
! src/share/native/sun/font/layout/PairPositioningSubtables.h
! src/share/native/sun/font/layout/ScriptAndLanguage.cpp
! src/share/native/sun/font/layout/ScriptAndLanguage.h
! src/share/native/sun/font/layout/SegmentArrayProcessor.cpp
! src/share/native/sun/font/layout/SegmentArrayProcessor.h
! src/share/native/sun/font/layout/SegmentArrayProcessor2.cpp
! src/share/native/sun/font/layout/SegmentArrayProcessor2.h
! src/share/native/sun/font/layout/SegmentSingleProcessor.cpp
! src/share/native/sun/font/layout/SegmentSingleProcessor.h
! src/share/native/sun/font/layout/SegmentSingleProcessor2.cpp
! src/share/native/sun/font/layout/SegmentSingleProcessor2.h
! src/share/native/sun/font/layout/ShapingTypeData.cpp
! src/share/native/sun/font/layout/SimpleArrayProcessor.cpp
! src/share/native/sun/font/layout/SimpleArrayProcessor.h
! src/share/native/sun/font/layout/SimpleArrayProcessor2.cpp
! src/share/native/sun/font/layout/SimpleArrayProcessor2.h
! src/share/native/sun/font/layout/SinglePositioningSubtables.cpp
! src/share/native/sun/font/layout/SinglePositioningSubtables.h
! src/share/native/sun/font/layout/SingleSubstitutionSubtables.cpp
! src/share/native/sun/font/layout/SingleSubstitutionSubtables.h
! src/share/native/sun/font/layout/SingleTableProcessor.cpp
! src/share/native/sun/font/layout/SingleTableProcessor.h
! src/share/native/sun/font/layout/SingleTableProcessor2.cpp
! src/share/native/sun/font/layout/SingleTableProcessor2.h
! src/share/native/sun/font/layout/StateTableProcessor.cpp
! src/share/native/sun/font/layout/StateTableProcessor.h
! src/share/native/sun/font/layout/StateTableProcessor2.cpp
! src/share/native/sun/font/layout/StateTableProcessor2.h
! src/share/native/sun/font/layout/StateTables.h
! src/share/native/sun/font/layout/SubtableProcessor.cpp
! src/share/native/sun/font/layout/SubtableProcessor.h
! src/share/native/sun/font/layout/SubtableProcessor2.cpp
! src/share/native/sun/font/layout/SubtableProcessor2.h
! src/share/native/sun/font/layout/ThaiLayoutEngine.cpp
! src/share/native/sun/font/layout/TibetanLayoutEngine.cpp
! src/share/native/sun/font/layout/TibetanLayoutEngine.h
! src/share/native/sun/font/layout/TrimmedArrayProcessor.cpp
! src/share/native/sun/font/layout/TrimmedArrayProcessor.h
! src/share/native/sun/font/layout/TrimmedArrayProcessor2.cpp
! src/share/native/sun/font/layout/TrimmedArrayProcessor2.h
! src/share/native/sun/font/layout/ValueRecords.h
! src/share/native/sun/font/sunFont.c

Changeset: 7b03efca912f
Author:    malenkov
Date:      2013-02-05 20:07 +0400
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/7b03efca912f

8006790: Improve checking for windows
Reviewed-by: art, mschoene

! src/macosx/classes/sun/lwawt/LWWindowPeer.java
! src/macosx/classes/sun/lwawt/macosx/CFileDialog.java
! src/macosx/classes/sun/lwawt/macosx/CPrinterDialogPeer.java
! src/share/classes/java/awt/Window.java
! src/share/classes/java/awt/peer/WindowPeer.java
! src/share/classes/sun/awt/EmbeddedFrame.java
! src/solaris/classes/sun/awt/X11/XWindowPeer.java
! src/windows/classes/sun/awt/windows/WFileDialogPeer.java
! src/windows/classes/sun/awt/windows/WPrintDialogPeer.java
! src/windows/classes/sun/awt/windows/WWindowPeer.java

Changeset: 4ea6d44a20a0
Author:    mullan
Date:      2013-03-27 10:37 +0000
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/4ea6d44a20a0

8003445: Adjust JAX-WS to focus on API
Reviewed-by: vinnie, ahgross, mgrebac

! src/share/lib/security/java.security-linux
! src/share/lib/security/java.security-macosx
! src/share/lib/security/java.security-solaris
! src/share/lib/security/java.security-windows
! test/Makefile

Changeset: c921d68edf08
Author:    joehw
Date:      2013-02-18 13:02 -0800
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/c921d68edf08

6657673: Issues with JAXP
Reviewed-by: alanb, lancea, ahgross, mullan

! src/share/lib/security/java.security-linux
! src/share/lib/security/java.security-macosx
! src/share/lib/security/java.security-solaris
! src/share/lib/security/java.security-windows
! test/Makefile

Changeset: 6a09e4648cfb
Author:    mkos
Date:      2013-03-07 07:19 -0500
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/6a09e4648cfb

8005432: Update access to JAX-WS
Summary: newly restricted the whole package com.sun.xml.internal; fix reviewed also by Alexander Fomin
Reviewed-by: mullan, skoivu

! src/share/lib/security/java.security-linux
! src/share/lib/security/java.security-macosx
! src/share/lib/security/java.security-solaris
! src/share/lib/security/java.security-windows

Changeset: 12ca12303c33
Author:    raginip
Date:      2013-03-27 21:32 +0000
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/12ca12303c33

8007406: Improve accessibility of AccessBridge
Reviewed-by: skoivu, mullan, ptbrunet

! src/share/lib/security/java.security-windows

Changeset: 269b7955a885
Author:    chegar
Date:      2013-03-28 09:50 +0000
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/269b7955a885

8010944: Incorrectly separated package list in java.security-windows
Reviewed-by: mullan

! src/share/lib/security/java.security-windows

Changeset: 7c663f528ff6
Author:    vlivanov
Date:      2013-03-01 04:45 +0400
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/7c663f528ff6

8008140: Better method handle resolution
Reviewed-by: jrose, twisti, jdn

! src/share/classes/java/lang/invoke/MethodHandles.java

Changeset: 0fb15205acb6
Author:    bae
Date:      2013-02-19 12:06 +0400
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/0fb15205acb6

8007675: Improve color conversion
Reviewed-by: prr, mschoene, jgodinez

! src/share/classes/sun/java2d/cmm/lcms/LCMSImageLayout.java
! src/share/classes/sun/java2d/cmm/lcms/LCMSTransform.java

Changeset: b057eaf53935
Author:    chegar
Date:      2013-04-04 17:34 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/b057eaf53935

Merge

! src/share/classes/sun/java2d/cmm/lcms/LCMSImageLayout.java
! src/share/classes/sun/java2d/cmm/lcms/LCMSTransform.java

Changeset: 5f46a666e06d
Author:    chegar
Date:      2013-04-13 20:16 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/5f46a666e06d

Merge

! src/share/classes/sun/awt/EmbeddedFrame.java
! src/share/lib/security/java.security-linux
! src/share/lib/security/java.security-macosx
! src/share/lib/security/java.security-solaris
! src/share/lib/security/java.security-windows
! src/windows/classes/java/lang/ProcessImpl.java
! test/Makefile

Changeset: 84df34924f67
Author:    chegar
Date:      2013-04-13 21:51 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/84df34924f67

Merge

- src/share/classes/java/time/chrono/HijrahDeviationReader.java
- src/share/classes/java/time/format/DateTimeBuilder.java
- src/share/classes/java/time/format/DateTimeFormatStyleProvider.java
- src/share/classes/java/time/temporal/Adjusters.java
- src/share/classes/java/time/temporal/Queries.java
- test/java/time/tck/java/time/TestChronology.java
- test/java/time/tck/java/time/chrono/TestChronoLocalDate.java
- test/java/time/tck/java/time/chrono/TestChronoLocalDateTime.java
- test/java/time/tck/java/time/chrono/TestHijrahChronology.java
- test/java/time/tck/java/time/chrono/TestJapaneseChronology.java
- test/java/time/tck/java/time/chrono/TestMinguoChronology.java
- test/java/time/tck/java/time/chrono/TestThaiBuddhistChronology.java
- test/java/time/tck/java/time/temporal/TCKDateTimeAdjusters.java
- test/java/time/tck/java/time/temporal/TestChronoLocalDate.java
- test/java/time/tck/java/time/temporal/TestChronoLocalDateTime.java
- test/java/time/tck/java/time/temporal/TestChronoZonedDateTime.java
- test/java/time/test/java/time/temporal/TestDateTimeAdjusters.java
- test/java/time/test/java/time/temporal/TestJapaneseChronoImpl.java
- test/java/time/test/java/time/temporal/TestThaiBuddhistChronoImpl.java
- test/java/util/ComparatorsTest.java

Changeset: 9246b0fee2f2
Author:    chegar
Date:      2013-04-16 13:30 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/9246b0fee2f2

Merge


Changeset: 10fd3b4a77ae
Author:    chegar
Date:      2013-04-16 21:04 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/10fd3b4a77ae

Merge


Changeset: a3cc4b8e217a
Author:    weijun
Date:      2013-04-17 10:15 +0800
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/a3cc4b8e217a

8011124: Make KerberosTime immutable
Reviewed-by: xuelei

! src/share/classes/sun/security/krb5/KrbApReq.java
! src/share/classes/sun/security/krb5/KrbAppMessage.java
! src/share/classes/sun/security/krb5/KrbCred.java
! src/share/classes/sun/security/krb5/KrbTgsReq.java
! src/share/classes/sun/security/krb5/internal/KerberosTime.java
! src/share/classes/sun/security/krb5/internal/KrbCredInfo.java
! src/share/classes/sun/security/krb5/internal/LastReqEntry.java
! src/share/classes/sun/security/krb5/internal/PAEncTSEnc.java
! src/share/classes/sun/security/krb5/internal/ccache/Credentials.java
! test/sun/security/krb5/MicroTime.java

Changeset: da6addef956e
Author:    mchung
Date:      2013-04-16 21:39 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/da6addef956e

8010117: Annotate jdk caller sensitive methods with @sun.reflect.CallerSensitive
Reviewed-by: jrose, alanb, twisti

! make/java/java/FILES_c.gmk
! make/java/java/mapfile-vers
! make/java/java/reorder-i586
! make/java/java/reorder-sparc
! make/java/java/reorder-sparcv9
! makefiles/mapfiles/libjava/mapfile-vers
! makefiles/mapfiles/libjava/reorder-sparc
! makefiles/mapfiles/libjava/reorder-sparcv9
! makefiles/mapfiles/libjava/reorder-x86
! src/share/classes/java/lang/Class.java
! src/share/classes/java/lang/ClassLoader.java
! src/share/classes/java/lang/Package.java
! src/share/classes/java/lang/Runtime.java
! src/share/classes/java/lang/SecurityManager.java
! src/share/classes/java/lang/System.java
! src/share/classes/java/lang/Thread.java
! src/share/classes/java/lang/invoke/BoundMethodHandle.java
! src/share/classes/java/lang/invoke/MemberName.java
! src/share/classes/java/lang/invoke/MethodHandleImpl.java
! src/share/classes/java/lang/invoke/MethodHandleNatives.java
! src/share/classes/java/lang/invoke/MethodHandleProxies.java
! src/share/classes/java/lang/invoke/MethodHandles.java
! src/share/classes/java/lang/reflect/Constructor.java
! src/share/classes/java/lang/reflect/Field.java
! src/share/classes/java/lang/reflect/Method.java
! src/share/classes/java/lang/reflect/Proxy.java
! src/share/classes/java/security/AccessController.java
! src/share/classes/java/sql/DriverManager.java
! src/share/classes/java/util/ResourceBundle.java
! src/share/classes/java/util/concurrent/atomic/AtomicIntegerFieldUpdater.java
! src/share/classes/java/util/concurrent/atomic/AtomicLongFieldUpdater.java
! src/share/classes/java/util/concurrent/atomic/AtomicReferenceFieldUpdater.java
! src/share/classes/java/util/logging/Logger.java
! src/share/classes/javax/script/ScriptEngineManager.java
! src/share/classes/sun/misc/Unsafe.java
+ src/share/classes/sun/reflect/CallerSensitive.java
! src/share/classes/sun/reflect/Reflection.java
! src/share/javavm/export/jvm.h
! src/share/native/java/lang/ClassLoader.c
- src/share/native/java/lang/ResourceBundle.c
! src/share/native/java/lang/SecurityManager.c
! src/share/native/sun/reflect/Reflection.c
! test/Makefile
+ test/sun/reflect/CallerSensitive/CallerSensitiveFinder.java
+ test/sun/reflect/CallerSensitive/MethodFinder.java
+ test/sun/reflect/CallerSensitive/MissingCallerSensitive.java
+ test/sun/reflect/Reflection/GetCallerClass.java
+ test/sun/reflect/Reflection/GetCallerClassTest.java
+ test/sun/reflect/Reflection/GetCallerClassTest.sh

Changeset: 414384c3b3eb
Author:    yhuang
Date:      2013-04-16 22:28 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/414384c3b3eb

8011977: ISO 4217 Amendment Number 155
Reviewed-by: naoto

! src/share/classes/java/util/CurrencyData.properties
! test/java/util/Currency/tablea1.txt

Changeset: 779ba708fee3
Author:    yhuang
Date:      2013-04-17 01:04 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/779ba708fee3

Merge

- src/share/native/java/lang/ResourceBundle.c

Changeset: 473ed4b94306
Author:    vinnie
Date:      2013-04-11 17:57 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/473ed4b94306

7171982: Cipher getParameters() throws RuntimeException: Cannot find SunJCE provider
Reviewed-by: vinnie, wetmore
Contributed-by: Tony Scarpino 

! src/share/classes/com/sun/crypto/provider/CipherCore.java
! src/share/classes/com/sun/crypto/provider/CipherWithWrappingSpi.java
! src/share/classes/com/sun/crypto/provider/ConstructKeys.java
! src/share/classes/com/sun/crypto/provider/DESedeWrapCipher.java
! src/share/classes/com/sun/crypto/provider/DHParameterGenerator.java
! src/share/classes/com/sun/crypto/provider/KeyProtector.java
! src/share/classes/com/sun/crypto/provider/PBECipherCore.java
! src/share/classes/com/sun/crypto/provider/PBES1Core.java
! src/share/classes/com/sun/crypto/provider/PBES2Core.java
! src/share/classes/com/sun/crypto/provider/PBKDF2KeyImpl.java
! src/share/classes/com/sun/crypto/provider/PKCS12PBECipherCore.java
! src/share/classes/com/sun/crypto/provider/RSACipher.java
! src/share/classes/com/sun/crypto/provider/SealedObjectForKeyProtector.java
! src/share/classes/com/sun/crypto/provider/SunJCE.java
+ test/com/sun/crypto/provider/Cipher/UTIL/SunJCEGetInstance.java

Changeset: a6ca7cd399b2
Author:    vinnie
Date:      2013-04-11 18:00 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/a6ca7cd399b2

8001596: Incorrect condition check in PBKDF2KeyImpl.JAVA
Reviewed-by: wetmore
Contributed-by: Tony Scarpino 

! src/share/classes/com/sun/crypto/provider/PBKDF2KeyImpl.java
+ test/com/sun/crypto/provider/Cipher/PBE/NegativeLength.java

Changeset: 747a09471fd9
Author:    erikj
Date:      2013-04-11 14:47 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/747a09471fd9

8011812: JDK-8011278 breaks the old build
Reviewed-by: tbell, wetmore

! make/sun/splashscreen/Makefile

Changeset: 793e0072bfd6
Author:    wetmore
Date:      2013-04-11 17:29 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/793e0072bfd6

8012056: SunJCEInstance needs to run in it's own vm
Reviewed-by: wetmore
Contributed-by: anthony.scarpino at oracle.com

! test/com/sun/crypto/provider/Cipher/UTIL/SunJCEGetInstance.java

Changeset: d8d037a7569e
Author:    xuelei
Date:      2013-04-11 18:57 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/d8d037a7569e

8011680: Re-integrate AEAD implementation of JSSE
Summary: It is a re-merge of JDK-7030966.
Reviewed-by: wetmore

! src/share/classes/com/sun/crypto/provider/TlsKeyMaterialGenerator.java
! src/share/classes/sun/security/internal/spec/TlsKeyMaterialParameterSpec.java
! src/share/classes/sun/security/internal/spec/TlsKeyMaterialSpec.java
! src/share/classes/sun/security/pkcs11/P11TlsKeyMaterialGenerator.java
+ src/share/classes/sun/security/ssl/Authenticator.java
! src/share/classes/sun/security/ssl/CipherBox.java
! src/share/classes/sun/security/ssl/CipherSuite.java
! src/share/classes/sun/security/ssl/EngineInputRecord.java
! src/share/classes/sun/security/ssl/EngineOutputRecord.java
! src/share/classes/sun/security/ssl/EngineWriter.java
! src/share/classes/sun/security/ssl/Handshaker.java
! src/share/classes/sun/security/ssl/InputRecord.java
! src/share/classes/sun/security/ssl/JsseJce.java
! src/share/classes/sun/security/ssl/MAC.java
! src/share/classes/sun/security/ssl/OutputRecord.java
! src/share/classes/sun/security/ssl/Record.java
! src/share/classes/sun/security/ssl/SSLEngineImpl.java
! src/share/classes/sun/security/ssl/SSLSocketImpl.java
! test/sun/security/ec/TestEC.java
! test/sun/security/pkcs11/fips/CipherTest.java
! test/sun/security/pkcs11/sslecc/CipherTest.java
! test/sun/security/ssl/com/sun/net/ssl/internal/ssl/SSLEngineImpl/SSLEngineBadBufferArrayAccess.java
+ test/sun/security/ssl/javax/net/ssl/TLSv12/ShortRSAKeyGCM.java
! test/sun/security/ssl/sanity/ciphersuites/CipherSuitesInOrder.java
! test/sun/security/ssl/sanity/interop/CipherTest.java
! test/sun/security/ssl/templates/SSLSocketSSLEngineTemplate.java

Changeset: ea7976ed9bc6
Author:    wetmore
Date:      2013-04-11 19:36 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/ea7976ed9bc6

Merge


Changeset: 0f93bd5cc8d7
Author:    wetmore
Date:      2013-04-11 21:03 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/0f93bd5cc8d7

6425477: Better support for generation of high entropy random numbers
Reviewed-by: xuelei, weijun, mullan

! src/share/classes/java/security/SecureRandom.java
! src/share/classes/sun/security/pkcs11/P11SecureRandom.java
! src/share/classes/sun/security/provider/SecureRandom.java
! src/share/classes/sun/security/provider/SeedGenerator.java
! src/share/classes/sun/security/provider/SunEntries.java
! src/share/lib/security/java.security-linux
! src/share/lib/security/java.security-macosx
! src/share/lib/security/java.security-solaris
! src/share/lib/security/java.security-windows
! src/solaris/classes/sun/security/provider/NativePRNG.java
! src/solaris/classes/sun/security/provider/NativeSeedGenerator.java
! src/windows/classes/sun/security/mscapi/PRNG.java
! src/windows/classes/sun/security/provider/NativePRNG.java
! src/windows/classes/sun/security/provider/NativeSeedGenerator.java
+ test/sun/security/provider/SecureRandom/StrongSecureRandom.java
+ test/sun/security/provider/SecureRandom/StrongSeedReader.java

Changeset: 5435f112e5ea
Author:    vinnie
Date:      2013-04-12 10:42 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/5435f112e5ea

Merge

- src/share/classes/java/time/chrono/HijrahDeviationReader.java
- src/share/classes/java/time/format/DateTimeBuilder.java
- src/share/classes/java/time/format/DateTimeFormatStyleProvider.java
- src/share/classes/java/time/temporal/Adjusters.java
- src/share/classes/java/time/temporal/Queries.java
- test/java/time/tck/java/time/TestChronology.java
- test/java/time/tck/java/time/chrono/TestChronoLocalDate.java
- test/java/time/tck/java/time/chrono/TestChronoLocalDateTime.java
- test/java/time/tck/java/time/chrono/TestHijrahChronology.java
- test/java/time/tck/java/time/chrono/TestJapaneseChronology.java
- test/java/time/tck/java/time/chrono/TestMinguoChronology.java
- test/java/time/tck/java/time/chrono/TestThaiBuddhistChronology.java
- test/java/time/tck/java/time/temporal/TCKDateTimeAdjusters.java
- test/java/time/tck/java/time/temporal/TestChronoLocalDate.java
- test/java/time/tck/java/time/temporal/TestChronoLocalDateTime.java
- test/java/time/tck/java/time/temporal/TestChronoZonedDateTime.java
- test/java/time/test/java/time/temporal/TestDateTimeAdjusters.java
- test/java/time/test/java/time/temporal/TestJapaneseChronoImpl.java
- test/java/time/test/java/time/temporal/TestThaiBuddhistChronoImpl.java

Changeset: 6f80a6584fb9
Author:    vinnie
Date:      2013-04-16 01:44 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/6f80a6584fb9

Merge

- test/java/util/ComparatorsTest.java

Changeset: 29cbb4617c92
Author:    vinnie
Date:      2013-04-16 05:11 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/29cbb4617c92

Merge


Changeset: 13e18d3ac414
Author:    vinnie
Date:      2013-04-16 05:32 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/13e18d3ac414

Merge


Changeset: f90b7503019f
Author:    vinnie
Date:      2013-04-17 02:53 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/f90b7503019f

Merge

! src/share/lib/security/java.security-linux
! src/share/lib/security/java.security-macosx
! src/share/lib/security/java.security-solaris
! src/share/lib/security/java.security-windows
- src/share/native/java/lang/ResourceBundle.c

Changeset: 7ded74ffea36
Author:    alanb
Date:      2013-04-17 16:11 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/7ded74ffea36

8012019: (fc) Thread.interrupt triggers hang in FileChannelImpl.pread (win)
Reviewed-by: chegar

! src/share/classes/sun/nio/ch/DatagramChannelImpl.java
! src/share/classes/sun/nio/ch/FileChannelImpl.java
! src/share/classes/sun/nio/ch/IOUtil.java
! src/share/classes/sun/nio/ch/NativeDispatcher.java
! src/share/classes/sun/nio/ch/SimpleAsynchronousFileChannelImpl.java
! src/share/classes/sun/nio/ch/SocketChannelImpl.java
! src/solaris/classes/sun/nio/ch/FileDispatcherImpl.java
! src/solaris/classes/sun/nio/ch/SinkChannelImpl.java
! src/solaris/classes/sun/nio/ch/SourceChannelImpl.java
! src/solaris/classes/sun/nio/ch/UnixAsynchronousSocketChannelImpl.java
! src/windows/classes/sun/nio/ch/FileDispatcherImpl.java
+ test/java/nio/channels/FileChannel/InterruptDeadlock.java

Changeset: d9f9040554d6
Author:    mduigou
Date:      2013-04-17 11:39 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/d9f9040554d6

8010953: Add primitive summary statistics utils
Reviewed-by: mduigou, dholmes, chegar, darcy
Contributed-by: Brian Goetz 

+ src/share/classes/java/util/DoubleSummaryStatistics.java
+ src/share/classes/java/util/IntSummaryStatistics.java
+ src/share/classes/java/util/LongSummaryStatistics.java

Changeset: 73e3b474125e
Author:    mchung
Date:      2013-04-17 12:04 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/73e3b474125e

8004260: dynamic proxy class should have the same Java language access as the proxy interfaces
Reviewed-by: alanb, jrose, jdn

! src/share/classes/java/lang/reflect/Proxy.java
! src/share/classes/java/lang/reflect/ReflectPermission.java
! src/share/classes/sun/misc/ProxyGenerator.java
! src/share/classes/sun/reflect/annotation/AnnotationParser.java
! src/share/classes/sun/rmi/server/Util.java
! src/share/classes/sun/tracing/ProviderSkeleton.java
+ test/java/lang/reflect/Proxy/nonPublicProxy/NonPublicProxyClass.java
+ test/java/lang/reflect/Proxy/nonPublicProxy/SimpleProxy.java
+ test/java/lang/reflect/Proxy/nonPublicProxy/p/Bar.java
+ test/java/lang/reflect/Proxy/nonPublicProxy/p/Foo.java
! test/java/rmi/server/RMIClassLoader/loadProxyClasses/security.policy

Changeset: 7f9f69729934
Author:    coleenp
Date:      2013-04-17 12:50 -0400
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/7f9f69729934

8009531: Crash when redefining class with annotated method
Summary: Add code to annotated methods and command line flags to the tests to verify bug above
Reviewed-by: acorn, sspitsyn, dcubed, dholmes, alanb

! test/java/lang/instrument/RedefineMethodWithAnnotations.sh
! test/java/lang/instrument/RedefineMethodWithAnnotationsTarget.java
! test/java/lang/instrument/RedefineMethodWithAnnotationsTarget_2.java

Changeset: 36f9e357b84b
Author:    coleenp
Date:      2013-04-17 15:06 -0400
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/36f9e357b84b

Merge


Changeset: a954e407680c
Author:    lana
Date:      2013-04-17 10:30 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/a954e407680c

Merge


Changeset: 17dcb75682b7
Author:    lana
Date:      2013-04-17 12:14 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/17dcb75682b7

Merge


Changeset: 131686bea632
Author:    lana
Date:      2013-04-17 12:31 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/131686bea632

Merge


Changeset: 674880648db4
Author:    briangoetz
Date:      2013-04-16 13:51 -0400
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/674880648db4

8010096: Initial java.util.Spliterator putback
Reviewed-by: mduigou, alanb, chegar, darcy
Contributed-by: Paul Sandoz , Brian Goetz , Doug Lea 


! src/share/classes/com/sun/tools/jdi/EventSetImpl.java
! src/share/classes/java/lang/Iterable.java
! src/share/classes/java/util/Arrays.java
! src/share/classes/java/util/Collection.java
! src/share/classes/java/util/Iterator.java
! src/share/classes/java/util/List.java
+ src/share/classes/java/util/PrimitiveIterator.java
! src/share/classes/java/util/Set.java
! src/share/classes/java/util/SortedSet.java
+ src/share/classes/java/util/Spliterator.java
+ src/share/classes/java/util/Spliterators.java
+ src/share/classes/java/util/Tripwire.java
+ test/java/util/Spliterator/SpliteratorLateBindingFailFastTest.java
+ test/java/util/Spliterator/SpliteratorTraversingAndSplittingTest.java

Changeset: 4b8e606f8afb
Author:    lana
Date:      2013-04-17 21:48 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/4b8e606f8afb

Merge

! src/macosx/classes/sun/lwawt/LWWindowPeer.java
- src/share/classes/java/time/chrono/HijrahDeviationReader.java
- src/share/classes/java/time/format/DateTimeBuilder.java
- src/share/classes/java/time/format/DateTimeFormatStyleProvider.java
- src/share/classes/java/time/temporal/Adjusters.java
- src/share/classes/java/time/temporal/Queries.java
! src/share/classes/sun/java2d/cmm/lcms/LCMSTransform.java
- src/share/native/java/lang/ResourceBundle.c
! src/solaris/classes/sun/awt/X11/XWindowPeer.java
- test/java/time/tck/java/time/TestChronology.java
- test/java/time/tck/java/time/chrono/TestChronoLocalDate.java
- test/java/time/tck/java/time/chrono/TestChronoLocalDateTime.java
- test/java/time/tck/java/time/chrono/TestHijrahChronology.java
- test/java/time/tck/java/time/chrono/TestJapaneseChronology.java
- test/java/time/tck/java/time/chrono/TestMinguoChronology.java
- test/java/time/tck/java/time/chrono/TestThaiBuddhistChronology.java
- test/java/time/tck/java/time/temporal/TCKDateTimeAdjusters.java
- test/java/time/tck/java/time/temporal/TestChronoLocalDate.java
- test/java/time/tck/java/time/temporal/TestChronoLocalDateTime.java
- test/java/time/tck/java/time/temporal/TestChronoZonedDateTime.java
- test/java/time/test/java/time/temporal/TestDateTimeAdjusters.java
- test/java/time/test/java/time/temporal/TestJapaneseChronoImpl.java
- test/java/time/test/java/time/temporal/TestThaiBuddhistChronoImpl.java
- test/java/util/ComparatorsTest.java

Changeset: 10ad4a4330bc
Author:    lana
Date:      2013-04-23 09:28 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/10ad4a4330bc

Merge




From david.katleman at oracle.com  Tue Apr 23 19:10:07 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Tue, 23 Apr 2013 19:10:07 +0000
Subject: hg: jdk8/build/langtools: 17 new changesets
Message-ID: <20130423191101.EAF7148531@hg.openjdk.java.net>

Changeset: 4f4509c2fe35
Author:    katleman
Date:      2013-04-18 10:30 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/4f4509c2fe35

Added tag jdk8-b86 for changeset 6ab578e141df

! .hgtags

Changeset: eb134c8e931d
Author:    bpatel
Date:      2013-04-09 14:18 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/eb134c8e931d

8005091: javadoc should be able to return the receiver type
Reviewed-by: jjg

! src/share/classes/com/sun/javadoc/ExecutableMemberDoc.java
! src/share/classes/com/sun/tools/doclets/formats/html/AbstractExecutableMemberWriter.java
! src/share/classes/com/sun/tools/doclets/formats/html/ConstructorWriterImpl.java
! src/share/classes/com/sun/tools/doclets/formats/html/HtmlDocletWriter.java
! src/share/classes/com/sun/tools/doclets/formats/html/MethodWriterImpl.java
! src/share/classes/com/sun/tools/javadoc/ExecutableMemberDocImpl.java
+ test/com/sun/javadoc/testTypeAnnotations/TestTypeAnnotations.java
+ test/com/sun/javadoc/testTypeAnnotations/typeannos/ClassExtends.java
+ test/com/sun/javadoc/testTypeAnnotations/typeannos/ClassParameters.java
+ test/com/sun/javadoc/testTypeAnnotations/typeannos/Fields.java
+ test/com/sun/javadoc/testTypeAnnotations/typeannos/MethodReturnType.java
+ test/com/sun/javadoc/testTypeAnnotations/typeannos/MethodTypeParameters.java
+ test/com/sun/javadoc/testTypeAnnotations/typeannos/Parameters.java
+ test/com/sun/javadoc/testTypeAnnotations/typeannos/Receivers.java
+ test/com/sun/javadoc/testTypeAnnotations/typeannos/Throws.java
+ test/com/sun/javadoc/testTypeAnnotations/typeannos/TypeParameters.java
+ test/com/sun/javadoc/testTypeAnnotations/typeannos/Varargs.java
+ test/com/sun/javadoc/testTypeAnnotations/typeannos/Wildcards.java

Changeset: a4be2c2fe0a1
Author:    vromero
Date:      2013-04-10 12:31 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/a4be2c2fe0a1

8011432: javac, compiler regression iterable + captured type
Reviewed-by: mcimadamore

! src/share/classes/com/sun/tools/javac/comp/Lower.java
! test/tools/javac/T5053846/MethodRefDupInConstantPoolTest.java

Changeset: d13af7751456
Author:    lana
Date:      2013-04-11 19:15 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/d13af7751456

Merge


Changeset: 137994c189e5
Author:    jfranck
Date:      2013-04-12 12:05 +0200
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/137994c189e5

7015104: use new subtype of TypeSymbol for type parameters
Reviewed-by: jjg, mcimadamore

! 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/comp/Infer.java
! test/tools/javac/scope/7017664/CompoundScopeTest.java
! test/tools/javac/types/TypeHarness.java

Changeset: 76537856a54e
Author:    vromero
Date:      2013-04-13 12:25 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/76537856a54e

8010659: Javac Crashes while building OpenJFX
Reviewed-by: jjg
Contributed-by: maurizio.cimadamore at oracle.com

+ src/share/classes/com/sun/tools/javac/comp/CompileStates.java
! src/share/classes/com/sun/tools/javac/comp/TransTypes.java
! src/share/classes/com/sun/tools/javac/main/JavaCompiler.java
! src/share/classes/com/sun/tools/javac/processing/JavacProcessingEnvironment.java
+ test/tools/javac/T8010659/CompilerCrashWhenMixingBinariesAndSourcesTest.java
! test/tools/javac/annotations/typeAnnotations/TypeProcOnly.java
! test/tools/javac/annotations/typeAnnotations/packageanno/PackageProcessor.java

Changeset: f10cffab99b4
Author:    bpatel
Date:      2013-04-13 18:48 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/f10cffab99b4

8009686: Generated javadoc documentation should be able to display type annotation on an array
Reviewed-by: jjg

! src/share/classes/com/sun/javadoc/ExecutableMemberDoc.java
! src/share/classes/com/sun/javadoc/Type.java
! src/share/classes/com/sun/tools/doclets/formats/html/LinkFactoryImpl.java
! src/share/classes/com/sun/tools/doclets/formats/html/LinkOutputImpl.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/LinkOutput.java
! src/share/classes/com/sun/tools/javadoc/AbstractTypeImpl.java
! src/share/classes/com/sun/tools/javadoc/ClassDocImpl.java
! src/share/classes/com/sun/tools/javadoc/ExecutableMemberDocImpl.java
! src/share/classes/com/sun/tools/javadoc/PrimitiveType.java
! src/share/classes/com/sun/tools/javadoc/TypeMaker.java
! test/com/sun/javadoc/testTypeAnnotations/TestTypeAnnotations.java
! test/com/sun/javadoc/testTypeAnnotations/typeannos/Fields.java

Changeset: b26f36a7ae3b
Author:    mcimadamore
Date:      2013-04-15 14:11 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/b26f36a7ae3b

8011383: Symbol.getModifiers omits ACC_ABSTRACT from interface with default methods
Summary: Fixup for default method modifiers erroneously applies to class-level modifiers
Reviewed-by: jjg

! src/share/classes/com/sun/tools/javac/code/Symbol.java
+ test/tools/javac/defaultMethods/DefaultMethodFlags.java

Changeset: c430f1cde21c
Author:    mcimadamore
Date:      2013-04-15 14:12 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/c430f1cde21c

8011377: Javac crashes when multiple lambdas are defined in an array
Summary: Wrong attribution environment used by DeferredAttr
Reviewed-by: jjg

! src/share/classes/com/sun/tools/javac/comp/Flow.java
+ test/tools/javac/lambda/TargetType71.java

Changeset: 083c6b199e2f
Author:    mcimadamore
Date:      2013-04-15 14:15 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/083c6b199e2f

8011376: Spurious checked exception errors in nested method call
Summary: Fallback attribution logic doesn't work properly when lambda throws checked exceptions
Reviewed-by: jjg

! src/share/classes/com/sun/tools/javac/comp/Attr.java
+ test/tools/javac/lambda/TargetType72.java

Changeset: 6dacab087652
Author:    mcimadamore
Date:      2013-04-15 14:16 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/6dacab087652

8011028: lang/INFR/infr001/infr00101md/infr00101md.java fails to compile after switch to JDK8-b82
Summary: Fix bug in Types.removeWildcards
Reviewed-by: jjg

! src/share/classes/com/sun/tools/javac/code/Types.java
! test/tools/javac/lambda/TargetType69.java
+ test/tools/javac/lambda/TargetType70.java

Changeset: c2315af9cc28
Author:    mcimadamore
Date:      2013-04-15 14:17 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/c2315af9cc28

8011392: Missing checkcast when casting to intersection type
Summary: javac should emit a checkcast for each additional target type specified in an intersection type cast
Reviewed-by: jjg

! src/share/classes/com/sun/tools/javac/comp/TransTypes.java
+ test/tools/javac/lambda/Intersection03.java

Changeset: 950e8ac120f0
Author:    mcimadamore
Date:      2013-04-15 14:18 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/950e8ac120f0

8010923: Avoid redundant speculative attribution
Summary: Add optimization to avoid speculative attribution for certain argument expressions
Reviewed-by: jjg

! src/share/classes/com/sun/tools/javac/comp/Attr.java
! src/share/classes/com/sun/tools/javac/comp/DeferredAttr.java
! src/share/classes/com/sun/tools/javac/comp/Resolve.java
! src/share/classes/com/sun/tools/javac/tree/TreeInfo.java

Changeset: 49d32c84dfea
Author:    vromero
Date:      2013-04-17 11:11 +0100
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/49d32c84dfea

8011181: javac, empty UTF8 entry generated for inner class
Reviewed-by: jjg

! src/share/classes/com/sun/tools/javac/jvm/ClassWriter.java
+ test/tools/javac/T8011181/EmptyUTF8ForInnerClassNameTest.java

Changeset: 94870c08391c
Author:    lana
Date:      2013-04-17 10:31 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/94870c08391c

Merge


Changeset: cad4fc23f691
Author:    lana
Date:      2013-04-17 21:50 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/cad4fc23f691

Merge


Changeset: 1329f9c38d93
Author:    lana
Date:      2013-04-23 09:27 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/1329f9c38d93

Merge




From david.katleman at oracle.com  Tue Apr 23 19:11:15 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Tue, 23 Apr 2013 19:11:15 +0000
Subject: hg: jdk8/build/nashorn: 15 new changesets
Message-ID: <20130423191127.AA19048532@hg.openjdk.java.net>

Changeset: 899cbeee7253
Author:    katleman
Date:      2013-04-18 10:30 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/899cbeee7253

Added tag jdk8-b86 for changeset 002ad9d6735f

! .hgtags

Changeset: 480b90430d29
Author:    lana
Date:      2013-04-11 19:16 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/480b90430d29

Merge


Changeset: 635a93b61d34
Author:    hannesw
Date:      2013-04-10 14:00 +0200
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/635a93b61d34

8011714: Regexp decimal escape handling still not correct
Reviewed-by: lagergren, attila

! src/jdk/nashorn/internal/runtime/regexp/RegExpScanner.java
+ test/script/basic/JDK-8011714.js
+ test/script/basic/JDK-8011714.js.EXPECTED

Changeset: b4ea8678bf15
Author:    hannesw
Date:      2013-04-10 14:05 +0200
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/b4ea8678bf15

8011749: Bugs with empty character class handling
Reviewed-by: lagergren, attila

! src/jdk/nashorn/internal/runtime/regexp/RegExpScanner.java
+ test/script/basic/JDK-8011749.js
+ test/script/basic/JDK-8011749.js.EXPECTED

Changeset: 8ae9ed1ac1e2
Author:    hannesw
Date:      2013-04-10 14:08 +0200
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/8ae9ed1ac1e2

8011756: Wrong characters supported in RegExp \c escape
Reviewed-by: lagergren, attila

! src/jdk/nashorn/internal/runtime/regexp/RegExpScanner.java
+ test/script/basic/JDK-8011756.js
+ test/script/basic/JDK-8011756.js.EXPECTED

Changeset: 571e06d5d23c
Author:    sundar
Date:      2013-04-11 13:20 +0530
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/571e06d5d23c

8011960: [2,1].sort(null) should throw TypeError
Reviewed-by: hannesw, lagergren

! src/jdk/nashorn/internal/objects/NativeArray.java
+ test/script/basic/JDK-8011960.js

Changeset: 256bb030ce0a
Author:    sundar
Date:      2013-04-11 15:04 +0530
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/256bb030ce0a

8011974: Comparator function returning negative and positive Infinity does not work as expected with Array.prototype.sort
Reviewed-by: hannesw, lagergren

! src/jdk/nashorn/internal/objects/NativeArray.java
+ test/script/basic/JDK-8011974.js

Changeset: a3fc89d33072
Author:    hannesw
Date:      2013-04-11 12:16 +0200
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/a3fc89d33072

8011980: Allow NUL character in character class
Reviewed-by: sundar, lagergren

! src/jdk/nashorn/internal/runtime/regexp/RegExpScanner.java
+ test/script/basic/JDK-8011980.js
+ test/script/basic/JDK-8011980.js.EXPECTED

Changeset: ed4293ceec0e
Author:    hannesw
Date:      2013-04-12 16:31 +0200
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/ed4293ceec0e

8011884: Regexp literals are compiled twice
Reviewed-by: lagergren, sundar

! src/jdk/nashorn/internal/runtime/regexp/joni/Analyser.java
! src/jdk/nashorn/internal/runtime/regexp/joni/Regex.java
! src/jdk/nashorn/internal/runtime/regexp/joni/ast/QuantifierNode.java

Changeset: 36e36a2d4312
Author:    hannesw
Date:      2013-04-12 16:32 +0200
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/36e36a2d4312

8011885: Switch to Joni as default Regexp engine
Reviewed-by: lagergren, sundar

! src/jdk/nashorn/internal/runtime/regexp/RegExpFactory.java

Changeset: e70e6b38826b
Author:    jlaskey
Date:      2013-04-15 08:39 -0300
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/e70e6b38826b

Merge


Changeset: 222a72df2f42
Author:    mchung
Date:      2013-04-16 22:11 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/222a72df2f42

8010117: Annotate jdk caller sensitive methods with @sun.reflect.CallerSensitive
Reviewed-by: jrose, alanb, twisti, sundar

! src/jdk/nashorn/api/scripting/NashornScriptEngineFactory.java
! src/jdk/nashorn/internal/runtime/Context.java

Changeset: 44d8612e29b0
Author:    lana
Date:      2013-04-17 10:31 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/44d8612e29b0

Merge


Changeset: cba329ce5efe
Author:    lana
Date:      2013-04-17 21:50 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/cba329ce5efe

Merge


Changeset: 774aeaa89bc1
Author:    lana
Date:      2013-04-23 09:26 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/774aeaa89bc1

Merge




From david.katleman at oracle.com  Wed Apr 24 01:36:18 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Wed, 24 Apr 2013 01:36:18 +0000
Subject: hg: jdk8/build/jaxws: 8012643: JDK8 b86 source with GPL header errors
Message-ID: <20130424013622.3244948552@hg.openjdk.java.net>

Changeset: 72e03566f0a6
Author:    katleman
Date:      2013-04-23 18:33 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jaxws/rev/72e03566f0a6

8012643: JDK8 b86 source with GPL header errors
Reviewed-by: dholmes, alanb

! src/share/jaxws_classes/com/oracle/webservices/internal/api/EnvelopeStyle.java
! src/share/jaxws_classes/com/oracle/webservices/internal/api/EnvelopeStyleFeature.java
! src/share/jaxws_classes/com/oracle/webservices/internal/api/databinding/Databinding.java
! src/share/jaxws_classes/com/oracle/webservices/internal/api/databinding/DatabindingFactory.java
! src/share/jaxws_classes/com/oracle/webservices/internal/api/databinding/DatabindingMode.java
! src/share/jaxws_classes/com/oracle/webservices/internal/api/databinding/DatabindingModeFeature.java
! src/share/jaxws_classes/com/oracle/webservices/internal/api/databinding/ExternalMetadataFeature.java
! src/share/jaxws_classes/com/oracle/webservices/internal/api/databinding/JavaCallInfo.java
! src/share/jaxws_classes/com/oracle/webservices/internal/api/databinding/WSDLGenerator.java
! src/share/jaxws_classes/com/oracle/webservices/internal/api/databinding/WSDLResolver.java
! src/share/jaxws_classes/com/oracle/webservices/internal/api/message/BaseDistributedPropertySet.java
! src/share/jaxws_classes/com/oracle/webservices/internal/api/message/BasePropertySet.java
! src/share/jaxws_classes/com/oracle/webservices/internal/api/message/ContentType.java
! src/share/jaxws_classes/com/oracle/webservices/internal/api/message/DistributedPropertySet.java
! src/share/jaxws_classes/com/oracle/webservices/internal/api/message/MessageContext.java
! src/share/jaxws_classes/com/oracle/webservices/internal/api/message/MessageContextFactory.java
! src/share/jaxws_classes/com/oracle/webservices/internal/api/message/PropertySet.java
! src/share/jaxws_classes/com/oracle/webservices/internal/api/message/ReadOnlyPropertyException.java
! src/share/jaxws_classes/com/oracle/webservices/internal/impl/encoding/StreamDecoderImpl.java
! src/share/jaxws_classes/com/oracle/webservices/internal/impl/internalspi/encoding/StreamDecoder.java
! src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/ExistingAnnotationsType.java
! src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/JavaMethod.java
! src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/JavaParam.java
! src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/JavaWsdlMappingType.java
! src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/ObjectFactory.java
! src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/SoapBindingParameterStyle.java
! src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/SoapBindingStyle.java
! src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/SoapBindingUse.java
! src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/Util.java
! src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/WebParamMode.java
! src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/XmlAction.java
! src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/XmlAddressing.java
! src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/XmlBindingType.java
! src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/XmlFaultAction.java
! src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/XmlHandlerChain.java
! src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/XmlMTOM.java
! src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/XmlOneway.java
! src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/XmlRequestWrapper.java
! src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/XmlResponseWrapper.java
! src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/XmlSOAPBinding.java
! src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/XmlServiceMode.java
! src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/XmlWebEndpoint.java
! src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/XmlWebFault.java
! src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/XmlWebMethod.java
! src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/XmlWebParam.java
! src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/XmlWebResult.java
! src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/XmlWebService.java
! src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/XmlWebServiceClient.java
! src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/XmlWebServiceProvider.java
! src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/XmlWebServiceRef.java
! src/share/jaxws_classes/com/oracle/xmlns/internal/webservices/jaxws_databinding/package-info.java



From david.katleman at oracle.com  Wed Apr 24 01:36:51 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Wed, 24 Apr 2013 01:36:51 +0000
Subject: hg: jdk8/build/jdk: 8012643: JDK8 b86 source with GPL header errors
Message-ID: <20130424013720.825D048553@hg.openjdk.java.net>

Changeset: d5228e624826
Author:    katleman
Date:      2013-04-23 18:25 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/d5228e624826

8012643: JDK8 b86 source with GPL header errors
Reviewed-by: dholmes, alanb

! test/java/lang/Runtime/exec/WinCommand.java
! test/java/lang/reflect/Method/DefaultMethodModeling.java



From jonathan.gibbons at oracle.com  Wed Apr 24 18:04:46 2013
From: jonathan.gibbons at oracle.com (Jonathan Gibbons)
Date: Wed, 24 Apr 2013 11:04:46 -0700
Subject: typo in configure
Message-ID: <51781EBE.6040606@oracle.com>

from running configure on Windows, typo: "inlude"

checking headful support... inlude support for both headful and headless

-- Jon


From tim.bell at oracle.com  Wed Apr 24 22:43:14 2013
From: tim.bell at oracle.com (Tim Bell)
Date: Wed, 24 Apr 2013 15:43:14 -0700
Subject: Code Review fo JDK-8011152
In-Reply-To: <51714AC9.1060803@oracle.com>
References: <51714AC9.1060803@oracle.com>
Message-ID: <51786002.3030402@oracle.com>

Looks good.  Approved.

Tim

On 04/19/13 06:46 AM, Alexander Harlap wrote:
> RFR: 8011152
>
> The details of this bug pertain to some internal product requirements 
> and so is not 'open', but we need to be able to customize the linker 
> options in some cases and so we have added a new linker-flag variable 
> that allows these custom options to be injected into the link command. 
> In this particular case we need to augment the "suffix" linker flags.
>
> Change locatet at:
>
> http://cr.openjdk.java.net/~aharlap/8011152/webrev.00 
> 



From tim.bell at oracle.com  Thu Apr 25 00:44:13 2013
From: tim.bell at oracle.com (Tim Bell)
Date: Wed, 24 Apr 2013 17:44:13 -0700
Subject: typo in configure
In-Reply-To: <51781EBE.6040606@oracle.com>
References: <51781EBE.6040606@oracle.com>
Message-ID: <51787C5D.2020309@oracle.com>

On 04/24/13 11:04 AM, Jonathan Gibbons wrote:
> from running configure on Windows, typo: "inlude"
>
> checking headful support... inlude support for both headful and headless
>
> -- Jon

Thank you.

This is already noted in bug #8008944 "build-infra: clean up typos"

http://bugs.sun.com/view_bug.do?bug_id=8008944


Tim



From david.r.chase at oracle.com  Thu Apr 25 14:48:08 2013
From: david.r.chase at oracle.com (David Chase)
Date: Thu, 25 Apr 2013 10:48:08 -0400
Subject: MacOS parfait problem (old build)
Message-ID: 

Related bugs:  8008451, 8005879

This may generalize to new build as well, but I have not tested that.

Apparently, when you pass " -mmacosx-version-min=..." to gcc on the Mac,
it quietly generates a definition for MAC_OS_X_VERSION_MIN_REQUIRED .

Parfait (1.1) doesn't know about this trick (why should it?) and it runs into trouble
processing the include file that checks for this:

In file included from /usr/include/dlfcn.h:41:
/usr/include/AvailabilityMacros.h:140:6: error: MAC_OS_X_VERSION_MAX_ALLOWED must be >= MAC_OS_X_VERSION_MIN_REQUIRED
    #error MAC_OS_X_VERSION_MAX_ALLOWED must be >= MAC_OS_X_VERSION_MIN_REQUIRED
     ^
1 error generated.

I added a definition for ...MIN_REQUIRED to gcc.make and it got all better:

diff --git a/make/bsd/makefiles/gcc.make b/make/bsd/makefiles/gcc.make
--- a/make/bsd/makefiles/gcc.make
+++ b/make/bsd/makefiles/gcc.make
@@ -239,6 +239,7 @@
   endif
   # The macro takes the version with no dots, ex: 1070
   CFLAGS += -DMAC_OS_X_VERSION_MAX_ALLOWED=$(subst .,,$(MACOSX_VERSION_MIN)) \
+            -DMAC_OS_X_VERSION_MIN_REQUIRED=$(subst .,,$(MACOSX_VERSION_MIN)) \
             -mmacosx-version-min=$(MACOSX_VERSION_MIN)
   LDFLAGS += -mmacosx-version-min=$(MACOSX_VERSION_MIN)
 endif

So, do we call this a bug?
And assuming we do, it needs fixing in hotspot, jdk, and root, right?

David



From jonathan.gibbons at oracle.com  Thu Apr 25 18:46:03 2013
From: jonathan.gibbons at oracle.com (Jonathan Gibbons)
Date: Thu, 25 Apr 2013 11:46:03 -0700
Subject: EOU suggestion for build
Message-ID: <517979EB.4090801@oracle.com>

Sometimes, after updating a forest, you can get a message that the 
generated configure is out of date and needs  to be regenerated. Then, 
when you regenerate it, you get warnings that you *should* do a make clean.

How about providing a make target that reruns ./configure with the same 
options as before, and does a "make clean", so that after refreshing a 
forest, you can refresh your build?

-- Jon



From jonathan.gibbons at oracle.com  Thu Apr 25 19:05:31 2013
From: jonathan.gibbons at oracle.com (Jonathan Gibbons)
Date: Thu, 25 Apr 2013 12:05:31 -0700
Subject: RFE: Suggestion for build warnings
Message-ID: <51797E7B.1040006@oracle.com>

Build folk,

There are two types of line in a typical build.log file:  there are 
"info" lines which detail the ongoing progress of the build, and there 
are "other" lines containing info which ought to be of interest to 
someone: warnings, errors, etc.

Previously, attempts to clean up build issues have focussed on analyzing 
the log for warnings.   This time, I'm going to suggest the opposite.  
How about providing a script somewhere which can be used after a build 
to filter out the "info" lines, leaving just the warnings and error 
messages, so that they can more easily be seen and addressed.

The script could simply be a series of "grep -v" commands, filtering out 
lines beginning "Compiing ...." or "Assembling..." or "## comment"   or 
"INFO: ..." or "Importing ..." etc.  For those folk using Hudson to 
build OpenJDK on an ongoing basis, maybe the number of lines in this 
reduced log would be of interest, and could be tracked in a Hudson trend 
graph.

-- Jon






From jesper.wilhelmsson at oracle.com  Thu Apr 25 13:52:37 2013
From: jesper.wilhelmsson at oracle.com (Jesper Wilhelmsson)
Date: Thu, 25 Apr 2013 15:52:37 +0200
Subject: RFR: Project files for Solaris Studio / NetBeans
In-Reply-To: <51531883.7070903@oracle.com>
References: <51507B60.6030809@oracle.com> <51531883.7070903@oracle.com>
Message-ID: <51793525.1050108@oracle.com>

Hi,

A new version of the project files are now available:

http://cr.openjdk.java.net/~jwilhelm/7074926/webrev.4/

A new platform was added, we now support Mac, Linux and Solaris.

The project was moved to /common/nb_native/nbproject/ to clearly indicate that 
this project only indexes the C++ part of OpenJDK.

Thanks for everyones comments!
/Jesper


Jesper Wilhelmsson skrev 27/3/13 5:04 PM:
> Hi,
>
> A new webrev is now available. The issues reported from the first review should
> be fixed and the project now contains configurations for both Linux_64 and Mac_64.
>
> To select configuration there is a dropdown menu next to the build button.
>
> http://cr.openjdk.java.net/~jwilhelm/7074926/webrev.2/
>
> Thanks,
> /Jesper
>
>
> Jesper Wilhelmsson skrev 25/3/13 5:29 PM:
>> Hi,
>>
>> Sorry for cross posting, but I think this could be useful for several areas.
>>
>> I would like to add Solaris Studio / NetBeans project files for the entire
>> OpenJDK project. To clarify: One project that contains the entire OpenJDK.
>>
>>
>> With the new build infrastructure in JDK 8 building the entire OpenJDK is fairly
>> fast and even though I personally mostly work in the HotSpot tree, I tend to
>> always clone and build the entire JDK forest. I find this to have several
>> benefits.
>>
>> Webrev: http://cr.openjdk.java.net/~jwilhelm/7074926/webrev/
>>
>> The configuration in this project is currently Mac only. Linux and Solaris
>> configurations are also planned.
>>
>> The webrev is made from the jdk8/build repository which is where I think a
>> change like this should go in. Let me know if you think something else.
>>
>>
>>
>> To use this project (once pushed):
>>
>> 1. Clone your favorite repository
>>     hg clone http://hg.openjdk.java.net/hsx/hotspot-gc
>>
>> 2. Get the whole forest
>>     cd hotspot-gc
>>     sh get_source.sh
>>
>> 3. Configure
>>     sh configure
>>
>> 4. Open Solaris studio / NetBeans and load the project.
>>     The project in located in the common directory.
>>
>>
>> Thanks,
>> /Jesper


From david.holmes at oracle.com  Fri Apr 26 07:27:47 2013
From: david.holmes at oracle.com (David Holmes)
Date: Fri, 26 Apr 2013 17:27:47 +1000
Subject: RFR 8010280: jvm.cfg needs updating for non-server builds
In-Reply-To: <516B474B.8090404@oracle.com>
References: <516B474B.8090404@oracle.com>
Message-ID: <517A2C73.306@oracle.com>

Here is the final form of this after CCC approval.

http://cr.openjdk.java.net/~dholmes/8010280/webrev.v3/

For the "traditional" build of client+server we continue to use the 
platform specific jvm.cfg files committed into the source repository. 
Consequently no product builds (SE or Embedded) are altered by this 
proposal. (Those files already contain "-minimal KNOWN" if applicable to 
that platform.)

Otherwise we define a jvm.cfg file where:
- the default VM is the "dominant" VM (server > client > minimal)
- a missing client/server is aliased to the default VM
- the minimal VM is only present in the jvm.cfg file if it is built

Further, as a target of opportunity we stop generating, and delete from 
the existing jvm.cfg files the legacy entries for "hotspot", "classic", 
"native" and "green"

Thanks,
David

Generated jvm.cfg contents based on selected JVM variants:

::::::::::::::
client
::::::::::::::
-client KNOWN
-server ALIASED_TO -client

::::::::::::::
minimal+client
::::::::::::::
-client KNOWN
-server ALIASED_TO -client
-minimal KNOWN

::::::::::::::
minimal
::::::::::::::
-minimal KNOWN
-server ALIASED_TO -minimal
-client ALIASED_TO -minimal

::::::::::::::
minimal+server
::::::::::::::
-server KNOWN
-client ALIASED_TO -server
-minimal KNOWN

::::::::::::::
server
::::::::::::::
-server KNOWN
-client ALIASED_TO -server


On 15/04/2013 10:18 AM, David Holmes wrote:
> Some background.
>
> The jvm.cfg file, for which there is a per-architecture committed file
> in the repository, controls which VM's (client, server, minimal) are
> known, which is the default, whether there are other aliases and whether
> ergonomic selection is used.
>
> Historically things were simple:
> - 64-bit platforms had server only
> - 32-bit platforms had client and server
>
> then we acknowledged that some platforms may be client only and we added
> some support (originally in the old build then converted to the new
> build) for dynamically creating a jvm.cfg for the case of building
> client only.
>
> Then the minimal VM was introduced and we potentially have three VMs to
> handle. To address this we initially added "-minimal KNOWN" to all the
> jvm.cfg files for platforms known to support the minimal VM - this was
> done under JDK-7198815 (and those changes are now reversed by this
> changeset.)
>
> The problem after minimal was introduced was that the logic for
> "building client only" didn't account for building minimal (only or
> combined with client) and we need support for not-building-server. And
> that is what this changeset does.
>
> This only affects 32-bit builds as there is no client nor minimal VM on
> 64-bit. The basic operation is as follows:
>
> - If building client+server then we use the committed jvm.cfg (which
> handles ergonomics if applicable), adding a "-minimal KNOWN" line if
> minimal is also selected;
> - Otherwise we dynamically generate a jvm.cfg for the set of VMs being
> built, using these simple rules:
>    - if client or server are present they are default
>    - if client and/or server is absent then the absent VM is aliased to
> the default VM in that config
>    - if minimal is not selected then it is absent from the jvm.cfg (we
> do not add any aliases for minimal**).
>
> ** The alias mechanism is useful for deprecating legacy VM names, and
> has also made testing more convenient. However I think it is a flawed
> mechanism for testing and our internal test infrastructure is moving
> away from arbitrarily using -client/-server when actually running
> server/client. If you ask for the minimal VM and it is not available I
> think you should get an error not silent use of a different VM. (Note:
> this selection doesn't affect SE Embedded as it defines jvm.cfg files
> using it's own rules/preferences.)
>
> webrev:
>
> http://cr.openjdk.java.net/~dholmes/8010280/webrev/
>
> Thanks,
> David


From mike.duigou at oracle.com  Fri Apr 26 16:10:46 2013
From: mike.duigou at oracle.com (Mike Duigou)
Date: Fri, 26 Apr 2013 09:10:46 -0700
Subject: RFR 8010280: jvm.cfg needs updating for non-server builds
In-Reply-To: <517A2C73.306@oracle.com>
References: <516B474B.8090404@oracle.com> <517A2C73.306@oracle.com>
Message-ID: <14023B19-5E2B-43ED-9859-F8295CE0083B@oracle.com>

Looks good. It's nice to see the legacy entries finally get removed.

Mike

On Apr 26 2013, at 00:27 , David Holmes wrote:

> Here is the final form of this after CCC approval.
> 
> http://cr.openjdk.java.net/~dholmes/8010280/webrev.v3/
> 
> For the "traditional" build of client+server we continue to use the platform specific jvm.cfg files committed into the source repository. Consequently no product builds (SE or Embedded) are altered by this proposal. (Those files already contain "-minimal KNOWN" if applicable to that platform.)
> 
> Otherwise we define a jvm.cfg file where:
> - the default VM is the "dominant" VM (server > client > minimal)
> - a missing client/server is aliased to the default VM
> - the minimal VM is only present in the jvm.cfg file if it is built
> 
> Further, as a target of opportunity we stop generating, and delete from the existing jvm.cfg files the legacy entries for "hotspot", "classic", "native" and "green"
> 
> Thanks,
> David
> 
> Generated jvm.cfg contents based on selected JVM variants:
> 
> ::::::::::::::
> client
> ::::::::::::::
> -client KNOWN
> -server ALIASED_TO -client
> 
> ::::::::::::::
> minimal+client
> ::::::::::::::
> -client KNOWN
> -server ALIASED_TO -client
> -minimal KNOWN
> 
> ::::::::::::::
> minimal
> ::::::::::::::
> -minimal KNOWN
> -server ALIASED_TO -minimal
> -client ALIASED_TO -minimal
> 
> ::::::::::::::
> minimal+server
> ::::::::::::::
> -server KNOWN
> -client ALIASED_TO -server
> -minimal KNOWN
> 
> ::::::::::::::
> server
> ::::::::::::::
> -server KNOWN
> -client ALIASED_TO -server
> 
> 
> On 15/04/2013 10:18 AM, David Holmes wrote:
>> Some background.
>> 
>> The jvm.cfg file, for which there is a per-architecture committed file
>> in the repository, controls which VM's (client, server, minimal) are
>> known, which is the default, whether there are other aliases and whether
>> ergonomic selection is used.
>> 
>> Historically things were simple:
>> - 64-bit platforms had server only
>> - 32-bit platforms had client and server
>> 
>> then we acknowledged that some platforms may be client only and we added
>> some support (originally in the old build then converted to the new
>> build) for dynamically creating a jvm.cfg for the case of building
>> client only.
>> 
>> Then the minimal VM was introduced and we potentially have three VMs to
>> handle. To address this we initially added "-minimal KNOWN" to all the
>> jvm.cfg files for platforms known to support the minimal VM - this was
>> done under JDK-7198815 (and those changes are now reversed by this
>> changeset.)
>> 
>> The problem after minimal was introduced was that the logic for
>> "building client only" didn't account for building minimal (only or
>> combined with client) and we need support for not-building-server. And
>> that is what this changeset does.
>> 
>> This only affects 32-bit builds as there is no client nor minimal VM on
>> 64-bit. The basic operation is as follows:
>> 
>> - If building client+server then we use the committed jvm.cfg (which
>> handles ergonomics if applicable), adding a "-minimal KNOWN" line if
>> minimal is also selected;
>> - Otherwise we dynamically generate a jvm.cfg for the set of VMs being
>> built, using these simple rules:
>>   - if client or server are present they are default
>>   - if client and/or server is absent then the absent VM is aliased to
>> the default VM in that config
>>   - if minimal is not selected then it is absent from the jvm.cfg (we
>> do not add any aliases for minimal**).
>> 
>> ** The alias mechanism is useful for deprecating legacy VM names, and
>> has also made testing more convenient. However I think it is a flawed
>> mechanism for testing and our internal test infrastructure is moving
>> away from arbitrarily using -client/-server when actually running
>> server/client. If you ask for the minimal VM and it is not available I
>> think you should get an error not silent use of a different VM. (Note:
>> this selection doesn't affect SE Embedded as it defines jvm.cfg files
>> using it's own rules/preferences.)
>> 
>> webrev:
>> 
>> http://cr.openjdk.java.net/~dholmes/8010280/webrev/
>> 
>> Thanks,
>> David



From tim.bell at oracle.com  Fri Apr 26 16:21:05 2013
From: tim.bell at oracle.com (Tim Bell)
Date: Fri, 26 Apr 2013 09:21:05 -0700
Subject: RFR 8010280: jvm.cfg needs updating for non-server builds
In-Reply-To: <517A2C73.306@oracle.com>
References: <516B474B.8090404@oracle.com> <517A2C73.306@oracle.com>
Message-ID: <517AA971.1070600@oracle.com>

Hi David

Looks good to me.

Tim

On 04/26/13 12:27 AM, David Holmes wrote:
> Here is the final form of this after CCC approval.
>
> http://cr.openjdk.java.net/~dholmes/8010280/webrev.v3/
>
> For the "traditional" build of client+server we continue to use the 
> platform specific jvm.cfg files committed into the source repository. 
> Consequently no product builds (SE or Embedded) are altered by this 
> proposal. (Those files already contain "-minimal KNOWN" if applicable 
> to that platform.)
>
> Otherwise we define a jvm.cfg file where:
> - the default VM is the "dominant" VM (server > client > minimal)
> - a missing client/server is aliased to the default VM
> - the minimal VM is only present in the jvm.cfg file if it is built
>
> Further, as a target of opportunity we stop generating, and delete 
> from the existing jvm.cfg files the legacy entries for "hotspot", 
> "classic", "native" and "green"
>
> Thanks,
> David
>
> Generated jvm.cfg contents based on selected JVM variants:
>
> ::::::::::::::
> client
> ::::::::::::::
> -client KNOWN
> -server ALIASED_TO -client
>
> ::::::::::::::
> minimal+client
> ::::::::::::::
> -client KNOWN
> -server ALIASED_TO -client
> -minimal KNOWN
>
> ::::::::::::::
> minimal
> ::::::::::::::
> -minimal KNOWN
> -server ALIASED_TO -minimal
> -client ALIASED_TO -minimal
>
> ::::::::::::::
> minimal+server
> ::::::::::::::
> -server KNOWN
> -client ALIASED_TO -server
> -minimal KNOWN
>
> ::::::::::::::
> server
> ::::::::::::::
> -server KNOWN
> -client ALIASED_TO -server
>
>
> On 15/04/2013 10:18 AM, David Holmes wrote:
>> Some background.
>>
>> The jvm.cfg file, for which there is a per-architecture committed file
>> in the repository, controls which VM's (client, server, minimal) are
>> known, which is the default, whether there are other aliases and whether
>> ergonomic selection is used.
>>
>> Historically things were simple:
>> - 64-bit platforms had server only
>> - 32-bit platforms had client and server
>>
>> then we acknowledged that some platforms may be client only and we added
>> some support (originally in the old build then converted to the new
>> build) for dynamically creating a jvm.cfg for the case of building
>> client only.
>>
>> Then the minimal VM was introduced and we potentially have three VMs to
>> handle. To address this we initially added "-minimal KNOWN" to all the
>> jvm.cfg files for platforms known to support the minimal VM - this was
>> done under JDK-7198815 (and those changes are now reversed by this
>> changeset.)
>>
>> The problem after minimal was introduced was that the logic for
>> "building client only" didn't account for building minimal (only or
>> combined with client) and we need support for not-building-server. And
>> that is what this changeset does.
>>
>> This only affects 32-bit builds as there is no client nor minimal VM on
>> 64-bit. The basic operation is as follows:
>>
>> - If building client+server then we use the committed jvm.cfg (which
>> handles ergonomics if applicable), adding a "-minimal KNOWN" line if
>> minimal is also selected;
>> - Otherwise we dynamically generate a jvm.cfg for the set of VMs being
>> built, using these simple rules:
>>    - if client or server are present they are default
>>    - if client and/or server is absent then the absent VM is aliased to
>> the default VM in that config
>>    - if minimal is not selected then it is absent from the jvm.cfg (we
>> do not add any aliases for minimal**).
>>
>> ** The alias mechanism is useful for deprecating legacy VM names, and
>> has also made testing more convenient. However I think it is a flawed
>> mechanism for testing and our internal test infrastructure is moving
>> away from arbitrarily using -client/-server when actually running
>> server/client. If you ask for the minimal VM and it is not available I
>> think you should get an error not silent use of a different VM. (Note:
>> this selection doesn't affect SE Embedded as it defines jvm.cfg files
>> using it's own rules/preferences.)
>>
>> webrev:
>>
>> http://cr.openjdk.java.net/~dholmes/8010280/webrev/
>>
>> Thanks,
>> David



From jonathan.gibbons at oracle.com  Sat Apr 27 16:24:33 2013
From: jonathan.gibbons at oracle.com (Jonathan Gibbons)
Date: Sat, 27 Apr 2013 09:24:33 -0700
Subject: RFE: Suggestion for build warnings
In-Reply-To: <51797E7B.1040006@oracle.com>
References: <51797E7B.1040006@oracle.com>
Message-ID: <517BFBC1.9000709@oracle.com>

Here is a basic first draft of a script to remove the chatty fluff from 
a build log.

I tried it on a build log from a linux box I use. The entire log is 1511 
lines long; the reduced log is 584 lines long, meaning that 39% of the 
log is issues that maybe need addressing.

-- Jon


cat $1 |
     grep -v -E 
'^(Assembling|Compiling|Copying|Creating|Generating|Importing|Linking|Making|Running|Updating|Using|Verifying) 
' |
     grep -v -E '^(Aliases|Cache|Classes|INFO): ' |
     grep -v -E '^All done.' |
     grep -v -E '^$' |
     grep -v -E '^(## |---*)' |
     grep -v -E '^(Start|End|[0-9][0-9]:[0-9][0-9]:[0-9][0-9]) '



On 04/25/2013 12:05 PM, Jonathan Gibbons wrote:
> Build folk,
>
> There are two types of line in a typical build.log file:  there are 
> "info" lines which detail the ongoing progress of the build, and there 
> are "other" lines containing info which ought to be of interest to 
> someone: warnings, errors, etc.
>
> Previously, attempts to clean up build issues have focussed on 
> analyzing the log for warnings.   This time, I'm going to suggest the 
> opposite.  How about providing a script somewhere which can be used 
> after a build to filter out the "info" lines, leaving just the 
> warnings and error messages, so that they can more easily be seen and 
> addressed.
>
> The script could simply be a series of "grep -v" commands, filtering 
> out lines beginning "Compiing ...." or "Assembling..." or "## 
> comment"   or "INFO: ..." or "Importing ..." etc.  For those folk 
> using Hudson to build OpenJDK on an ongoing basis, maybe the number of 
> lines in this reduced log would be of interest, and could be tracked 
> in a Hudson trend graph.
>
> -- Jon
>
>
>
>



From Alan.Bateman at oracle.com  Sun Apr 28 21:04:02 2013
From: Alan.Bateman at oracle.com (Alan Bateman)
Date: Sun, 28 Apr 2013 22:04:02 +0100
Subject: 8013415: Changes for JDK-8005523 requires updates to refs.allowed
Message-ID: <517D8EC2.1030005@oracle.com>


I need a reviewer for a small update to the "refs.allowed" file used by 
the dependency checking tool in the profiles build.

To re-cap, the profiles build does not subset jsse.jar even though there 
is JSSE code that references Kerberos classes that do not exist in 
compact1 and compact2 builds. These references aren't a problem at 
runtime because the support for Kerberos cipher suites is predicated on 
Kerberos being present. However for static analysis tools (including 
CheckDeps) then it means there are references to Kerberos clsses that do 
not exist. To avoid the tool flagging these references and failing the 
build, the tool has refs.allowed to allow for a small set of "allowed 
references". To date we have not needed to touch this but the recent 
push of 8005523 to jdk8/tl/jdk introduces new references that are 
currently causing the profiles build to fail.

It remains to seen whether maintaining this list will be maintenance 
chore. If it proves to be then we may just have to do something special 
for jsse.jar to avoid needing to update the file when new dependencies 
are introduced. For now I propose to just update refs.allowed to get the 
profile build working again. The proposed diffs are attached.

-Alan


diff --git a/make/tools/src/build/tools/deps/refs.allowed 
b/make/tools/src/build/tools/deps/refs.allowed
--- a/make/tools/src/build/tools/deps/refs.allowed
+++ b/make/tools/src/build/tools/deps/refs.allowed
@@ -13,10 +13,11 @@
  javax.security.auth.kerberos.KerberosKey=sun.security.ssl.krb5.KerberosClientKeyExchangeImpl,sun.security.ssl.krb5.Krb5ProxyImpl,compact1,compact2
  javax.security.auth.kerberos.KerberosPrincipal=sun.security.ssl.krb5.KerberosClientKeyExchangeImpl,sun.security.ssl.krb5.Krb5ProxyImpl,compact1,compact2
  javax.security.auth.kerberos.KerberosTicket=sun.security.ssl.krb5.KerberosClientKeyExchangeImpl,sun.security.ssl.krb5.KerberosClientKeyExchangeImpl,compact1,compact2
+javax.security.auth.kerberos.KeyTab=sun.security.ssl.krb5.Krb5ProxyImpl,compact1,compact2
  javax.security.auth.kerberos.ServicePermission=sun.security.ssl.krb5.KerberosClientKeyExchangeImpl,sun.security.ssl.krb5.Krb5ProxyImpl,compact1,compact2
  sun.security.jgss.GSSCaller=sun.security.ssl.krb5.KerberosClientKeyExchangeImpl,sun.security.ssl.krb5.Krb5ProxyImpl,compact1,compact2
  sun.security.jgss.krb5.Krb5Util=sun.security.ssl.krb5.KerberosClientKeyExchangeImpl,sun.security.ssl.krb5.Krb5ProxyImpl,compact1,compact2
-sun.security.jgss.krb5.ServiceCreds=sun.security.ssl.krb5.Krb5ProxyImpl,compact1,compact2
+sun.security.jgss.krb5.ServiceCreds=sun.security.ssl.krb5.Krb5ProxyImpl,sun.security.ssl.krb5.KerberosClientKeyExchangeImpl,compact1,compact2
  sun.security.krb5.EncryptedData= 
sun.security.ssl.krb5.KerberosPreMasterSecret,sun.security.ssl.krb5.KerberosClientKeyExchangeImpl,compact1,compact2
  sun.security.krb5.EncryptionKey=sun.security.ssl.krb5.KerberosPreMasterSecret,sun.security.ssl.krb5.KerberosClientKeyExchangeImpl,compact1,compact2
  sun.security.krb5.internal.crypto.KeyUsage=sun.security.ssl.krb5.KerberosPreMasterSecret,sun.security.ssl.krb5.KerberosClientKeyExchangeImpl,compact1,compact2



From chris.hegarty at oracle.com  Mon Apr 29 08:51:38 2013
From: chris.hegarty at oracle.com (Chris Hegarty)
Date: Mon, 29 Apr 2013 09:51:38 +0100
Subject: 8013415: Changes for JDK-8005523 requires updates to refs.allowed
In-Reply-To: <517D8EC2.1030005@oracle.com>
References: <517D8EC2.1030005@oracle.com>
Message-ID: <517E349A.5020300@oracle.com>

Thanks for the explanation, it makes reviewing much easier.

I can see the additional types in the changeset for 8005523, so it looks 
good to me.

If possible, it would be nice if that anyone touching source that 
effects jsse.jar could also check the profiles target. That said, I 
wasn't aware of this dependency until now. Anyway, I think you're right 
Alan, it remains to be seen how much of a chore this becomes.

-Chris.

On 28/04/2013 22:04, Alan Bateman wrote:
>
> I need a reviewer for a small update to the "refs.allowed" file used by
> the dependency checking tool in the profiles build.
>
> To re-cap, the profiles build does not subset jsse.jar even though there
> is JSSE code that references Kerberos classes that do not exist in
> compact1 and compact2 builds. These references aren't a problem at
> runtime because the support for Kerberos cipher suites is predicated on
> Kerberos being present. However for static analysis tools (including
> CheckDeps) then it means there are references to Kerberos clsses that do
> not exist. To avoid the tool flagging these references and failing the
> build, the tool has refs.allowed to allow for a small set of "allowed
> references". To date we have not needed to touch this but the recent
> push of 8005523 to jdk8/tl/jdk introduces new references that are
> currently causing the profiles build to fail.
>
> It remains to seen whether maintaining this list will be maintenance
> chore. If it proves to be then we may just have to do something special
> for jsse.jar to avoid needing to update the file when new dependencies
> are introduced. For now I propose to just update refs.allowed to get the
> profile build working again. The proposed diffs are attached.
>
> -Alan
>
>
> diff --git a/make/tools/src/build/tools/deps/refs.allowed
> b/make/tools/src/build/tools/deps/refs.allowed
> --- a/make/tools/src/build/tools/deps/refs.allowed
> +++ b/make/tools/src/build/tools/deps/refs.allowed
> @@ -13,10 +13,11 @@
> javax.security.auth.kerberos.KerberosKey=sun.security.ssl.krb5.KerberosClientKeyExchangeImpl,sun.security.ssl.krb5.Krb5ProxyImpl,compact1,compact2
>
> javax.security.auth.kerberos.KerberosPrincipal=sun.security.ssl.krb5.KerberosClientKeyExchangeImpl,sun.security.ssl.krb5.Krb5ProxyImpl,compact1,compact2
>
> javax.security.auth.kerberos.KerberosTicket=sun.security.ssl.krb5.KerberosClientKeyExchangeImpl,sun.security.ssl.krb5.KerberosClientKeyExchangeImpl,compact1,compact2
>
> +javax.security.auth.kerberos.KeyTab=sun.security.ssl.krb5.Krb5ProxyImpl,compact1,compact2
>
> javax.security.auth.kerberos.ServicePermission=sun.security.ssl.krb5.KerberosClientKeyExchangeImpl,sun.security.ssl.krb5.Krb5ProxyImpl,compact1,compact2
>
> sun.security.jgss.GSSCaller=sun.security.ssl.krb5.KerberosClientKeyExchangeImpl,sun.security.ssl.krb5.Krb5ProxyImpl,compact1,compact2
>
> sun.security.jgss.krb5.Krb5Util=sun.security.ssl.krb5.KerberosClientKeyExchangeImpl,sun.security.ssl.krb5.Krb5ProxyImpl,compact1,compact2
>
> -sun.security.jgss.krb5.ServiceCreds=sun.security.ssl.krb5.Krb5ProxyImpl,compact1,compact2
>
> +sun.security.jgss.krb5.ServiceCreds=sun.security.ssl.krb5.Krb5ProxyImpl,sun.security.ssl.krb5.KerberosClientKeyExchangeImpl,compact1,compact2
>
> sun.security.krb5.EncryptedData=
> sun.security.ssl.krb5.KerberosPreMasterSecret,sun.security.ssl.krb5.KerberosClientKeyExchangeImpl,compact1,compact2
>
> sun.security.krb5.EncryptionKey=sun.security.ssl.krb5.KerberosPreMasterSecret,sun.security.ssl.krb5.KerberosClientKeyExchangeImpl,compact1,compact2
>
> sun.security.krb5.internal.crypto.KeyUsage=sun.security.ssl.krb5.KerberosPreMasterSecret,sun.security.ssl.krb5.KerberosClientKeyExchangeImpl,compact1,compact2
>
>


From Alan.Bateman at oracle.com  Mon Apr 29 09:28:59 2013
From: Alan.Bateman at oracle.com (Alan Bateman)
Date: Mon, 29 Apr 2013 10:28:59 +0100
Subject: 8013415: Changes for JDK-8005523 requires updates to refs.allowed
In-Reply-To: <517E349A.5020300@oracle.com>
References: <517D8EC2.1030005@oracle.com> <517E349A.5020300@oracle.com>
Message-ID: <517E3D5B.1040003@oracle.com>

On 29/04/2013 09:51, Chris Hegarty wrote:
> Thanks for the explanation, it makes reviewing much easier.
>
> I can see the additional types in the changeset for 8005523, so it 
> looks good to me.
>
> If possible, it would be nice if that anyone touching source that 
> effects jsse.jar could also check the profiles target. That said, I 
> wasn't aware of this dependency until now. Anyway, I think you're 
> right Alan, it remains to be seen how much of a chore this becomes.
>
> -Chris.
Thanks Chris. It would be nice if jsse.jar would go away. Alternatively 
the profiles build could generate jsse.jar without 
sun.security.ssl.krb5.** when generating it for compact1 and compact2 
builds.  Without going down either of these routes then the alternative 
is for the dependency checker to ignore references from jsse.jar. So I 
think we will need to back to this issue at some point.

For now I'll push this change to jdk8/tl to get the build working again.

-Alan


From erik.joelsson at oracle.com  Mon Apr 29 09:35:19 2013
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Mon, 29 Apr 2013 11:35:19 +0200
Subject: Fix zero build on arm
In-Reply-To: <51757A49.3080008@redhat.com>
References: <516E0350.7090900@redhat.com> <516E4FDD.9060505@oracle.com>
	<51757A49.3080008@redhat.com>
Message-ID: <517E3ED7.5070604@oracle.com>

Looks good!

/Erik

On 2013-04-22 19:58, Omair Majid wrote:
> Hi Erik,
>
> On 04/17/2013 03:31 AM, Erik Joelsson wrote:
>> On 2013-04-17 04:05, Omair Majid wrote:
>>> The following webrev makes zero build succesfully on arm:
>>> http://cr.openjdk.java.net/~omajid/webrevs/zero-on-arm/00/
>>>
>>> The only problem I ran into while trying to build zero on armv7l is that
>>> the gcc there does not like -m32. The changes make the build system
>>> check whether the compiler supports the -m32/-m64 flag before using it.
>>>
>>> Any thoughts or comments?
>>>
>> In jdk/makefiles/GensrcX11Wrappers.gmk
>> Line 91: seems to be missing a dash before the m.
>>
>> ./common/autoconf/platform.m4
>> Line 422: Misspelled comment
>> Line 437 and 440, could be simplified and moved to before the if.
>> Line 436: don't you need a "test" after the if? At least that's the form
>> we have used in the configure script.
>>
> Thanks for the comments. I have updated the webrev:
> http://cr.openjdk.java.net/~omajid/webrevs/zero-on-arm/01/
>
> Thanks,
> Omair
>


From erik.joelsson at oracle.com  Mon Apr 29 09:49:20 2013
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Mon, 29 Apr 2013 11:49:20 +0200
Subject: MacOS parfait problem (old build)
In-Reply-To: 
References: 
Message-ID: <517E4220.8020202@oracle.com>

On 2013-04-25 16:48, David Chase wrote:
> Related bugs:  8008451, 8005879
>
> This may generalize to new build as well, but I have not tested that.
>
> Apparently, when you pass " -mmacosx-version-min=..." to gcc on the Mac,
> it quietly generates a definition for MAC_OS_X_VERSION_MIN_REQUIRED .
>
> Parfait (1.1) doesn't know about this trick (why should it?) and it runs into trouble
> processing the include file that checks for this:
>
> In file included from /usr/include/dlfcn.h:41:
> /usr/include/AvailabilityMacros.h:140:6: error: MAC_OS_X_VERSION_MAX_ALLOWED must be>= MAC_OS_X_VERSION_MIN_REQUIRED
>      #error MAC_OS_X_VERSION_MAX_ALLOWED must be>= MAC_OS_X_VERSION_MIN_REQUIRED
>       ^
> 1 error generated.
>
> I added a definition for ...MIN_REQUIRED to gcc.make and it got all better:
>
> diff --git a/make/bsd/makefiles/gcc.make b/make/bsd/makefiles/gcc.make
> --- a/make/bsd/makefiles/gcc.make
> +++ b/make/bsd/makefiles/gcc.make
> @@ -239,6 +239,7 @@
>     endif
>     # The macro takes the version with no dots, ex: 1070
>     CFLAGS += -DMAC_OS_X_VERSION_MAX_ALLOWED=$(subst .,,$(MACOSX_VERSION_MIN)) \
> +            -DMAC_OS_X_VERSION_MIN_REQUIRED=$(subst .,,$(MACOSX_VERSION_MIN)) \
>               -mmacosx-version-min=$(MACOSX_VERSION_MIN)
>     LDFLAGS += -mmacosx-version-min=$(MACOSX_VERSION_MIN)
>   endif
>
> So, do we call this a bug?
> And assuming we do, it needs fixing in hotspot, jdk, and root, right?
>
Yes, and possibly some closed repos too (deploy). A comment on why the 
seemingly redundant macro is added would be good too.

/Erik



From weijun.wang at oracle.com  Mon Apr 29 11:26:50 2013
From: weijun.wang at oracle.com (Weijun Wang)
Date: Mon, 29 Apr 2013 19:26:50 +0800
Subject: 8013415: Changes for JDK-8005523 requires updates to refs.allowed
In-Reply-To: <517E3D5B.1040003@oracle.com>
References: <517D8EC2.1030005@oracle.com> <517E349A.5020300@oracle.com>
	<517E3D5B.1040003@oracle.com>
Message-ID: <517E58FA.5020803@oracle.com>

Thanks for taking care of this. I thought this module/profile dependency 
thing was based on packages.

-Max

On 4/29/13 5:28 PM, Alan Bateman wrote:
> On 29/04/2013 09:51, Chris Hegarty wrote:
>> Thanks for the explanation, it makes reviewing much easier.
>>
>> I can see the additional types in the changeset for 8005523, so it
>> looks good to me.
>>
>> If possible, it would be nice if that anyone touching source that
>> effects jsse.jar could also check the profiles target. That said, I
>> wasn't aware of this dependency until now. Anyway, I think you're
>> right Alan, it remains to be seen how much of a chore this becomes.
>>
>> -Chris.
> Thanks Chris. It would be nice if jsse.jar would go away. Alternatively
> the profiles build could generate jsse.jar without
> sun.security.ssl.krb5.** when generating it for compact1 and compact2
> builds.  Without going down either of these routes then the alternative
> is for the dependency checker to ignore references from jsse.jar. So I
> think we will need to back to this issue at some point.
>
> For now I'll push this change to jdk8/tl to get the build working again.
>
> -Alan


From david.r.chase at oracle.com  Mon Apr 29 12:00:49 2013
From: david.r.chase at oracle.com (David Chase)
Date: Mon, 29 Apr 2013 08:00:49 -0400
Subject: MacOS parfait problem (old build)
In-Reply-To: <517E4220.8020202@oracle.com>
References: 
	<517E4220.8020202@oracle.com>
Message-ID: <016E01E6-B965-41AB-89BF-CF7A5B0A46FD@oracle.com>


On 2013-04-29, at 5:49 AM, Erik Joelsson  wrote:

>> 
>> So, do we call this a bug?
>> And assuming we do, it needs fixing in hotspot, jdk, and root, right?
>> 
> Yes, and possibly some closed repos too (deploy). A comment on why the seemingly redundant macro is added would be good too.

I take it we regard this as still worth fixing on behalf of other source-to-source tools, even though a Parfait-side fix is in the pipeline?

David



From erik.joelsson at oracle.com  Mon Apr 29 12:13:21 2013
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Mon, 29 Apr 2013 14:13:21 +0200
Subject: MacOS parfait problem (old build)
In-Reply-To: <016E01E6-B965-41AB-89BF-CF7A5B0A46FD@oracle.com>
References: 
	<517E4220.8020202@oracle.com>
	<016E01E6-B965-41AB-89BF-CF7A5B0A46FD@oracle.com>
Message-ID: <517E63E1.2030401@oracle.com>

On 2013-04-29 14:00, David Chase wrote:
> On 2013-04-29, at 5:49 AM, Erik Joelsson  wrote:
>
>>> So, do we call this a bug?
>>> And assuming we do, it needs fixing in hotspot, jdk, and root, right?
>>>
>> Yes, and possibly some closed repos too (deploy). A comment on why the seemingly redundant macro is added would be good too.
> I take it we regard this as still worth fixing on behalf of other source-to-source tools, even though a Parfait-side fix is in the pipeline?
>
I hadn't seen that parfait would be fixed for this before answering 
here. I also realize my answer wasn't clear. What I meant was, given 
that we consider this worth fixing, those would be the locations to do it.

/Erik



From david.holmes at oracle.com  Mon Apr 29 12:28:48 2013
From: david.holmes at oracle.com (David Holmes)
Date: Mon, 29 Apr 2013 22:28:48 +1000
Subject: 8013415: Changes for JDK-8005523 requires updates to refs.allowed
In-Reply-To: <517E58FA.5020803@oracle.com>
References: <517D8EC2.1030005@oracle.com> <517E349A.5020300@oracle.com>
	<517E3D5B.1040003@oracle.com> <517E58FA.5020803@oracle.com>
Message-ID: <517E6780.7080201@oracle.com>

On 29/04/2013 9:26 PM, Weijun Wang wrote:
> Thanks for taking care of this. I thought this module/profile dependency
> thing was based on packages.

It mostly is. However we constrained ourselves to only modifying rt.jar. 
As Alan explained jsse.jar sources contain static refs to types not 
present in compact1 and 2, so jdeps needs to exclude them. Maybe 
refs.allowed needs to allow packages?

David

> -Max
>
> On 4/29/13 5:28 PM, Alan Bateman wrote:
>> On 29/04/2013 09:51, Chris Hegarty wrote:
>>> Thanks for the explanation, it makes reviewing much easier.
>>>
>>> I can see the additional types in the changeset for 8005523, so it
>>> looks good to me.
>>>
>>> If possible, it would be nice if that anyone touching source that
>>> effects jsse.jar could also check the profiles target. That said, I
>>> wasn't aware of this dependency until now. Anyway, I think you're
>>> right Alan, it remains to be seen how much of a chore this becomes.
>>>
>>> -Chris.
>> Thanks Chris. It would be nice if jsse.jar would go away. Alternatively
>> the profiles build could generate jsse.jar without
>> sun.security.ssl.krb5.** when generating it for compact1 and compact2
>> builds.  Without going down either of these routes then the alternative
>> is for the dependency checker to ignore references from jsse.jar. So I
>> think we will need to back to this issue at some point.
>>
>> For now I'll push this change to jdk8/tl to get the build working again.
>>
>> -Alan


From erik.joelsson at oracle.com  Mon Apr 29 12:40:23 2013
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Mon, 29 Apr 2013 14:40:23 +0200
Subject: RFR: Project files for Solaris Studio / NetBeans
In-Reply-To: <51793525.1050108@oracle.com>
References: <51507B60.6030809@oracle.com> <51531883.7070903@oracle.com>
	<51793525.1050108@oracle.com>
Message-ID: <517E6A37.3030407@oracle.com>

I think this looks good enough now.

/Erik

On 2013-04-25 15:52, Jesper Wilhelmsson wrote:
> Hi,
>
> A new version of the project files are now available:
>
> http://cr.openjdk.java.net/~jwilhelm/7074926/webrev.4/
>
> A new platform was added, we now support Mac, Linux and Solaris.
>
> The project was moved to /common/nb_native/nbproject/ to clearly 
> indicate that this project only indexes the C++ part of OpenJDK.
>
> Thanks for everyones comments!
> /Jesper
>
>
> Jesper Wilhelmsson skrev 27/3/13 5:04 PM:
>> Hi,
>>
>> A new webrev is now available. The issues reported from the first 
>> review should
>> be fixed and the project now contains configurations for both 
>> Linux_64 and Mac_64.
>>
>> To select configuration there is a dropdown menu next to the build 
>> button.
>>
>> http://cr.openjdk.java.net/~jwilhelm/7074926/webrev.2/
>>
>> Thanks,
>> /Jesper
>>
>>
>> Jesper Wilhelmsson skrev 25/3/13 5:29 PM:
>>> Hi,
>>>
>>> Sorry for cross posting, but I think this could be useful for 
>>> several areas.
>>>
>>> I would like to add Solaris Studio / NetBeans project files for the 
>>> entire
>>> OpenJDK project. To clarify: One project that contains the entire 
>>> OpenJDK.
>>>
>>>
>>> With the new build infrastructure in JDK 8 building the entire 
>>> OpenJDK is fairly
>>> fast and even though I personally mostly work in the HotSpot tree, I 
>>> tend to
>>> always clone and build the entire JDK forest. I find this to have 
>>> several
>>> benefits.
>>>
>>> Webrev: http://cr.openjdk.java.net/~jwilhelm/7074926/webrev/
>>>
>>> The configuration in this project is currently Mac only. Linux and 
>>> Solaris
>>> configurations are also planned.
>>>
>>> The webrev is made from the jdk8/build repository which is where I 
>>> think a
>>> change like this should go in. Let me know if you think something else.
>>>
>>>
>>>
>>> To use this project (once pushed):
>>>
>>> 1. Clone your favorite repository
>>>     hg clone http://hg.openjdk.java.net/hsx/hotspot-gc
>>>
>>> 2. Get the whole forest
>>>     cd hotspot-gc
>>>     sh get_source.sh
>>>
>>> 3. Configure
>>>     sh configure
>>>
>>> 4. Open Solaris studio / NetBeans and load the project.
>>>     The project in located in the common directory.
>>>
>>>
>>> Thanks,
>>> /Jesper


From omajid at redhat.com  Mon Apr 29 15:56:50 2013
From: omajid at redhat.com (Omair Majid)
Date: Mon, 29 Apr 2013 11:56:50 -0400
Subject: Fix zero build on arm
In-Reply-To: <517E3ED7.5070604@oracle.com>
References: <516E0350.7090900@redhat.com> <516E4FDD.9060505@oracle.com>
	<51757A49.3080008@redhat.com> <517E3ED7.5070604@oracle.com>
Message-ID: <517E9842.9010800@redhat.com>

On 04/29/2013 05:35 AM, Erik Joelsson wrote:
> Looks good!

Thanks for the review! Could I get a bug id so I can push this to
jdk8/build?

Thanks,
Omair

-- 
PGP Key: 66484681 (http://pgp.mit.edu/)
Fingerprint = F072 555B 0A17 3957 4E95  0056 F286 F14F 6648 4681


From mike.duigou at oracle.com  Mon Apr 29 16:09:32 2013
From: mike.duigou at oracle.com (Mike Duigou)
Date: Mon, 29 Apr 2013 09:09:32 -0700
Subject: Fix zero build on arm
In-Reply-To: <517E9842.9010800@redhat.com>
References: <516E0350.7090900@redhat.com> <516E4FDD.9060505@oracle.com>
	<51757A49.3080008@redhat.com> <517E3ED7.5070604@oracle.com>
	<517E9842.9010800@redhat.com>
Message-ID: 

Done. JDK-8013480 created and assigned to you.

Mike

On Apr 29 2013, at 08:56 , Omair Majid wrote:

> On 04/29/2013 05:35 AM, Erik Joelsson wrote:
>> Looks good!
> 
> Thanks for the review! Could I get a bug id so I can push this to
> jdk8/build?
> 
> Thanks,
> Omair
> 
> -- 
> PGP Key: 66484681 (http://pgp.mit.edu/)
> Fingerprint = F072 555B 0A17 3957 4E95  0056 F286 F14F 6648 4681



From omajid at redhat.com  Mon Apr 29 16:45:55 2013
From: omajid at redhat.com (omajid at redhat.com)
Date: Mon, 29 Apr 2013 16:45:55 +0000
Subject: hg: jdk8/build: 8013480: fix zero build on arm
Message-ID: <20130429164555.4807A4869B@hg.openjdk.java.net>

Changeset: 1dfcc874461e
Author:    omajid
Date:      2013-04-29 12:34 -0400
URL:       http://hg.openjdk.java.net/jdk8/build/rev/1dfcc874461e

8013480: fix zero build on arm
Reviewed-by: erikj

! common/autoconf/generated-configure.sh
! common/autoconf/platform.m4
! common/autoconf/spec.gmk.in



From omajid at redhat.com  Mon Apr 29 16:47:06 2013
From: omajid at redhat.com (omajid at redhat.com)
Date: Mon, 29 Apr 2013 16:47:06 +0000
Subject: hg: jdk8/build/jdk: 8013480: fix zero build on arm
Message-ID: <20130429164733.06ACC4869C@hg.openjdk.java.net>

Changeset: 12af7c32c648
Author:    omajid
Date:      2013-04-29 12:34 -0400
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/12af7c32c648

8013480: fix zero build on arm
Reviewed-by: erikj

! makefiles/GensrcX11Wrappers.gmk



From omajid at redhat.com  Mon Apr 29 17:00:48 2013
From: omajid at redhat.com (Omair Majid)
Date: Mon, 29 Apr 2013 13:00:48 -0400
Subject: Fix zero build on arm
In-Reply-To: 
References: <516E0350.7090900@redhat.com> <516E4FDD.9060505@oracle.com>
	<51757A49.3080008@redhat.com> <517E3ED7.5070604@oracle.com>
	<517E9842.9010800@redhat.com>
	
Message-ID: <517EA740.3040705@redhat.com>

On 04/29/2013 12:09 PM, Mike Duigou wrote:
> Done. JDK-8013480 created 

Thanks! I have pushed the changesets:
http://hg.openjdk.java.net/jdk8/build/rev/1dfcc874461e
http://hg.openjdk.java.net/jdk8/build/jdk/rev/12af7c32c648

> and assigned to you.

I cant access https://jbs.oracle.com/bugs/browse/JDK-8013480, so there's
not much I can do to the bug itself. Looks like the bug was closed
automatically on the commit, but please feel free to make any additional
changes.

Cheers,
Omair
-- 
PGP Key: 66484681 (http://pgp.mit.edu/)
Fingerprint = F072 555B 0A17 3957 4E95  0056 F286 F14F 6648 4681


From mike.duigou at oracle.com  Tue Apr 30 02:11:56 2013
From: mike.duigou at oracle.com (Mike Duigou)
Date: Mon, 29 Apr 2013 19:11:56 -0700
Subject: RFR: 8011814/8013271/8013272: Three improvements to J2SE Netbeans
	project
Message-ID: <5867A704-95D9-4D38-AA10-78CE8CD7C1FE@oracle.com>

Hello All;

This is a review for three changes to the J2SE Netbeans project. If necessary I can break this up into three separate patches but I would rather not if possible.


http://cr.openjdk.java.net/~mduigou/JDK-8011814/0/webrev/


8011814: Add testng.jar to Netbeans projects test compile classpath

An increasing number of jtreg tests now use TestNG. This change adds the TestNG jar from you JTReg installation to the tests classpath. The location of JTReg is specified in build.properties using jtreg.home or from the environment via JT_HOME.


8013271: Add OS X sources to J2SE Netbeans project

Adds as source entry for Apple OS X sources to match the Unix and Windows entries. I checked the trademark with the Apple Trademarks page to make sure I got it correct.


8013272: JDK Netbeans projects should use ASCII encoding for sources

The build scripts compile all OpenJDK java sources using the US-ASCII encoding. This change causes Netbeans to respect this encoding. Whether US-ASCII is the awesomest encoding is certainly debatable, but all editors and IDEs should use what the compiler uses.


Thanks for reviewing,

Mike

From erik.joelsson at oracle.com  Tue Apr 30 08:36:10 2013
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Tue, 30 Apr 2013 10:36:10 +0200
Subject: 8011346: build-infra: While Constructing Javadoc information,
	JSpinner.java error: package sun.util.locale.provider does not exist
Message-ID: <517F827A.3040001@oracle.com>

This patch removes the annoying Error output from javadoc during source 
generation.

http://cr.openjdk.java.net/~erikj/8011346/webrev.jdk.01/

/Erik


From erik.joelsson at oracle.com  Tue Apr 30 08:43:56 2013
From: erik.joelsson at oracle.com (erik.joelsson at oracle.com)
Date: Tue, 30 Apr 2013 08:43:56 +0000
Subject: hg: jdk8/build: 7074926: create Solaris Studio IDE (Netbeans) project
	for hotspot sources
Message-ID: <20130430084357.441F1486D3@hg.openjdk.java.net>

Changeset: 7e7582e961ba
Author:    jwilhelm
Date:      2013-04-25 16:00 +0200
URL:       http://hg.openjdk.java.net/jdk8/build/rev/7e7582e961ba

7074926: create Solaris Studio IDE (Netbeans) project for hotspot sources
Summary: Project files for hotspot delevopment in Solaris Studio and NetBeans. Also reviewed by vladimir.voskresensky at oracle.com
Reviewed-by: erikj, dsamersoff

+ common/nb_native/nbproject/configurations.xml
+ common/nb_native/nbproject/project.xml



From david.holmes at oracle.com  Tue Apr 30 09:13:13 2013
From: david.holmes at oracle.com (David Holmes)
Date: Tue, 30 Apr 2013 19:13:13 +1000
Subject: 8011346: build-infra: While Constructing Javadoc information,
	JSpinner.java error: package sun.util.locale.provider does not exist
In-Reply-To: <517F827A.3040001@oracle.com>
References: <517F827A.3040001@oracle.com>
Message-ID: <517F8B29.9010906@oracle.com>

Looks okay to me but probably needs to go via Swing folk.

David

On 30/04/2013 6:36 PM, Erik Joelsson wrote:
> This patch removes the annoying Error output from javadoc during source
> generation.
>
> http://cr.openjdk.java.net/~erikj/8011346/webrev.jdk.01/
>
> /Erik


From erik.joelsson at oracle.com  Tue Apr 30 09:57:44 2013
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Tue, 30 Apr 2013 11:57:44 +0200
Subject: RFR: 8013552: Add build support for different man pages for OpenJDK
	and OracleJDK
Message-ID: <517F9598.4050905@oracle.com>

Open part of this review:

The docs team will start producing separate man pages for openjdk and 
oraclejdk. Here are the necessary changes to the makefiles to support 
this. This was already done for 7u, but these are the changes for 8.

http://cr.openjdk.java.net/~erikj/8013552/webrev.jdk.01/

/Erik


From Lance.Andersen at oracle.com  Tue Apr 30 13:46:15 2013
From: Lance.Andersen at oracle.com (Lance Andersen - Oracle)
Date: Tue, 30 Apr 2013 09:46:15 -0400
Subject: RFR: 8011814/8013271/8013272: Three improvements to J2SE Netbeans
	project
In-Reply-To: <5867A704-95D9-4D38-AA10-78CE8CD7C1FE@oracle.com>
References: <5867A704-95D9-4D38-AA10-78CE8CD7C1FE@oracle.com>
Message-ID: <385FDE8A-5D15-45B2-9E34-C4AAC14494FE@oracle.com>

Hi Mike,

The changes look good to me.  

Best
Lance
On Apr 29, 2013, at 10:11 PM, Mike Duigou wrote:

> Hello All;
> 
> This is a review for three changes to the J2SE Netbeans project. If necessary I can break this up into three separate patches but I would rather not if possible.
> 
> 
> http://cr.openjdk.java.net/~mduigou/JDK-8011814/0/webrev/
> 
> 
> 8011814: Add testng.jar to Netbeans projects test compile classpath
> 
> An increasing number of jtreg tests now use TestNG. This change adds the TestNG jar from you JTReg installation to the tests classpath. The location of JTReg is specified in build.properties using jtreg.home or from the environment via JT_HOME.
> 
> 
> 8013271: Add OS X sources to J2SE Netbeans project
> 
> Adds as source entry for Apple OS X sources to match the Unix and Windows entries. I checked the trademark with the Apple Trademarks page to make sure I got it correct.
> 
> 
> 8013272: JDK Netbeans projects should use ASCII encoding for sources
> 
> The build scripts compile all OpenJDK java sources using the US-ASCII encoding. This change causes Netbeans to respect this encoding. Whether US-ASCII is the awesomest encoding is certainly debatable, but all editors and IDEs should use what the compiler uses.
> 
> 
> Thanks for reviewing,
> 
> Mike

-------------- next part --------------

Lance Andersen| Principal Member of Technical Staff | +1.781.442.2037
Oracle Java Engineering 
1 Network Drive 
Burlington, MA 01803
Lance.Andersen at oracle.com


From omajid at redhat.com  Tue Apr 30 14:26:38 2013
From: omajid at redhat.com (Omair Majid)
Date: Tue, 30 Apr 2013 10:26:38 -0400
Subject: RFR: 8013552: Add build support for different man pages for
	OpenJDK and OracleJDK
In-Reply-To: <517F9598.4050905@oracle.com>
References: <517F9598.4050905@oracle.com>
Message-ID: <517FD49E.9050909@redhat.com>

On 04/30/2013 05:57 AM, Erik Joelsson wrote:
> Open part of this review:
> 
> The docs team will start producing separate man pages for openjdk and
> oraclejdk. Here are the necessary changes to the makefiles to support
> this. This was already done for 7u, but these are the changes for 8.
> 
> http://cr.openjdk.java.net/~erikj/8013552/webrev.jdk.01/

Looks okay to me, assuming the corresponding man pages are present under
the closed directory.

On a slight tangent, when I last tried to push fixes (mainly typos and
spelling errors) to the man pages, I was informed that this is taken
care of by the documentation team who sync official documentation with
the man pages periodically. Are they still going to be maintaining both
open and closed man pages?

Thanks,
Omair

-- 
PGP Key: 66484681 (http://pgp.mit.edu/)
Fingerprint = F072 555B 0A17 3957 4E95  0056 F286 F14F 6648 4681


From erik.joelsson at oracle.com  Tue Apr 30 14:45:36 2013
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Tue, 30 Apr 2013 16:45:36 +0200
Subject: RFR: 8009280: JCE jurisdiction policy files not copied into
	jdk/lib/security
Message-ID: <517FD910.6050908@oracle.com>

With this patch the security tests will again be runnable on the 
exploded jdk image. The main changes are:

* The security classes are compiled separately to a different output 
directory.
* The security jars are created in the jdk target (instead of images) 
and put in the jdk/lib/... directories.

Also did:
* Removed now redundant entries in rt.jar exclude list
* Changed source location for signing unsigned jars
* Made the SetupJavaCompilation macro more friendly with multiple setups 
sharing output directories.

http://cr.openjdk.java.net/~erikj/8009280/webrev.jdk.01/
http://cr.openjdk.java.net/~erikj/8009280/webrev.root.01/

/Erik


From erik.joelsson at oracle.com  Tue Apr 30 14:48:45 2013
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Tue, 30 Apr 2013 16:48:45 +0200
Subject: RFR: 8013552: Add build support for different man pages for
	OpenJDK and OracleJDK
In-Reply-To: <517FD49E.9050909@redhat.com>
References: <517F9598.4050905@oracle.com> <517FD49E.9050909@redhat.com>
Message-ID: <517FD9CD.4070605@oracle.com>

On 2013-04-30 16:26, Omair Majid wrote:
> On 04/30/2013 05:57 AM, Erik Joelsson wrote:
>> Open part of this review:
>>
>> The docs team will start producing separate man pages for openjdk and
>> oraclejdk. Here are the necessary changes to the makefiles to support
>> this. This was already done for 7u, but these are the changes for 8.
>>
>> http://cr.openjdk.java.net/~erikj/8013552/webrev.jdk.01/
> Looks okay to me, assuming the corresponding man pages are present under
> the closed directory.
>
Thanks!
> On a slight tangent, when I last tried to push fixes (mainly typos and
> spelling errors) to the man pages, I was informed that this is taken
> care of by the documentation team who sync official documentation with
> the man pages periodically. Are they still going to be maintaining both
> open and closed man pages?
>
Yes, they are and that's the reason I'm doing this. The man pages in the 
jdk source tree are generated files that the docs team periodically updates.

/Erik



From tim.bell at oracle.com  Tue Apr 30 15:58:26 2013
From: tim.bell at oracle.com (Tim Bell)
Date: Tue, 30 Apr 2013 08:58:26 -0700
Subject: RFR: 8013552: Add build support for different man pages for
	OpenJDK and OracleJDK
In-Reply-To: <517F9598.4050905@oracle.com>
References: <517F9598.4050905@oracle.com>
Message-ID: <517FEA22.1090109@oracle.com>

Erik:

> Open part of this review:
>
> The docs team will start producing separate man pages for openjdk and 
> oraclejdk. Here are the necessary changes to the makefiles to support 
> this. This was already done for 7u, but these are the changes for 8.
>
> http://cr.openjdk.java.net/~erikj/8013552/webrev.jdk.01

Looks good.

Tim



From mike.duigou at oracle.com  Tue Apr 30 15:58:43 2013
From: mike.duigou at oracle.com (Mike Duigou)
Date: Tue, 30 Apr 2013 08:58:43 -0700
Subject: RFR: 8009280: JCE jurisdiction policy files not copied into
	jdk/lib/security
In-Reply-To: <517FD910.6050908@oracle.com>
References: <517FD910.6050908@oracle.com>
Message-ID: <97A613D6-5F6F-4433-91B7-D1E2B75B2479@oracle.com>

It's very nice to see this resolved. Hopefully one more nail in the old build's coffin.

The jdk target should depend upon genclasses. It seems really strange to have this as a dependency for securityjars and not jdk.

Mike

On Apr 30 2013, at 07:45 , Erik Joelsson wrote:

> With this patch the security tests will again be runnable on the exploded jdk image. The main changes are:
> 
> * The security classes are compiled separately to a different output directory.
> * The security jars are created in the jdk target (instead of images) and put in the jdk/lib/... directories.
> 
> Also did:
> * Removed now redundant entries in rt.jar exclude list
> * Changed source location for signing unsigned jars
> * Made the SetupJavaCompilation macro more friendly with multiple setups sharing output directories.
> 
> http://cr.openjdk.java.net/~erikj/8009280/webrev.jdk.01/
> http://cr.openjdk.java.net/~erikj/8009280/webrev.root.01/
> 
> /Erik



From tim.bell at oracle.com  Tue Apr 30 16:10:18 2013
From: tim.bell at oracle.com (Tim Bell)
Date: Tue, 30 Apr 2013 09:10:18 -0700
Subject: 8011346: build-infra: While Constructing Javadoc information,
	JSpinner.java error: package sun.util.locale.provider does not exist
In-Reply-To: <517F8B29.9010906@oracle.com>
References: <517F827A.3040001@oracle.com> <517F8B29.9010906@oracle.com>
Message-ID: <517FECEA.2060901@oracle.com>

I agree with David - looks good to me, but I'd feel better if someone on 
the Swing team also reviewed: swing-dev at openjdk.java.net.

Tim

On 04/30/13 02:13 AM, David Holmes wrote:
> Looks okay to me but probably needs to go via Swing folk.
>
> David
>
> On 30/04/2013 6:36 PM, Erik Joelsson wrote:
>> This patch removes the annoying Error output from javadoc during source
>> generation.
>>
>> http://cr.openjdk.java.net/~erikj/8011346/webrev.jdk.01/
>>
>> /Erik



From david.katleman at oracle.com  Tue Apr 30 21:43:39 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Tue, 30 Apr 2013 21:43:39 +0000
Subject: hg: jdk8/build/corba: Added tag jdk8-b87 for changeset f1709874d55a
Message-ID: <20130430214340.C6B5A486F7@hg.openjdk.java.net>

Changeset: 4e3a881ebb1e
Author:    katleman
Date:      2013-04-25 09:23 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/corba/rev/4e3a881ebb1e

Added tag jdk8-b87 for changeset f1709874d55a

! .hgtags



From david.katleman at oracle.com  Tue Apr 30 21:43:35 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Tue, 30 Apr 2013 21:43:35 +0000
Subject: hg: jdk8/build: 2 new changesets
Message-ID: <20130430214336.06FC6486F6@hg.openjdk.java.net>

Changeset: c29b583938b1
Author:    katleman
Date:      2013-04-25 09:23 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/rev/c29b583938b1

Added tag jdk8-b87 for changeset b9415faa7066

! .hgtags

Changeset: b9bf111a9547
Author:    katleman
Date:      2013-04-30 14:39 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/rev/b9bf111a9547

Merge




From david.katleman at oracle.com  Tue Apr 30 21:44:34 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Tue, 30 Apr 2013 21:44:34 +0000
Subject: hg: jdk8/build/hotspot: Added tag jdk8-b87 for changeset d4c266784660
Message-ID: <20130430214438.BF598486F8@hg.openjdk.java.net>

Changeset: d080f5168deb
Author:    katleman
Date:      2013-04-25 09:24 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/hotspot/rev/d080f5168deb

Added tag jdk8-b87 for changeset d4c266784660

! .hgtags



From david.katleman at oracle.com  Tue Apr 30 21:46:31 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Tue, 30 Apr 2013 21:46:31 +0000
Subject: hg: jdk8/build/jaxws: Added tag jdk8-b87 for changeset 72e03566f0a6
Message-ID: <20130430214633.AD216486FA@hg.openjdk.java.net>

Changeset: 24fa5452e5d4
Author:    katleman
Date:      2013-04-25 09:24 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jaxws/rev/24fa5452e5d4

Added tag jdk8-b87 for changeset 72e03566f0a6

! .hgtags



From david.katleman at oracle.com  Tue Apr 30 21:46:24 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Tue, 30 Apr 2013 21:46:24 +0000
Subject: hg: jdk8/build/jaxp: Added tag jdk8-b87 for changeset eddbc8ad2435
Message-ID: <20130430214626.DBC73486F9@hg.openjdk.java.net>

Changeset: 7122f7bb0fcc
Author:    katleman
Date:      2013-04-25 09:24 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jaxp/rev/7122f7bb0fcc

Added tag jdk8-b87 for changeset eddbc8ad2435

! .hgtags



From david.katleman at oracle.com  Tue Apr 30 21:46:45 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Tue, 30 Apr 2013 21:46:45 +0000
Subject: hg: jdk8/build/jdk: 2 new changesets
Message-ID: <20130430214708.A94CF486FB@hg.openjdk.java.net>

Changeset: 53be90fb39d6
Author:    katleman
Date:      2013-04-25 09:24 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/53be90fb39d6

Added tag jdk8-b87 for changeset d5228e624826

! .hgtags

Changeset: 7a96ead5ea89
Author:    katleman
Date:      2013-04-30 14:40 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/jdk/rev/7a96ead5ea89

Merge




From david.katleman at oracle.com  Tue Apr 30 21:48:40 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Tue, 30 Apr 2013 21:48:40 +0000
Subject: hg: jdk8/build/langtools: Added tag jdk8-b87 for changeset
	1329f9c38d93
Message-ID: <20130430214843.06156486FC@hg.openjdk.java.net>

Changeset: a1e10f3adc47
Author:    katleman
Date:      2013-04-25 09:24 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/langtools/rev/a1e10f3adc47

Added tag jdk8-b87 for changeset 1329f9c38d93

! .hgtags



From david.katleman at oracle.com  Tue Apr 30 21:48:47 2013
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Tue, 30 Apr 2013 21:48:47 +0000
Subject: hg: jdk8/build/nashorn: Added tag jdk8-b87 for changeset 774aeaa89bc1
Message-ID: <20130430214848.00141486FD@hg.openjdk.java.net>

Changeset: 40c107d1ae6f
Author:    katleman
Date:      2013-04-25 09:24 -0700
URL:       http://hg.openjdk.java.net/jdk8/build/nashorn/rev/40c107d1ae6f

Added tag jdk8-b87 for changeset 774aeaa89bc1

! .hgtags



From kalyan84 at gmail.com  Tue Apr 30 21:51:37 2013
From: kalyan84 at gmail.com (kalyan ram)
Date: Tue, 30 Apr 2013 17:51:37 -0400
Subject: Fwd: Need help to resolve build errors on Mac os x
In-Reply-To: 
References: 
Message-ID: 

Hello Build Dev - I am a newbie to openjdk and want to get up to speed on
compiling and installing from source.

I have followed instructions to build from source for Mac OS X.

I however face the following error on attempting to build from source

## Starting jdk
make[2]: *** No rule to make target
`/Volumes/extDrive/Openjdk_source/myjdk8/build/macosx-x86_64-normal-server-release/corba/dist/lib/classes.jar',
needed by
`/Volumes/extDrive/Openjdk_source/myjdk8/build/macosx-x86_64-normal-server-release/jdk/classes/_the.CORBA.classes.imported'.
 Stop.
make[1]: *** [import-only] Error 2
make: *** [jdk-only] Error 2

I have cloned from

hg clone http://hg.openjdk.java.net/jdk8/tl jdk8_tl

and I am following instructions posted at(
https://java.net/projects/adoptopenjdk/pages/MakeImages)

Appreciate all the help in advance.

Regards,
Kalyan


From daniel.fuchs at oracle.com  Tue Apr 30 22:07:39 2013
From: daniel.fuchs at oracle.com (Daniel Fuchs)
Date: Wed, 01 May 2013 00:07:39 +0200
Subject: Fwd: Need help to resolve build errors on Mac os x
In-Reply-To: 
References: 
	
Message-ID: <518040AB.6000204@oracle.com>

Hi,

After cloning jdk8/tl you need to cd to the new clone and run:

$ sh ./get_sources.sh

to get the whole forest. Then you need to run configure
(sh ./configure) and then only can you call make images.

Hope this helps,

(and BTW you may need to install Xcode & its command line tools
  as well as XQuartz if you haven't done so already)

-- daniel


On 4/30/13 11:51 PM, kalyan ram wrote:
> Hello Build Dev - I am a newbie to openjdk and want to get up to speed on
> compiling and installing from source.
>
> I have followed instructions to build from source for Mac OS X.
>
> I however face the following error on attempting to build from source
>
> ## Starting jdk
> make[2]: *** No rule to make target
> `/Volumes/extDrive/Openjdk_source/myjdk8/build/macosx-x86_64-normal-server-release/corba/dist/lib/classes.jar',
> needed by
> `/Volumes/extDrive/Openjdk_source/myjdk8/build/macosx-x86_64-normal-server-release/jdk/classes/_the.CORBA.classes.imported'.
>   Stop.
> make[1]: *** [import-only] Error 2
> make: *** [jdk-only] Error 2
>
> I have cloned from
>
> hg clone http://hg.openjdk.java.net/jdk8/tl jdk8_tl
>
> and I am following instructions posted at(
> https://java.net/projects/adoptopenjdk/pages/MakeImages)
>
> Appreciate all the help in advance.
>
> Regards,
> Kalyan
>