From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ralf Wildenhues Newsgroups: gmane.lisp.guile.devel Subject: Re: problems solved by AC_LIB_HAVE_LINKFLAGS [was: cross building 1.9.14 for mingw] Date: Sun, 20 Mar 2011 09:56:55 +0100 Organization: Institute for Numerical Simulation, University of Bonn Message-ID: <20110320085655.GH3541@gmx.de> References: <1296330082.8111.371.camel@vuurvlieg> <874o8r8kdn.fsf@gnu.org> <1297765259.2325.283.camel@vuurvlieg> <1298540378.4306.71.camel@vuurvlieg> <1300608500.22746.69.camel@vuurvlieg> <20110320082130.GD3541@gmx.de> <1300610077.22746.82.camel@vuurvlieg> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1300611432 28097 80.91.229.12 (20 Mar 2011 08:57:12 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 20 Mar 2011 08:57:12 +0000 (UTC) Cc: Andy Wingo , Ludovic =?iso-8859-1?Q?Court=E8s?= , Bruno Haible , guile-devel@gnu.org To: Jan Nieuwenhuizen Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Sun Mar 20 09:57:07 2011 Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Q1ERd-0001i7-LH for guile-devel@m.gmane.org; Sun, 20 Mar 2011 09:57:05 +0100 Original-Received: from localhost ([127.0.0.1]:50602 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q1ERd-0000KN-3A for guile-devel@m.gmane.org; Sun, 20 Mar 2011 04:57:05 -0400 Original-Received: from [140.186.70.92] (port=50933 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q1ERY-0000H8-FT for guile-devel@gnu.org; Sun, 20 Mar 2011 04:57:01 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q1ERX-000742-1X for guile-devel@gnu.org; Sun, 20 Mar 2011 04:57:00 -0400 Original-Received: from mailout-de.gmx.net ([213.165.64.23]:42762) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1Q1ERW-00073B-Li for guile-devel@gnu.org; Sun, 20 Mar 2011 04:56:58 -0400 Original-Received: (qmail invoked by alias); 20 Mar 2011 08:56:57 -0000 Original-Received: from xdsl-89-0-191-160.netcologne.de (EHLO localhost.localdomain) [89.0.191.160] by mail.gmx.net (mp029) with SMTP; 20 Mar 2011 09:56:57 +0100 X-Authenticated: #13673931 X-Provags-ID: V01U2FsdGVkX18IZSlrzDcImYumV788kxybp2Xvbqjg4+jb8quV1Y Dbz0muzQFL4+Mm Original-Received: from ralf by localhost.localdomain with local (Exim 4.72) (envelope-from ) id 1Q1ERT-0002gN-Ms; Sun, 20 Mar 2011 09:56:55 +0100 Content-Disposition: inline In-Reply-To: <1300610077.22746.82.camel@vuurvlieg> User-Agent: Mutt/1.5.20 (2010-08-04) X-Y-GMX-Trusted: 0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 213.165.64.23 X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.devel:11926 Archived-At: * Jan Nieuwenhuizen wrote on Sun, Mar 20, 2011 at 09:34:37AM CET: > Ralf Wildenhues schreef op zo 20-03-2011 om 09:21 [+0100]: > > > Bruno already explained why it is not a good idea to let DESTDIR > > be the indicator of whether to look in /usr or not. > > Ouch, I think I missed that. Does someone have a pointer? http://lists.gnu.org/archive/html/bug-gnulib/2011-02/msg00010.html > Also, why look in /usr before looking in gcc's library search path? > If we'd look in /usr last, $DESTDIR builds would most probably > not even need this --with-sysroot option and all would be happy? I don't know which code makes your configure look in /usr early; if there are any -L/usr/lib or -L/usr/lib64 instances on the link command line or in what libtool generates, then that is usually an error. Otherwise, I'd hope that the macro looks in directories specified with -L before any default ones; and using gcc's library search path for the default ones sounds sensible, but allowing to prefix all directories with a sysroot specified at configure time would still be a very helpful improvement. Arbitrary reordering of directories OTOH sounds like it would only lead to more random breakage in other situations. Cheers, Ralf