After building GHC6.1 from CVS a few days old now, on Win2k with MinGW 3.2, I tested it in the build tree and it worked fine. After performing make install, the GHC completely stopped working because it couldn't find package.conf(.inplace). I eventually tracked it down to a self-described "hack" in SysTools.lhs that decides if it's installed or in the build tree by whether package.conf can be found in TopDir (which I'm assuming is (usu.) $prefix). Sometime in the past couple months all the files in $prefix got moved to $prefix/lib, the result being the installed GHC thinks it's in the build tree and dies when it can't find $prefix/driver/package.conf.inplace. I'm not sure where in the build system this was changed or what's the best thing to do about it (in general; moving lib to $prefix and copying gcc to $prefix [though that's probably due to the way I configured] seems to get it working for me.)
I don't know if this is immediately related to the things Alastair Reid is doing or if this was known (I remember something about make install not working, but that seemed for standalone libraries, not GHC, also this seems easy enough to fix at least temporarily while a better solution is worked out.) This may already be fixed, but just not in the Win32 path through the build system. On a side note: Is there any reason why cygpath -w + some sed/shell hackery is used to get what seems to be the behavior of cygpath -m? I haven't had any problems with it, just wondering. _______________________________________________ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
