[nightly] 15-Apr-2004 build of HEAD on Mingw32 (water)
mike.thomas at brisbane.paradigmgeo.com
Fri Apr 16 11:01:18 EDT 2004
Thanks for the excellent observation.
| I've seen this build error flit past for quite a while.
Yes; I'm so deeply enmired in GNU Common Lisp and Maxim Windows ports at
the moment that I just run an occasional GHC build to make myself feel
better, but with little regard for the output.
| As far as I'm able
| to diagnose, it appears as if it might be due to a local mingw setup
| issue; I'm able to build HDirect just fine using multiple mingw
| 'dllwrap' perhaps being slurped in from a location other than the
| mingw installation tree?
Well spotted. I just ran a test with the dllwrap entry in
"hdirect/mk/paths.mk" hardwired to the MinGW32 dllwrap and it all went
This is going wrong because I am building according to the instructions on
the GHC web site which explicitly forbid putting MinGW32 modules ahead of
Cygwin (fow the past few months anyway, I once used to ignore this aspect of
the build instructions which I regard(ed) as bad):
"Do not add any of the mingw binaries to your path. They are only going to
get used by explicit access (via the --with-gcc flag you give to configure
later). If you do add them to your path you are likely to get into a mess
because their names overlap with Cygwin binaries."
I'll aim to do a build tonight with MinGW32 back in it's rightful place in
the path to make sure the whole system works correctly.
More information about the Cvs-ghc