Setting PATH needed in Windows Vista

Vista support is a high prio for 6.6.1.

I'm not sure what the problem is here, as we should be passing full paths. Perhaps it is a directory separator issue?

Can someone please attach to this bug report the output of something simple that shows the problem, perhaps like

echo 'main = putStrLn "Foo"' > z.hs
ghc -v z.hs -O -o z

and also please say what sort of terminal you are running from.

Output from cmd console

Output from cygwin console

I attached the requested output. I made sure cygwin's native gcc is not interfering with the one in ghc by nukeing PATH.

OK, so your (cygwin) log looks like this:

D:\programas\ghc-6.6\gcc -BD:\programas\ghc-6.6\gcc-lib/ ...
...
 cc1 -quiet ...
gcc: installation problem, cannot exec `cc1': No such file or directory

(the -B option tells gcc where to find its internal executables etc) whereas mine looks like this:

c:\ghc\ghc-6.6\gcc -Bc:\ghc\ghc-6.6\gcc-lib/ ...
...
 c:/ghc/ghc-6.6/gcc-lib/cc1.exe -quiet ...
...

Both claim to be gcc version 3.4.5 (mingw special).

My guess is that on Vista gcc has decided that the -B directory we give it doesn't exist, presumably because it's getting confused by directory separators.

Is someone with Vista able to see if they can work out what we need to pass please? You should be able to test with something like

c:/ghc/ghc-6.6/gcc q.c -o q -v -Bc:\\ghc\\ghc-6.6\\gcc-lib/

at a cygwin prompt (note the escaped '\'s), where q.c is just something like

int main(void) {
    return 0;
}

It's a bug in MinGW (and/or gcc). Here's the latest thread I could find:

http://thread.gmane.org/gmane.comp.gnu.mingw.user/21709/focus=21711

it doesn't look like the MinGW folks have a fix checked in yet. So we could be hosed. One temporary fix could be to set the GCC_EXEC_PREFIX env var from GHC, I'll try that here and see if it works.

Now fixed and merged.

Reopening because I forgot to apply the workaround to ld too.

Now fixed.

Fri Jun  1 16:19:32 BST 2007  Simon Marlow <simonmar@microsoft.com>
  * FIX #1110: the linker also needs the workaround

I'm seeing this bug in Vista using "Version 6.8.1, for Haskell 98, stage 3 booted by GHC version 6.6".

I try to compile a file generated using Alex that needs the preprocessor and get the following error: "gcc: installation problem, cannot exec `cc1': No such file or directory". As suggested, adding gcc-lib to the Path fixes it, but that's a bad hack.

Sorry, I should have mentioned that this is on x86 (Intel). I hope this is a good place to file the bug.

urgh, I think I know what the problem is. Can you confirm that using the -cpp option causes the failure? Try compiling a small source file with and without -cpp.

I can confirm that without gcc-lib on the command line, the file "main = return 42" compiles fine without any switches, but dies immediately with the -cpp switch.

Oops, I meant Path.

Fixed, to merge:

Wed Dec  5 07:02:30 PST 2007  Simon Marlow <simonmar@microsoft.com>
  * FIX #1110: hackery also needed when running gcc for CPP

Merged