#1502: GHC should integrate better with mingw
-----------------------------+----------------------------------------------
Reporter: eivuokko | Owner:
Type: feature request | Status: new
Priority: normal | Milestone: 6.12 branch
Component: Compiler | Version: 6.6.1
Severity: normal | Resolution:
Keywords: windows | Difficulty: Unknown
Testcase: | Architecture: Unknown
Os: Windows |
-----------------------------+----------------------------------------------
Comment (by claus):
Preserving the mingw structure within ghc would also keep the mingw tools
out of ghc's bin directory! A current ghc head has:
{{{
$ ls /cygdrive/c/ghc/ghc-6.9.20080918/bin/
ar.exe* ghci.exe* hasktags.exe* hsc2hs.exe*
windres.exe*
ghc-pkg.exe* ghcii.sh* hp2ps.exe* installPackage.exe*
ghc.exe* haddock.exe* hpc.exe* runghc.exe*
$ ls /cygdrive/c/ghc/ghc-6.9.20080918/*.exe
/cygdrive/c/ghc/ghc-6.9.20080918/gcc.exe*
/cygdrive/c/ghc/ghc-6.9.20080918/touchy.exe*
/cygdrive/c/ghc/ghc-6.9.20080918/perl.exe*
/cygdrive/c/ghc/ghc-6.9.20080918/unlit.exe*
$ ls /cygdrive/c/ghc/ghc-6.9.20080918/gcc-lib/*.exe
/cygdrive/c/ghc/ghc-6.9.20080918/gcc-lib/as.exe*
/cygdrive/c/ghc/ghc-6.9.20080918/gcc-lib/cc1.exe*
/cygdrive/c/ghc/ghc-6.9.20080918/gcc-lib/cc1plus.exe*
/cygdrive/c/ghc/ghc-6.9.20080918/gcc-lib/collect2.exe*
/cygdrive/c/ghc/ghc-6.9.20080918/gcc-lib/dlltool.exe*
/cygdrive/c/ghc/ghc-6.9.20080918/gcc-lib/dllwrap.exe*
/cygdrive/c/ghc/ghc-6.9.20080918/gcc-lib/ld.exe*
}}}
So, if I want to use that ghc, I have to put its path after my local mingw
one (or I will pick up the wrong versions) in which case ghc might pick
the wrong versions (unless it has the relative paths hardcoded, as is
likely; in which case it doesn't need ar/windres in its own bin/).
If that stuff ended up not in `ghc-<version>/bin`, but in
`ghc-<version>/mingw/bin` (or `ghc-<version>/mingw/libexec/...`), wouldn't
everything get simpler?
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1502#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler_______________________________________________
Glasgow-haskell-bugs mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
