Windows configure "issues"
David Chase
david.r.chase at oracle.com
Sun May 19 20:58:46 UTC 2013
This is for Windows 7, following instructions, mostly vanilla.
I restarted after all the various installations.
I'm "following" the instructions at http://hg.openjdk.java.net/jdk8/jdk8/raw-file/tip/README-builds.html
The non-vanilla step, inspired by the cautionary warnings about paths with spaces in them and cygwin, was to install Java and VS10 express in C:\PFx86, not C:\Program Files.
#1, after setting the path explicitly, it was ignored and "not found".
$ bash configure --with-boot-jdk=$J --with-tools-dir="C:\\PFx86\\MVS10.0\\VC\\bin"
configure: Found Visual Studio installation at /cygdrive/c/PFx86/MVS10.0/ using VS100COMNTOOLS variable
configure: Warning: vc/bin/amd64/vcvars64.bat is missing, this is probably Visual Studio Express. Ignoring
configure: Found Visual Studio installation at /cygdrive/c/Program Files/Microsoft Visual Studio 10.0 using well-known name
configure: Warning: vc/bin/amd64/vcvars64.bat is missing, this is probably Visual Studio Express. Ignoring
configure: Cannot locate a valid Visual Studio installation, checking current environment
checking for Visual Studio variables... not found
configure: Cannot locate a valid Visual Studio or Windows SDK installation on disk,
configure: nor is this script run from a Visual Studio command prompt.
configure: Try setting --with-tools-dir to the VC/bin directory within the VS installation
configure: or run "bash.exe -l" from a VS command prompt and then run configure from there.
configure: error: Cannot continue
configure exiting with result code 1
My understanding of what happened is that it found, both from the tools dir and from the environment variable, an Express install, but because it was an Express install it kept looking, and was misled by something dribbled in Program Files by my non-standard-installation-location install, and did not then backtrack to the perfectly good Express install that I instructed it to use.
I told it exactly what to do, in exactly the way that I was instructed, and it ignored my good advice. If the answer is "fails if not installed in the default location, even if you direct it to the non-default location" (i.e., ProgramSPACEFiles, despite our worrying language about the dangers of SPACEs in paths), then we should be sure to say so.
#2, if you fire up a Visual Studio command prompt and say "bash.exe -l", it will not find it and will not run it.
If you naively attempt to reverse engineer the "which base" from your Cygwin window, you will be lead astray and go looking for C:\cygwin\usr\bin\bash.exe", which does not exist.
What does exist, what you should tell people to type, and what works, is: C:\cygwin\bin\bash.exe .
So the instructions should say that, instead.
However, once reverse-engineered, it did seem work (if this is working):
configure: Found Visual Studio installation at /cygdrive/c/PFx86/MVS10.0/ using VS100COMNTOOLS variable
configure: Warning: vc/bin/amd64/vcvars64.bat is missing, this is probably Visual Studio Express. Ignoring
configure: Found Visual Studio installation at /cygdrive/c/Program Files/Microsoft Visual Studio 10.0 using well-known name
configure: Warning: vc/bin/amd64/vcvars64.bat is missing, this is probably Visual Studio Express. Ignoring
configure: Cannot locate a valid Visual Studio installation, checking current environment
checking for Visual Studio variables... ok
checking for msvcr100.dll... configure: Warning: msvcr100.dll not found in VCINSTALLDIR: C:\PFx86\MVS10.0\VC\
configure: msvcr100.dll found in C:\windows/system32
C:\windows/system32/msvcr100.dll
configure: Rewriting MSVCR_DLL to "/cygdrive/c/windows/system32/msvcr100.dll"
#3, the DirectX 9.0 link is not maybe dead, it is dead.
The search for "DirectX 9.0 SDK Update Summer 2004" is also dead; nothing is found.
Searches for "DirectX 9" yield downloads that are not SDKs, searches for "DirectX 9 SDK" and "DirectX 9.0 SDK" leads to SDKs that are not version 9.
Does it still work with somewhat newer (e.g., April 2006, version "DX")?
http://www.microsoft.com/en-us/download/details.aspx?id=24982
If it does, we should say so, because currently the instructions lead to dead ends.
David
More information about the build-dev
mailing list