From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29586 invoked by alias); 28 Nov 2007 12:41:24 -0000 Received: (qmail 29572 invoked by uid 22791); 28 Nov 2007 12:41:24 -0000 X-Spam-Check-By: sourceware.org Received: from pfepb.post.tele.dk (HELO pfepb.post.tele.dk) (195.41.46.236) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 28 Nov 2007 12:41:18 +0000 Received: from x1-6-00-0f-9f-c6-3e-90 (x1-6-00-0f-9f-c6-3e-90.k75.webspeed.dk [80.197.1.215]) by pfepb.post.tele.dk (Postfix) with ESMTP id AA175A50056; Wed, 28 Nov 2007 13:41:12 +0100 (CET) Received: from x1-6-00-0f-9f-c6-3e-90 (localhost.localdomain [127.0.0.1]) by x1-6-00-0f-9f-c6-3e-90 (8.14.0/8.14.0) with ESMTP id lASCfC8B002254; Wed, 28 Nov 2007 13:41:12 +0100 Received: (from rask@localhost) by x1-6-00-0f-9f-c6-3e-90 (8.14.0/8.14.0/Submit) id lASCfAgI002253; Wed, 28 Nov 2007 13:41:10 +0100 Date: Wed, 28 Nov 2007 16:06:00 -0000 From: Rask Ingemann Lambertsen To: Mark Mitchell , Bernd Schmidt , Jie Zhang , gcc@gcc.gnu.org, GCC Patches , rsandifo@nildram.co.uk Subject: Re: Link tests after GCC_NO_EXECUTABLES Message-ID: <20071128124109.GE17368@sygehus.dk> References: <46EFDA4D.3070006@gmail.com> <474C0C52.8050503@t-online.de> <474C8FA4.2040603@codesourcery.com> <474C95BA.1060807@t-online.de> <474C96C1.7010208@codesourcery.com> <474C98AA.50105@t-online.de> <474C9A65.2060902@codesourcery.com> <474C9B33.8060503@t-online.de> <474C9CBD.2070708@codesourcery.com> <87fxyqdc45.fsf@firetop.home> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87fxyqdc45.fsf@firetop.home> User-Agent: Mutt/1.5.14 (2007-02-12) 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 X-SW-Source: 2007-11/txt/msg01559.txt.bz2 On Wed, Nov 28, 2007 at 08:10:18AM +0000, Richard Sandiford wrote: > > This may no longer be relevant given the rest of the thread, but for the > record: what you describe is indeed how things used to work before the > libtool upgrade. (Although as Rask points out, linking never actually > failed for "int main () { return 0; }" without a -T option for MIPS; > it just gave a warning that __start was undefined and that the entry > point was being set to some built-in value. I think both Dan and I > thought it should be an error instead, but that didn't fly...) This is the error message (which we still get): warning: cannot find entry symbol _start; defaulting to 0000000000400040 > However, with the libtool upgrade, the shl_load test failed for MIPS > in the same way as it did for Bernd on Blackfin. Rask got around this > by adding a "-T" option for the simulator board in top-level configure. Not quite; I arranged for configure to add -L and -B options pointing into the newlib, libgloss and libgloss/cpu directories when configuring subdirectories, and it happens only if you build newlib. If you get a link error with the default -T option, there's still no dice. sparc-unknown-elf is an example of such a target, but most *-elf targets build out of the box as long as they can find their newlib and libgloss bits. > I still object to this approach for the reasons we discussed before, > but I didn't have time to come up with an alternative of my own, > so I didn't make a fuss. It did at least get an unpatched libstdc++-v3 > building again. It is not just libstdc++-v3, it is also libgfortran, libobjc, libjava and libffi. Maybe also libssp and libiberty. > If Jie has a patch that gets us around the shl_load failure, I'd be glad > for us to go that route, and go back to not using the -T simulator options, > if that's possible. Especially if we can do it before 4.3 is out, since > 4.3 will then keep to the precedent set by earlier releases, and not set > a new precedent of its own. I'm not against it in principle, but in practice, configuring target libraries without linking is very fragile and has been broken more often than not. Unless someone voluteers to battle with autoconf and libtool every time it breaks, I'd very much prefer to keep the -L and -B options. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year