#48195 [Asn]: iconv link failure
ID: 48195 Updated by: j...@php.net 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: That's just fixing a symptom, not the bug. Previous Comments: [2009-12-15 22:32:37] rickdunn at chez dot com Apple has a patch for the PHP source iconv.c file that fixes this problem: http://www.opensource.apple.com/source/apache_mod_php/apache_mod_php- 53/patches/iconv.patch [2009-10-28 11:50:11] jimmycnw at gmail dot com I made the changes explained above. libphp5.so is successfully compiled. However, when I start apache I get this: httpd: Syntax error on line 490 of /private/etc/apache2/httpd.conf: Syntax error on line 6 of /private/etc/apache2/other/php5.conf: Cannot load /usr/libexec/apache2/libphp5.so into server: dlopen(/usr/libexec/apache2/libphp5.so, 10): Library not loaded: /usr/local/iconv/lib/libiconv.2.dylib\n Referenced from: /usr/libexec/apache2/libphp5.so\n Reason: Incompatible library version: libphp5.so requires version 8.0.0 or later, but libiconv.2.dylib provides version 7.0.0 [2009-08-11 16:46:49] b1667861 at tyldd dot com Solved for me by referring to this post: http://jspr.tndy.me/2009/07/php-5-3-iconv-osx-symbols-missing-_libiconv/ My setup: - OS X 10.5.8 / PHP 5.2.8 - Intel - mySQL 5.0.51b installed in usr/local (preparation) MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS="-arch x86_64 -g -Os -pipe -no-cpp-precomp" CCFLAGS="-arch x86_64 -g -Os -pipe" CXXFLAGS="-arch x86_64 -g -Os -pipe" LDFLAGS="-arch x86_64 -bind_at_load" export CFLAGS CXXFLAGS LDFLAGS CCFLAGS MACOSX_DEPLOYMENT_TARGET (mhash) ./configure && make && sudo make install (libmcrypt) ./configure && make && sudo make install (mcrypt) touch malloc.h ./configure && make && sudo make install (libiconv) ./configure && make && sudo make install (php 5.3.0 configure = PHP 5.2.8 configure string from OS X 10.5.8 + updated mySQL paths + mCrypt + iConv) env LIBS="-liconv" ./configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --disable-dependency-tracking --with-apxs2=/usr/sbin/apxs --with-ldap=/usr --with-kerberos=/usr --enable-cli --with-zlib-dir=/usr --enable-trans-sid --with-xml --enable-exif --enable-ftp --enable-mbstring --enable-mbregex --enable-dbx --enable-sockets --with-iodbc=/usr --with-curl=/usr --with-config-file-path=/etc --sysconfdir=/private/etc --with-mysql-sock=/var/mysql --with-mysqli=/usr/local/mysql/bin/mysql_config --with-mysql=/usr/local/mysql --with-openssl --with-xmlrpc --with-xsl=/usr --without-pear --with-mcrypt=/usr/local/bin/mcrypt --with-iconv=/usr/local/bin/iconv (php makefile edit) from: $(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 to: $(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 (php make) make sudo make install (toggle Web Sharing in User Preferences) (Also add (or uncomment) in [etc/php.ini] to prevent date-functions errors to be thrown in php 5.3.0) date.timezone = "America/New_York" [2009-07-18 19:20:09] raymond dot plante at gmail dot com 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'. [2009-06-15 08:53:00] j...@php.net I'll check them once I get back home in couple of days or so. 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
#48195 [Asn]: iconv link failure
ID: 48195 User updated by: rickdunn at chez 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: Apple has a patch for the PHP source iconv.c file that fixes this problem: http://www.opensource.apple.com/source/apache_mod_php/apache_mod_php- 53/patches/iconv.patch Previous Comments: [2009-10-28 11:50:11] jimmycnw at gmail dot com I made the changes explained above. libphp5.so is successfully compiled. However, when I start apache I get this: httpd: Syntax error on line 490 of /private/etc/apache2/httpd.conf: Syntax error on line 6 of /private/etc/apache2/other/php5.conf: Cannot load /usr/libexec/apache2/libphp5.so into server: dlopen(/usr/libexec/apache2/libphp5.so, 10): Library not loaded: /usr/local/iconv/lib/libiconv.2.dylib\n Referenced from: /usr/libexec/apache2/libphp5.so\n Reason: Incompatible library version: libphp5.so requires version 8.0.0 or later, but libiconv.2.dylib provides version 7.0.0 [2009-08-11 16:46:49] b1667861 at tyldd dot com Solved for me by referring to this post: http://jspr.tndy.me/2009/07/php-5-3-iconv-osx-symbols-missing-_libiconv/ My setup: - OS X 10.5.8 / PHP 5.2.8 - Intel - mySQL 5.0.51b installed in usr/local (preparation) MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS="-arch x86_64 -g -Os -pipe -no-cpp-precomp" CCFLAGS="-arch x86_64 -g -Os -pipe" CXXFLAGS="-arch x86_64 -g -Os -pipe" LDFLAGS="-arch x86_64 -bind_at_load" export CFLAGS CXXFLAGS LDFLAGS CCFLAGS MACOSX_DEPLOYMENT_TARGET (mhash) ./configure && make && sudo make install (libmcrypt) ./configure && make && sudo make install (mcrypt) touch malloc.h ./configure && make && sudo make install (libiconv) ./configure && make && sudo make install (php 5.3.0 configure = PHP 5.2.8 configure string from OS X 10.5.8 + updated mySQL paths + mCrypt + iConv) env LIBS="-liconv" ./configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --disable-dependency-tracking --with-apxs2=/usr/sbin/apxs --with-ldap=/usr --with-kerberos=/usr --enable-cli --with-zlib-dir=/usr --enable-trans-sid --with-xml --enable-exif --enable-ftp --enable-mbstring --enable-mbregex --enable-dbx --enable-sockets --with-iodbc=/usr --with-curl=/usr --with-config-file-path=/etc --sysconfdir=/private/etc --with-mysql-sock=/var/mysql --with-mysqli=/usr/local/mysql/bin/mysql_config --with-mysql=/usr/local/mysql --with-openssl --with-xmlrpc --with-xsl=/usr --without-pear --with-mcrypt=/usr/local/bin/mcrypt --with-iconv=/usr/local/bin/iconv (php makefile edit) from: $(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 to: $(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 (php make) make sudo make install (toggle Web Sharing in User Preferences) (Also add (or uncomment) in [etc/php.ini] to prevent date-functions errors to be thrown in php 5.3.0) date.timezone = "America/New_York" [2009-07-18 19:20:09] raymond dot plante at gmail dot com 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'. [2009-06-15 08:53:00] j...@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. 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
#48195 [Asn]: iconv link failure
ID: 48195 Updated by: j...@php.net Reported By: rickdunn at chez dot com Status: Assigned Bug Type: Compile Failure Operating System: OS X 10.5.6 PHP Version: 5.3.0RC2 Assigned To: scottmac New Comment: Please provide the generated Makefile's for PHP 5.2.9 (that works) and PHP 5.3 (that does not work) using same configure options for both. And as few options as possible, thankyouverymuch. :) Previous Comments: [2009-06-01 09:16:02] j...@php.net I think the reason is that people have several versions of iconv installed in their system. Just remove the extra / wrong / whatever and it will work fine.. [2009-05-29 16:08:16] phi...@php.net See Bug #43189 for a [temporary] workaround, which involves editing Makefile. [2009-05-12 17:38:00] rickdunn at chez dot com Here's the last few lines and the error: Zend/zend_object_handlers.o Zend/zend_objects_API.o Zend/zend_default_classes.o Zend/zend_execute.o sapi/apache2handler/mod_php5.o sapi/apache2handler/sapi_apache2.o sapi/apache2handler/apache_config.o sapi/apache2handler/php_functions.o main/internal_functions.o -liconv -liconv -lm -o libs/libphp5.bundle && cp libs/libphp5.bundle libs/libphp5.so Undefined symbols: "_libiconv", referenced from: __php_iconv_appendl in iconv.o __php_iconv_appendl in iconv.o _php_iconv_string in iconv.o _php_iconv_string in iconv.o __php_iconv_strlen in iconv.o __php_iconv_strpos in iconv.o _zif_iconv_substr in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _php_iconv_stream_filter_append_bucket in iconv.o _php_iconv_stream_filter_append_bucket in iconv.o ld: symbol(s) not found collect2: ld returned 1 exit status make: *** [libs/libphp5.bundle] Error 1 [2009-05-12 16:10:10] scott...@php.net Can you show me the last command it tried to run from linking? Usually you have -L/usr/lib and -L/opt/local/lib or similar. [2009-05-12 15:55:11] rickdunn at chez dot com Unfortunately, no luck. I applied the patch, ran ./buildconf and then ran the following: CFLAGS="-arch x86_64" CXXFLAGS="-arch x86_64" LDFLAGS="-arch x86_64" CCFLAGS="-arch x86_64" ./configure --disable-all --with-iconv --with- apxs2 'Make' still fails with the same error. For what it's worth, I compiled 5.2.9 successfully today, so nothing seems to have changed on my computer that would cause this. 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
#48195 [Asn]: iconv link failure
ID: 48195 Updated by: j...@php.net Reported By: rickdunn at chez dot com Status: Assigned Bug Type: Compile Failure Operating System: OS X 10.5.6 PHP Version: 5.3.0RC2 Assigned To: scottmac New Comment: I think the reason is that people have several versions of iconv installed in their system. Just remove the extra / wrong / whatever and it will work fine.. Previous Comments: [2009-05-29 16:08:16] phi...@php.net See Bug #43189 for a [temporary] workaround, which involves editing Makefile. [2009-05-12 17:38:00] rickdunn at chez dot com Here's the last few lines and the error: Zend/zend_object_handlers.o Zend/zend_objects_API.o Zend/zend_default_classes.o Zend/zend_execute.o sapi/apache2handler/mod_php5.o sapi/apache2handler/sapi_apache2.o sapi/apache2handler/apache_config.o sapi/apache2handler/php_functions.o main/internal_functions.o -liconv -liconv -lm -o libs/libphp5.bundle && cp libs/libphp5.bundle libs/libphp5.so Undefined symbols: "_libiconv", referenced from: __php_iconv_appendl in iconv.o __php_iconv_appendl in iconv.o _php_iconv_string in iconv.o _php_iconv_string in iconv.o __php_iconv_strlen in iconv.o __php_iconv_strpos in iconv.o _zif_iconv_substr in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _php_iconv_stream_filter_append_bucket in iconv.o _php_iconv_stream_filter_append_bucket in iconv.o ld: symbol(s) not found collect2: ld returned 1 exit status make: *** [libs/libphp5.bundle] Error 1 [2009-05-12 16:10:10] scott...@php.net Can you show me the last command it tried to run from linking? Usually you have -L/usr/lib and -L/opt/local/lib or similar. [2009-05-12 15:55:11] rickdunn at chez dot com Unfortunately, no luck. I applied the patch, ran ./buildconf and then ran the following: CFLAGS="-arch x86_64" CXXFLAGS="-arch x86_64" LDFLAGS="-arch x86_64" CCFLAGS="-arch x86_64" ./configure --disable-all --with-iconv --with- apxs2 'Make' still fails with the same error. For what it's worth, I compiled 5.2.9 successfully today, so nothing seems to have changed on my computer that would cause this. [2009-05-12 02:19:30] scott...@php.net Can you apply http://whisky.macvicar.net/patches/apache2handler.patch.txt Run ./buildconf and then configure again. This should fix the issue you're having. 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
#48195 [Asn]: iconv link failure
ID: 48195 Updated by: phi...@php.net Reported By: rickdunn at chez dot com Status: Assigned Bug Type: Compile Failure Operating System: OS X 10.5.6 PHP Version: 5.3.0RC2 Assigned To: scottmac New Comment: See Bug #43189 for a [temporary] workaround, which involves editing Makefile. Previous Comments: [2009-05-12 17:38:00] rickdunn at chez dot com Here's the last few lines and the error: Zend/zend_object_handlers.o Zend/zend_objects_API.o Zend/zend_default_classes.o Zend/zend_execute.o sapi/apache2handler/mod_php5.o sapi/apache2handler/sapi_apache2.o sapi/apache2handler/apache_config.o sapi/apache2handler/php_functions.o main/internal_functions.o -liconv -liconv -lm -o libs/libphp5.bundle && cp libs/libphp5.bundle libs/libphp5.so Undefined symbols: "_libiconv", referenced from: __php_iconv_appendl in iconv.o __php_iconv_appendl in iconv.o _php_iconv_string in iconv.o _php_iconv_string in iconv.o __php_iconv_strlen in iconv.o __php_iconv_strpos in iconv.o _zif_iconv_substr in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _php_iconv_stream_filter_append_bucket in iconv.o _php_iconv_stream_filter_append_bucket in iconv.o ld: symbol(s) not found collect2: ld returned 1 exit status make: *** [libs/libphp5.bundle] Error 1 [2009-05-12 16:10:10] scott...@php.net Can you show me the last command it tried to run from linking? Usually you have -L/usr/lib and -L/opt/local/lib or similar. [2009-05-12 15:55:11] rickdunn at chez dot com Unfortunately, no luck. I applied the patch, ran ./buildconf and then ran the following: CFLAGS="-arch x86_64" CXXFLAGS="-arch x86_64" LDFLAGS="-arch x86_64" CCFLAGS="-arch x86_64" ./configure --disable-all --with-iconv --with- apxs2 'Make' still fails with the same error. For what it's worth, I compiled 5.2.9 successfully today, so nothing seems to have changed on my computer that would cause this. [2009-05-12 02:19:30] scott...@php.net Can you apply http://whisky.macvicar.net/patches/apache2handler.patch.txt Run ./buildconf and then configure again. This should fix the issue you're having. [2009-05-11 21:32:48] ajmiller at engr dot psu dot edu I had the same problem with iconv on a Mac OS X Server 10.5.6 on an iMac G5. Using compiler and linker flags CFLAGS="-arch ppc64" CCFLAGS="-arch ppc64" CXXFLAGS="-arch ppc64" LDFLAGS="-arch ppc64" export CFLAGS CXXFLAGS LDFLAGS CCFLAGS to force 64 bit and then the following configure options did produce a functioning version of the php module. ./configure '--prefix=/usr/local' '--mandir=/usr/share/man' '-- disable-all' '--with-xmlrpc' '--enable-libxml' '-- infodir=/usr/share/info' '--with-apxs2=/usr/sbin/apxs' '--with- ldap=/usr' '--with-kerberos=/usr' '--enable-cli' '--with-zlib- dir=/usr' '--enable-trans-sid' '--with-xml' '--enable-exif' '--enable- ftp' '--enable-mbstring' '--enable-mbregex' '--enable-dbx' '--enable- sockets' '--with-iodbc=/usr' '--with-curl=/usr' '--with-config-file- path=/etc' '--sysconfdir=/private/etc' '--with-mysql-sock=/var/mysql' '--with-mysqli=mysqlnd' '--with-mysql=mysqlnd' '--with-openssl' '-- with-xmlrpc' '--enable-dom' '--with-xsl=/usr' '--enable-xml' '--with- pear' I've never used --disable-all before. Does it disable everything that is not explicitly enabled? Does this exclude something that caused the link problems with iconv? Also, for mysqlnd to build, I had to edit the mysqlnd_portability.h file like I described in the bug #48198 report I submitted previously. 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
#48195 [Asn]: iconv link failure
ID: 48195 User updated by: rickdunn at chez dot com Reported By: rickdunn at chez dot com Status: Assigned Bug Type: Compile Failure Operating System: OS X 10.5.6 PHP Version: 5.3.0RC2 Assigned To: scottmac New Comment: Here's the last few lines and the error: Zend/zend_object_handlers.o Zend/zend_objects_API.o Zend/zend_default_classes.o Zend/zend_execute.o sapi/apache2handler/mod_php5.o sapi/apache2handler/sapi_apache2.o sapi/apache2handler/apache_config.o sapi/apache2handler/php_functions.o main/internal_functions.o -liconv -liconv -lm -o libs/libphp5.bundle && cp libs/libphp5.bundle libs/libphp5.so Undefined symbols: "_libiconv", referenced from: __php_iconv_appendl in iconv.o __php_iconv_appendl in iconv.o _php_iconv_string in iconv.o _php_iconv_string in iconv.o __php_iconv_strlen in iconv.o __php_iconv_strpos in iconv.o _zif_iconv_substr in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _php_iconv_stream_filter_append_bucket in iconv.o _php_iconv_stream_filter_append_bucket in iconv.o ld: symbol(s) not found collect2: ld returned 1 exit status make: *** [libs/libphp5.bundle] Error 1 Previous Comments: [2009-05-12 16:10:10] scott...@php.net Can you show me the last command it tried to run from linking? Usually you have -L/usr/lib and -L/opt/local/lib or similar. [2009-05-12 15:55:11] rickdunn at chez dot com Unfortunately, no luck. I applied the patch, ran ./buildconf and then ran the following: CFLAGS="-arch x86_64" CXXFLAGS="-arch x86_64" LDFLAGS="-arch x86_64" CCFLAGS="-arch x86_64" ./configure --disable-all --with-iconv --with- apxs2 'Make' still fails with the same error. For what it's worth, I compiled 5.2.9 successfully today, so nothing seems to have changed on my computer that would cause this. [2009-05-12 02:19:30] scott...@php.net Can you apply http://whisky.macvicar.net/patches/apache2handler.patch.txt Run ./buildconf and then configure again. This should fix the issue you're having. [2009-05-11 21:32:48] ajmiller at engr dot psu dot edu I had the same problem with iconv on a Mac OS X Server 10.5.6 on an iMac G5. Using compiler and linker flags CFLAGS="-arch ppc64" CCFLAGS="-arch ppc64" CXXFLAGS="-arch ppc64" LDFLAGS="-arch ppc64" export CFLAGS CXXFLAGS LDFLAGS CCFLAGS to force 64 bit and then the following configure options did produce a functioning version of the php module. ./configure '--prefix=/usr/local' '--mandir=/usr/share/man' '-- disable-all' '--with-xmlrpc' '--enable-libxml' '-- infodir=/usr/share/info' '--with-apxs2=/usr/sbin/apxs' '--with- ldap=/usr' '--with-kerberos=/usr' '--enable-cli' '--with-zlib- dir=/usr' '--enable-trans-sid' '--with-xml' '--enable-exif' '--enable- ftp' '--enable-mbstring' '--enable-mbregex' '--enable-dbx' '--enable- sockets' '--with-iodbc=/usr' '--with-curl=/usr' '--with-config-file- path=/etc' '--sysconfdir=/private/etc' '--with-mysql-sock=/var/mysql' '--with-mysqli=mysqlnd' '--with-mysql=mysqlnd' '--with-openssl' '-- with-xmlrpc' '--enable-dom' '--with-xsl=/usr' '--enable-xml' '--with- pear' I've never used --disable-all before. Does it disable everything that is not explicitly enabled? Does this exclude something that caused the link problems with iconv? Also, for mysqlnd to build, I had to edit the mysqlnd_portability.h file like I described in the bug #48198 report I submitted previously. [2009-05-11 20:57:48] rickdunn at chez dot com The problem seems to be that the 5.3 RC2 build has a problem with the "- arch x86_64" compiler flag. If I run a stripped-down configure... ./configure --disable-all --with-iconv --with-apxs2 ...I don't get any errors, but I'll end up with a 32-bit PHP module and I'm running 64-bit Apache. Compiling for 64-bit was not a problem with 5.2.x or 5.3 RC1. 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
#48195 [Asn]: iconv link failure
ID: 48195 Updated by: scott...@php.net Reported By: rickdunn at chez dot com Status: Assigned Bug Type: Compile Failure Operating System: OS X 10.5.6 PHP Version: 5.3.0RC2 Assigned To: scottmac New Comment: Can you show me the last command it tried to run from linking? Usually you have -L/usr/lib and -L/opt/local/lib or similar. Previous Comments: [2009-05-12 15:55:11] rickdunn at chez dot com Unfortunately, no luck. I applied the patch, ran ./buildconf and then ran the following: CFLAGS="-arch x86_64" CXXFLAGS="-arch x86_64" LDFLAGS="-arch x86_64" CCFLAGS="-arch x86_64" ./configure --disable-all --with-iconv --with- apxs2 'Make' still fails with the same error. For what it's worth, I compiled 5.2.9 successfully today, so nothing seems to have changed on my computer that would cause this. [2009-05-12 02:19:30] scott...@php.net Can you apply http://whisky.macvicar.net/patches/apache2handler.patch.txt Run ./buildconf and then configure again. This should fix the issue you're having. [2009-05-11 21:32:48] ajmiller at engr dot psu dot edu I had the same problem with iconv on a Mac OS X Server 10.5.6 on an iMac G5. Using compiler and linker flags CFLAGS="-arch ppc64" CCFLAGS="-arch ppc64" CXXFLAGS="-arch ppc64" LDFLAGS="-arch ppc64" export CFLAGS CXXFLAGS LDFLAGS CCFLAGS to force 64 bit and then the following configure options did produce a functioning version of the php module. ./configure '--prefix=/usr/local' '--mandir=/usr/share/man' '-- disable-all' '--with-xmlrpc' '--enable-libxml' '-- infodir=/usr/share/info' '--with-apxs2=/usr/sbin/apxs' '--with- ldap=/usr' '--with-kerberos=/usr' '--enable-cli' '--with-zlib- dir=/usr' '--enable-trans-sid' '--with-xml' '--enable-exif' '--enable- ftp' '--enable-mbstring' '--enable-mbregex' '--enable-dbx' '--enable- sockets' '--with-iodbc=/usr' '--with-curl=/usr' '--with-config-file- path=/etc' '--sysconfdir=/private/etc' '--with-mysql-sock=/var/mysql' '--with-mysqli=mysqlnd' '--with-mysql=mysqlnd' '--with-openssl' '-- with-xmlrpc' '--enable-dom' '--with-xsl=/usr' '--enable-xml' '--with- pear' I've never used --disable-all before. Does it disable everything that is not explicitly enabled? Does this exclude something that caused the link problems with iconv? Also, for mysqlnd to build, I had to edit the mysqlnd_portability.h file like I described in the bug #48198 report I submitted previously. [2009-05-11 20:57:48] rickdunn at chez dot com The problem seems to be that the 5.3 RC2 build has a problem with the "- arch x86_64" compiler flag. If I run a stripped-down configure... ./configure --disable-all --with-iconv --with-apxs2 ...I don't get any errors, but I'll end up with a 32-bit PHP module and I'm running 64-bit Apache. Compiling for 64-bit was not a problem with 5.2.x or 5.3 RC1. [2009-05-11 18:35:07] rickdunn at chez dot com I tried the 5.3-dev build at http://snaps.php.net/ and received the same error. 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
#48195 [Asn]: iconv link failure
ID: 48195 User updated by: rickdunn at chez dot com Reported By: rickdunn at chez dot com Status: Assigned Bug Type: Compile Failure Operating System: OS X 10.5.6 PHP Version: 5.3.0RC2 Assigned To: scottmac New Comment: Unfortunately, no luck. I applied the patch, ran ./buildconf and then ran the following: CFLAGS="-arch x86_64" CXXFLAGS="-arch x86_64" LDFLAGS="-arch x86_64" CCFLAGS="-arch x86_64" ./configure --disable-all --with-iconv --with- apxs2 'Make' still fails with the same error. For what it's worth, I compiled 5.2.9 successfully today, so nothing seems to have changed on my computer that would cause this. Previous Comments: [2009-05-12 02:19:30] scott...@php.net Can you apply http://whisky.macvicar.net/patches/apache2handler.patch.txt Run ./buildconf and then configure again. This should fix the issue you're having. [2009-05-11 21:32:48] ajmiller at engr dot psu dot edu I had the same problem with iconv on a Mac OS X Server 10.5.6 on an iMac G5. Using compiler and linker flags CFLAGS="-arch ppc64" CCFLAGS="-arch ppc64" CXXFLAGS="-arch ppc64" LDFLAGS="-arch ppc64" export CFLAGS CXXFLAGS LDFLAGS CCFLAGS to force 64 bit and then the following configure options did produce a functioning version of the php module. ./configure '--prefix=/usr/local' '--mandir=/usr/share/man' '-- disable-all' '--with-xmlrpc' '--enable-libxml' '-- infodir=/usr/share/info' '--with-apxs2=/usr/sbin/apxs' '--with- ldap=/usr' '--with-kerberos=/usr' '--enable-cli' '--with-zlib- dir=/usr' '--enable-trans-sid' '--with-xml' '--enable-exif' '--enable- ftp' '--enable-mbstring' '--enable-mbregex' '--enable-dbx' '--enable- sockets' '--with-iodbc=/usr' '--with-curl=/usr' '--with-config-file- path=/etc' '--sysconfdir=/private/etc' '--with-mysql-sock=/var/mysql' '--with-mysqli=mysqlnd' '--with-mysql=mysqlnd' '--with-openssl' '-- with-xmlrpc' '--enable-dom' '--with-xsl=/usr' '--enable-xml' '--with- pear' I've never used --disable-all before. Does it disable everything that is not explicitly enabled? Does this exclude something that caused the link problems with iconv? Also, for mysqlnd to build, I had to edit the mysqlnd_portability.h file like I described in the bug #48198 report I submitted previously. [2009-05-11 20:57:48] rickdunn at chez dot com The problem seems to be that the 5.3 RC2 build has a problem with the "- arch x86_64" compiler flag. If I run a stripped-down configure... ./configure --disable-all --with-iconv --with-apxs2 ...I don't get any errors, but I'll end up with a 32-bit PHP module and I'm running 64-bit Apache. Compiling for 64-bit was not a problem with 5.2.x or 5.3 RC1. [2009-05-11 18:35:07] rickdunn at chez dot com I tried the 5.3-dev build at http://snaps.php.net/ and received the same error. [2009-05-10 18:38:58] scott...@php.net Can you try with ./configure --disable-all --with-xmlrpc --enable-libxml The above configures file for me on 10.5.6. 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
#48195 [Asn]: iconv link failure
ID: 48195 Updated by: scott...@php.net Reported By: rickdunn at chez dot com Status: Assigned Bug Type: Compile Failure Operating System: OS X 10.5.6 PHP Version: 5.3.0RC2 Assigned To: scottmac New Comment: Can you apply http://whisky.macvicar.net/patches/apache2handler.patch.txt Run ./buildconf and then configure again. This should fix the issue you're having. Previous Comments: [2009-05-11 21:32:48] ajmiller at engr dot psu dot edu I had the same problem with iconv on a Mac OS X Server 10.5.6 on an iMac G5. Using compiler and linker flags CFLAGS="-arch ppc64" CCFLAGS="-arch ppc64" CXXFLAGS="-arch ppc64" LDFLAGS="-arch ppc64" export CFLAGS CXXFLAGS LDFLAGS CCFLAGS to force 64 bit and then the following configure options did produce a functioning version of the php module. ./configure '--prefix=/usr/local' '--mandir=/usr/share/man' '-- disable-all' '--with-xmlrpc' '--enable-libxml' '-- infodir=/usr/share/info' '--with-apxs2=/usr/sbin/apxs' '--with- ldap=/usr' '--with-kerberos=/usr' '--enable-cli' '--with-zlib- dir=/usr' '--enable-trans-sid' '--with-xml' '--enable-exif' '--enable- ftp' '--enable-mbstring' '--enable-mbregex' '--enable-dbx' '--enable- sockets' '--with-iodbc=/usr' '--with-curl=/usr' '--with-config-file- path=/etc' '--sysconfdir=/private/etc' '--with-mysql-sock=/var/mysql' '--with-mysqli=mysqlnd' '--with-mysql=mysqlnd' '--with-openssl' '-- with-xmlrpc' '--enable-dom' '--with-xsl=/usr' '--enable-xml' '--with- pear' I've never used --disable-all before. Does it disable everything that is not explicitly enabled? Does this exclude something that caused the link problems with iconv? Also, for mysqlnd to build, I had to edit the mysqlnd_portability.h file like I described in the bug #48198 report I submitted previously. [2009-05-11 20:57:48] rickdunn at chez dot com The problem seems to be that the 5.3 RC2 build has a problem with the "- arch x86_64" compiler flag. If I run a stripped-down configure... ./configure --disable-all --with-iconv --with-apxs2 ...I don't get any errors, but I'll end up with a 32-bit PHP module and I'm running 64-bit Apache. Compiling for 64-bit was not a problem with 5.2.x or 5.3 RC1. [2009-05-11 18:35:07] rickdunn at chez dot com I tried the 5.3-dev build at http://snaps.php.net/ and received the same error. [2009-05-10 18:38:58] scott...@php.net Can you try with ./configure --disable-all --with-xmlrpc --enable-libxml The above configures file for me on 10.5.6. [2009-05-10 17:05:53] j...@php.net Does this happen with current PHP_5_2 snapshot? (please try..) http://snaps.php.net/ 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