[Fwd: Re: Freetype version check failure - copy of DLL failed]
pete at a11ysoft.com
Fri Oct 2 19:11:01 UTC 2009
>>No need to remake target
>What is the output when you run that executable in an MS-DOS CMD window?
The exe file doesn't exist as the result of running make sanity, but if I
then the exe does get created and if I then run the exe from a DOS
command line it works fine.
Here is what my PATH looks like:
$ echo $PATH
Visual Studio 9.0/Common7/IDE:/cygdrive/c/Program Files/Microsoft Visual
9.0/VC/BIN:/cygdrive/c/Program Files/Microsoft Visual Studio
T/Framework/v2.0.50727:/cygdrive/c/Program Files/Microsoft Visual Studio
ve/c/Program Files/Intel/WiFi/bin/:/cygdrive/c/Program Files/ATI
ram Files/Common Files/Roxio Shared/10.0/DLLShared/:/cygdrive/c/Program
mmon Files/Roxio Shared/DLLShared/:/cygdrive/c/Program
lities:/cygdrive/c/Program Files/Lenovo/Client Security
gram Files/Microsoft SQL Server/90/Tools/binn/:/cygdrive/c/Program
ive/c/Program Files/KDiff3:/cygdrive/c/Program Files/QuickTime/QTSystem/
I'll have to cogitate on the rest of your note a bit later.
Tim Bell wrote:
> Pete Brunet wrote:
>> I ran make -d sanity today and see the following. I don't know why it
>> doesn't want to build freetype_versioncheck.exe. It doesn't exist.
>> There is however a file named freetype_versioncheck.exe.manifest so to
>> make sure that isn't a problem I commented out its build from
>> freetypecheck/makefile and renamed it to
>> freetype_versioncheck-OLD.exe.manifest in the btbins directory, but the
>> debug make output looks the same after that test.
> sanity will need that .manifest file to run freetype_versioncheck.exe
> That was build bugID 6705913 "freetype_versioncheck.exe - Unable To Locate Component"
>> No need to remake target `c:/OpenJDK/jdk7/build/windows-i586/btbins/freetype_versioncheck.exe'.
> What is the output when you run that executable in an MS-DOS CMD window?
>> Tim, I went back to my original fixes (copy dll to lib and change the
>> make to use freetype6.dll) then did the following:
>> cd /cygdrive/c/OpenJDK/jdk7/jdk/make/tools/freetypecheck
>> make clean
>> make all
>> and started getting a trace. I don't know if running from the
>> freetypecheck directory is a valid thing to do, but when I do that I
>> noticed that mt.exe is not found. In this (possibly invalid) invocation
>> of make, $(MT) resolves to
>> c:/PROGRA~1/MICROS~1.0/Common7/Tools/../../Vc/Bin/mt aka "C:\Program
>> Files\Microsoft Visual Studio 9.0\VC\bin\mt"
>> but on my system mt.exe is at
>> C:\Program Files\Microsoft SDKs\Windows\v6.0A\bin\mt.exe
>> If I change $(MT) to just mt so it's found via the PATH then the above
>> build is OK.
> That is what my build is doing. $(CL) and $(MT) are both found on PATH, ahead
> of the Cygwin bin directories. But I also set the ALT_ variables in my environment
> and build scripts (see below).
> $ echo $PATH
>> However, even with that fix, when I do make sanity the normal way the
>> exe isn't being built. And no matter what I try (echo, $(warning ...) I
>> can't get make to trace when I run make sanity the normal way.
> I wish I could say incremental builds worked well in OpenJDK7. In some
> areas of the code it works, but other areas are problematical.
> When I want to be sure, I use a 'big hammer' approach to start building
> with a clean slate:
> cd <to the top of your forest>
> mkdir lose
> mv build lose
> \rm -rf lose
> . $HOME/openjdk.env.bash
> My OpenJDK build using these scripts has already built as far
> as jdk/make/sun/rmi
> I put copies of my openjdk.env.bash and openjdk.build.bash files here:
> You will need to modify these to suit the setup on your PC, but they
> should serve as a guide.
> I hope this helps.
> Feel free to contact me off the alias with your full build log
> if you need to. I will take a look at it.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the build-dev