GHC 6.5 gives wrong searchpath to gcc on mingw
This happens with the latest unstable ghc for windows, binary package. When I compile a program using at least -O I get a huge list of error messages from gcc. The list starts with the following: Stg.h: No such file or directory HsBase.h: No such file or directory
Then it goes on complaining about undefined stuff which I assume is a consequence of the above errors. Stg.h and HsBase.h are located in c:/ghc/ghc-6.5.20060914/lib/i386-unknown-mingw32/include/ on my machine. But this path is not passed to gcc (obviously). Here's how gcc is invoked: c:/ghc/ghc-6.5.20060914/gcc-lib/cc1.exe -quiet -v -I . -I c:/ghc/ghc-6.5.20060914\include -I c:/ghc/ghc-6.5.20060914\include\mingw -iprefix c:\ghc\ghc-6.5.20060914\../lib/gcc/mingw32/3.4.5/ -isystem c:/ghc/ghc-6.5.20060914/gcc-lib/include -DDONT_WANT_WIN32_DLL_SUPPORT -DSTOLEN_X86_REGS=4 -D__GLASGOW_HASKELL__=605 c:\DOCUME~1\JOSEFS~1\LOKALA~1\Temp\ghc2080_0\ghc2080_0.hc -quiet -dumpbase ghc2080_0.hc -mno-omit-leaf-frame-pointer -auxbase-strip c:\DOCUME~1\JOSEFS~1\LOKALA~1\Temp\ghc2080_0\ghc2080_0.raw_s -O -Wimplicit -version -fno-defer-pop -fno-unit-at-a-time -fomit-frame-pointer -fno-builtin -ffloat-store -fno-strict-aliasing -o c:\DOCUME~1\JOSEFS~1\LOKALA~1\Temp\ghc2080_0\ghc2080_0.raw_s
I'm running cygwin btw. Let me know if there's anything more you want to know.
Trac metadata
| Trac field | Value |
|---|---|
| Version | 6.5 |
| Type | Bug |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | Unresolved |
| Component | Compiler |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | |
| Architecture |