From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10116 invoked by alias); 3 Apr 2008 03:25:20 -0000 Received: (qmail 9807 invoked by uid 48); 3 Apr 2008 03:24:34 -0000 Date: Thu, 03 Apr 2008 03:25:00 -0000 Message-ID: <20080403032434.9806.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug bootstrap/35804] Bootstrap of combined gcc + binutils, with --enable-shared, with sysroot fails In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "oblivian at users dot sourceforge dot net" 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 X-SW-Source: 2008-04/txt/msg00255.txt.bz2 ------- Comment #6 from oblivian at users dot sourceforge dot net 2008-04-03 03:24 ------- (In reply to comment #5) Ok, so this is a sysroot bug in binutils that they marked as invalid http://sourceware.org/bugzilla/show_bug.cgi?id=4966 I guess I would argue that it's not invalid anymore since this behavior is now required with the removal of the spec search paths that allowed a minimal "tools" toolchain to be installed before chrooting and compiling a new full target toolchain without overwriting binaries. I applied the change from that bug and now it continues on to stage 2. This bug is now invalid and it will have to be straightened out with binutils. My vote is of course this should be supported by sysroot, and not limited to a root directory chrooted toolchain. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35804