From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28563 invoked by alias); 31 Jan 2006 09:42:36 -0000 Received: (qmail 28551 invoked by uid 22791); 31 Jan 2006 09:42:35 -0000 X-Spam-Check-By: sourceware.org Received: from lon-del-02.spheriq.net (HELO lon-del-02.spheriq.net) (195.46.50.98) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 31 Jan 2006 09:42:31 +0000 Received: from lon-out-02.spheriq.net ([195.46.50.130]) by lon-del-02.spheriq.net with ESMTP id k0V9gMwA019251 for ; Tue, 31 Jan 2006 09:42:22 GMT Received: from lon-cus-02.spheriq.net (lon-cus-02.spheriq.net [195.46.50.38]) by lon-out-02.spheriq.net with ESMTP id k0V9gMJD027605 for ; Tue, 31 Jan 2006 09:42:22 GMT Received: from beta.dmz-eu.st.com (beta.dmz-eu.st.com [164.129.1.35]) by lon-cus-02.spheriq.net with ESMTP id k0V9gFJF001390 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK) for ; Tue, 31 Jan 2006 09:42:16 GMT Received: from zeta.dmz-eu.st.com (ns2.st.com [164.129.230.9]) by beta.dmz-eu.st.com (STMicroelectronics) with ESMTP id A8B80DA47 for ; Tue, 31 Jan 2006 09:42:09 +0000 (GMT) Received: from mail1.bri.st.com (mail1.bri.st.com [164.129.8.218]) by zeta.dmz-eu.st.com (STMicroelectronics) with ESMTP id 38DEA4724B for ; Tue, 31 Jan 2006 09:45:44 +0000 (GMT) Received: from [164.129.10.3] (bri0203.bri.st.com [164.129.10.3]) by mail1.bri.st.com (MOS 3.5.8-GR) with ESMTP id CHE41535 (AUTH "james hauxwell"); Tue, 31 Jan 2006 09:42:08 GMT Message-ID: <43DF30F1.90304@st.com> Date: Tue, 31 Jan 2006 09:42:00 -0000 From: James HAUXWELL User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: gcc-help@gcc.gnu.org Subject: compilation problem Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-O-Spoofed: Not Scanned X-O-General-Status: No X-O-Spam1-Status: Not Scanned X-O-Spam2-Status: Not Scanned X-O-URL-Status: Not Scanned X-O-Virus1-Status: No X-O-Virus2-Status: Not Scanned X-O-Virus3-Status: No X-O-Virus4-Status: No X-O-Virus5-Status: Not Scanned X-O-Image-Status: Not Scanned X-O-Attach-Status: Not Scanned X-SpheriQ-Ver: 4.2.0 Mailing-List: contact gcc-help-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-help-owner@gcc.gnu.org X-SW-Source: 2006-01/txt/msg00258.txt.bz2 Hi, I've gone through the installation instructions and read quit a lot, but I am still unable to get a correct compile/installation. I'm using CYGWIN_NT-5.1 bri0203 1.5.19(0.150/4/2) 2006-01-18 11:15 i686 Cygwin with gcc-4.2-20060121 I went to the test results mailing list and pulled the configure line from a successful build, so I did the following $ ./configure '--enable-languages=c' --enable-threads=posix --enable-sjlj-exceptions --disable-libmudflap --disable-shared --prefix=/usr/local/gcc42 --enable-bootstrap --disable-libgomp --enable-languages=c $ make bootstrap wait 3 hours... $ make install everything seemed to succeed, apart from a message make[3]: Leaving directory `/cygdrive/c/sources/gcc4.2/gcc-4.2-20060121' /bin/sh: line 0: cd: stage3-gcc: No such file or directory when I test the build after the install $ gcc pestoes.c -mno-cygwin -v pestoes.exe Using built-in specs. Target: i686-pc-mingw32 Configured with: ./configure --enable-languages=c --enable-threads=posix --enable-sjlj-exceptions --disable-libmudflap - -disable-shared --prefix=/usr/local/gcc42 --enable-bootstrap --disable-libgomp --enable-languages=c Thread model: posix gcc version 4.2.0 20060121 (experimental) cc1 -quiet -v -D__MSVCRT__ -D__MINGW32__ -DWIN32 -D_WIN32 -D__WIN32 -D__WIN32__ -DWINNT -idirafter /usr/lib/../include/ w32api -idirafter ../../include/w32api pestoes.c -quiet -dumpbase pestoes.c -mno-cygwin -mtune=generic -auxbase pestoes -version -o /cygdrive/c/DOCUME~1/JAMESH~1/LOCALS~1/Temp/cc8TR2Uv.s gcc: error trying to exec 'cc1': execvp: No such file or directory and it looks like cc1.exe was not copied into the correct place (as well as some more files). copying cc1.exe did not resolve this. Anyone with some cygwin/gcc experience know what is going wrong, or if my procedure is correct then do you have a build number that you have tested and know works (by works I mean allows compilation at the end of the process) Cheers Jim