From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5721 invoked by alias); 27 Nov 2007 22:46:18 -0000 Received: (qmail 5704 invoked by uid 22791); 27 Nov 2007 22:46:17 -0000 X-Spam-Check-By: sourceware.org Received: from mailout02.sul.t-online.de (HELO mailout02.sul.t-online.com) (194.25.134.17) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 27 Nov 2007 22:46:07 +0000 Received: from fwd27.aul.t-online.de by mailout02.sul.t-online.com with smtp id 1Ix9Bq-00009k-01; Tue, 27 Nov 2007 23:46:02 +0100 Received: from [84.152.245.64] (VUyMy0ZQwh3fT10nCLvGTbHD2n4O3iGh06kLwpUd1YQ-Kfu53+OxlexgjZgnOybwKH@[84.152.245.64]) by fwd27.aul.t-online.de with esmtp id 1Ix9Bn-0w3F9E0; Tue, 27 Nov 2007 23:45:59 +0100 Message-ID: <474C9E12.6050903@t-online.de> Date: Wed, 28 Nov 2007 01:03:00 -0000 From: Bernd Schmidt User-Agent: Thunderbird 2.0.0.9 (X11/20071116) MIME-Version: 1.0 To: Mark Mitchell CC: Jie Zhang , gcc@gcc.gnu.org, GCC Patches , Richard Sandiford Subject: Re: Link tests after GCC_NO_EXECUTABLES References: <46EFBCC1.6070200@gmail.com> <46EFC383.7020503@t-online.de> <46EFC9E9.7090201@gmail.com> <46EFCEF9.3060304@t-online.de> <46EFCF7A.2080704@gmail.com> <46EFD236.6080907@t-online.de> <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> In-Reply-To: <474C9CBD.2070708@codesourcery.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-ID: VUyMy0ZQwh3fT10nCLvGTbHD2n4O3iGh06kLwpUd1YQ-Kfu53+OxlexgjZgnOybwKH X-TOI-MSGID: 5ae08d76-55e0-456a-b202-1930d0ae9c77 X-IsSubscribed: yes 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/msg01525.txt.bz2 Mark Mitchell wrote: > Note that libstdc++/configure.ac carefully avoids linking except for > $GLIBCXX_IS_NATIVE. It's a design property that you should not need to > link. Where in libstdc++ is it requiring linking? Jie started the thread back in September, and posted the following call trace: "libstdc++-v3/configure.ac" AM_PROG_LIBTOOL -> "libtool.m4" LT_INIT -> _LT_SETUP -> _LT_LANG_C_CONFIG -> LT_SYS_DLOPEN_SELF which leads to checking for shl_load... configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES. make[1]: *** [configure-target-libstdc++-v3] Error 1 Jie had a patch for that, but I decided to fix it by just making things link, since I've seen other occurrences of this problem over the years. It just seems more robust not to require the configure scripts to avoid linking. Bernd -- This footer brought to you by insane German lawmakers. Analog Devices GmbH Wilhelm-Wagenfeld-Str. 6 80807 Muenchen Sitz der Gesellschaft Muenchen, Registergericht Muenchen HRB 40368 Geschaeftsfuehrer Thomas Wessel, William A. Martin, Margaret Seif