Somewhat wonkier Windows problem

Tim Bell tim.bell at
Thu May 23 00:44:25 UTC 2013

We are in the process of evaluating build tool selections for JDK8.

For Windows,  Anthony Petrov started the work and supplied a patch [1], 
plus more changes for hotspot.

I have successfully completed OpenJDK builds of the JDK8 build forest 
using Visual Studio 2012.  The runtime .dll selection that Kelly is 
referring to takes place in toolchain_windows.m4.

The binaries produced by my builds passed a few basic checks like 'java 
-version' and ran the JVM98 benchmark for a few minutes. Much more 
testing remains to be done.

Here is a pointer to the source changes I needed to make, so far:

You will need to run 'bash common/autoconf/' after applying 
the patch from the webrev.

It has also been reported that the free VS2012 'Express' edition does 
not include the 64-bit compiler, so you will be able to build 32-bit 
only.   I have not verified that.



On 05/22/13 04:27 PM, David Chase wrote:
> I hope I'm trying to solve a simpler problem, which is just a build, as if I were someone outside Oracle playing with Openjdk.  I assume my problems are a subset of the release problem.
> David
> On 2013-05-22, at 6:53 PM, Kelly O'Hair <kellyohair at> wrote:
>> Windows VS compilers are a pain. Each release has it's own unique runtime DLLs, which we must deliver with the JDK, so the build process has to know what that DLL is named, where it is located, and copy it into various places.
>> DLLs created by a newer VS will not like the older VS runtime DLLs.
>> To make a long story short, changing VS compilers is a royal pain, and not trivial.
>> This is why we only recommend VS2010.
>> I'm not saying it cannot be done, I'm just saying you should have plenty of liquor available when you do it. :^(
>> -kto

More information about the build-dev mailing list