Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:12991 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 1490 invoked by uid 1010); 26 Sep 2004 06:43:04 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 1406 invoked from network); 26 Sep 2004 06:43:03 -0000 Received: from unknown (HELO asclepius.uwa.edu.au) (130.95.128.60) by pb1.pair.com with SMTP; 26 Sep 2004 06:43:03 -0000 Received: from asclepius (localhost [127.0.0.1]) by asclepius (Postfix) with SMTP id 8BC6E36922A for ; Sun, 26 Sep 2004 14:43:02 +0800 (WST) X-UWA-Client-IP: 130.95.100.5 (UWA) Received: from gulag.guild.uwa.edu.au (gulag.guild.uwa.edu.au [130.95.100.5]) by asclepius.uwa.edu.au (Postfix) with ESMTP id 7314C3676AC for ; Sun, 26 Sep 2004 14:43:02 +0800 (WST) Received: from gulag.guild.uwa.edu.au (devenish@localhost [127.0.0.1]) by gulag.guild.uwa.edu.au (8.12.3/8.12.3/Debian-6.6) with ESMTP id i8Q6h1If025934 for ; Sun, 26 Sep 2004 14:43:01 +0800 Received: (from devenish@localhost) by gulag.guild.uwa.edu.au (8.12.3/8.12.3/Debian-6.6) id i8Q6h13i025932 for internals@lists.php.net; Sun, 26 Sep 2004 14:43:01 +0800 Date: Sun, 26 Sep 2004 14:43:01 +0800 To: internals@lists.php.net Message-ID: <20040926064301.GA25647@mail.guild.uwa.edu.au> Mail-Followup-To: internals@lists.php.net References: <41EE526EC2D3C74286415780D3BA9F87046F7AFC@ehost011-1.exch011.intermedia.net> <20040925074142.GA12462@mail.guild.uwa.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.28i Subject: Re: [PHP-DEV] ./configure, PHP, SuSE and the AMD64 From: j-devenish@users.sourceforge.net (James Devenish) In message on Sat, Sep 25, 2004 at 01:12:15PM -0700, Rasmus Lerdorf wrote: > Can't you just do: > > LDFLAGS=-L/usr/lib64 ./configure ... > > CPPFLAGS for compile-time stuff The compiler and linker have no problem. The problem is that the ./configure script does its *own* library path search, independently of the compiler and linker (why?) and it uses its own hard-coded paths. The compiler and linker have *no* problem finding the libraries, yet the ./configure attempts to pre-empt them and fails. Failure of ./configure does *not* indicate any compilation or linking problem in these cases. The failed tests have no bearing on the success or failure of PHP -- ./configure doesn't even set any flags as a consequence of these tests. The practice has been on the increase in the ./configure system and appears to be used in both PHP 4.3.9 and 5.0.1. For example: % cd php-4.3.9; grep 'test -f.*/lib/lib' ./configure | wc -l 42 % cd ../php-5.0.1; grep 'test -f.*/lib/lib' ./configure | wc -l 36