Not sure about removing the comment from the bug report as someone might need
it as a clue, surely it would have been better to just addd your comment and
leave mine intact.
Jani, are you going to post a real patch? I'm not a C programmer (life's too
short etc) - I'd probably get it wrong again
PHP 5 Bug Database summary - http://bugs.php.net
Num Status Summary (472 total including feature requests)
===[*Configuration Issues]
29478 Open ignore_user_abort not in php.ini
29971 Open variables_order behaviour
31585 Feedbac
[ping]
New versions of glibc support a RTLD_DEEPBIND flag to dlopen. The
effect of this flag when loading a "foo.so" with undefined symbols is
that the search that symbol starts at foo.so and its dependencies
*before* the loading process' global symbol table.
This is an effective workaround for
+1
- Sascha
On Mon, 24 Jan 2005, Joe Orton wrote:
[snip]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Just commit..
--Jani
On Mon, 24 Jan 2005, Joe Orton wrote:
[ping]
New versions of glibc support a RTLD_DEEPBIND flag to dlopen. The
effect of this flag when loading a "foo.so" with undefined symbols is
that the search that symbol starts at foo.so and its dependencies
*before* the loading p
PHP-GTK uses a lot of external macros though its extensions, such as
AM_PATH_GLIB_2_0(), AM_PATH_GTK_2_0(), and others. Those are contained
in .m4 files located in aclocal's share directory and without running
aclocal the configuration process fails, since those macros are
external.
-Andrei
On
Thus we'll nuke the libtool usage in linking on Macosx.
Patch to acinclude.m4 for this solution is here:
http://www.php.net/~jani/patches/acinclude.m4.macosx-shared-
modules.patch
(or someone backports the patches from newer libtools to the
bundled files =)
Reason not to