Getting
*** WARNING *** unrecognized cl.exe version 1500 (). Use FORCE_MSC_VER to
overri
de automatic detection.
*** WARNING *** unrecognized link.exe version 900 (). Use FORCE_LINK_VER to
over
ride automatic detection.
Warnings from Hotspot make.. Where would I look to fix those?
Te
I'm happy to test the VS2008 (and VS2005) build fixes, and possibly even
contribute a few, but I'd need to know where to start folding in the new
macrology to make it all work throughout the system. For example, assuming I
want to introduce a new macro, "SDKTOOLS_PATH" and its overridable
equivalen
Ted Neward wrote:
This was the b52 source drop on the openjdk website, not a Mercurial pull.
(Trying to get back to basics here.)
Which compiler are you using for the Windows JDK builds? VS2005?
Currently we are still using VS2003, but we are trying to transition to
VS2008 for official build
This was the b52 source drop on the openjdk website, not a Mercurial pull.
(Trying to get back to basics here.)
Which compiler are you using for the Windows JDK builds? VS2005?
Rather than toss MSDEVTOOLS, I would propose two variables:
ALT_MSDEVTOOLS_PATH - for the root of the Visual Studio in
Seems ok to me, just a few observations:
Do we need this:
ifeq ($(DEBUG_CLASSFILES), true)
ANT_OPTIONS += -Djavac.debug=true
ANT_OPTIONS += -Djavac.debuglevel=source,lines,vars
endif
to be
ifeq ($(DEBUG_CLASSFILES), true)
ANT_OPTIONS += -Djavac.debug=true
ANT_OPTIONS += -Djavac.debugl
What forest are you pulling your changes from?
We have been working on the VS2008 transition on 32bit, and also
on 64bit for the v6.1 SDK, so it's pretty fresh stuff.
I've been wrestling with the 64bit Windows v6.1 SDK changes, and
Tim Bell has been working on the 32bit VS2008 compiler changes.
B
Tim Bell wrote:
Hi Kelly
freetypecheck has been a royal major pain in the you know what
So you are not alone.
I thought I reviewed some changes you wrote that eliminated the
freetypecheck program and instead used something like grep to check for
the version information in the freetype
Hi Kelly
freetypecheck has been a royal major pain in the you know what
So you are not alone.
I thought I reviewed some changes you wrote that eliminated the
freetypecheck program and instead used something like grep to check for
the version information in the freetype header files. Was
Ted Neward wrote:
I’m trying to reset my OpenJDK build environment back to a working state
(after the Innovator’s Challenge project more or less hacked it to
death), and I’m running into some problems that I don’t **think** are
all that obvious to debug, but it could be my mental state at 3AM
While building the OpenJDK (finally got past the FreeType issues, though I'm
not entirely sure how or why, which bugs me), I've run across an error where
the make files seem to assume that rc.exe lives in the compiler directory.
and it doesn't-it's been moved to the Platform SDK.
For example, t
I'm trying to reset my OpenJDK build environment back to a working state
(after the Innovator's Challenge project more or less hacked it to death),
and I'm running into some problems that I don't *think* are all that obvious
to debug, but it could be my mental state at 3AM, after wrestling with thi
11 matches
Mail list logo
