From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2855 invoked by alias); 22 Nov 2013 19:02:20 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 2839 invoked by uid 89); 22 Nov 2013 19:02:20 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=1.5 required=5.0 tests=AWL,BAYES_40,FREEMAIL_FROM,FSL_HELO_BARE_IP_2,RCVD_NUMERIC_HELO,RDNS_NONE,SPF_HELO_PASS,SPF_PASS autolearn=no version=3.3.2 X-HELO: plane.gmane.org Received: from Unknown (HELO plane.gmane.org) (80.91.229.3) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Fri, 22 Nov 2013 19:02:18 +0000 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1VjvzT-0007m1-1H for cygwin@cygwin.com; Fri, 22 Nov 2013 20:02:07 +0100 Received: from 118.45.149.241 ([118.45.149.241]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 22 Nov 2013 20:02:07 +0100 Received: from jojelino by 118.45.149.241 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 22 Nov 2013 20:02:07 +0100 To: cygwin@cygwin.com From: jojelino Subject: Re: gcc-4.8.2-1: /bin/gcc fails Date: Fri, 22 Nov 2013 19:02:00 -0000 Message-ID: References: <52749A63.70803@acm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit In-Reply-To: <52749A63.70803@acm.org> X-IsSubscribed: yes X-SW-Source: 2013-11/txt/msg00387.txt.bz2 On 2013-11-02 PM 3:23, David Rothenberger wrote: > With gcc-4.8.2-1, the following fails: > > % touch /tmp/t.c > % /bin/gcc -c /tmp/t.c > gcc: error: spawn: No such file or directory > > This works correctly if gcc is invoked as "gcc" or "/usr/bin/gcc". > It also works correctly with 4.8.1. > > It appears this is due to a change from /usr/lib to /usr/libexec. > /bin/gcc attempts to find cc1 under "/bin/../libexec/...". In 4.8.1, > this was "/bin/../lib/...", which works because /lib is mapped to > /usr/lib by Cygwin. /usr/bin/gcc uses "/usr/bin/../libexec" which > also works fine. > > I can work around the problem as follows: > > % ln -s /libexec /usr/libexec > This problem is caused by zero-byte of ${builddir}/host-i686-pc-cygwin/specs and the specs file is created by bootstrapped gcc executable. the bootstrapped gcc crashes when generating specs file, which is the cause of the problem mentioned in this report. the maintainer of gcc should have experienced this problem. to workaround this problem, the package maintainer needed to supress C{XX}FLAGS -static-libgcc -static-libstdc++ in host-i686-pc-cygwin/gcc/Makefile. -- Regards. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple