From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1116 invoked by alias); 8 Aug 2013 18:04:08 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Received: (qmail 993 invoked by uid 48); 8 Aug 2013 18:04:03 -0000 From: "brooks at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug driver/42955] undecorated cross-compiler gcc fails to find cc1 Date: Thu, 08 Aug 2013 18:04:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: driver X-Bugzilla-Version: 4.4.3 X-Bugzilla-Keywords: X-Bugzilla-Severity: critical X-Bugzilla-Who: brooks at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2013-08/txt/msg00493.txt.bz2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42955 --- Comment #8 from Brooks Moses --- FWIW, there was some interesting discussion of this on http://sourceware.org/bugzilla/show_bug.cgi?id=15823. In particular, Joseph Myers argues that "the bug is installing the files in $target/bin/ at all ... That directory contains executables from binutils for internal use by GCC; that's its sole purpose. The files installed by GCC there aren't used by GCC (rather, the public installed copy of the driver gets used when collect2 needs to call back to the driver), so shouldn't be installed." Given the attention this bug has received in the past three years, and the fact that this was broken for at least three years before the bug was filed, I'm inclined to agree. (There are two or three references online to making the $target/bin/gcc programs work by setting PATH variables to the relevant libexec subdirectory, so they're not _completely_ unused. But nothing ever is.)