Re: mingw32 subtle build failure

Re: mingw32 subtle build failure

[Ross Ridge]

FX Coudert wrote:
> -B/mingw/i386-pc-mingw32/bin/

This looks wrong, it should be "/mingw/mingw32/bin".  Putting a copy of
as and ld in "/mingw/i386-pc-mingw32/bin" might work around your problem.

					Ross Ridge

Re: mingw32 subtle build failure

[Christopher Faylor]

On Thu, Jun 01, 2006 at 11:58:31AM +0530, Ranjit Mathew wrote:
>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>Christopher Faylor wrote:
>> On Wed, May 31, 2006 at 11:37:51PM +0200, FX Coudert wrote:
>>> And I forgot to ask: who the heck is supposed to set USE_MINGW_MSYS?  
>>> (grep is soooooo sloooooow on my win32 machine)
>> 
>> For the record, I don't do Msys.  Please don't cc me about msys problems.
>
>I think he CC-ed you on the message because you seem to be
>the one who added the conditional code using USE_MINGW_MSYS
>to libiberty/pex-win32.c:
>
>  http://gcc.gnu.org/ml/gcc-cvs/2005-09/msg00557.html

Fair enough.  The USE_MINGW_MSYS conditional is for people who want to
make an Msys aware version of the pex* functions.  I included it because
when I volunteered to work on these function, I thought that it was a
requirement, so I reluctantly added features to deal with Msys.  Then I
was told that it wasn't necessary.  So, rather than nuke my changes, I
added a conditional.  It's likely to have bit-rotted by now.

Again, I request that you all not cc me on this thread any further.

cgf

Re: mingw32 subtle build failure

[Ranjit Mathew]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Christopher Faylor wrote:
> On Wed, May 31, 2006 at 11:37:51PM +0200, FX Coudert wrote:
>> And I forgot to ask: who the heck is supposed to set USE_MINGW_MSYS?  
>> (grep is soooooo sloooooow on my win32 machine)
> 
> For the record, I don't do Msys.  Please don't cc me about msys problems.

I think he CC-ed you on the message because you seem to be
the one who added the conditional code using USE_MINGW_MSYS
to libiberty/pex-win32.c:

  http://gcc.gnu.org/ml/gcc-cvs/2005-09/msg00557.html

Thanks,
Ranjit.

- --
Ranjit Mathew      Email: rmathew AT gmail DOT com

Bangalore, INDIA.    Web: http://rmathew.com/


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEfokPYb1hx2wRS48RAjGNAKCq76dq02lwwQo4Q9HQtSt8X6w8XACfXelh
dTKwdpfPwCgr10IhbsujkPw=
=MKbr
-----END PGP SIGNATURE-----

Re: mingw32 subtle build failure

[Christopher Faylor]

On Wed, May 31, 2006 at 11:37:51PM +0200, FX Coudert wrote:
>And I forgot to ask: who the heck is supposed to set USE_MINGW_MSYS?  
>(grep is soooooo sloooooow on my win32 machine)

For the record, I don't do Msys.  Please don't cc me about msys problems.

cgf

Re: mingw32 subtle build failure

[FX Coudert]

>>> xgcc.exe: CreateProcess: No such file or directory^M
> This looks to me like a side effect of some file somewhere being  
> generated with DOS line endings.

Sorry I didn't remove that ^M when posting. It's purely an effect of  
the way I copied my config.log file over the network before posting  
it, but is not related to the real problem here.

FX

Re: mingw32 subtle build failure

[Dave Murphy]

FX Coudert wrote:
> Hi all, hi mingw32 maintainers,
>
> I'm experiencing a strange bug building mainline as a native compiler 
> on i386-pc-mingw32 (with MSYS). It builds fine with the following 
> configure line:
>
>> ../gcc/configure   --prefix=/mingw --with-gmp=/home/coudert/local 
>> --disable-nls --with-ld=/mingw/bin/ld --with-as=/mingw/bin/as 
>> --disable-werror --enable-bootstrap --enable-threads 
>> --host=i386-pc-mingw32 --enable-languages=c,fortran
>
> If I add the --enable-libgomp option (I know libgomp is not supposed 
> to compile, but go on reading) it fails in 
> configure-stage3-libdecnumber (that is, even *before* doing anything 
> with libgomp): the error (from config.log) is the following:
>
>> configure:1751: error: C compiler cannot create executables
>> xgcc.exe: CreateProcess: No such file or directory
>
> Now, if I run the same command line that failed during configure, 
> directly inside a shell, it works nicely. To understand this strange 
> failure, I changed libiberty/pex-win32.c to print
>
>> printf ("CreateProcess (%s, %s, ...)\n", full_executable, cmdline);
>
> just before the CreateProcess call, I get the following output:
>
>> xgcc.exe: CreateProcess: No such file or directory^M
This looks to me like a side effect of some file somewhere being 
generated with DOS line endings. I had something vaguely similar 
building a powerpc cross compiler on mingw/mys, noted in this message 
http://sourceforge.net/mailarchive/message.php?msg_id=15373554

Maybe it will give you a clue what to look for, I have no idea otherwise.

Dave

Re: mingw32 subtle build failure

[FX Coudert]

And I forgot to ask: who the heck is supposed to set USE_MINGW_MSYS?  
(grep is soooooo sloooooow on my win32 machine)

FX

mingw32 subtle build failure

[FX Coudert]

Hi all, hi mingw32 maintainers,

I'm experiencing a strange bug building mainline as a native compiler  
on i386-pc-mingw32 (with MSYS). It builds fine with the following  
configure line:

> ../gcc/configure   --prefix=/mingw --with-gmp=/home/coudert/local -- 
> disable-nls --with-ld=/mingw/bin/ld --with-as=/mingw/bin/as -- 
> disable-werror --enable-bootstrap --enable-threads --host=i386-pc- 
> mingw32 --enable-languages=c,fortran

If I add the --enable-libgomp option (I know libgomp is not supposed  
to compile, but go on reading) it fails in configure-stage3- 
libdecnumber (that is, even *before* doing anything with libgomp):  
the error (from config.log) is the following:

> configure:1751: error: C compiler cannot create executables
> xgcc.exe: CreateProcess: No such file or directory

Now, if I run the same command line that failed during configure,  
directly inside a shell, it works nicely. To understand this strange  
failure, I changed libiberty/pex-win32.c to print

> printf ("CreateProcess (%s, %s, ...)\n", full_executable, cmdline);

just before the CreateProcess call, I get the following output:

> configure:1706: checking for C compiler default output file name
> configure:1709:  /home/coudert/ibin-openmp/./prev-gcc/xgcc -B/home/ 
> coudert/ibin-
> openmp/./prev-gcc/ -B/mingw/i386-pc-mingw32/bin/ -g -O2    
> conftest.c  >&5
> CreateProcess (C:\msys\1.0.10\home\coudert\ibin-openmp\prev-gcc 
> \cc1.exe, "C:/msy
> s/1.0.10/home/coudert/ibin-openmp/prev-gcc/cc1.exe" "-quiet" "- 
> iprefix" "c:\msys
> \1.0.10\home\coudert\ibin-openmp\prev-gcc\../lib/gcc/i386-pc- 
> mingw32/4.2.0/" "-i
> system" "C:/msys/1.0.10/home/coudert/ibin-openmp/prev-gcc/include"  
> "conftest.c"
> "-quiet" "-dumpbase" "conftest.c" "-mtune=i386" "-auxbase"  
> "conftest" "-g" "-O2"
> "-o" "C:/DOCUME~1/coudert/LOCALS~1/Temp/ccIVaaaa.s", ...)^M
> CreateProcess (C:\msys\1.0.10\home\coudert\ibin-openmp\prev-gcc\as,  
> "C:/msys/1.0
> .10/home/coudert/ibin-openmp/prev-gcc/as" "-o" "C:/DOCUME~1/coudert/ 
> LOCALS~1/Tem
> p/ccgHbaaa.o" "C:/DOCUME~1/coudert/LOCALS~1/Temp/ccIVaaaa.s", ...)^M
> CreateProcess (C:\msys\1.0.10\bin\sh.exe, "\bin\sh" "C:/msys/1.0.10/ 
> home/coudert
> /ibin-openmp/prev-gcc/as" "-o" "C:/DOCUME~1/coudert/LOCALS~1/Temp/ 
> ccgHbaaa.o" "C
> :/DOCUME~1/coudert/LOCALS~1/Temp/ccIVaaaa.s", ...)^M
> xgcc.exe: CreateProcess: No such file or directory^M

I'm trying to understand exactly why all this only happens for -- 
enable-libgomp builds (it's 100% reproducible for me, with different  
versions of mainline, bootstrapping everytime). So, is what I'm  
seeing an expected behaviour? How can I investigate further?

Thanks,
FX