Re: RFR: Bug ID: 9007227: - make/sanity-rules.gmk:61: *** multiple target patterns. Stop

Hi Dalibor Everybody at Oracle and may be elsewhere knows how difficult is the task of building OpenJDK on WXP/W7. There was even in a previous OpenJDK contest a proposal for making this windows build smoother... Thus, the blog of Volker SIMONIS is really of a great help to avoid loosing time,

Re: 7u40 on WXP/Cygwin: webrev: Is there a java or ant version of webrev?

Totally in sync with you Jon -- this applies specially to the jtreg non regression system Francis Le 18/11/2013 21:32, Jonathan Gibbons a écrit : I disagree. Using Cywin paths like /cygdrive/z/dev is a PITA since they're not understood down at the Java level, meaning that any time you exit th

Re: 7u40 on WXP/Cygwin: webrev: Is there a java or ant version of webrev?

Hi Magnus This thread is quite an old thread on the webrev/ksh topic and I already told you in a previous thread that the problem was coming from the TortoiseHG that was located in the PATH before the cygwin hg. The real problem is the mix of ksh and TortoiseHG and thus only webrev got this is

hg: jdk8/build/jaxp: Added tag jdk8-b116 for changeset e757eb9aee3d

Changeset: c1d234d4f164 Author:cl Date: 2013-11-14 09:05 -0800 URL: http://hg.openjdk.java.net/jdk8/build/jaxp/rev/c1d234d4f164 Added tag jdk8-b116 for changeset e757eb9aee3d ! .hgtags

hg: jdk8/build/jdk: Added tag jdk8-b116 for changeset 0dc0067f3b8e

Changeset: 483148bf625e Author:cl Date: 2013-11-14 09:05 -0800 URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/483148bf625e Added tag jdk8-b116 for changeset 0dc0067f3b8e ! .hgtags

hg: jdk8/build/nashorn: Added tag jdk8-b116 for changeset 0fb1a427fbf6

Changeset: 774c63629870 Author:cl Date: 2013-11-14 09:05 -0800 URL: http://hg.openjdk.java.net/jdk8/build/nashorn/rev/774c63629870 Added tag jdk8-b116 for changeset 0fb1a427fbf6 ! .hgtags

hg: jdk8/build/langtools: Added tag jdk8-b116 for changeset 3c040b04af05

Changeset: 64d119680f0a Author:cl Date: 2013-11-14 09:05 -0800 URL: http://hg.openjdk.java.net/jdk8/build/langtools/rev/64d119680f0a Added tag jdk8-b116 for changeset 3c040b04af05 ! .hgtags

hg: jdk8/build/hotspot: Added tag jdk8-b116 for changeset 52b076e6ffae

Changeset: aec3226be72d Author:cl Date: 2013-11-14 09:04 -0800 URL: http://hg.openjdk.java.net/jdk8/build/hotspot/rev/aec3226be72d Added tag jdk8-b116 for changeset 52b076e6ffae ! .hgtags

hg: jdk8/build/jaxws: Added tag jdk8-b116 for changeset 587560c222a2

Changeset: fe56ba456fd3 Author:cl Date: 2013-11-14 09:05 -0800 URL: http://hg.openjdk.java.net/jdk8/build/jaxws/rev/fe56ba456fd3 Added tag jdk8-b116 for changeset 587560c222a2 ! .hgtags

hg: jdk8/build/corba: Added tag jdk8-b116 for changeset 5fdc44652089

Changeset: 7299367c8aa4 Author:cl Date: 2013-11-14 09:04 -0800 URL: http://hg.openjdk.java.net/jdk8/build/corba/rev/7299367c8aa4 Added tag jdk8-b116 for changeset 5fdc44652089 ! .hgtags

hg: jdk8/build: Added tag jdk8-b116 for changeset cbfe5da942c6

Changeset: a4afb0a8d55e Author:cl Date: 2013-11-14 09:04 -0800 URL: http://hg.openjdk.java.net/jdk8/build/rev/a4afb0a8d55e Added tag jdk8-b116 for changeset cbfe5da942c6 ! .hgtags

Re: RFR(S): JDK-8026964 Building with an IBM J9 boot jdk requires special settings for BOOT_RTJAR

Hi Magnus, is the msys build currently working (i.e. can I test it out of the box)? I think otherwise it would be hard to get this right for msys (it took me quite some time to get it right on Cygwin, so without a full sucessfull build I wouldn't bet on it:) I agree that we shouldnt unnecessaril

Re: RFR(S): JDK-8026964 Building with an IBM J9 boot jdk requires special settings for BOOT_RTJAR

Hi Volker, This will still not work on msys. While it would be an improvement to check for OPENJDK_TARGET_OS_ENV = windows.cygwin instead (or similar, I don't have source code access at the moment), this would still leave msys out in the cold. I think it's a bit unfortunate to cause msys to br

Re: 7u40 on WXP/Cygwin: webrev: Is there a java or ant version of webrev?

I disagree. Using Cywin paths like /cygdrive/z/dev is a PITA since they're not understood down at the Java level, meaning that any time you exit the Cygwin ecosystem, you have to convert to native paths. Using mixed paths is often a viable pragmatic compromise. -- Jon On 11/18/2013 12:22 PM

Re: JI-9008287 - configure should provide better error reports about bootjvm binaries

Hi Dave, On 19/11/2013 1:34 AM, Dave Pointon wrote: Hi again all , Having encountered the above defect and implemented a/the solution, I would appreciate your feedback &/or comment. Thanks to Neil Richards, the exploded webrev can be found at http://cr.openjdk.java.net/~ngmr/JI-9008287/webrev.

Re: 7u40 on WXP/Cygwin: webrev: Is there a java or ant version of webrev?

You should never use dos (or mixed) style paths, like Z:/dev, in Cygwin. Since Cygwin never presents $PWD like that, I suspect the problem is that you have gotten a bad path somewhere, most likely in your hgrc. What does cat .hg/hgrc say? And - importantly - did you clone the repo using hg fro

Re: Improving the management and accessibility of the handling of JDK variants

On 19/11/2013 3:25 AM, Volker Simonis wrote: Hi Dave, what you are trying to achieve sounds a little bit like Oracles "closed" build. As far as I know, they allow for extra directories (which are realized as Mercurial forests on their own) which can be linked into the open sources at special "mo

Re: RFR: Bug ID: 9007227: - make/sanity-rules.gmk:61: *** multiple target patterns. Stop

On 10/6/13 8:37 PM, Francis ANDRE wrote: > Hi > > I submit this patch for review for this Bug ID: 9007227: - > make/sanity-rules.gmk:61: *** multiple target patterns. Stop > > The webrev.ksh is broken on WXP/Cygwin. So I am providing here the hg > outgoing report as well as the new file README

Re: 7u40 on WXP/Cygwin: webrev: Is there a java or ant version of webrev?

On 10/5/13 3:28 PM, Francis ANDRE wrote: > Thus I am wondering if there is a java or ant version of webrev Unfortunately, no. cheers, dalibor topic -- Oracle Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 Oracle Java Platform Gr

Re: Le roi est mort, vive le roi!

On Nov 18, 2013, at 10:49 AM, Kelly O'Hair wrote: > > I found an appropriate tombstone: > > > > -kto > > On Nov 18, 2013, at 10:02 AM, Magnus Ihse Bursie wrote: > >> So, finally it has happened. The old build system is now removed. The patch >> was just submitted to the tl forest, from whe

Re: Le roi est mort, vive le roi!

2013/11/18 2:02 -0800, magnus.ihse.bur...@oracle.com: > So, finally it has happened. The old build system is now removed. ... Huzzah! - Mark

Re: Le roi est mort, vive le roi!

I found an appropriate tombstone: -kto On Nov 18, 2013, at 10:02 AM, Magnus Ihse Bursie wrote: > So, finally it has happened. The old build system is now removed. The patch > was just submitted to the tl forest, from where it will move to master in a > few days. > > If you have personal sc

Le roi est mort, vive le roi!

So, finally it has happened. The old build system is now removed. The patch was just submitted to the tl forest, from where it will move to master in a few days. If you have personal scripts that are using hard-coded makefile references, you might need to update them. Thanks to everyone who

Re: Improving the management and accessibility of the handling of JDK variants

Hi Dave, what you are trying to achieve sounds a little bit like Oracles "closed" build. As far as I know, they allow for extra directories (which are realized as Mercurial forests on their own) which can be linked into the open sources at special "mount points". Just grep for CLOSED_SOURCE_PRESEN

Re: RFR(S): JDK-8026964 Building with an IBM J9 boot jdk requires special settings for BOOT_RTJAR

Hi, here's a new version of the webrev: http://cr.openjdk.java.net/~simonis/webrevs/8026964.v2/ I now use '-XshowSettings:properties' as suggested by Kumar, but not '-version'. This is because '-XshowSettings' didn't work together with '-version' before 7u6 (see "7123582 : (launcher) display the

Improving the management and accessibility of the handling of JDK variants

Hi all , Whilst investigating the building of the IBM variant of the JDK, I very quickly realized that not all build variant build configurations will be identical e.g. the IBM variant requires such things as the removal/addition of files from/to the local repo, variant specific compiler &/or link

JI-9008287 - configure should provide better error reports about bootjvm binaries

Hi again all , Having encountered the above defect and implemented a/the solution, I would appreciate your feedback &/or comment. Thanks to Neil Richards, the exploded webrev can be found at http://cr.openjdk.java.net/~ngmr/JI-9008287/webrev.01/ Note that, if it isn't already obvious, the defect

Re: JDK-8028446 Non-orthogonal usage of the configure script and its wrapper, was JDK-9008238 Non-orthogonal usage of the configure script and its wrapper

Re-titled to provide link between JI & OJDK bug ids. On Fri, 2013-11-15 at 15:32 +, Dave Pointon wrote: > Hi all , > > Having encountered the above and implemented a/the trivial solution, I > would appreciate your guidance as to the next steps. > > I believe, as I said in the bug, that this

Re: RFR(S): JDK-8026964 Building with an IBM J9 boot jdk requires special settings for BOOT_RTJAR

On Mon, Nov 18, 2013 at 2:43 PM, Magnus Ihse Bursie wrote: > On 2013-11-15 17:23, Volker Simonis wrote: >> >> Hi, >> >> could you please review the following small webrev: >> >> http://cr.openjdk.java.net/~simonis/webrevs/8026964/ >> >> It not only fixes bug 8026964 on AIX, but is changes the gene

Re: RFR(S): JDK-8026964 Building with an IBM J9 boot jdk requires special settings for BOOT_RTJAR

Hi, the correct syntax is -XshowSettings:properties. Please don't bother with the current webrev. I found another small problem on Windows. I'll submit a new webrev in a few minutes (just want my Windows-build to finally finish without any problems). Volker On Mon, Nov 18, 2013 at 2:29 PM, Mag

Re: RFR(S): JDK-8026964 Building with an IBM J9 boot jdk requires special settings for BOOT_RTJAR

On 2013-11-15 17:23, Volker Simonis wrote: Hi, could you please review the following small webrev: http://cr.openjdk.java.net/~simonis/webrevs/8026964/ It not only fixes bug 8026964 on AIX, but is changes the general way of how to compute BOOT_RTJAR. With the new solution, BOOT_RTJAR is compu

Re: RFR(S): JDK-8026964 Building with an IBM J9 boot jdk requires special settings for BOOT_RTJAR

On 2013-11-15 18:51, Kumar Srinivasan wrote: Hi Volker, One thing I notieced, BOOT_RTJAR=`$BOOT_JDK/bin/java -XshowSettings 2>&1 ... I suggest using java -XshowSettings:props -version 2>&1 . props, will narrow down the reporting to only properties section, which is really what

Re: RFR: 8028162 - Update Netbeans / Solaris Studio project files on Mac

On 2013-11-14 12:24, Jesper Wilhelmsson wrote: As far as I can tell, the changes looks good. (But I'm not a formal reviewer) Thanks! Do you know which repository is the most suitable to push this change? I can't go through hsx/hotspot-gc ;-) Maybe the build forest? /Magnus

Re: LIBARCHNAME in CompileLauncher.gmk

On 2013-11-15 20:46, Jeremy Manson wrote: LIBARCHNAME as defined in CompileLauncher.gmk seems to be i586 in 32-bit x86 instead of being i386. It's using the wrong make variable. LIBARCHNAME doesn't happen to be used in any of the launchers, so it hasn't caused a problem, but it should probably

Re: JDK-9008238 Non-orthogonal usage of the configure script and its wrapper

On 2013-11-15 16:32, Dave Pointon wrote: Hi all , Having encountered the above and implemented a/the trivial solution, I would appreciate your guidance as to the next steps. I believe, as I said in the bug, that this would lead to an overall improvement in the usability - especially for the new