From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 339 invoked by alias); 2 Nov 2013 06:23:28 -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 323 invoked by uid 89); 2 Nov 2013 06:23:26 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=0.1 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_SOFTFAIL autolearn=no version=3.3.2 X-HELO: qmta09.emeryville.ca.mail.comcast.net Received: from qmta09.emeryville.ca.mail.comcast.net (HELO qmta09.emeryville.ca.mail.comcast.net) (76.96.30.96) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sat, 02 Nov 2013 06:23:25 +0000 Received: from omta09.emeryville.ca.mail.comcast.net ([76.96.30.20]) by qmta09.emeryville.ca.mail.comcast.net with comcast id kWNH1m0040S2fkCA9WPQRu; Sat, 02 Nov 2013 06:23:24 +0000 Received: from mail.daveroth.dyndns.org ([67.168.153.247]) by omta09.emeryville.ca.mail.comcast.net with comcast id kWPN1m00M5LXggb8VWPPEG; Sat, 02 Nov 2013 06:23:23 +0000 Received: from [10.249.1.105] (fee.daveroth.dyndns.org [10.249.1.105]) by mail.daveroth.dyndns.org (8.14.4/8.14.4/Debian-4) with ESMTP id rA265k1L029180 for ; Fri, 1 Nov 2013 23:05:46 -0700 Message-ID: <52749A63.70803@acm.org> Date: Sat, 02 Nov 2013 06:23:00 -0000 From: David Rothenberger User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: cygwin Subject: gcc-4.8.2-1: /bin/gcc fails Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Reply-To: cygwin@cygwin.com X-SW-Source: 2013-11/txt/msg00018.txt.bz2 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 -- David Rothenberger ---- daveroth@acm.org "I may be synthetic, but I'm not stupid" -- the artificial person, from _Aliens_ -- 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