Re: RFR(M): 8046471: Use OPENJDK_TARGET_CPU_ARCH instead of legacy value for hotspot ARCH

2014-06-26 Thread Volker Simonis
OK, I've just realized that my comments were a little too late and the change was submitted shortly after I sent the mail. I'll try to put this tiny fix into the patch for 8048169 then which already contains some other PPC64 related stuff anyway. Regards, Volker On Mon, Jun 23, 2014 at 6:42 PM,

Re: RFR(M): 8046471: Use OPENJDK_TARGET_CPU_ARCH instead of legacy value for hotspot ARCH

2014-06-26 Thread Volker Simonis
On Thu, Jun 26, 2014 at 2:51 PM, Volker Simonis wrote: > OK, I've just realized that my comments were a little too late and the > change was submitted shortly after I sent the mail. > > I'll try to put this tiny fix into the patch for 8048169 then which > already contains some other PPC64 related

Re: Add version check to get_source.sh

2014-06-26 Thread Mike Duigou
Yes, a reasonable suggestion. I have to update the script to fix the parsing of the dev build version format, ie. X.Y.Z+ISO8601 and will include this cleanup with that change. Mike On Jun 25 2014, at 02:51 , pointo1d wrote: > Hiya Mike , > > On 23/06/14 22:50, Mike Duigou wrote: >> Hello al

RFR: 8048184 : (s) handle mercurial dev build version string

2014-06-26 Thread Mike Duigou
Hello all; After pushing JDK-8047925 it was discovered that unofficial development builds of Mercurial use a different version string format and get_source.sh needs an enhancement to correctly parse this version string. I have also incorporated some cleanup suggested by Dave Pointon, made the

JDK 9 RFR of two fixes to make/Javadoc.gmk

2014-06-26 Thread Joe Darcy
Hello, Two JDK 9 fixes to make/Javadoc.gmk for review: JDK-8048302: Update bug reporting URL in make/Javadoc.gmk JDK-8048321: Enabled doclint warnings in docs build http://cr.openjdk.java.net/~darcy/8048302.0/ The two portions of the patch below should be clear. The old sun.com UR