From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11768 invoked by alias); 1 Dec 2007 09:48:33 -0000 Received: (qmail 11749 invoked by uid 22791); 1 Dec 2007 09:48:32 -0000 X-Spam-Check-By: sourceware.org Received: from smtp.nildram.co.uk (HELO smtp.nildram.co.uk) (195.112.4.54) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sat, 01 Dec 2007 09:48:26 +0000 Received: from firetop.home (85-211-136-23.dyn.gotadsl.co.uk [85.211.136.23]) by smtp.nildram.co.uk (Postfix) with ESMTP id 7EA352B5998; Sat, 1 Dec 2007 09:48:19 +0000 (GMT) Received: from richard by firetop.home with local (Exim 4.63) (envelope-from ) id 1IyOxQ-00011D-Mt; Sat, 01 Dec 2007 09:48:20 +0000 From: Richard Sandiford To: Rask Ingemann Lambertsen Mail-Followup-To: Rask Ingemann Lambertsen ,Mark Mitchell , Bernd Schmidt , Jie Zhang , gcc@gcc.gnu.org, GCC Patches , rsandifo@nildram.co.uk Cc: Mark Mitchell , Bernd Schmidt , Jie Zhang , gcc@gcc.gnu.org, GCC Patches Subject: Re: Link tests after GCC_NO_EXECUTABLES References: <474C98AA.50105@t-online.de> <474C9A65.2060902@codesourcery.com> <474C9B33.8060503@t-online.de> <474C9CBD.2070708@codesourcery.com> <87fxyqdc45.fsf@firetop.home> <474D943C.4030106@codesourcery.com> <20071128210420.GH17368@sygehus.dk> <474DF7E4.6050308@codesourcery.com> <20071130181424.GO17368@sygehus.dk> <4750559E.2090800@codesourcery.com> <20071130211005.GQ17368@sygehus.dk> Date: Sat, 01 Dec 2007 09:48:00 -0000 In-Reply-To: <20071130211005.GQ17368@sygehus.dk> (Rask Ingemann Lambertsen's message of "Fri\, 30 Nov 2007 22\:10\:05 +0100") Message-ID: <87d4tqu4nv.fsf@firetop.home> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii 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-12/txt/msg00001.txt.bz2 Rask Ingemann Lambertsen writes: > On Fri, Nov 30, 2007 at 10:25:34AM -0800, Mark Mitchell wrote: >> Rask Ingemann Lambertsen wrote: >> >> >>> I have a feeling it would be more robust to simulate the link tests >> >>> inside the autoconf/libtool macros themselves as opposed to explicitly >> >>> avoiding them in each and every configure.{ac,in}. Supply an option >> >>> --simulate-link-tests=file_with_results with the default being no and be >> >>> happy. > >> The advantage to the current setup is that you get a >> loud failure, and have to go actually work out the right answer. > > That's the --cache-file option, except for clobbering the file. I'll see > if I can arrange for the toplevel Makefile to copy a pre-made config.cache > into target library build directories just before running configure. That > ought to deal with all AC_FUNC(S) macros. That leaves just symbol versioning > and AC_LIBTOOL_DLOPEN, which is manageble. I've lost track of whether we're still talking about what to do for 4.3, or whether we're talking about future directions. So: are we considering this for 4.3, or for 4.4+? Richard