RFR: JDK-8037238: JDK 9 images don't rebuild when access bridge jars rebuild

2014-03-13 Thread Erik Joelsson
When rebuilding after touching a java source file in AccessBridge, the classes were recompiled but the jars were not rebuilt. This was caused by a bug in the macro CacheFind. The cache in this case contained the directory $(JDK_OUTPUTDIR)/classes. The jar was built from the src dir $(JDK_OUTPUT

RFR: JDK-8037281: Improve CacheFind and enable on all platforms

2014-03-13 Thread Erik Joelsson
Triggered by JDK-8037238 and the CacheFind problems I decided to give it some more love. One reason CacheFind errors are rarely discovered is that it's only enabled on Windows, which is not used much in the build group. I would like to enable it on all platforms, simply to give it more usage a

RFR[9](XS): 8037298: Export HotSpots 'optimized' (i.e. not-product) configuration in the top-level configure/makefile

2014-03-13 Thread Volker Simonis
Hi, could somebody please review this small change which exports HotSpots 'optimized' (i.e. not-product) configuration in the top-level configure/makefile: http://cr.openjdk.java.net/~simonis/webrevs/8037298/ https://bugs.openjdk.java.net/browse/JDK-8037298 The HotSpot offers a so called 'optimi

Re: RFR: JDK-8037238: JDK 9 images don't rebuild when access bridge jars rebuild

2014-03-13 Thread Tim Bell
Hi Erik: When rebuilding after touching a java source file in AccessBridge, the classes were recompiled but the jars were not rebuilt. This was caused by a bug in the macro CacheFind. The cache in this case contained the directory $(JDK_OUTPUTDIR)/classes. The jar was built from the src dir $

Re: RFR: JDK-8037281: Improve CacheFind and enable on all platforms

2014-03-13 Thread Tim Bell
Hi Erik: Triggered by JDK-8037238 and the CacheFind problems I decided to give it some more love. One reason CacheFind errors are rarely discovered is that it's only enabled on Windows, which is not used much in the build group. I would like to enable it on all platforms, simply to give it m

RFR: JDK-8010767: Build fails on OEL6 with 16 cores

2014-03-13 Thread Erik Joelsson
Hello, When building on large machines, the default Hotspot ergonomics are causing us trouble. Trying to spawn 30 or more jvm instances just does not work with default options. To tackle this, I've split the JAVA_FLAGS variable into one common JAVA_FLAGS and two separate JAVA_FLAGS_BIG and JA

Re: RFR: JDK-8010767: Build fails on OEL6 with 16 cores

2014-03-13 Thread Tim Bell
Hi Erik: When building on large machines, the default Hotspot ergonomics are causing us trouble. Trying to spawn 30 or more jvm instances just does not work with default options. To tackle this, I've split the JAVA_FLAGS variable into one common JAVA_FLAGS and two separate JAVA_FLAGS_BIG and

Re: RFR[9](XS): 8037298: Export HotSpots 'optimized' (i.e. not-product) configuration in the top-level configure/makefile

2014-03-13 Thread Vladimir Kozlov
Looks good to me. Vladimir On 3/13/14 8:04 AM, Volker Simonis wrote: Hi, could somebody please review this small change which exports HotSpots 'optimized' (i.e. not-product) configuration in the top-level configure/makefile: http://cr.openjdk.java.net/~simonis/webrevs/8037298/ https://bugs.op

Re: JDK9 build failure on Windows : javac OutOfMemoryError

2014-03-13 Thread Bradford Wetmore
Phil, That looks exactly like my problem. http://mail.openjdk.java.net/pipermail/build-dev/2014-March/012089.html Subject: Heads Up: OutOfMemoryError when building a 64-bit JDK 9 using a 32-bit bootdir. > Yes, 32 bit it appears, although I didn't supply the boot dir option, > it chose it al