On Feb 2, 2012, at 5:22 AM, Fredrik Öhrström wrote: > 2012-02-02 00:10, Kelly O'Hair skrev: >> I don't know what the current state is. The CYGWIN community seemed pretty >> adamant that they wanted >> to stamp out all drive letter pathnames. As I understood it, it's not so >> much the version of make.exe, but how >> the make.exe was built. Some kind of 'allow drive letter paths' option needs >> to be turned on when building. >> > > I created a neat solution to get around this drive letter problem in the > new build-infra/jdk8 (jdk7) forest. > > The configure script compiles an executable called uncygdrive.exe > > The make variables that point to tools that do not understand /cygdrive > paths, like CC:=cl.exe and JAVA:=java.exe are rewritten to: > > CC:=uncygdrive.exe cl.exe > JAVA:=uncygdrive.exe java.exe > > As you can guess, the uncygdrive command parses the command line and > rewrites any /cygdrive/c/ into just c:/ (likewise for any other drive > letter). It even enters into @files and creates a temporary file with > adjusted content. Then it execs the new adjusted command line. > > Works great and the Makefiles become much simpler since you can just use > /cygdrive everywhere!
Excellent. This assumes that the CYGWIN user has not used mount points, e.g. mount C:/foobar to /foobar but we can deal with that when the time comes. I like your solution. > > A more important problem is the dreaded slowdown of cygwin on 64 bit > windows. It is believed to be the fork simulation gone haywaire when > dealing with 64 bit address space, but what do I know..... Yeah. It's bad enough that it could be slower because it is a VM, could be slowed down by AV On-Access scanning, or is just a slow Windows file system. So many things can slow a Windows system down. :^( And my long term plan was to do both 32bit and 64bit builds on Windows 64bit so we need fewer systems, and we use 64bit OS's that can have more CPU and RAM for scaling up the build. :^( If we had a really good Windows System Performance expert somewhere out there, I bet he/she could find some ways for us to make this Windows X64 CYGWIN situation faster. I'm not that person, and I've run out of ideas. :^( In the meantime I'm still using MKS. :^( -kto > > //Fredrik >
