#36691 [NEW]: mbstring compile error
From: artooro at gmail dot com Operating system: powerpc-apple-darwin8.5.0 PHP version: 5.1.3RC1 PHP Bug Type: Compile Failure Bug description: mbstring compile error Description: /Users/arthur/Desktop/php-5.1.3RC1/ext/mbstring/mbstring.c: In function 'zif_mb_send_mail': /Users/arthur/Desktop/php-5.1.3RC1/ext/mbstring/mbstring.c:3308: internal compiler error: Segmentation Fault Please submit a full bug report, with preprocessed source if appropriate. See http://developer.apple.com/bugreporter> for instructions. make: *** [ext/mbstring/mbstring.lo] Error 1 powerpc-apple-darwin8-gcc-4.0.1 (GCC) 4.0.1 (Apple Computer, Inc. build 5250) Xcode 2.2.1 -- Edit bug report at http://bugs.php.net/?id=36691&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36691&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36691&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36691&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=36691&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=36691&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=36691&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=36691&r=needscript Try newer version:http://bugs.php.net/fix.php?id=36691&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=36691&r=support Expected behavior:http://bugs.php.net/fix.php?id=36691&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=36691&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=36691&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=36691&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36691&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=36691&r=dst IIS Stability:http://bugs.php.net/fix.php?id=36691&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=36691&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=36691&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=36691&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=36691&r=mysqlcfg
#33326 [Fbk->Opn]: Cannot build extensions with phpize
ID: 33326 User updated by: artooro at gmail dot com Reported By: artooro at gmail dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: darwin8.x PHP Version: 5CVS-2005-06-13 (dev) Assigned To: sniper New Comment: I tested your patch on the PHP_5_1 branch and can verify that it fixes the problem. Thanks. Previous Comments: [2005-08-12 12:22:06] [EMAIL PROTECTED] This patch fixed same build problem on one Macosx machine I have access to: http://www.php.net/~jani/patches/bug33326.patch It seemed to have GCC 3.3 though..but do try that. Apply to acinclude.m4 in $prefix/lib/php/build/ or to the one you get after phpize. [2005-08-09 00:17:08] artooro at gmail dot com If ssh or VNC access to an OSX machine would help, let me know and I just might be able to help out. [2005-08-08 23:53:18] [EMAIL PROTECTED] To be able to do anything about this I need access to a Macosx machine where this problem exists..so no, I can't look into this. [2005-08-08 23:44:48] [EMAIL PROTECTED] Jani, can you have a look at this? [2005-07-26 02:00:50] [EMAIL PROTECTED] The temporary fix is to just copy-paste the final link line back with all the .lo filenames replaced with .libs/*.o eg. to build pecl/apc I use: gcc -dynamic -flat_namespace -bundle -undefined suppress -DPHP_ATOM_INC -I/Users/rasmus/pecl/apc/include -I/Users/rasmus/pecl/apc/main -I/Users/rasmus/pecl/apc -I/usr/local/include/php -I/usr/local/include/php/main -I/usr/local/include/php/TSRM -I/usr/local/include/php/Zend -DHAVE_CONFIG_H -g -O2 -o apc.so .libs/*.o instead of: gcc -dynamic -flat_namespace -bundle -undefined suppress -DPHP_ATOM_INC -I/Users/rasmus/pecl/apc/include -I/Users/rasmus/pecl/apc/main -I/Users/rasmus/pecl/apc -I/usr/local/include/php -I/usr/local/include/php/main -I/usr/local/include/php/TSRM -I/usr/local/include/php/Zend -DHAVE_CONFIG_H -g -O2 -o apc.so apc.lo php_apc.lo apc_cache.lo apc_compile.lo apc_debug.lo apc_fcntl.lo apc_main.lo apc_mmap.lo apc_optimizer.lo apc_pair.lo apc_sem.lo apc_shm.lo apc_sma.lo apc_stack.lo apc_zend.lo 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/33326 -- Edit this bug report at http://bugs.php.net/?id=33326&edit=1
#33326 [Opn]: Cannot build extensions with phpize
ID: 33326 User updated by: artooro at gmail dot com Reported By: artooro at gmail dot com Status: Open Bug Type: Compile Failure -Operating System: Mac OS X 10.4.1 +Operating System: darwin8.x PHP Version: 5CVS-2005-06-13 (dev) Assigned To: sniper New Comment: If ssh or VNC access to an OSX machine would help, let me know and I just might be able to help out. Previous Comments: [2005-08-08 23:53:18] [EMAIL PROTECTED] To be able to do anything about this I need access to a Macosx machine where this problem exists..so no, I can't look into this. [2005-08-08 23:44:48] [EMAIL PROTECTED] Jani, can you have a look at this? [2005-07-26 02:00:50] [EMAIL PROTECTED] The temporary fix is to just copy-paste the final link line back with all the .lo filenames replaced with .libs/*.o eg. to build pecl/apc I use: gcc -dynamic -flat_namespace -bundle -undefined suppress -DPHP_ATOM_INC -I/Users/rasmus/pecl/apc/include -I/Users/rasmus/pecl/apc/main -I/Users/rasmus/pecl/apc -I/usr/local/include/php -I/usr/local/include/php/main -I/usr/local/include/php/TSRM -I/usr/local/include/php/Zend -DHAVE_CONFIG_H -g -O2 -o apc.so .libs/*.o instead of: gcc -dynamic -flat_namespace -bundle -undefined suppress -DPHP_ATOM_INC -I/Users/rasmus/pecl/apc/include -I/Users/rasmus/pecl/apc/main -I/Users/rasmus/pecl/apc -I/usr/local/include/php -I/usr/local/include/php/main -I/usr/local/include/php/TSRM -I/usr/local/include/php/Zend -DHAVE_CONFIG_H -g -O2 -o apc.so apc.lo php_apc.lo apc_cache.lo apc_compile.lo apc_debug.lo apc_fcntl.lo apc_main.lo apc_mmap.lo apc_optimizer.lo apc_pair.lo apc_sem.lo apc_shm.lo apc_sma.lo apc_stack.lo apc_zend.lo [2005-07-26 01:27:09] artooro at gmail dot com sniper, I have no other machines with OSX so no I can't reproduce on other machine(s). But at least three other people have had this problem as well now. I might be able to look into it some more tomorrow, if needed. [2005-07-26 01:18:00] jeffg at activestate dot com this is still ocurring with php 5.1 b3. I'm trying to build xdebug and getting the same failures, seems to eb something wrong with libtool generated by configure. 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/33326 -- Edit this bug report at http://bugs.php.net/?id=33326&edit=1
#33326 [NoF->Opn]: Cannot build extensions with phpize
ID: 33326 User updated by: artooro at gmail dot com Reported By: artooro at gmail dot com -Status: No Feedback +Status: Open Bug Type: Compile Failure Operating System: Mac OS X 10.4.1 PHP Version: 5CVS-2005-06-13 (dev) New Comment: sniper, I have no other machines with OSX so no I can't reproduce on other machine(s). But at least three other people have had this problem as well now. I might be able to look into it some more tomorrow, if needed. Previous Comments: [2005-07-26 01:18:00] jeffg at activestate dot com this is still ocurring with php 5.1 b3. I'm trying to build xdebug and getting the same failures, seems to eb something wrong with libtool generated by configure. [2005-07-08 01:00:05] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2005-06-30 16:24:22] [EMAIL PROTECTED] Can you reproduce this on other machine(s) ? (with same OS and versions of tools) [2005-06-30 11:28:36] bmansion at mamasam dot com Just to confirm the problem on Mac OS X using Tiger both with GCC 4 and GCC 3.3. The problem seems definitely in the generated libtool. I am using PHP 5.1beta2 with phpize. I've had the same messages when I tried to compile PECL translit and mnogosearch extensions. I didn't test with other extensions but I guess the problem will be the same. ---- [2005-06-25 18:12:06] artooro at gmail dot com Yes to your question. I checked that over and over again because I thought of that too. There are so many changes between the 5.0.4 and CVS HEAD generated libtool (over 500 diffs) that I wasn't sure where to start :) 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/33326 -- Edit this bug report at http://bugs.php.net/?id=33326&edit=1
#33667 [NEW]: MySQLi Compile Error
From: artooro at gmail dot com Operating system: darwin8.1.0 PHP version: 5CVS-2005-07-12 (dev) PHP Bug Type: MySQLi related Bug description: MySQLi Compile Error Description: MySQLi build fails with this error: /bin/sh /Users/arthur/php-src/libtool --silent --preserve-dup-deps --mode=compile gcc -Imain/ -I/Users/arthur/php-src/main/ -DPHP_ATOM_INC -I/Users/arthur/php-src/include -I/Users/arthur/php-src/main -I/Users/arthur/php-src -I/usr/include/libxml2 -I/Users/arthur/php-src/ext/mbstring/oniguruma -I/Users/arthur/php-src/ext/mbstring/libmbfl -I/Users/arthur/php-src/ext/mbstring/libmbfl/mbfl -I/usr/local/mysql/include -I/Users/arthur/php-src/TSRM -I/Users/arthur/php-src/Zend -no-cpp-precomp -g -O2 -c main/internal_functions.c -o main/internal_functions.lo gcc -dynamic -twolevel_namespace -bundle -bundle_loader /usr/sbin/httpd -g -O2 -L/usr/local/mysql/lib ext/libxml/libxml.o ext/zlib/zlib.o ext/zlib/zlib_fopen_wrapper.o ext/zlib/zlib_filter.o ext/ctype/ctype.o ext/curl/interface.o ext/curl/multi.o ext/curl/streams.o ext/date/php_date.o ext/date/lib/dow.o ext/date/lib/parse_date.o ext/date/lib/parse_tz.o ext/date/lib/timelib.o ext/date/lib/tm2unixtime.o ext/date/lib/unixtime2tm.o ext/dom/php_dom.o ext/dom/attr.o ext/dom/document.o ext/dom/domerrorhandler.o ext/dom/domstringlist.o ext/dom/domexception.o ext/dom/namelist.o ext/dom/processinginstruction.o ext/dom/cdatasection.o ext/dom/documentfragment.o ext/dom/domimplementation.o ext/dom/element.o ext/dom/node.o ext/dom/string_extend.o ext/dom/characterdata.o ext/dom/documenttype.o ext/dom/domimplementationlist.o ext/dom/entity.o ext/dom/nodelist.o ext/dom/text.o ext/dom/comment.o ext/dom/domconfiguration.o ext/dom/domimplementationsource.o ext/dom/entityreference.o ext/dom/notation.o ext/dom/xpath.o ext/dom/dom_iterators.o ext/dom/typeinfo.o ext/dom/domerror.o ext/dom/domlocator.o ext/dom/namednodemap.o ext/dom/userdatahandler.o ext/exif/exif.o ext/ftp/php_ftp.o ext/ftp/ftp.o ext/iconv/iconv.o ext/ldap/ldap.o ext/mbstring/oniguruma/regcomp.o ext/mbstring/oniguruma/regerror.o ext/mbstring/oniguruma/regexec.o ext/mbstring/oniguruma/reggnu.o ext/mbstring/oniguruma/regparse.o ext/mbstring/oniguruma/regenc.o ext/mbstring/oniguruma/regext.o ext/mbstring/oniguruma/regsyntax.o ext/mbstring/oniguruma/regtrav.o ext/mbstring/oniguruma/regversion.o ext/mbstring/oniguruma/st.o ext/mbstring/oniguruma/enc/unicode.o ext/mbstring/oniguruma/enc/ascii.o ext/mbstring/oniguruma/enc/utf8.o ext/mbstring/oniguruma/enc/euc_jp.o ext/mbstring/oniguruma/enc/euc_tw.o ext/mbstring/oniguruma/enc/euc_kr.o ext/mbstring/oniguruma/enc/sjis.o ext/mbstring/oniguruma/enc/iso8859_1.o ext/mbstring/oniguruma/enc/iso8859_2.o ext/mbstring/oniguruma/enc/iso8859_3.o ext/mbstring/oniguruma/enc/iso8859_4.o ext/mbstring/oniguruma/enc/iso8859_5.o ext/mbstring/oniguruma/enc/iso8859_6.o ext/mbstring/oniguruma/enc/iso8859_7.o ext/mbstring/oniguruma/enc/iso8859_8.o ext/mbstring/oniguruma/enc/iso8859_9.o ext/mbstring/oniguruma/enc/iso8859_10.o ext/mbstring/oniguruma/enc/iso8859_11.o ext/mbstring/oniguruma/enc/iso8859_13.o ext/mbstring/oniguruma/enc/iso8859_14.o ext/mbstring/oniguruma/enc/iso8859_15.o ext/mbstring/oniguruma/enc/iso8859_16.o ext/mbstring/oniguruma/enc/koi8.o ext/mbstring/oniguruma/enc/koi8_r.o ext/mbstring/oniguruma/enc/big5.o ext/mbstring/oniguruma/enc/utf16_be.o ext/mbstring/oniguruma/enc/utf16_le.o ext/mbstring/oniguruma/enc/utf32_be.o ext/mbstring/oniguruma/enc/utf32_le.o ext/mbstring/libmbfl/filters/html_entities.o ext/mbstring/libmbfl/filters/mbfilter_7bit.o ext/mbstring/libmbfl/filters/mbfilter_ascii.o ext/mbstring/libmbfl/filters/mbfilter_base64.o ext/mbstring/libmbfl/filters/mbfilter_big5.o ext/mbstring/libmbfl/filters/mbfilter_byte2.o ext/mbstring/libmbfl/filters/mbfilter_byte4.o ext/mbstring/libmbfl/filters/mbfilter_cp1251.o ext/mbstring/libmbfl/filters/mbfilter_cp1252.o ext/mbstring/libmbfl/filters/mbfilter_cp866.o ext/mbstring/libmbfl/filters/mbfilter_cp932.o ext/mbstring/libmbfl/filters/mbfilter_cp936.o ext/mbstring/libmbfl/filters/mbfilter_euc_cn.o ext/mbstring/libmbfl/filters/mbfilter_euc_jp.o ext/mbstring/libmbfl/filters/mbfilter_euc_jp_win.o ext/mbstring/libmbfl/filters/mbfilter_euc_kr.o ext/mbstring/libmbfl/filters/mbfilter_euc_tw.o ext/mbstring/libmbfl/filters/mbfilter_htmlent.o ext/mbstring/libmbfl/filters/mbfilter_hz.o ext/mbstring/libmbfl/filters/mbfilter_iso2022_kr.o ext/mbstring/libmbfl/filters/mbfilter_iso8859_1.o ext/mbstring/libmbfl/filters/mbfilter_iso8859_10.o ext/mbstring/libmbfl/filters/mbfilter_iso8859_13.o ext/mbstring/libmbfl/filters/mbfilter_iso8859_14.o ext/mbstring/libmbfl/filters/mbfilter_iso8859_15.o ext/mbstring/libmbfl/filters/mbfilter_iso8859_16.o ext/mbstring/libmbfl/filters/mbfilter_iso8859_2.o ext/mbstring/libmbfl/filters/mbfilter_iso8859_3.o ext/mbstring/libmbfl/filters/mbfilter_iso8859_4.o ext/mbstring/libmbfl/filters/mbfilter_iso8859_5.o ext/mbstring/libmbfl/filters/mbfilter_iso8859_6.o ext/mbstring
#33326 [Fbk->Opn]: Cannot build extensions with phpize
ID: 33326 User updated by: artooro at gmail dot com Reported By: artooro at gmail dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Mac OS X 10.4.1 PHP Version: 5CVS-2005-06-13 (dev) New Comment: Yes to your question. I checked that over and over again because I thought of that too. There are so many changes between the 5.0.4 and CVS HEAD generated libtool (over 500 diffs) that I wasn't sure where to start :) Previous Comments: [2005-06-23 13:08:40] [EMAIL PROTECTED] You're sure you have the correct build files installed? (for example the libtool.m4 is totally different in HEAD) [2005-06-22 18:05:08] artooro at gmail dot com Well I have pin-pointed the problem to the libtool which is generated by the phpize generated configure script. --with-pic does not help, not that I thought it would. I'm not sure what exactly is wrong with libtool yet but I'll look into that today. [2005-06-17 03:57:11] artooro at gmail dot com I have determined the problem is not with the Makefile, but something in the build directory. I have not had the time to find out exactly what yet. I know it's something in the builddir because if I set that one path to a php5.0.4 build dir it works. I'll try the --without-pic option tomorrow, and maybe find out what exactly is causing this. [2005-06-14 17:08:29] [EMAIL PROTECTED] Please try the --without-pic option. And if possible, see how the generated Makefile's differ in HEAD vs. 5.0.4 -------- [2005-06-14 17:07:08] artooro at gmail dot com OK, I just compiled+installed php 5.0.4 and build an extension using it. And it worked without any problems. So it seems this is a problem specific to php5.1.0-dev CVS. I believe it's a problem is phpize but am not totally sure yet. 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/33326 -- Edit this bug report at http://bugs.php.net/?id=33326&edit=1
#33474 [NEW]: MySQLi Compile Error
From: artooro at gmail dot com Operating system: darwin8.1 PHP version: 5CVS-2005-06-25 (dev) PHP Bug Type: MySQLi related Bug description: MySQLi Compile Error Description: When building PHP with mysqli I get this error: /usr/bin/ld: warning multiple definitions of symbol _regcomp /usr/sbin/httpd definition of _regcomp /usr/lib/gcc/powerpc-apple-darwin8/4.0.0/../../../libm.dylib(regcomp.So) definition of _regcomp /usr/bin/ld: warning multiple definitions of symbol _regexec /usr/sbin/httpd definition of _regexec /usr/lib/gcc/powerpc-apple-darwin8/4.0.0/../../../libm.dylib(regexec.So) definition of _regexec /usr/bin/ld: warning multiple definitions of symbol _regfree /usr/sbin/httpd definition of _regfree /usr/lib/gcc/powerpc-apple-darwin8/4.0.0/../../../libm.dylib(regfree.So) definition of _regfree /usr/bin/ld: Undefined symbols: _zif_mysqli_get_warnings _zif_mysqli_stmt_get_warnings collect2: ld returned 1 exit status make: *** [libs/libphp5.bundle] Error 1 GCC 4.0 Mac OS X 10.4.1 (darwin8.1) I'll also note that PHP 5.1.0beta2 builds fine with mysqli. -- Edit bug report at http://bugs.php.net/?id=33474&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33474&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33474&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33474&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33474&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33474&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33474&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33474&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33474&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33474&r=support Expected behavior: http://bugs.php.net/fix.php?id=33474&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33474&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33474&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33474&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33474&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33474&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33474&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33474&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33474&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33474&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33474&r=mysqlcfg
#33326 [Fbk->Opn]: Cannot build extensions with phpize
ID: 33326 User updated by: artooro at gmail dot com Reported By: artooro at gmail dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Mac OS X 10.4.1 PHP Version: 5CVS-2005-06-13 (dev) New Comment: Well I have pin-pointed the problem to the libtool which is generated by the phpize generated configure script. --with-pic does not help, not that I thought it would. I'm not sure what exactly is wrong with libtool yet but I'll look into that today. Previous Comments: [2005-06-17 03:57:11] artooro at gmail dot com I have determined the problem is not with the Makefile, but something in the build directory. I have not had the time to find out exactly what yet. I know it's something in the builddir because if I set that one path to a php5.0.4 build dir it works. I'll try the --without-pic option tomorrow, and maybe find out what exactly is causing this. [2005-06-14 17:08:29] [EMAIL PROTECTED] Please try the --without-pic option. And if possible, see how the generated Makefile's differ in HEAD vs. 5.0.4 ---- [2005-06-14 17:07:08] artooro at gmail dot com OK, I just compiled+installed php 5.0.4 and build an extension using it. And it worked without any problems. So it seems this is a problem specific to php5.1.0-dev CVS. I believe it's a problem is phpize but am not totally sure yet. [2005-06-14 15:42:52] [EMAIL PROTECTED] Try using --without-pic with configure, that might be the issue here. (try with fresh sources!) ---- [2005-06-14 15:15:18] artooro at gmail dot com Yeah, Apple's Xcode includes GCC, linkers, autoconf, basically everything needed to build source code plus an IDE. I'm testing php 5.0.4 now. 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/33326 -- Edit this bug report at http://bugs.php.net/?id=33326&edit=1
#33326 [Fbk->Opn]: Cannot build extensions with phpize
ID: 33326 User updated by: artooro at gmail dot com Reported By: artooro at gmail dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Mac OS X 10.4.1 PHP Version: 5CVS-2005-06-13 (dev) New Comment: I have determined the problem is not with the Makefile, but something in the build directory. I have not had the time to find out exactly what yet. I know it's something in the builddir because if I set that one path to a php5.0.4 build dir it works. I'll try the --without-pic option tomorrow, and maybe find out what exactly is causing this. Previous Comments: [2005-06-14 17:08:29] [EMAIL PROTECTED] Please try the --without-pic option. And if possible, see how the generated Makefile's differ in HEAD vs. 5.0.4 [2005-06-14 17:07:08] artooro at gmail dot com OK, I just compiled+installed php 5.0.4 and build an extension using it. And it worked without any problems. So it seems this is a problem specific to php5.1.0-dev CVS. I believe it's a problem is phpize but am not totally sure yet. [2005-06-14 15:42:52] [EMAIL PROTECTED] Try using --without-pic with configure, that might be the issue here. (try with fresh sources!) [2005-06-14 15:15:18] artooro at gmail dot com Yeah, Apple's Xcode includes GCC, linkers, autoconf, basically everything needed to build source code plus an IDE. I'm testing php 5.0.4 now. [2005-06-14 03:08:35] [EMAIL PROTECTED] Apple's dev environment. For our purposes it means gcc-4.0.0. 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/33326 -- Edit this bug report at http://bugs.php.net/?id=33326&edit=1
#33326 [Fbk->Opn]: Cannot build extensions with phpize
ID: 33326 User updated by: artooro at gmail dot com Reported By: artooro at gmail dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Mac OS X 10.4.1 PHP Version: 5CVS-2005-06-13 (dev) New Comment: OK, I just compiled+installed php 5.0.4 and build an extension using it. And it worked without any problems. So it seems this is a problem specific to php5.1.0-dev CVS. I believe it's a problem is phpize but am not totally sure yet. Previous Comments: [2005-06-14 15:42:52] [EMAIL PROTECTED] Try using --without-pic with configure, that might be the issue here. (try with fresh sources!) [2005-06-14 15:15:18] artooro at gmail dot com Yeah, Apple's Xcode includes GCC, linkers, autoconf, basically everything needed to build source code plus an IDE. I'm testing php 5.0.4 now. [2005-06-14 03:08:35] [EMAIL PROTECTED] Apple's dev environment. For our purposes it means gcc-4.0.0. [2005-06-14 02:54:13] [EMAIL PROTECTED] Exactly what is this 'xcode' thing you're referring to and what does it have to do with PHP and phpize?! -------- [2005-06-14 02:01:05] artooro at gmail dot com That is correct. I built and installed PHP from CVS head. Created the extension inside that source tree, built it. And got the error. I can't go back to Xcode 2.0 due to technical reasons but as soon as I have time I'll see if it works with php 5.0.4 as it did before. 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/33326 -- Edit this bug report at http://bugs.php.net/?id=33326&edit=1
#33326 [Fbk->Opn]: Cannot build extensions with phpize
ID: 33326 User updated by: artooro at gmail dot com Reported By: artooro at gmail dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Mac OS X 10.4.1 PHP Version: 5CVS-2005-06-13 (dev) New Comment: Yeah, Apple's Xcode includes GCC, linkers, autoconf, basically everything needed to build source code plus an IDE. I'm testing php 5.0.4 now. Previous Comments: [2005-06-14 03:08:35] [EMAIL PROTECTED] Apple's dev environment. For our purposes it means gcc-4.0.0. [2005-06-14 02:54:13] [EMAIL PROTECTED] Exactly what is this 'xcode' thing you're referring to and what does it have to do with PHP and phpize?! ---- [2005-06-14 02:01:05] artooro at gmail dot com That is correct. I built and installed PHP from CVS head. Created the extension inside that source tree, built it. And got the error. I can't go back to Xcode 2.0 due to technical reasons but as soon as I have time I'll see if it works with php 5.0.4 as it did before. [2005-06-13 23:02:27] [EMAIL PROTECTED] And you're really using the phpize from the same sources? (ie. you first installed compiled PHP from it?) ---------------- [2005-06-13 19:19:42] artooro at gmail dot com Description: I cannot build extensions that are generated using ext_skel. Here are the steps to reproduce. 1) cd /php-src/ext 2) ./ext_skel --extname=test 3) cd test // And edit config.m4 to enable extension 4) phpize 5) ./configure; make And I get the following output: /bin/sh /Users/arthur/php-src/ext/test/libtool --mode=compile gcc -I. -I/Users/arthur/php-src/ext/test -DPHP_ATOM_INC -I/Users/arthur/php-src/ext/test/include -I/Users/arthur/php-src/ext/test/main -I/Users/arthur/php-src/ext/test -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -DHAVE_CONFIG_H -g -O2 -c /Users/arthur/php-src/ext/test/test.c -o test.lo mkdir .libs gcc -I. -I/Users/arthur/php-src/ext/test -DPHP_ATOM_INC -I/Users/arthur/php-src/ext/test/include -I/Users/arthur/php-src/ext/test/main -I/Users/arthur/php-src/ext/test -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -DHAVE_CONFIG_H -g -O2 -c /Users/arthur/php-src/ext/test/test.c -fno-common -DPIC -o .libs/test.o gcc -dynamic -flat_namespace -bundle -undefined suppress -DPHP_ATOM_INC -I/Users/arthur/php-src/ext/test/include -I/Users/arthur/php-src/ext/test/main -I/Users/arthur/php-src/ext/test -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -DHAVE_CONFIG_H -g -O2 -o test.so test.lo /usr/bin/ld: test.lo bad magic number (not a Mach-O file) collect2: ld returned 1 exit status make: *** [test.so] Error 1 It should also be noted that it worked fine before, but either something in PHP broke it or Xcode 2.1. Because it worked fine with Xcode 2.0. Reproduce code: --- Not relevant Expected result: It should compile without errors. Actual result: -- See description. -- Edit this bug report at http://bugs.php.net/?id=33326&edit=1
#33326 [Fbk->Opn]: Cannot build extensions with phpize
ID: 33326 User updated by: artooro at gmail dot com Reported By: artooro at gmail dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Mac OS X 10.4.1 PHP Version: 5CVS-2005-06-13 (dev) New Comment: That is correct. I built and installed PHP from CVS head. Created the extension inside that source tree, built it. And got the error. I can't go back to Xcode 2.0 due to technical reasons but as soon as I have time I'll see if it works with php 5.0.4 as it did before. Previous Comments: [2005-06-13 23:02:27] [EMAIL PROTECTED] And you're really using the phpize from the same sources? (ie. you first installed compiled PHP from it?) [2005-06-13 19:19:42] artooro at gmail dot com Description: I cannot build extensions that are generated using ext_skel. Here are the steps to reproduce. 1) cd /php-src/ext 2) ./ext_skel --extname=test 3) cd test // And edit config.m4 to enable extension 4) phpize 5) ./configure; make And I get the following output: /bin/sh /Users/arthur/php-src/ext/test/libtool --mode=compile gcc -I. -I/Users/arthur/php-src/ext/test -DPHP_ATOM_INC -I/Users/arthur/php-src/ext/test/include -I/Users/arthur/php-src/ext/test/main -I/Users/arthur/php-src/ext/test -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -DHAVE_CONFIG_H -g -O2 -c /Users/arthur/php-src/ext/test/test.c -o test.lo mkdir .libs gcc -I. -I/Users/arthur/php-src/ext/test -DPHP_ATOM_INC -I/Users/arthur/php-src/ext/test/include -I/Users/arthur/php-src/ext/test/main -I/Users/arthur/php-src/ext/test -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -DHAVE_CONFIG_H -g -O2 -c /Users/arthur/php-src/ext/test/test.c -fno-common -DPIC -o .libs/test.o gcc -dynamic -flat_namespace -bundle -undefined suppress -DPHP_ATOM_INC -I/Users/arthur/php-src/ext/test/include -I/Users/arthur/php-src/ext/test/main -I/Users/arthur/php-src/ext/test -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -DHAVE_CONFIG_H -g -O2 -o test.so test.lo /usr/bin/ld: test.lo bad magic number (not a Mach-O file) collect2: ld returned 1 exit status make: *** [test.so] Error 1 It should also be noted that it worked fine before, but either something in PHP broke it or Xcode 2.1. Because it worked fine with Xcode 2.0. Reproduce code: --- Not relevant Expected result: It should compile without errors. Actual result: -- See description. -- Edit this bug report at http://bugs.php.net/?id=33326&edit=1
#33326 [NEW]: Cannot build extensions with phpize
From: artooro at gmail dot com Operating system: Mac OS X 10.4.1 PHP version: 5CVS-2005-06-13 (dev) PHP Bug Type: Compile Failure Bug description: Cannot build extensions with phpize Description: I cannot build extensions that are generated using ext_skel. Here are the steps to reproduce. 1) cd /php-src/ext 2) ./ext_skel --extname=test 3) cd test // And edit config.m4 to enable extension 4) phpize 5) ./configure; make And I get the following output: /bin/sh /Users/arthur/php-src/ext/test/libtool --mode=compile gcc -I. -I/Users/arthur/php-src/ext/test -DPHP_ATOM_INC -I/Users/arthur/php-src/ext/test/include -I/Users/arthur/php-src/ext/test/main -I/Users/arthur/php-src/ext/test -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -DHAVE_CONFIG_H -g -O2 -c /Users/arthur/php-src/ext/test/test.c -o test.lo mkdir .libs gcc -I. -I/Users/arthur/php-src/ext/test -DPHP_ATOM_INC -I/Users/arthur/php-src/ext/test/include -I/Users/arthur/php-src/ext/test/main -I/Users/arthur/php-src/ext/test -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -DHAVE_CONFIG_H -g -O2 -c /Users/arthur/php-src/ext/test/test.c -fno-common -DPIC -o .libs/test.o gcc -dynamic -flat_namespace -bundle -undefined suppress -DPHP_ATOM_INC -I/Users/arthur/php-src/ext/test/include -I/Users/arthur/php-src/ext/test/main -I/Users/arthur/php-src/ext/test -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -DHAVE_CONFIG_H -g -O2 -o test.so test.lo /usr/bin/ld: test.lo bad magic number (not a Mach-O file) collect2: ld returned 1 exit status make: *** [test.so] Error 1 It should also be noted that it worked fine before, but either something in PHP broke it or Xcode 2.1. Because it worked fine with Xcode 2.0. Reproduce code: --- Not relevant Expected result: It should compile without errors. Actual result: -- See description. -- Edit bug report at http://bugs.php.net/?id=33326&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33326&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33326&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33326&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33326&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33326&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33326&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33326&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33326&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33326&r=support Expected behavior: http://bugs.php.net/fix.php?id=33326&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33326&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33326&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33326&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33326&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33326&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33326&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33326&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33326&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33326&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33326&r=mysqlcfg
