Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:12986 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 32166 invoked by uid 1010); 25 Sep 2004 20:12:15 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 32131 invoked from network); 25 Sep 2004 20:12:15 -0000 Received: from unknown (HELO colo.lerdorf.com) (66.198.51.121) by pb1.pair.com with SMTP; 25 Sep 2004 20:12:15 -0000 Received: from [192.168.0.155] (CPE00e0292e9071-CM400045972663.cpe.net.cable.rogers.com [24.112.215.204]) by colo.lerdorf.com (8.13.1/8.13.1/Debian-14) with ESMTP id i8PKCED2025427; Sat, 25 Sep 2004 13:12:14 -0700 Date: Sat, 25 Sep 2004 13:12:15 -0700 (PDT) X-X-Sender: rasmus@t42p.lerdorf.com To: James Devenish cc: internals@lists.php.net In-Reply-To: <20040925074142.GA12462@mail.guild.uwa.edu.au> Message-ID: 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 Subject: Re: [PHP-DEV] ./configure, PHP, SuSE and the AMD64 From: rasmus@php.net (Rasmus Lerdorf) On Sat, 25 Sep 2004, James Devenish wrote: > In message <41EE526EC2D3C74286415780D3BA9F87046F7AFC@ehost011-1.exch011.intermedia.net> > on Fri, Sep 24, 2004 at 07:21:45PM -0700, Hans Zaunere wrote: > > However, there is one issue I'm pretty unclear on - and, unfortunately > > it might relate to some of the other issues, which makes matters more > > confusion. > [...] > > -- In general, I've found that PHP's ./configure tends to assume things > > are in /usr/lib. However, on this and other 64bit x86 platforms, what > > we want is typically in /usr/lib64. A prime example of this is libjpeg. > [...] > > configure: error: libjpeg.(a|so) not found. > [...] > > The solution: symlink libjpeg.so from /usr/lib64 into /usr/lib - but is > > this right? I've tried numerous flags to configure, but nothing worked. > > When examining config.log in this case, I see "gcc -o conftest > > -L/usr/lib64...." which looks to be on the right track, yet ./configure > > is still breaking. > > Yes, the PHP4 ./configure internals have been broken in this way for a > number of years and bug reports have been filed accordingly. As you have > noted, the compiler has no difficulty finding the libs but the configure > script itself fails while performing its own (spurious) path search. > This is an artificial failure and cannot be corrected with command-line > options in the version you are using (4.3.8, by the looks of it). Can't you just do: LDFLAGS=-L/usr/lib64 ./configure ... CPPFLAGS for compile-time stuff -Rasmus