Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:14111
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
Date: Fri, 17 Dec 2004 16:58:32 -0800
Message-ID: <41EE526EC2D3C74286415780D3BA9F8706F1BEF5@ehost011-1.exch011.intermedia.net>
Thread-Topic: [PHP-DEV] ./configure, PHP, SuSE and the AMD64
thread-index: AcTg/4kIvN84p6cLSCqfjvPVVQZBrgDnGYgg
To: "Joe Orton" <jorton@redhat.com>
Cc: <internals@lists.php.net>
Subject: RE: [PHP-DEV] ./configure, PHP, SuSE and the AMD64
From: hans@nyphp.com ("Hans Zaunere")


> > Some more interesting things that threw me off at first.  While
4.3.10
> > and 5.0.3 do handle lib64 much better than previous versions, and
will
> > compile with the basic extensions enabled on a lib64 only system,
only
> > HEAD really implements --with-libdir.  These versions will break
when
> > more extensions are enabled.
>=20
> 4.3.10 and 5.0.3 don't have any lib64-type fixes in AFAIK - they
should
> work no better or worse than previous versions: i.e. it should be OK
> until you start enabling any of the extensions which require libraries
> out of /usr/lib{,64}.

At the end of the day, 4.3.10 and 5.0.3 don't work, but they do seem
"smarter" in some ways.  For instance, for openssl, zlib, and bz2 they
seem to detect the lib64 libraries without a problem.  But, you're
exactly right, the other extensions break.

> > On HEAD, with-libdir has a significant effect with some of the
> > extensions.
> >
> > However, with HEAD as of two minutes ago, it appears that the GD
> > extension isn't fully aware of PHP_LIBDIR.  The supporting jpeg,
png,
> > xpm, etc. libs are found correctly under /usr/lib64, but libgd
itself
> > isn't.
> >
> > Looking at ext/gd/config.m4, the trouble might be around the for
loop on
> > line 366 (there's no hint of PHP_LIBDIR).  This results in the
> > ./configure time error of:
> >
> > configure: error: Unable to find libgd.(a|so) anywhere under /usr
>=20
> OK, I've just fixed that.  Thanks for testing this stuff out!

That did it - HEAD from CVS works great, as does the GD extension now.
Thanks much Joe - this is a critical step in getting PHP to work on
these newer platforms.

Any chance your changes could be back ported into 4 and 5 branches?  I
know I probably should have mentioned this before their release :)

Thanks again,


---
Hans Zaunere
President, Founder
New York PHP
http://www.nyphp.org