From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28234 invoked by alias); 31 May 2006 22:58:14 -0000 Received: (qmail 28219 invoked by uid 22791); 31 May 2006 22:58:13 -0000 X-Spam-Check-By: sourceware.org Received: from mta09-winn.ispmail.ntl.com (HELO mtaout03-winn.ispmail.ntl.com) (81.103.221.49) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 31 May 2006 22:58:03 +0000 Received: from aamtaout02-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout03-winn.ispmail.ntl.com with ESMTP id <20060531225800.YVYI27969.mtaout03-winn.ispmail.ntl.com@aamtaout02-winn.ispmail.ntl.com>; Wed, 31 May 2006 23:58:00 +0100 Received: from [127.0.0.1] (really [82.25.100.57]) by aamtaout02-winn.ispmail.ntl.com with ESMTP id <20060531225800.VESR24467.aamtaout02-winn.ispmail.ntl.com@[127.0.0.1]>; Wed, 31 May 2006 23:58:00 +0100 Message-ID: <447E1F75.5090704@ntlworld.com> Date: Wed, 31 May 2006 22:58:00 -0000 From: Dave Murphy User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: FX Coudert CC: GCC Development , cgf@gcc.gnu.org, dannysmith@users.sourceforge.net Subject: Re: mingw32 subtle build failure References: <7B5C671C-F4EA-4672-98A6-FD2E1A32AFB0@gmail.com> In-Reply-To: <7B5C671C-F4EA-4672-98A6-FD2E1A32AFB0@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 0622-2, 05/31/2006), Outbound message X-Antivirus-Status: Clean X-IsSubscribed: yes Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org X-SW-Source: 2006-05/txt/msg00718.txt.bz2 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