#48195 [Com]: iconv link failure

ID: 48195 Comment by: raymond dot plante at gmail dot com Reported By: rickdunn at chez dot com Status: Assigned Bug Type: Compile Failure Operating System: MacOSX 10.5.7 PHP Version: 5.3.0RC2 Assigned To: scottmac New Comment: It's obvious the makefile needs to be patched to search configuration specified library paths first. I hope that there isn't anyone here seriously trying to suggest 'you should just have 1 version of a library on your system'. Previous Comments: ------------------------------------------------------------------------ [2009-06-15 08:53:00] jani@php.net I'll check them once I get back home in couple of days or so. ------------------------------------------------------------------------ [2009-06-12 11:03:16] rickdunn at chez dot com Sorry about that -- files sent by e-mail. ------------------------------------------------------------------------ [2009-06-12 07:06:15] jani@php.net Thanks, but I should propably said "send them via email". Both me and Scott. From the generated Makefiles it's easier to diff what the problem is. I deleted those from this report, quite unreadable here. ------------------------------------------------------------------------ [2009-06-10 20:52:22] rickdunn at chez dot com I tried the makefile modification and the build was not successful. ------------------------------------------------------------------------ [2009-06-10 16:41:39] philip@php.net Sorry to dirty up the bugs database as I'm not sure if #43189 differs from this, so I blindly copied the fix from yimingliu to there hoping it would help. My problem exists in 5.2 and 5.3, both of which require manual changes. Old snippet from Makefile: ------------------------------------- libs/libphp$(PHP_MAJOR_VERSION).bundle: $(PHP_GLOBAL_OBJS) $(PHP_SAPI_OBJS) $(CC) $(MH_BUNDLE_FLAGS) $(CFLAGS_CLEAN) $(EXTRA_CFLAGS) $(LDFLAGS) $(EXTRA_LDFLAGS) $(PHP_GLOBAL_OBJS:.lo=.o) $(PHP_SAPI_OBJS:.lo=.o) $(PHP_FRAMEWORKS) $(EXTRA_LIBS) $(ZEND_EXTRA_LIBS) -o $@ && cp $@ libs/libphp$(PHP_MAJOR_VERSION).so New snippet from Makefile (after manual fix): ------------------------------------- libs/libphp$(PHP_MAJOR_VERSION).bundle: $(PHP_GLOBAL_OBJS) $(PHP_SAPI_OBJS) $(CC) $(CFLAGS_CLEAN) $(EXTRA_CFLAGS) $(LDFLAGS) $(EXTRA_LDFLAGS) $(PHP_GLOBAL_OBJS:.lo=.o) $(PHP_SAPI_OBJS:.lo=.o) $(PHP_FRAMEWORKS) $(EXTRA_LIBS) $(ZEND_EXTRA_LIBS) $(MH_BUNDLE_FLAGS) -o $@ && cp $@ libs/libphp$(PHP_MAJOR_VERSION).so Note: ------------------------------------- The change is simply moving around $(MH_BUNDLE_FLAGS). The yimingliu link provides a decent explanation for why this problem may exist. The apache2handler.patch.txt patch does not solve this problem. Configure information: ------------------------------------- The following build without problem: ./configure --disable-all --with-iconv=/opt/local ./configure --disable-all --with-xmlrpc --enable-libxml=/opt/local -- with-apxs2 While this requires the change to Makefile: ./configure --disable-all --with-iconv=/opt/local --with-apxs2 Jani, Mac is weird and semi-broken in several respects so messing around with and for example removing old versions of libraries it relies upon can mess things up. This includes libxml2 and libiconv. ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/48195 -- Edit this bug report at http://bugs.php.net/?id=48195&edit=1