Compilling GHC on Vista

Monique Monteiro

22 Apr 2007 22 Apr '07

9:41 a.m.

Hi all, I'm trying to compile GHC on Windows Vista, but I encountered the following error when running ./configure --host=i386-unknown-mingw32 --with-gcc=c:/MinGW/bin/gcc: configure: error: C compiler cannot create executables See `config.log' for more details. ./configure: line 3404: cannot create temp file for here document: No such file or directory ./configure: line 3441: cannot create temp file for here document: No such file or directory Has anyone any idea about what may be happening? Thanks in advance, Monique -- __________________________________________________________ Monique Monteiro, MSc MCP .NET Framework 2.0 / SCJP / IBM OOAD Project Manager Recife Microsoft Innovation Center +55 81 34198137 http://www.cin.ufpe.br/~mlbm http://thespoke.net/blogs/moniquelouise/default.aspx monique@qualiti.com.br MSN: monique_louise@msn.com

Show replies by date

Tom Schrijvers

23 Apr 23 Apr

3:22 a.m.

...

I'm trying to compile GHC on Windows Vista, but I encountered the following error when running ./configure --host=i386-unknown-mingw32 --with-gcc=c:/MinGW/bin/gcc:

configure: error: C compiler cannot create executables See `config.log' for more details. ./configure: line 3404: cannot create temp file for here document: No such file or directory ./configure: line 3441: cannot create temp file for here document: No such file or directory

Has anyone any idea about what may be happening?

Monique, What does the config.log say? Are you able to run the MingW's gcc compiler yourself on a simple C program? I had a similar error, cause by the fact that gcc.exe cannot find cc1.exe, which is in MingW/libexec/gcc/mingw32/3.4.2/. I had to add it to my PATH. Cheers, Tom -- Tom Schrijvers Department of Computer Science K.U. Leuven Celestijnenlaan 200A B-3001 Heverlee Belgium tel: +32 16 327544 e-mail: tom.schrijvers@cs.kuleuven.be

Monique Monteiro

7:17 a.m.

Tom, On 4/23/07, Tom Schrijvers wrote:

...

What does the config.log say?

...

Are you able to run the MingW's gcc compiler yourself on a simple C program?

I had a similar error, cause by the fact that gcc.exe cannot find cc1.exe, which is in MingW/libexec/gcc/mingw32/3.4.2/. I had to add it to my PATH.

I did the same, but it still doesn't work... Here is config.log: PATH: /usr/local/bin PATH: /usr/bin PATH: /bin PATH: /usr/X11R6/bin PATH: /cygdrive/c/MinGW/bin PATH: /cygdrive/c/MinGW/libexec/gcc/mingw32/3.4.2 PATH: /cygdrive/c/ghc/ghc-6.2.2/bin PATH: /usr/local/bin PATH: /cygdrive/c/GreenCard PATH: /usr/bin PATH: /usr/bin PATH: /cygdrive/c/Program Files/MiKTeX 2.5/miktex/bin PATH: /cygdrive/c/Windows/system32 PATH: /cygdrive/c/Windows PATH: /cygdrive/c/Windows/System32/Wbem PATH: /cygdrive/c/Program Files/Common Files/GTK/2.0/bin PATH: /cygdrive/c/Program Files/QuickTime/QTSystem/ PATH: /cygdrive/c/Program Files/Microsoft SQL Server/90/Tools/binn/ PATH: /cygdrive/c/Program Files/Mondrian/bin configure:1905: checking build system type configure:1923: result: i686-pc-cygwin configure:1945: checking host system type configure:1960: result: i386-unknown-mingw32 configure:1982: checking target system type configure:1997: result: i386-unknown-mingw32 configure:2415: checking for path to top of build tree configure:2441: result: c:/ghc-6.2.2-src/ghc-6.2.2 configure:2455: checking for ghc configure:2473: found /cygdrive/c/ghc/ghc-6.2.2/bin/ghc configure:2485: result: /cygdrive/c/ghc/ghc-6.2.2/bin/ghc configure:2513: checking version of ghc The Glorious Glasgow Haskell Compilation System, version 6.2.2 configure:2542: result: 6.2.2 configure:2551: checking for nhc configure:2584: result: no configure:2551: checking for nhc98 configure:2584: result: no configure:2594: checking for hbc configure:2627: result: no configure:2756: checking whether #! works in shell scripts configure:2773: result: yes configure:2782: checking for perl configure:2798: found /bin/perl configure:2809: result: /bin/perl configure:2893: checking if your perl works in shell scripts configure:2911: result: yes configure:2916: checking for python configure:2949: result: no configure:2963: checking for i386-unknown-mingw32-gcc configure:2990: result: c:/MinGW/bin/gcc configure:3268: checking for C compiler version configure:3275: c:/MinGW/bin/gcc --version >&5 gcc.exe (GCC) 3.4.2 (mingw-special) Copyright (C) 2004 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:3278: $? = 0 configure:3285: c:/MinGW/bin/gcc -v >&5 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++,f77,ada,objc,java --disable-win32-registry --disable-shared --enable-sjlj-exceptions --enable-libgcj --disable-java-awt --without-x --enable-java-gc=boehm --disable-libgcj-debug --enable-interpreter --enable-hash-synchronization --enable-libstdcxx-debug Thread model: win32 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/gcc conftest.c >&5 ld: /mingw/lib/crt2.o: No such file: No such file or directory configure:3351: $? = 1 configure:3389: result: configure: failed program was: configure:3396: error: C compiler cannot create executables See `config.log' for more details. ac_cv_build=i686-pc-cygwin ac_cv_env_CC_set= ac_cv_env_CC_value= ac_cv_env_CFLAGS_set= ac_cv_env_CFLAGS_value= ac_cv_env_CPPFLAGS_set= ac_cv_env_CPPFLAGS_value= ac_cv_env_CPP_set= ac_cv_env_CPP_value= ac_cv_env_LDFLAGS_set= ac_cv_env_LDFLAGS_value= ac_cv_env_LIBS_set= ac_cv_env_LIBS_value= ac_cv_env_XMKMF_set= ac_cv_env_XMKMF_value= ac_cv_env_build_alias_set= ac_cv_env_build_alias_value= ac_cv_env_host_alias_set=set ac_cv_env_host_alias_value=i386-unknown-mingw32 ac_cv_env_target_alias_set= ac_cv_env_target_alias_value= ac_cv_host=i386-unknown-mingw32 ac_cv_path_GHC=/cygdrive/c/ghc/ghc-6.2.2/bin/ghc ac_cv_prog_CC=c:/MinGW/bin/gcc ac_cv_prog_PerlCmd=/bin/perl ac_cv_sys_interpreter=yes ac_cv_target=i386-unknown-mingw32 fptools_cv_shebang_perl=yes ALLOCA='' AlexCmd='' AlexVersion='' ArCmd='' ArSupportsInput='' BootingFromHc='NO' BootingFromUnregisterisedHc='NO' BuildArch_CPP='i386' BuildOS_CPP='mingw32' BuildPlatform='i386-unknown-mingw32' BuildPlatform_CPP='i386_unknown_mingw32' BuildVendor_CPP='unknown' CC='c:/MinGW/bin/gcc' CFLAGS='' CPP='' CPPFLAGS='' Catalog='' ContextDiffCmd='' DEFS='' DotnetSupport='NO' ECHO_C='' ECHO_N='-n' ECHO_T='' EGREP='' EXEEXT='' FindCmd='' GHC='/cygdrive/c/ghc/ghc-6.2.2/bin/ghc' GLUT_LIBS='' GL_CFLAGS='' GL_LIBS='' GREP='' GTK_CONFIG='' GhcHasReadline='' GhcLibsWithGLUT='NO' GhcLibsWithObjectIO='NO' GhcLibsWithOpenGL='NO' GhcLibsWithUnix='NO' GhcMajVersion='6' GhcMinVersion='2' GhcPatchLevel='2' GhcPkgCmd='' GhcVersion='6.2.2' GreenCardCmd='' GreenCardVersion='' HBC='' HaddockCmd='' HappyCmd='' HappyVersion='' HaveFrameworkHaskellSupport='' HaveGcc='' HaveLibDL='' HaveLibGmp='' HaveLibMingwEx='' HavePosixRegex='' HaveReadlineHeaders='' HaveRtldGlobal='' HaveRtldLocal='' HaveRtldNext='' HaveRtldNow='' HostArch_CPP='i386' HostOS_CPP='mingw32' HostOS_Full='mingw32' HostPlatform='i386-unknown-mingw32' HostPlatform_CPP='i386_unknown_mingw32' HostVendor_CPP='unknown' INSTALL_DATA='' INSTALL_PROGRAM='' INSTALL_SCRIPT='' JadeCmd='' LDFLAGS='' LIBM='' LIBOBJS='' LIBS='' LN_S='' LTLIBOBJS='' LdCmd='' LdCmdRaw='' LdXFlag='' LeadingUnderscore='' LibGmp='' LibsReadline='' NHC='' OBJEXT='' PACKAGE_BUGREPORT='' PACKAGE_NAME='' PACKAGE_STRING='' PACKAGE_TARNAME='' PACKAGE_VERSION='' PATH_SEPARATOR=':' PerlCmd='/bin/perl' PythonCmd='' RANLIB='' SHELL='/bin/sh' SRC_CC_OPTS='' SedCmd='' TarCmd='' TargetArch_CPP='i386' TargetOS_CPP='mingw32' TargetPlatform='i386-unknown-mingw32' TargetPlatform_CPP='i386_unknown_mingw32' TargetVendor_CPP='unknown' ThreadedRts='NO' TimeCmd='' WhatGccIsCalled='c:/MinGW/bin/gcc' WithGhc='/cygdrive/c/ghc/ghc-6.2.2/bin/ghc' WithHc='/cygdrive/c/ghc/ghc-6.2.2/bin/ghc' XMKMF='' X_CFLAGS='' X_EXTRA_LIBS='' X_LIBS='' X_PRE_LIBS='' ac_ct_CC='' bindir='${exec_prefix}/bin' build='i686-pc-cygwin' build_alias='' build_cpu='i686' build_os='cygwin' build_vendor='pc' datadir='${datarootdir}' datarootdir='${prefix}/share' docdir='${datarootdir}/doc/${PACKAGE}' dvidir='${docdir}' exec_prefix='NONE' exeext='.exe' fp_prog_ar_raw='' fp_prog_find='' hardtop='c:/ghc-6.2.2-src/ghc-6.2.2' hardtop_plat='c:\\ghc-6.2.2-src\\ghc-6.2.2' host='i386-unknown-mingw32' host_alias='i386-unknown-mingw32' host_cpu='i386' host_os='mingw32' host_vendor='unknown' htmldir='${docdir}' includedir='${prefix}/include' infodir='${datarootdir}/info' libdir='${exec_prefix}/lib' libexecdir='${exec_prefix}/libexec' localedir='${datarootdir}/locale' localstatedir='${prefix}/var' mandir='${datarootdir}/man' oldincludedir='/usr/include' pdfdir='${docdir}' prefix='NONE' program_transform_name='s,x,x,' psdir='${docdir}' sbindir='${exec_prefix}/sbin' sharedstatedir='${prefix}/com' subdirs=' ghc libraries' sysconfdir='${prefix}/etc' target='i386-unknown-mingw32' target_alias='' target_cpu='i386' target_os='mingw32' target_vendor='unknown' unix_SRC_HSC2HS_OPTS='' configure: exit 77 Cheers, Monique

...

Cheers,

Tom

-- Tom Schrijvers

Department of Computer Science K.U. Leuven Celestijnenlaan 200A B-3001 Heverlee Belgium

tel: +32 16 327544 e-mail: tom.schrijvers@cs.kuleuven.be

-- __________________________________________________________ Monique Monteiro, MSc MCP .NET Framework 2.0 / SCJP / IBM OOAD Project Manager Recife Microsoft Innovation Center +55 81 34198137 http://www.cin.ufpe.br/~mlbm http://thespoke.net/blogs/moniquelouise/default.aspx monique@qualiti.com.br MSN: monique_louise@msn.com

Tom Schrijvers

8:52 a.m.

On Mon, 23 Apr 2007, Monique Monteiro wrote:

...

Tom,

On 4/23/07, Tom Schrijvers wrote:

...
What does the config.log say?

...
Are you able to run the MingW's gcc compiler yourself on a simple C program?

I had a similar error, cause by the fact that gcc.exe cannot find cc1.exe, which is in MingW/libexec/gcc/mingw32/3.4.2/. I had to add it to my PATH.

I did the same, but it still doesn't work...

Here is config.log:

Here's the more complete error message:

...

configure:3321: checking for C compiler default output file name configure:3348: c:/MinGW/bin/gcc conftest.c >&5 ld: /mingw/lib/crt2.o: No such file: No such file or directory configure:3351: $? = 1 configure:3389: result: configure: failed program was: configure:3396: error: C compiler cannot create executables See `config.log' for more details.

Do make sure that MingW's bin/ and libexec/gcc/mingw32/3.4.2/ are the very first two in your path. I get the same error message if I don't do that. Tom -- Tom Schrijvers Department of Computer Science K.U. Leuven Celestijnenlaan 200A B-3001 Heverlee Belgium tel: +32 16 327544 e-mail: tom.schrijvers@cs.kuleuven.be

Monique Monteiro

12:49 p.m.

On 4/23/07, Tom Schrijvers wrote:

...

Do make sure that MingW's bin/ and libexec/gcc/mingw32/3.4.2/ are the very first two in your path. I get the same error message if I don't do that.

Yes. Here is my cygwin.bat: @echo off SET MAKE_MODE=UNIX SET SHELL=c:/cygwin/bin/sh SET HOME=C:/ghc-6.2.2-src SET CVSROOT=:pserver:anoncvs@glass.cse.ogi.edu:/cvs SET TMPDIR=C:/Users/Monique/AppData/Local/Temp SET 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:\GreenCard;c:\cygwin\usr\bin;C:\cygwin\bin;%PATH% C: chdir C:\cygwin\bin bash --login -i __________________________________________________________ Monique Monteiro, MSc MCP .NET Framework 2.0 / SCJP / IBM OOAD Project Manager Recife Microsoft Innovation Center +55 81 34198137 http://www.cin.ufpe.br/~mlbm http://thespoke.net/blogs/moniquelouise/default.aspx monique@qualiti.com.br MSN: monique_louise@msn.com

Simon Marlow

24 Apr 24 Apr

7:50 a.m.

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/gcc conftest.c >&5 ld: /mingw/lib/crt2.o: No such file: No such file or directory configure:3351: $? = 1 configure:3389: result: configure: failed program was: configure:3396: error: C compiler cannot create executables See `config.log' for more details.

Do make sure that MingW's bin/ and libexec/gcc/mingw32/3.4.2/ are the very first two in your path. I get the same error message if I don't do that.

Hi Tom - would you mind adding the right incantation to the Vista instructions at the top of http://hackage.haskell.org/trac/ghc/wiki/Building/Windows? Cheers, Simon

Monique Monteiro

9:21 a.m.

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 wrote:

...

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/gcc conftest.c >&5 ld: /mingw/lib/crt2.o: No such file: No such file or directory configure:3351: $? = 1 configure:3389: result: configure: failed program was: configure:3396: error: C compiler cannot create executables See `config.log' for more details.

Do make sure that MingW's bin/ and libexec/gcc/mingw32/3.4.2/ are the very first two in your path. I get the same error message if I don't do that.

Hi Tom - would you mind adding the right incantation to the Vista instructions at the top of http://hackage.haskell.org/trac/ghc/wiki/Building/Windows?

Cheers, Simon

Tom Schrijvers

10:36 a.m.

...

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 whether there's already a solution for that in the repository? Tom

...

Cheers,

Monique

On 4/24/07, Simon Marlow wrote:

...
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/gcc conftest.c >&5 ld: /mingw/lib/crt2.o: No such file: No such file or directory configure:3351: $? = 1 configure:3389: result: configure: failed program was: configure:3396: error: C compiler cannot create executables See `config.log' for more details.

Do make sure that MingW's bin/ and libexec/gcc/mingw32/3.4.2/ are the very first two in your path. I get the same error message if I don't do that.

Hi Tom - would you mind adding the right incantation to the Vista instructions at the top of http://hackage.haskell.org/trac/ghc/wiki/Building/Windows?

Cheers, Simon

-- __________________________________________________________ Monique Monteiro, MSc MCP .NET Framework 2.0 / SCJP / IBM OOAD Project Manager Recife Microsoft Innovation Center +55 81 34198137 http://www.cin.ufpe.br/~mlbm http://thespoke.net/blogs/moniquelouise/default.aspx monique@qualiti.com.br MSN: monique_louise@msn.com _______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe

-- Tom Schrijvers Department of Computer Science K.U. Leuven Celestijnenlaan 200A B-3001 Heverlee Belgium tel: +32 16 327544 e-mail: tom.schrijvers@cs.kuleuven.be

Monique Monteiro

11:21 a.m.

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 wrote:

...

...
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 whether there's already a solution for that in the repository?

Tom

...
Cheers,

Monique

On 4/24/07, Simon Marlow wrote:

...
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/gcc conftest.c >&5 ld: /mingw/lib/crt2.o: No such file: No such file or directory configure:3351: $? = 1 configure:3389: result: configure: failed program was: configure:3396: error: C compiler cannot create executables See `config.log' for more details.

Do make sure that MingW's bin/ and libexec/gcc/mingw32/3.4.2/ are the very first two in your path. I get the same error message if I don't do that.

Hi Tom - would you mind adding the right incantation to the Vista instructions at the top of http://hackage.haskell.org/trac/ghc/wiki/Building/Windows?

Cheers, Simon

-- __________________________________________________________ Monique Monteiro, MSc MCP .NET Framework 2.0 / SCJP / IBM OOAD Project Manager Recife Microsoft Innovation Center +55 81 34198137 http://www.cin.ufpe.br/~mlbm http://thespoke.net/blogs/moniquelouise/default.aspx monique@qualiti.com.br MSN: monique_louise@msn.com _______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe

-- Tom Schrijvers

Department of Computer Science K.U. Leuven Celestijnenlaan 200A B-3001 Heverlee Belgium

tel: +32 16 327544 e-mail: tom.schrijvers@cs.kuleuven.be

Simon Marlow

25 Apr 25 Apr

7:16 a.m.

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'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 wrote:

...
...
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 whether there's already a solution for that in the repository?

Tom

...
Cheers,

Monique

...
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/gcc conftest.c >&5 ld: /mingw/lib/crt2.o: No such file: No such file or directory configure:3351: $? = 1 configure:3389: result: configure: failed program was: configure:3396: error: C compiler cannot create executables See `config.log' for more details.

Do make sure that MingW's bin/ and libexec/gcc/mingw32/3.4.2/ are

On 4/24/07, Simon Marlow wrote: the

...
...
very first two in your path. I get the same error message if I don't do that.

Hi Tom - would you mind adding the right incantation to the Vista instructions at the top of http://hackage.haskell.org/trac/ghc/wiki/Building/Windows?

Cheers, Simon

-- __________________________________________________________ Monique Monteiro, MSc MCP .NET Framework 2.0 / SCJP / IBM OOAD Project Manager Recife Microsoft Innovation Center +55 81 34198137 http://www.cin.ufpe.br/~mlbm http://thespoke.net/blogs/moniquelouise/default.aspx monique@qualiti.com.br MSN: monique_louise@msn.com _______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe

-- Tom Schrijvers

Department of Computer Science K.U. Leuven Celestijnenlaan 200A B-3001 Heverlee Belgium

tel: +32 16 327544 e-mail: tom.schrijvers@cs.kuleuven.be

Monique Monteiro

8:06 a.m.

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/gcc conftest.c >&5 ld: /mingw/lib/crt2.o: No such file: No such file or directory configure:3351: $? = 1 configure:3389: result: configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "" | #define PACKAGE_TARNAME "" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "" | #define PACKAGE_BUGREPORT "" | /* end confdefs.h. */ | | int | main () | { | | ; | return 0; | } configure:3396: error: C compiler cannot create executables See `config.log' for more details. Cheers, Monique On 4/25/07, Simon Marlow wrote:

...

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'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 wrote:

...
...
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 whether there's already a solution for that in the repository?

Tom

...
Cheers,

Monique

...
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/gcc conftest.c >&5 > ld: /mingw/lib/crt2.o: No such file: No such file or directory > configure:3351: $? = 1 > configure:3389: result: > configure: failed program was: > configure:3396: error: C compiler cannot create executables > See `config.log' for more details.

Do make sure that MingW's bin/ and libexec/gcc/mingw32/3.4.2/ are

On 4/24/07, Simon Marlow wrote: the

...
...
very first two in your path. I get the same error message if I don't do that.

Hi Tom - would you mind adding the right incantation to the Vista instructions at the top of http://hackage.haskell.org/trac/ghc/wiki/Building/Windows?

Cheers, Simon

-- __________________________________________________________ Monique Monteiro, MSc MCP .NET Framework 2.0 / SCJP / IBM OOAD Project Manager Recife Microsoft Innovation Center +55 81 34198137 http://www.cin.ufpe.br/~mlbm http://thespoke.net/blogs/moniquelouise/default.aspx monique@qualiti.com.br MSN: monique_louise@msn.com _______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe

-- Tom Schrijvers

Department of Computer Science K.U. Leuven Celestijnenlaan 200A B-3001 Heverlee Belgium

tel: +32 16 327544 e-mail: tom.schrijvers@cs.kuleuven.be

Claus Reinke

10:40 a.m.

...

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/gcc conftest.c >&5 ld: /mingw/lib/crt2.o: No such file: No such file or directory

not sure whether this is relevant, but there is no drive letter in that library path. cygwin doesn't know about /mingw anyway, but if i am in a cmd shell, it does matter what drive i'm on, as absolute paths without drive letter will default to the root of that drive: D:\>c:\mingw\bin\ld \mingw\lib\crt2.o -M | find "OUTPUT" c:\mingw\bin\ld: \mingw\lib\crt2.o: No such file: No such file or directory C:\>c:\mingw\bin\ld \mingw\lib\crt2.o -M | find "OUTPUT" .. OUTPUT(a.exe pei-i386) claus

Simon Marlow

26 Apr 26 Apr

9:48 a.m.

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/gcc conftest.c >&5 ld: /mingw/lib/crt2.o: No such file: No such file or directory

not sure whether this is relevant, but there is no drive letter in that library path.

cygwin doesn't know about /mingw anyway, but if i am in a cmd shell, it does matter what drive i'm on, as absolute paths without drive letter will default to the root of that drive:

D:\>c:\mingw\bin\ld \mingw\lib\crt2.o -M | find "OUTPUT" c:\mingw\bin\ld: \mingw\lib\crt2.o: No such file: No such file or directory

C:\>c:\mingw\bin\ld \mingw\lib\crt2.o -M | find "OUTPUT" .. OUTPUT(a.exe pei-i386)

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'? Cheers, Simon

Claus Reinke

10:11 a.m.

...

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 search_dirs without drive letters: $ type -ap ld /cygdrive/c/MinGW/bin/ld $ ld --verbose | head GNU ld version 2.16.91 20050827 Supported emulations: i386pe using internal linker script: ================================================== /* Default linker script, for normal executables */ OUTPUT_FORMAT(pei-i386) SEARCH_DIR("/mingw/mingw32/lib"); SEARCH_DIR("/mingw/lib"); SEARCH_DIR("/usr/local/lib"); SEARCH_DIR("/lib"); SEARCH_DIR("/usr/lib"); ENTRY(_mainCRTStartup) SECTIONS and, even under a cygwin bash calling a mingw ld, this won't work if we're not on the drive on which /mingw was installed: $ pwd /cygdrive/d $ ld /mingw/lib/crt2.o -M | grep OUTPUT c:\MinGW\bin\ld.exe: /mingw/lib/crt2.o: No such file: No such file or directory whereas: $ cd c: $ ld /mingw/lib/crt2.o -M | grep OUTPUT .. OUTPUT(a.exe pei-i386) claus

Claus Reinke

11:35 a.m.

...

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 error message looked exactly right. Monique, perhaps you could send the output from the little test below, on your system, to compare (win/xp here)? claus $ pwd /cygdrive/d/tmp $ cat t.c int main() { exit(0); } $ c:/MinGW/bin/gcc --verbose t.c Reading specs from c:/MinGW/bin/../lib/gcc/mingw32/3.4.2/specs Configured with: ../gcc/configure --with-gcc --with-gnu-ld --with-gnu-as --host=mingw32 --target=min gw32 --prefix=/mingw --enable-threads --disable-nls --enable-languages=c,c++,f77,ada,objc,java --dis able-win32-registry --disable-shared --enable-sjlj-exceptions --enable-libgcj --disable-java-awt --w ithout-x --enable-java-gc=boehm --disable-libgcj-debug --enable-interpreter --enable-hash-synchroniz ation --enable-libstdcxx-debug Thread model: win32 gcc version 3.4.2 (mingw-special) c:/MinGW/bin/../libexec/gcc/mingw32/3.4.2/cc1.exe -quiet -v -iprefix c:\MinGW\bin\../lib/gcc/mingw3 2/3.4.2/ t.c -quiet -dumpbase t.c -auxbase t -version -o C:\DOCUME~1\cr3\LOCALS~1\Temp/ccE5aaaa.s ignoring nonexistent directory "c:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../mingw32/include" ignoring nonexistent directory "/mingw/include" ignoring nonexistent directory "/mingw/include" ignoring nonexistent directory "/mingw/lib/gcc/mingw32/3.4.2/include" ignoring nonexistent directory "/mingw/mingw32/include" ignoring nonexistent directory "/mingw/include" #include "..." search starts here: #include <...> search starts here: c:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../include c:/MinGW/bin/../lib/gcc/mingw32/3.4.2/include End of search list. GNU C version 3.4.2 (mingw-special) (mingw32) compiled by GNU C version 3.4.2 (mingw-special). GGC heuristics: --param ggc-min-expand=99 --param ggc-min-heapsize=130830 c:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../mingw32/bin/as.exe -o C:\DOCUME~1\cr3\LOCALS~1\Temp/cc80baaa.o C:\DOCUME~1\cr3\LOCALS~1\Temp/ccE5aaaa.s c:/MinGW/bin/../libexec/gcc/mingw32/3.4.2/collect2.exe -Bdynamic

...

...
...
...
...
c:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../crt2.o c:/MinGW/bin/../lib/gcc/mingw32/3.4.2/crtbegin.o

...
-Lc:/MinGW/bin/../lib/gcc/mingw32/3.4.2 -Lc:/MinGW/bin/../lib/gcc -Lc:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../mingw32/lib -Lc:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../.. C:\DOCUME~1\cr3\LOCALS~1\Temp/cc80baaa.o -lmingw32 -lgcc -lmoldname -lmingwex -lmsvcrt -luser32 -lkernel32 -ladvapi32 -lshell32 -lmingw32 -lgcc -lmoldname -lmingwex -lmsvcrt c:/MinGW/bin/../lib/gcc/mingw32/3.4.2/crtend.o

Simon Marlow

27 Apr 27 Apr

4:53 a.m.

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 prefixes correctly, which is why we've had to add the workaround to GHC to modify PATH before invoking gcc, and why you have to modify PATH by hand when building GHC on Vista. See: http://hackage.haskell.org/trac/ghc/ticket/1110. So perhaps the problem is as in your previous message, that gcc is being invoked from a different drive? Monique? Cheers, Simon

Monique Monteiro

9:30 a.m.

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++,f77,ada,objc,java --disable-win32-registry --disable-shared --e nable-sjlj-exceptions --enable-libgcj --disable-java-awt --without-x --enable-ja va-gc=boehm --disable-libgcj-debug --enable-interpreter --enable-hash-synchroniz ation --enable-libstdcxx-debug Thread model: win32 gcc version 3.4.2 (mingw-special) cc1 -quiet -v -iprefix c:\MinGW\bin\../lib/gcc/mingw32/3.4.2/ t.c -quiet -dumpb ase t.c -auxbase t -version -o ./ccaibaaa.s ignoring nonexistent directory "c:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../. ./mingw32/include" ignoring nonexistent directory "/mingw/mingw32/include" #include "..." search starts here: #include <...> search starts here: c:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../include c:/MinGW/bin/../lib/gcc/mingw32/3.4.2/include /mingw/include /mingw/include /mingw/lib/gcc/mingw32/3.4.2/include /mingw/include End of search list. GNU C version 3.4.2 (mingw-special) (mingw32) compiled by GNU C version 3.4.2 (mingw-special). GGC heuristics: --param ggc-min-expand=99 --param ggc-min-heapsize=130832 as -o ./ccaqcaaa.o ./ccaibaaa.s ld -Bdynamic /mingw/lib/crt2.o c:/MinGW/lib/gcc/mingw32/3.4.2/crtbegin.o -Lc:/M inGW/lib/gcc/mingw32/3.4.2 -Lc:/MinGW/lib/gcc -L/mingw/lib/gcc/mingw32/3.4.2 -Lc :/MinGW/mingw32/lib -L/mingw/mingw32/lib -L/mingw/lib -Lc:/MinGW/lib -L/mingw/li b ./ccaqcaaa.o -lmingw32 -lgcc -lmoldname -lmingwex -lmsvcrt -luser32 -lkernel32 -ladvapi32 -lshell32 -lmingw32 -lgcc -lmoldname -lmingwex -lmsvcrt c:/MinGW/lib /gcc/mingw32/3.4.2/crtend.o ld: /mingw/lib/crt2.o: No such file: No such file or directory It seems strange, because both C:\MinGW\bin and C:\MinGW\lib\gcc\mingw32\3.4.2 exist. Further, MingW and Cygwin are installed on the same driver. On 4/26/07, 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, when calling collect2 (see >>>>> below). it was just that the error message looked exactly right. Monique, perhaps you could send the output from the little test below, on your system, to compare (win/xp here)?

claus

$ pwd /cygdrive/d/tmp

$ cat t.c int main() { exit(0); }

$ c:/MinGW/bin/gcc --verbose t.c Reading specs from c:/MinGW/bin/../lib/gcc/mingw32/3.4.2/specs Configured with: ../gcc/configure --with-gcc --with-gnu-ld --with-gnu-as --host=mingw32 --target=min gw32 --prefix=/mingw --enable-threads --disable-nls --enable-languages=c,c++,f77,ada,objc,java --dis able-win32-registry --disable-shared --enable-sjlj-exceptions --enable-libgcj --disable-java-awt --w ithout-x --enable-java-gc=boehm --disable-libgcj-debug --enable-interpreter --enable-hash-synchroniz ation --enable-libstdcxx-debug Thread model: win32 gcc version 3.4.2 (mingw-special) c:/MinGW/bin/../libexec/gcc/mingw32/3.4.2/cc1.exe -quiet -v -iprefix c:\MinGW\bin\../lib/gcc/mingw3 2/3.4.2/ t.c -quiet -dumpbase t.c -auxbase t -version -o C:\DOCUME~1\cr3\LOCALS~1\Temp/ccE5aaaa.s ignoring nonexistent directory "c:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../mingw32/include" ignoring nonexistent directory "/mingw/include" ignoring nonexistent directory "/mingw/include" ignoring nonexistent directory "/mingw/lib/gcc/mingw32/3.4.2/include" ignoring nonexistent directory "/mingw/mingw32/include" ignoring nonexistent directory "/mingw/include" #include "..." search starts here: #include <...> search starts here: c:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../include c:/MinGW/bin/../lib/gcc/mingw32/3.4.2/include End of search list. GNU C version 3.4.2 (mingw-special) (mingw32) compiled by GNU C version 3.4.2 (mingw-special). GGC heuristics: --param ggc-min-expand=99 --param ggc-min-heapsize=130830 c:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../mingw32/bin/as.exe -o C:\DOCUME~1\cr3\LOCALS~1\Temp/cc80baaa.o C:\DOCUME~1\cr3\LOCALS~1\Temp/ccE5aaaa.s c:/MinGW/bin/../libexec/gcc/mingw32/3.4.2/collect2.exe -Bdynamic

...
...
...
...
...
c:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../crt2.o c:/MinGW/bin/../lib/gcc/mingw32/3.4.2/crtbegin.o

...
-Lc:/MinGW/bin/../lib/gcc/mingw32/3.4.2 -Lc:/MinGW/bin/../lib/gcc -Lc:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../mingw32/lib -Lc:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../.. C:\DOCUME~1\cr3\LOCALS~1\Temp/cc80baaa.o -lmingw32 -lgcc -lmoldname -lmingwex -lmsvcrt -luser32 -lkernel32 -ladvapi32 -lshell32 -lmingw32 -lgcc -lmoldname -lmingwex -lmsvcrt c:/MinGW/bin/../lib/gcc/mingw32/3.4.2/crtend.o

Claus Reinke

28 Apr 28 Apr

5:06 p.m.

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 cygwin ld instead of the mingw one, but the cygwin ld would not know about those /mingw/... paths, whereas the mingw ld should look them up from the root of the current drive. but if the right gcc, with the right PATH, chooses the wrong ld, are the other internal gcc tools right? more recent ghcs have a --with-ld=<path> option for configure, which might help (was that in ghc-6.2?). also, gcc has a -Bprefix option, used for invoking its internal programs, and apparently also for library paths, and there are the GCC_EXEC_PREFIX, COMPILER_PATH, and LIBRARY_PATH environment variables, with the same purpose. but if i understood Simon correctly, gcc's paths handling is what is causing this trouble. what does 'gcc -print-search-dirs' say? and, is its output affected by those options or variables? for instance, does 'gcc -B C:/ -print-search-dirs' look any better? as a hack, as long as gcc/ld look don't look in the right places, you could try to make the places they look in the right ones. such as mounting /mingw in cygwin, in the hope that even the wrong ld will then be able to work with those mutilated paths.. but it does look as if gcc might need to be fixed for your system. unfortunately, i can't seem to find any directly related ticket in the gcc bug tracker (but then i don't search there often;-). it might be easier to port the Haskell package that is holding you to 6.2.2 forward to recent ghc's (there are often compatibility packages for apis that have changed, though not as often as one would like). well, as you can see, i'm down to guessing on this one. good luck!-) claus ps. looking through your logs: why is HOME set to C:/ghc-6.2.2-src? could there be any bashrc or other resource files in there affecting the environment? 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 build of ghc? perhaps they are using a newer mingw/gcc, with some workaround for the issue? well, i'll stop guessing here.

...

ld -Bdynamic /mingw/lib/crt2.o c:/MinGW/lib/gcc/mingw32/3.4.2/crtbegin.o -Lc:/M inGW/lib/gcc/mingw32/3.4.2 -Lc:/MinGW/lib/gcc -L/mingw/lib/gcc/mingw32/3.4.2 -Lc :/MinGW/mingw32/lib -L/mingw/mingw32/lib -L/mingw/lib -Lc:/MinGW/lib -L/mingw/li b ./ccaqcaaa.o -lmingw32 -lgcc -lmoldname -lmingwex -lmsvcrt -luser32 -lkernel32 -ladvapi32 -lshell32 -lmingw32 -lgcc -lmoldname -lmingwex -lmsvcrt c:/MinGW/lib /gcc/mingw32/3.4.2/crtend.o ld: /mingw/lib/crt2.o: No such file: No such file or directory

It seems strange, because both C:\MinGW\bin and C:\MinGW\lib\gcc\mingw32\3.4.2 exist. Further, MingW and Cygwin are installed on the same driver.

Claus Reinke

5:11 p.m.

...

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 build of ghc? perhaps they are using a newer mingw/gcc, with some workaround for the issue? well, i'll stop guessing here.

there we go: http://sourceforge.net/forum/forum.php?forum_id=679462 .. * include/io.h (__mingw_access): New static inline wrapper to restore pre-Vista 'access (fname, X_OK)' behaviour. (__USE_MINGW_ACCESS): Use to map access() to __mingw_access(). .. that looks promising, doesn't it? claus

Monique Monteiro

13 May 13 May

11:36 a.m.

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 load interface for `Name': Bad interface file: stage1/basicTypes/Name.hi-boot-6 stage1/basicTypes/Name.hi-boot-6: openBinaryFile: permission denied (Permission denied) utils/Outputable.lhs:54: Module `Name' (hi-boot interface) does not export `Name' <> make[2]: *** [stage1/utils/Outputable.o] Error 1 make[1]: *** [all] Error 1 make[1]: Leaving directory `/cygdrive/c/ghc-6.2.2-src/ghc-6.2.2/ghc' make: *** [build] Error 1 I used "Run as Administrator" to run Cygwin and I've disabled Vista's user account control. I also set GHC's foder and subfolders to not read-only. Has anyone any idea about what may be happening? Monique On 4/28/07, Claus Reinke wrote:

...

...
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 build of ghc? perhaps they are using a newer mingw/gcc, with some workaround for the issue? well, i'll stop guessing here.

there we go: http://sourceforge.net/forum/forum.php?forum_id=679462

.. * include/io.h (__mingw_access): New static inline wrapper to restore pre-Vista 'access (fname, X_OK)' behaviour. (__USE_MINGW_ACCESS): Use to map access() to __mingw_access(). ..

that looks promising, doesn't it?

claus

Claus Reinke

12:46 p.m.

...

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 instance, '/etc/profile' puts '/usr/local/bin' and others at the front of PATH. claus

Monique Monteiro

27 Apr 27 Apr

8:07 a.m.

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 wrote:

...

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/gcc conftest.c >&5 ld: /mingw/lib/crt2.o: No such file: No such file or directory

not sure whether this is relevant, but there is no drive letter in that library path.

cygwin doesn't know about /mingw anyway, but if i am in a cmd shell, it does matter what drive i'm on, as absolute paths without drive letter will default to the root of that drive:

D:\>c:\mingw\bin\ld \mingw\lib\crt2.o -M | find "OUTPUT" c:\mingw\bin\ld: \mingw\lib\crt2.o: No such file: No such file or directory

C:\>c:\mingw\bin\ld \mingw\lib\crt2.o -M | find "OUTPUT" .. OUTPUT(a.exe pei-i386)

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'?

Cheers, Simon

Monique Monteiro

8:14 a.m.

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 fact, this is the version of Cygwin ld. The version for MingW is different. On 4/26/07, Simon Marlow wrote:

...

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/gcc conftest.c >&5 ld: /mingw/lib/crt2.o: No such file: No such file or directory

not sure whether this is relevant, but there is no drive letter in that library path.

cygwin doesn't know about /mingw anyway, but if i am in a cmd shell, it does matter what drive i'm on, as absolute paths without drive letter will default to the root of that drive:

D:\>c:\mingw\bin\ld \mingw\lib\crt2.o -M | find "OUTPUT" c:\mingw\bin\ld: \mingw\lib\crt2.o: No such file: No such file or directory

C:\>c:\mingw\bin\ld \mingw\lib\crt2.o -M | find "OUTPUT" .. OUTPUT(a.exe pei-i386)

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'?

Cheers, Simon

Marc Weber

23 Apr 23 Apr

11:10 a.m.

...

[...] configure:3389: result: configure: failed program was: configure:3396: error: C compiler cannot create executables See `config.log' for more details.

configure: failed program was: X <- configure:3396: error: C compiler cannot create executables See `config.log' for more details. At the position of X there should be a small test application. Something like include ...; int main(){ } This might be related to your temp path problem. Perhaps try setting TEMP or TMP env variable to a directory which does exist? You can also try set -x in bash to get all commands printed Marc

6584

Age (days ago)

6605

Last active (days ago)

List overview

Download

23 comments

5 participants

participants (5)

Claus Reinke
Marc Weber
Monique Monteiro
Simon Marlow
Tom Schrijvers

Compilling GHC on Vista

tags

participants (5)