Tom Schrijvers wrote:
Here's the more complete error message:
configure:3321: checking for C compiler default output file name
configure:3348: c:/MinGW/bin/gccconftest.c >&5
ld: /mingw/lib/crt2.o: No such file: No such file or directory
configure:3351: $? = 1
configure:3389: result:
confi
I still get the same message even with these instructions. I guess it
may be due to some Vista security checking...
Cheers,
Monique
On 4/24/07, Simon Marlow <[EMAIL PROTECTED]> wrote:
Tom Schrijvers wrote:
>
> Here's the more complete error message:
>
>> configure:3321: checking for C compile
There isn't a solution for the getPermissions issue; the bug is here:
http://hackage.haskell.org/trac/ghc/ticket/1280.
Monique: can you post the relevant section of config.log from your failed
configure run?
Cheers,
Simon
Monique Monteiro wrote:
For backward compatibility reasons, I
Here is the complete message in config.log:
gcc version 3.4.2 (mingw-special)
configure:3288: $? = 0
configure:3295: c:/MinGW/bin/gcc -V >&5
gcc.exe: `-V' option must have argument
configure:3298: $? = 1
configure:3321: checking for C compiler default output file name
configure:3348: c:/MinGW/bin
Claus Reinke wrote:
gcc version 3.4.2 (mingw-special)
configure:3288: $? = 0
configure:3295: c:/MinGW/bin/gcc -V >&5
gcc.exe: `-V' option must have argument
configure:3298: $? = 1
configure:3321: checking for C compiler default output file name
configure:3348: c:/MinGW/bin/gccconftest.c >&5
Hi Simon,
here is my path:
c:/MinGW/bin;C:/MinGW/libexec/gcc/mingw32/3.4.2;C:\ghc\ghc-6.2.2\bin;C:\cygwin\usr\local\bin;c:\cygwin\usr\bin;C:\cygwin\bin;%PATH%
Monique
On 4/26/07, Simon Marlow <[EMAIL PROTECTED]> wrote:
Claus Reinke wrote:
>> gcc version 3.4.2 (mingw-special)
>> configure:3288
At Cygin command shell, ld --version gives the following output:
GNU ld version 2.17.50 20060817
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License. This program has absolutely no warranty.
In fa
I still get the same message even with these instructions. I guess it
may be due to some Vista security checking...
Do you still get the same error message in your config.log now? Or a
different one? There is also an error on Vista with checking whether a
file is executable. I don't know whet
For backward compatibility reasons, I'm using GHC 6.2.2. So, if there
is already a solution for this issue in the GHC repository, please let
me know how to add it manually.
I don't have problems with ./configure on Windows XP.
On 4/24/07, Tom Schrijvers <[EMAIL PROTECTED]> wrote:
> I still get
gcc version 3.4.2 (mingw-special)
configure:3288: $? = 0
configure:3295: c:/MinGW/bin/gcc -V >&5
gcc.exe: `-V' option must have argument
configure:3298: $? = 1
configure:3321: checking for C compiler default output file name
configure:3348: c:/MinGW/bin/gccconftest.c >&5
ld: /mingw/lib/crt2.o
I suspect this may be because gcc has managed to pick up the Cygwin ld instead of the mingw one.
Monique - what exactly is your PATH? What happens when you say 'ld --version'?
'ld --version' doesn't show differences between mingw/cygwin, does it?
and even the mingw ld apparently sets its sear
and even the mingw ld apparently sets its search_dirs without drive letters:
that shouldn't be the problem, though, as the failing part of ./configure was
an indirect call via gcc, which seems to set the library prefixes correctly,
when
calling collect2 (see > below). it was just that the e
Claus Reinke wrote:
and even the mingw ld apparently sets its search_dirs without drive
letters:
that shouldn't be the problem, though, as the failing part of
./configure was
an indirect call via gcc, which seems to set the library prefixes
correctly,
On Vista gcc doesn't set the library pr
I got a very different output:
$ c:/MinGW/bin/gcc --verbose t.c
Reading specs from c:/MinGW/lib/gcc/mingw32/3.4.2/specs
Configured with: ../gcc/configure --with-gcc --with-gnu-ld --with-gnu-as --host=
mingw32 --target=mingw32 --prefix=/mingw --enable-threads --disable-nls --enable
-languages=c,c+
that certainly looks somewhat confused. and the '/mingw/lib/crt2.o' at
the start of that ld call is going to be the first stumbling point. in any case,
that test result clearly puts the issue in gcc territory, i think.
with your PATH settings, i don't even see how you could be picking up
the cy
pps. ah, silly me. i finally understand that ghc ticket #1280 is not a
ghc issue at all. if gcc depends on that same call, it will not see the
mingw ld as executable, so might fall back on defaults later in the
PATH, right? but that would make me wonder how anyone could
have a vista
Hi all,
I've solved the problem by adding the correct paths to the system's
PATH variable. I don't know why, but it seems that just putting "SET
PATH=..." in cygwin.bat doesn't work...
Now I get the following message in the compilation itself (make):
utils/Outputable.lhs:54:
Failed to loa
I've solved the problem by adding the correct paths to the system's
PATH variable. I don't know why, but it seems that just putting "SET
PATH=..." in cygwin.bat doesn't work...
cygwin.bat is read before bash is started; bash later reads profile and
bashrc files that tend to redefine PATH. for
18 matches
Mail list logo
