Re: [PHP-DEV] [PATCH] Fix bundle compilation on Darwin for Apache2.0
Justin,
httpd-2.0 doesn't build with the stock libtool-1.4.2 either. So,
if you're using Apache 2.0, you're going to need a patched libtool
anyway. I'd imagine that binary distributions of httpd-2.0 will
include the patched libtool in its installbuilddir (whomever built
the binary needs a good libtool), so that may be a way to work
around the problem - leverage httpd's libtool on Darwin.
It's a point of contention that we've been trying to bring to Apple's
attention (Fred and I have been emailing the Core OS team). We're
trying to get them to a) include it in Jaguar and b) submit it
upstream. I'm crossing my fingers, but I'm not really optimistic on
this point that Apple is going to address this. I believe JimJag is
tasked with trying to submit ASF-desired patches to GNU tools
upstream to FSF.
You have in this message illustrated the precise reasons why I want
to steer PHP clear of libtool on Darwin and Mac OS X. It is not
likely that this issue will be resolved any time soon.
Wouldn't it be possible to resolve the .la's and whatnot into normal
library dependencies when building the apr-config and apu-config
themselves? I can think of a few ways of doing just that. I also
think that it would add tremendous value to ap{ru}-config if they
enabled projects to link against them *without* libtool.
I'm also trying to take the long view here ... It is entirely
possible that Apple will ship systems with Apache 2 before the
libtool issue is resolved. They might not even include your patched
libtool. How should we compile PHP --with-apxs2 in such a scenario?
--Marko
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] [PATCH] Fix bundle compilation on Darwin for Apache2.0
One More Thing, Justin :) +MH_BUNDLE_FLAGS=`$APXS_BINDIR/apr-config --ldflags --link-ld --libs` Could you give me a scenario where we might need something from --ldflags or --link-ld? Wouldn't just the libs do? I'd rather not include something that might override our choices on the link line. --Marko -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] [PATCH] Fix bundle compilation on Darwin for Apache2.0
This patch does two things that should only be Darwin specific:
- Call apr-config and apu-config to determine the link information
for the requisite libraries so that they can be self-contained.
- Modifies the libphp4.bundle target to allow linking with libtool.
Since ap{ru}-config *may* print out information requiring libtool
to link (i.e. libexpat.la as a dependency), this makes more sense
to me.
I have been quite happy to have finally got rid of libtool on our links,
however! I'd much prefer committing the rest of your patch and waiting for
the first bug report about libtool-specific dependencies.
The problem is that while linking with libtool might work with the
Apple-supplied glibtool, it doesn't with a fresh GNU 1.4.x one. This means
that running buildconf (with your other patch) would become mandatory on
Darwin, even for end users. Me not like.
Again, I throw the ball in your court -- it seems entirely possible to me to
get the *real* dependencies figured out when building ap{ru}-config.
--Marko
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
