As you might have seen in the last changset, build-infra now builds on 32bit windows.

[Stuart Marks]

Phil's build output had something else significant that seemed very strange to me:

> checking for host address size... 32 bits
> checking whether byte ordering is bigendian... yes
> configure: WARNING: The tested endian in the host (big) differs from the endian
> expected to be found in the host (little)

Given that Phil is apparently building on a Win32 system on x86, how could 
something have determined that his system is big-endian?

I just wanted to point this out. This might indicate that something else has 
gone wrong earlier in the configure process.

s'marks

On 11/4/11 1:52 PM, Fredrik Öhrström wrote:
>
> ----- philip.race at oracle.com skrev:
>> OK .. but VS sets the variable VS100COMNTOOLS so all you had to do
>> was look for this variable
>> VS100COMNTOOLS=c:\vs2010\Common7\Tools\
>
> Excellent! I will improve the configure script to look for this!
> It currently only searches for vcvarsall.bat under "Program Files"
>
>> checking for java... /cygdrive/c/Windows/system32/java
>> checking for java... (cached) /cygdrive/c/Windows/system32/java
>> checking for cygpath... (cached) /usr/bin/cygpath
>> configure: error: Cannot find the rt.jar or its equivalent!
>
> So it seems like it can't find the jdk where the rt.jar is stored.
> Have you done a default install using the Oracle Java Installer? The Windows/system32/java installation is new to me. Where is the actual jdk stored?
>
>> How does it look for rt.jar ? Actually why does it need rt.jar ?
>
> When it thinks it has found the jdk it will look for rt.jar or classes.jar (macosx) in the directories below.
>
> The explicit path to rt.jar is necessary when compiling with -source 6 -target 6, which is done when building the build tools, that have to be run by the boot jdk.
>
> //Fredrik