From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21486 invoked by alias); 8 Nov 2014 21:55:23 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 21477 invoked by uid 89); 8 Nov 2014 21:55:22 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-oi0-f46.google.com Received: from mail-oi0-f46.google.com (HELO mail-oi0-f46.google.com) (209.85.218.46) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Sat, 08 Nov 2014 21:55:21 +0000 Received: by mail-oi0-f46.google.com with SMTP id g201so3915907oib.33 for ; Sat, 08 Nov 2014 13:55:19 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.182.241.195 with SMTP id wk3mr17528772obc.33.1415483718456; Sat, 08 Nov 2014 13:55:18 -0800 (PST) Received: by 10.76.177.68 with HTTP; Sat, 8 Nov 2014 13:55:18 -0800 (PST) In-Reply-To: References: <20141101092324.7EC77100@mailhost.lps.ens.fr> <20141101094325.GF5026@tucnak.redhat.com> <2928A259-8B23-4F05-B59C-32F68294A522@lps.ens.fr> <20141108154114.GV5026@tucnak.redhat.com> Date: Sat, 08 Nov 2014 21:55:00 -0000 Message-ID: Subject: Re: [PATCH] Don't bootstrap libcc1 From: Jack Howarth To: Iain Sandoe Cc: Jakub Jelinek , =?UTF-8?Q?Dominique_d=27Humi=C3=A8res?= , gcc-patches@gcc.gnu.org, bonzini@gnu.org, pmuldoon@redhat.com Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2014-11/txt/msg00716.txt.bz2 Iain, Any idea why this isn't failing universally? On all of the machines tested here with 'make bootstrap', the linkage of libcc1.so finds the necessary libstdc++ from the set of flags... -L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4= .0/libstdc++-v3/src -L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4= .0/libstdc++-v3/src/.libs -L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4= .0/libstdc++-v3/libsupc++/.libs as I posted earlier in this thread. Why wouldn't Dominique be getting those emitted in his build and shouldn't they suffice? Jack On Sat, Nov 8, 2014 at 4:03 PM, Iain Sandoe wrote: > > On 8 Nov 2014, at 15:41, Jakub Jelinek wrote: > >> On Sat, Nov 08, 2014 at 04:31:28PM +0100, Dominique d'Humi=C3=A8res wrot= e: >>> I am still unable to bootstrap darwin14 without revision r216964 revert= ed. Executing the simplified command >>> >>> /opt/gcc/build_w/gcc/xg++ -B/opt/gcc/build_w/gcc/ -L/opt/gcc/build_w/x8= 6_64-apple-darwin14.0.0/libstdc++-v3/src/.libs -o .libs/libcc1.0.so .libs/f= indcomp.o -static-libstdc++ -static-libgcc >>> >>> I get >>> >>> ld: file not found: libstdc++.a >>> collect2: error: ld returned 1 exit status >>> >>> while I see >>> >>> [Book15] build_w/libcc1% ls -l /opt/gcc/build_w/x86_64-apple-darwin14.0= .0/libstdc++-v3/src/.libs/libstdc++.a >>> -rw-r--r-- 1 dominiq staff 9118792 Nov 8 15:30 /opt/gcc/build_w/x86= _64-apple-darwin14.0.0/libstdc++-v3/src/.libs/libstdc++.a >>> >>> >>> What am I missing? >> >> That is for somebody familiar with all the Mach-O weirdnesses to look at, >> I don't see anything wrong with the above g++ invocation. >> Rerun with -v to see how ld is invoked, strace (if Darwin has anything l= ike >> that) it to see why it doesn't find that libstdc++.a ? > > This is not really mach-o related, but a consequence of the way in which = GCC specs substitution works. > > Unless the libstdc++-v3/.libs and libsupc++/.libs are visible as -Bxxxxx,= spec substitution will not work (it's not enough to provide -L). > > This is done elsewhere (e.g. gnattools), it just needs an appropriate add= ition to the libcc1/Makefile.in > > (will try and take a look later in the week, if no-one else gets to it fi= rst). > > Iain >