#36708 [Fbk-Opn]: PDO Extension fails to configure proper makefile
ID: 36708 User updated by: jerome at macsaresexy dot com Reported By: jerome at macsaresexy dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Mac OS X 10.4.9 PHP Version: 5.2.1 Assigned To: wez New Comment: _php_pdo_register_driver is defined in pdo.so i believe right? So pdo_sqlite should be linking against the pdo.so extension? How do I disable configure restriction so I can try this out and get more information to some smarter mac devs than myself? I've been giving this info to them and they still seem to think something isn't being linked that it should work. Previous Comments: [2007-05-14 09:19:29] [EMAIL PROTECTED] I removed the restriction in configure and compiled both PDO and PDO_SQLITE as shared. This is what I get after enabling both of them (first PDO, then PDO_SQLITE): dyld: lazy symbol binding failed: Symbol not found: _php_pdo_register_driver Referenced from: /var/root/tony/php-src_5_2/modules/pdo_sqlite.so Expected in: flat namespace dyld: Symbol not found: _php_pdo_register_driver Referenced from: /var/root/tony/php-src_5_2/modules/pdo_sqlite.so Expected in: flat namespace Trace/BPT trap So it seems dynamic linker is still broken in MacOSX, therefor the restriction is reasonable. [2007-05-10 20:59:19] jerome at macsaresexy dot com Quick comment, clarification of dlopen() if that applies to this. OS X 10.3.x supposedly has a dl compat layer, where 10.4.x actually has native support for dlopen() and friends. [2007-05-10 16:21:33] jerome at macsaresexy dot com After some looking into, I reopened this bug after discussing this with mac developers and the fact being stated that OS X has dlopen and friends just like linux. ALso the fact that MOST of the php extensions build fine on OS X except for PDO and maybe one or 2 others. This doesn't seem reasonable to not be able to do, if other extensions can be compiled loaded, why can't PDO. it really limits options like considering Zend Core when you can't install PDO via pecl. [2006-08-24 16:01:46] [EMAIL PROTECTED] Due to the way that loadable modules work on OSX/Darwin, you need to compile the PDO package statically into the PHP core. I've fixed the configure, so it will fail if you try to compile PDO dynamically. [2006-07-18 17:12:21] jerome at macsaresexy dot com I just grabbed PHP 5.2 CVS 200607181630 snapshot and attempted to compile it, PHP itself compiled fine, but PDO still does not generate a proper makefile on Mac OS X. after running the php5.2cvs's phpize on ext/pdo, i did configure then make, and it just immediately thinks it's done like it always has been doing. 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/36708 -- Edit this bug report at http://bugs.php.net/?id=36708edit=1
#36708 [Csd-Opn]: PDO Extension fails to configure proper makefile
ID: 36708 User updated by: jerome at macsaresexy dot com Reported By: jerome at macsaresexy dot com -Status: Closed +Status: Open Bug Type: Compile Failure -Operating System: Mac OS X 10.4.5 +Operating System: Mac OS X 10.4.9 -PHP Version: 5.1.2 +PHP Version: 5.2.1 Assigned To: wez New Comment: After some looking into, I reopened this bug after discussing this with mac developers and the fact being stated that OS X has dlopen and friends just like linux. ALso the fact that MOST of the php extensions build fine on OS X except for PDO and maybe one or 2 others. This doesn't seem reasonable to not be able to do, if other extensions can be compiled loaded, why can't PDO. it really limits options like considering Zend Core when you can't install PDO via pecl. Previous Comments: [2006-08-24 16:01:46] [EMAIL PROTECTED] Due to the way that loadable modules work on OSX/Darwin, you need to compile the PDO package statically into the PHP core. I've fixed the configure, so it will fail if you try to compile PDO dynamically. [2006-07-18 17:12:21] jerome at macsaresexy dot com I just grabbed PHP 5.2 CVS 200607181630 snapshot and attempted to compile it, PHP itself compiled fine, but PDO still does not generate a proper makefile on Mac OS X. after running the php5.2cvs's phpize on ext/pdo, i did configure then make, and it just immediately thinks it's done like it always has been doing. [2006-07-18 15:43:57] [EMAIL PROTECTED] The next snapshot should be ok. Thanks for the alert. [2006-07-18 15:36:05] jerome at macsaresexy dot com I was unable to try cvs since it failed compiling PHP part way through with: /Users/jerome/Downloads/php5.2-200607181430/Zend/ zend_alloc.c: In function zend_mm_mem_mmap_realloc: /Users/jerome/Downloads/php5.2-200607181430/Zend/ zend_alloc.c:117: error: ret undeclared (first use in this function) /Users/jerome/Downloads/php5.2-200607181430/Zend/ zend_alloc.c:117: error: (Each undeclared identifier is reported only once /Users/jerome/Downloads/php5.2-200607181430/Zend/ zend_alloc.c:117: error: for each function it appears in.) make: *** [Zend/zend_alloc.lo] Error 1 [2006-06-20 15:27:28] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip 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/36708 -- Edit this bug report at http://bugs.php.net/?id=36708edit=1
#36708 [Asn]: PDO Extension fails to configure proper makefile
ID: 36708 User updated by: jerome at macsaresexy dot com Reported By: jerome at macsaresexy dot com Status: Assigned Bug Type: Compile Failure Operating System: Mac OS X 10.4.9 PHP Version: 5.2.1 Assigned To: wez New Comment: Quick comment, clarification of dlopen() if that applies to this. OS X 10.3.x supposedly has a dl compat layer, where 10.4.x actually has native support for dlopen() and friends. Previous Comments: [2007-05-10 16:21:33] jerome at macsaresexy dot com After some looking into, I reopened this bug after discussing this with mac developers and the fact being stated that OS X has dlopen and friends just like linux. ALso the fact that MOST of the php extensions build fine on OS X except for PDO and maybe one or 2 others. This doesn't seem reasonable to not be able to do, if other extensions can be compiled loaded, why can't PDO. it really limits options like considering Zend Core when you can't install PDO via pecl. [2006-08-24 16:01:46] [EMAIL PROTECTED] Due to the way that loadable modules work on OSX/Darwin, you need to compile the PDO package statically into the PHP core. I've fixed the configure, so it will fail if you try to compile PDO dynamically. [2006-07-18 17:12:21] jerome at macsaresexy dot com I just grabbed PHP 5.2 CVS 200607181630 snapshot and attempted to compile it, PHP itself compiled fine, but PDO still does not generate a proper makefile on Mac OS X. after running the php5.2cvs's phpize on ext/pdo, i did configure then make, and it just immediately thinks it's done like it always has been doing. [2006-07-18 15:43:57] [EMAIL PROTECTED] The next snapshot should be ok. Thanks for the alert. [2006-07-18 15:36:05] jerome at macsaresexy dot com I was unable to try cvs since it failed compiling PHP part way through with: /Users/jerome/Downloads/php5.2-200607181430/Zend/ zend_alloc.c: In function zend_mm_mem_mmap_realloc: /Users/jerome/Downloads/php5.2-200607181430/Zend/ zend_alloc.c:117: error: ret undeclared (first use in this function) /Users/jerome/Downloads/php5.2-200607181430/Zend/ zend_alloc.c:117: error: (Each undeclared identifier is reported only once /Users/jerome/Downloads/php5.2-200607181430/Zend/ zend_alloc.c:117: error: for each function it appears in.) make: *** [Zend/zend_alloc.lo] Error 1 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/36708 -- Edit this bug report at http://bugs.php.net/?id=36708edit=1
#38166 [Fbk-Opn]: Calling PDO::prepare or PDO::query then calling non-existent method crashes PHP
ID: 38166 User updated by: jerome at macsaresexy dot com Reported By: jerome at macsaresexy dot com -Status: Feedback +Status: Open Bug Type: PDO related Operating System: Ubuntu Linux PHP Version: 5.1.4 New Comment: This is from within my application, seems I actually couldn't crash it with the simplified case I posted, but will if I use that simple class test from within my application (which loads many things in a common file including the PDO connection) This is the backtrace when it happens: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1215007040 (LWP 19351)] 0xb73e60c6 in mysql_more_results () from /usr/local/lib/mysql/libmysqlclient.so.15 (gdb) bt #0 0xb73e60c6 in mysql_more_results () from /usr/local/lib/mysql/libmysqlclient.so.15 #1 0xb759fd23 in pdo_mysql_stmt_dtor (stmt=0x83d499c) at /home/jerome/Source/php-5.1.4/ext/pdo_mysql/ mysql_statement.c:71 #2 0xb76f4b63 in free_statement (stmt=0x83d499c) at /home/jerome/Source/php-5.1.4/ext/pdo/pdo_stmt.c:2200 #3 0xb781041b in zend_objects_store_free_object_storage (objects=0xb794688c) at /home/jerome/Source/php-5.1.4/Zend/ zend_objects_API.c:86 #4 0xb77e7411 in shutdown_executor () at /home/jerome/Source/php-5.1.4/Zend/ zend_execute_API.c:281 #5 0xb77f4205 in zend_deactivate () at /home/jerome/Source/php-5.1.4/Zend/zend.c:854 #6 0xb77b1de9 in php_request_shutdown (dummy=0x0) at /home/jerome/Source/php-5.1.4/main/main.c:1287 #7 0xb7892d77 in php_handler (r=0x824cf50) at /home/jerome/Source/php-5.1.4/sapi/apache2handler/ sapi_apache2.c:445 #8 0x08077e38 in ap_run_handler () #9 0x080781bc in ap_invoke_handler () #10 0x08069c7f in ap_process_request () #11 0x08064c52 in _start () Previous Comments: [2006-07-23 07:21:11] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. Can't reproduce. [2006-07-20 17:41:39] jerome at macsaresexy dot com Description: PHP crashes with a seg fault if you try to call a method that doesn't exist, on any particular object, after a call from PDO::prepare() or PDO::query(). Reproduce code: --- class TestClass { static $db; function test() { $stmt = self::$db-prepare('SELECT * FROM users'); $this-omg(); } } TestClass::$db = new PDO('mysql:host=localhost;dbname=mydb','root',''); $test = new TestClass(); $test-test(); Expected result: Should produce a call to undefined method TestClass::omg() fatal error message. Actual result: -- What I get instead is a segmentation fault of the child apache process seen in the error_log file. This only happens when $db-prepare() is assigned to a variable too, if $stmt = isn't there, it won't crash. -- Edit this bug report at http://bugs.php.net/?id=38166edit=1
#38166 [NEW]: Calling PDO::prepare or PDO::query then calling non-existent method crashes PHP
From: jerome at macsaresexy dot com Operating system: Ubuntu Linux PHP version: 5.1.4 PHP Bug Type: PDO related Bug description: Calling PDO::prepare or PDO::query then calling non-existent method crashes PHP Description: PHP crashes with a seg fault if you try to call a method that doesn't exist, on any particular object, after a call from PDO::prepare() or PDO::query(). Reproduce code: --- class TestClass { static $db; function test() { $stmt = self::$db-prepare('SELECT * FROM users'); $this-omg(); } } TestClass::$db = new PDO('mysql:host=localhost;dbname=mydb','root',''); $test = new TestClass(); $test-test(); Expected result: Should produce a call to undefined method TestClass::omg() fatal error message. Actual result: -- What I get instead is a segmentation fault of the child apache process seen in the error_log file. This only happens when $db-prepare() is assigned to a variable too, if $stmt = isn't there, it won't crash. -- Edit bug report at http://bugs.php.net/?id=38166edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38166r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38166r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38166r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38166r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38166r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38166r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38166r=needscript Try newer version:http://bugs.php.net/fix.php?id=38166r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38166r=support Expected behavior:http://bugs.php.net/fix.php?id=38166r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38166r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38166r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38166r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38166r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38166r=dst IIS Stability:http://bugs.php.net/fix.php?id=38166r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38166r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38166r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38166r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38166r=mysqlcfg
#36708 [NoF-Opn]: PDO Extension fails to configure proper makefile
ID: 36708 User updated by: jerome at macsaresexy dot com Reported By: jerome at macsaresexy dot com -Status: No Feedback +Status: Open Bug Type: Compile Failure Operating System: Mac OS X 10.4.5 PHP Version: 5.1.2 Assigned To: wez New Comment: I was unable to try cvs since it failed compiling PHP part way through with: /Users/jerome/Downloads/php5.2-200607181430/Zend/ zend_alloc.c: In function zend_mm_mem_mmap_realloc: /Users/jerome/Downloads/php5.2-200607181430/Zend/ zend_alloc.c:117: error: ret undeclared (first use in this function) /Users/jerome/Downloads/php5.2-200607181430/Zend/ zend_alloc.c:117: error: (Each undeclared identifier is reported only once /Users/jerome/Downloads/php5.2-200607181430/Zend/ zend_alloc.c:117: error: for each function it appears in.) make: *** [Zend/zend_alloc.lo] Error 1 Previous Comments: [2006-06-28 01:00:01] 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. [2006-06-20 15:27:28] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-04-11 13:13:33] jerome at macsaresexy dot com weird, so PDO for some reason is the only one that can't be built separately from PHP on OS X? does that include every PDO driver? because that'll be a downer. [2006-04-11 11:13:39] [EMAIL PROTECTED] Apparently it's not supposed to be possible to even build PDO as shared extension under MacOSX. Just these Wez's hacks don't work and won't give any warning about it but just silently fails. Wez: Obviously you don't check properly whether phpize is used.. [2006-04-11 05:18:51] jerome at macsaresexy dot com Ok so that seems more successful now, I was able to make curl, mysql, xsl, libz, gd on OS X which at least a few failed to before with stable 5.1.2 BUT PDO is still failing to generate a proper Makefile. Seems couple things are empty that shouldn't be as far as I can tell in the Makefile PHP_MODULES = all_targets = $(PHP_MODULES) which fails when make all is run since make all just references all targets. but glad to see every other module seems to be compiling so I can make an extension driven install of PHP. 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/36708 -- Edit this bug report at http://bugs.php.net/?id=36708edit=1
#36708 [Fbk-Opn]: PDO Extension fails to configure proper makefile
ID: 36708 User updated by: jerome at macsaresexy dot com Reported By: jerome at macsaresexy dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Mac OS X 10.4.5 PHP Version: 5.1.2 Assigned To: wez New Comment: I just grabbed PHP 5.2 CVS 200607181630 snapshot and attempted to compile it, PHP itself compiled fine, but PDO still does not generate a proper makefile on Mac OS X. after running the php5.2cvs's phpize on ext/pdo, i did configure then make, and it just immediately thinks it's done like it always has been doing. Previous Comments: [2006-07-18 15:43:57] [EMAIL PROTECTED] The next snapshot should be ok. Thanks for the alert. [2006-07-18 15:36:05] jerome at macsaresexy dot com I was unable to try cvs since it failed compiling PHP part way through with: /Users/jerome/Downloads/php5.2-200607181430/Zend/ zend_alloc.c: In function zend_mm_mem_mmap_realloc: /Users/jerome/Downloads/php5.2-200607181430/Zend/ zend_alloc.c:117: error: ret undeclared (first use in this function) /Users/jerome/Downloads/php5.2-200607181430/Zend/ zend_alloc.c:117: error: (Each undeclared identifier is reported only once /Users/jerome/Downloads/php5.2-200607181430/Zend/ zend_alloc.c:117: error: for each function it appears in.) make: *** [Zend/zend_alloc.lo] Error 1 [2006-06-28 01:00:01] 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. [2006-06-20 15:27:28] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-04-11 13:13:33] jerome at macsaresexy dot com weird, so PDO for some reason is the only one that can't be built separately from PHP on OS X? does that include every PDO driver? because that'll be a downer. 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/36708 -- Edit this bug report at http://bugs.php.net/?id=36708edit=1
#36708 [Asn]: PDO Extension fails to configure proper makefile
ID: 36708 User updated by: jerome at macsaresexy dot com Reported By: jerome at macsaresexy dot com Status: Assigned Bug Type: Compile Failure Operating System: Mac OS X 10.4.5 PHP Version: 5.1.2 Assigned To: wez New Comment: weird, so PDO for some reason is the only one that can't be built separately from PHP on OS X? does that include every PDO driver? because that'll be a downer. Previous Comments: [2006-04-11 11:13:39] [EMAIL PROTECTED] Apparently it's not supposed to be possible to even build PDO as shared extension under MacOSX. Just these Wez's hacks don't work and won't give any warning about it but just silently fails. Wez: Obviously you don't check properly whether phpize is used.. [2006-04-11 05:18:51] jerome at macsaresexy dot com Ok so that seems more successful now, I was able to make curl, mysql, xsl, libz, gd on OS X which at least a few failed to before with stable 5.1.2 BUT PDO is still failing to generate a proper Makefile. Seems couple things are empty that shouldn't be as far as I can tell in the Makefile PHP_MODULES = all_targets = $(PHP_MODULES) which fails when make all is run since make all just references all targets. but glad to see every other module seems to be compiling so I can make an extension driven install of PHP. [2006-04-10 21:51:31] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip And make sure you get the right files installed and that you're not mixing new phpize with old build files. [2006-04-10 13:19:04] jerome at macsaresexy dot com i apologize, broke the setup for that domain. http://www.jeremyknope.com/files/Makefile-pdo-autoconf2.13.txt should work again [2006-04-10 12:49:28] [EMAIL PROTECTED] I can not access that makefile. Try again? 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/36708 -- Edit this bug report at http://bugs.php.net/?id=36708edit=1
#36708 [Fbk-Opn]: PDO Extension fails to configure proper makefile
ID: 36708 User updated by: jerome at macsaresexy dot com Reported By: jerome at macsaresexy dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Mac OS X 10.4.5 PHP Version: 5.1.2 New Comment: i apologize, broke the setup for that domain. http://www.jeremyknope.com/files/Makefile-pdo-autoconf2.13.txt should work again Previous Comments: [2006-04-10 12:49:28] [EMAIL PROTECTED] I can not access that makefile. Try again? [2006-03-13 15:31:16] jerome at macsaresexy dot com I tried autoconf 2.13 by removing the configure file and running /sw/bin/autoconf which is where it was installed (thru fink), not sure if that's proper enough. I then ran ./ configure and put the makefile on the internet: http://www.jeremyknope.com/files/Makefile-pdo-autoconf2.13.txt [2006-03-13 15:05:17] [EMAIL PROTECTED] Please try with autoconf 2.13 and put the result Makefile somewhere in the Net, so we can take a look at it. [2006-03-13 14:59:49] jerome at macsaresexy dot com autoconf 2.59 which i believe is same as my linux machine i tested on. automake is 1.6.3, the linux box was recently switched to 1.8 due to requirement to build lighttpd web server. is that a possibility? [2006-03-13 08:30:57] [EMAIL PROTECTED] What autoconf version are you using? 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/36708 -- Edit this bug report at http://bugs.php.net/?id=36708edit=1
#36708 [Fbk-Opn]: PDO Extension fails to configure proper makefile
ID: 36708 User updated by: jerome at macsaresexy dot com Reported By: jerome at macsaresexy dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Mac OS X 10.4.5 PHP Version: 5.1.2 New Comment: Ok so that seems more successful now, I was able to make curl, mysql, xsl, libz, gd on OS X which at least a few failed to before with stable 5.1.2 BUT PDO is still failing to generate a proper Makefile. Seems couple things are empty that shouldn't be as far as I can tell in the Makefile PHP_MODULES = all_targets = $(PHP_MODULES) which fails when make all is run since make all just references all targets. but glad to see every other module seems to be compiling so I can make an extension driven install of PHP. Previous Comments: [2006-04-10 21:51:31] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip And make sure you get the right files installed and that you're not mixing new phpize with old build files. [2006-04-10 13:19:04] jerome at macsaresexy dot com i apologize, broke the setup for that domain. http://www.jeremyknope.com/files/Makefile-pdo-autoconf2.13.txt should work again [2006-04-10 12:49:28] [EMAIL PROTECTED] I can not access that makefile. Try again? [2006-03-13 15:31:16] jerome at macsaresexy dot com I tried autoconf 2.13 by removing the configure file and running /sw/bin/autoconf which is where it was installed (thru fink), not sure if that's proper enough. I then ran ./ configure and put the makefile on the internet: http://www.jeremyknope.com/files/Makefile-pdo-autoconf2.13.txt [2006-03-13 15:05:17] [EMAIL PROTECTED] Please try with autoconf 2.13 and put the result Makefile somewhere in the Net, so we can take a look at it. 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/36708 -- Edit this bug report at http://bugs.php.net/?id=36708edit=1
#36708 [Fbk-Opn]: PDO Extension fails to configure proper makefile
ID: 36708 User updated by: jerome at macsaresexy dot com Reported By: jerome at macsaresexy dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Mac OS X 10.4.5 PHP Version: 5.1.2 New Comment: autoconf 2.59 which i believe is same as my linux machine i tested on. automake is 1.6.3, the linux box was recently switched to 1.8 due to requirement to build lighttpd web server. is that a possibility? Previous Comments: [2006-03-13 08:30:57] [EMAIL PROTECTED] What autoconf version are you using? [2006-03-13 07:37:32] jerome at macsaresexy dot com Apparently this is not just PDO, it's the majority of the extensions, nothing obvious in similarity. PDO, curl, XSL fail, gd and mysql succeeded. Mysql required editing configure to link to libz (or defining LDFLAGS might've worked) So it seems in general the configure/makefile setup with PHP extensions in OS X has issues with leaving out the compile instructions [2006-03-12 23:59:10] jerome at macsaresexy dot com Description: phpize runs, configure runs, but make fails to produce any actually compilation. This successfully works on a linux machine with similar configured php, something in the makefile generation fails to include something I suppose. I can't seem to find anything except that this might be a bug with OS X setup. Reproduce code: --- Using PHP built with configure line: './configure' '--enable-memory-limit' '--with-layout=GNU' '--prefix=/usr/local/php5' '--disable-all' '--enable-xml' '--enable-libxml' '--enable-spl' '--with-regex=php' '--disable-cli' '--enable-force-cgi-redirect' '--enable-fastcgi' PDO extension fails to build on OS X, with no failures or even attempts at building. Phpize and configure successfully run but not make. Expected result: Compilation of the module should've happened after 'make' not nothing. Actual result: -- Actual result is this: $ phpize Configuring for: PHP Api Version: 20041225 Zend Module Api No: 20050922 Zend Extension Api No: 220051025 $ ./configure checking for egrep... grep -E checking for a sed that does not truncate output... /usr/ bin/sed checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking whether gcc and cc understand -c and -o together... yes checking if compiler supports -R... no checking if compiler supports -Wl,-rpath,... no checking build system type... powerpc-apple-darwin8.5.0 checking host system type... powerpc-apple-darwin8.5.0 checking target system type... powerpc-apple-darwin8.5.0 checking for PHP prefix... /usr/local/php5 checking for PHP includes... -I/usr/local/php5/include/php - I/usr/local/php5/include/php/main -I/usr/local/php5/include/ php/TSRM -I/usr/local/php5/include/php/Zend -I/usr/local/ php5/include/php/ext checking for PHP extension directory... /usr/local/php5/lib/ php/20050922 checking for PHP installed headers prefix... /usr/local/ php5/include/php checking for re2c... no configure: WARNING: You will need re2c 0.9.11 or later if you want to regenerate PHP parsers. checking for gawk... no checking for nawk... no checking for awk... awk checking if awk is broken... no checking whether to enable PDO support... yes, shared checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... no checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -p checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking how to run the C++ preprocessor... g++ -E checking the maximum length of command line arguments... 196608 checking command to parse /usr/bin/nm -p output from gcc object... ok checking for objdir... .libs checking for ar... ar checking
#36708 [Fbk-Opn]: PDO Extension fails to configure proper makefile
ID: 36708 User updated by: jerome at macsaresexy dot com Reported By: jerome at macsaresexy dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Mac OS X 10.4.5 PHP Version: 5.1.2 New Comment: I tried autoconf 2.13 by removing the configure file and running /sw/bin/autoconf which is where it was installed (thru fink), not sure if that's proper enough. I then ran ./ configure and put the makefile on the internet: http://www.jeremyknope.com/files/Makefile-pdo-autoconf2.13.txt Previous Comments: [2006-03-13 15:05:17] [EMAIL PROTECTED] Please try with autoconf 2.13 and put the result Makefile somewhere in the Net, so we can take a look at it. [2006-03-13 14:59:49] jerome at macsaresexy dot com autoconf 2.59 which i believe is same as my linux machine i tested on. automake is 1.6.3, the linux box was recently switched to 1.8 due to requirement to build lighttpd web server. is that a possibility? [2006-03-13 08:30:57] [EMAIL PROTECTED] What autoconf version are you using? [2006-03-13 07:37:32] jerome at macsaresexy dot com Apparently this is not just PDO, it's the majority of the extensions, nothing obvious in similarity. PDO, curl, XSL fail, gd and mysql succeeded. Mysql required editing configure to link to libz (or defining LDFLAGS might've worked) So it seems in general the configure/makefile setup with PHP extensions in OS X has issues with leaving out the compile instructions [2006-03-12 23:59:10] jerome at macsaresexy dot com Description: phpize runs, configure runs, but make fails to produce any actually compilation. This successfully works on a linux machine with similar configured php, something in the makefile generation fails to include something I suppose. I can't seem to find anything except that this might be a bug with OS X setup. Reproduce code: --- Using PHP built with configure line: './configure' '--enable-memory-limit' '--with-layout=GNU' '--prefix=/usr/local/php5' '--disable-all' '--enable-xml' '--enable-libxml' '--enable-spl' '--with-regex=php' '--disable-cli' '--enable-force-cgi-redirect' '--enable-fastcgi' PDO extension fails to build on OS X, with no failures or even attempts at building. Phpize and configure successfully run but not make. Expected result: Compilation of the module should've happened after 'make' not nothing. Actual result: -- Actual result is this: $ phpize Configuring for: PHP Api Version: 20041225 Zend Module Api No: 20050922 Zend Extension Api No: 220051025 $ ./configure checking for egrep... grep -E checking for a sed that does not truncate output... /usr/ bin/sed checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking whether gcc and cc understand -c and -o together... yes checking if compiler supports -R... no checking if compiler supports -Wl,-rpath,... no checking build system type... powerpc-apple-darwin8.5.0 checking host system type... powerpc-apple-darwin8.5.0 checking target system type... powerpc-apple-darwin8.5.0 checking for PHP prefix... /usr/local/php5 checking for PHP includes... -I/usr/local/php5/include/php - I/usr/local/php5/include/php/main -I/usr/local/php5/include/ php/TSRM -I/usr/local/php5/include/php/Zend -I/usr/local/ php5/include/php/ext checking for PHP extension directory... /usr/local/php5/lib/ php/20050922 checking for PHP installed headers prefix... /usr/local/ php5/include/php checking for re2c... no configure: WARNING: You will need re2c 0.9.11 or later if you want to regenerate PHP parsers. checking for gawk... no checking for nawk... no checking for awk... awk checking if awk is broken... no checking whether to enable PDO support... yes, shared checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... no checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -p checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h
#36708 [NEW]: PDO Extension fails to configure proper makefile
From: jerome at macsaresexy dot com Operating system: Mac OS X 10.4.5 PHP version: 5.1.2 PHP Bug Type: PDO related Bug description: PDO Extension fails to configure proper makefile Description: phpize runs, configure runs, but make fails to produce any actually compilation. This successfully works on a linux machine with similar configured php, something in the makefile generation fails to include something I suppose. I can't seem to find anything except that this might be a bug with OS X setup. Reproduce code: --- Using PHP built with configure line: './configure' '--enable-memory-limit' '--with-layout=GNU' '--prefix=/usr/local/php5' '--disable-all' '--enable-xml' '--enable-libxml' '--enable-spl' '--with-regex=php' '--disable-cli' '--enable-force-cgi-redirect' '--enable-fastcgi' PDO extension fails to build on OS X, with no failures or even attempts at building. Phpize and configure successfully run but not make. Expected result: Compilation of the module should've happened after 'make' not nothing. Actual result: -- Actual result is this: $ phpize Configuring for: PHP Api Version: 20041225 Zend Module Api No: 20050922 Zend Extension Api No: 220051025 $ ./configure checking for egrep... grep -E checking for a sed that does not truncate output... /usr/ bin/sed checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking whether gcc and cc understand -c and -o together... yes checking if compiler supports -R... no checking if compiler supports -Wl,-rpath,... no checking build system type... powerpc-apple-darwin8.5.0 checking host system type... powerpc-apple-darwin8.5.0 checking target system type... powerpc-apple-darwin8.5.0 checking for PHP prefix... /usr/local/php5 checking for PHP includes... -I/usr/local/php5/include/php - I/usr/local/php5/include/php/main -I/usr/local/php5/include/ php/TSRM -I/usr/local/php5/include/php/Zend -I/usr/local/ php5/include/php/ext checking for PHP extension directory... /usr/local/php5/lib/ php/20050922 checking for PHP installed headers prefix... /usr/local/ php5/include/php checking for re2c... no configure: WARNING: You will need re2c 0.9.11 or later if you want to regenerate PHP parsers. checking for gawk... no checking for nawk... no checking for awk... awk checking if awk is broken... no checking whether to enable PDO support... yes, shared checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... no checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -p checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking how to run the C++ preprocessor... g++ -E checking the maximum length of command line arguments... 196608 checking command to parse /usr/bin/nm -p output from gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if gcc static flag works... yes checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fno-common checking if gcc PIC flag -fno-common works... yes checking if gcc supports -c -o file.o... yes checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... darwin8.5.0 dyld checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no creating libtool appending configuration tag CXX to libtool checking for ld used by g++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... no checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes checking for g++ option to produce PIC... -fno-common checking if g++ PIC flag -fno-common works... yes checking if g++ supports -c -o file.o
#36708 [Opn]: PDO Extension fails to configure proper makefile
ID: 36708 User updated by: jerome at macsaresexy dot com Reported By: jerome at macsaresexy dot com Status: Open -Bug Type: PDO related +Bug Type: Compile Failure Operating System: Mac OS X 10.4.5 PHP Version: 5.1.2 New Comment: Apparently this is not just PDO, it's the majority of the extensions, nothing obvious in similarity. PDO, curl, XSL fail, gd and mysql succeeded. Mysql required editing configure to link to libz (or defining LDFLAGS might've worked) So it seems in general the configure/makefile setup with PHP extensions in OS X has issues with leaving out the compile instructions Previous Comments: [2006-03-12 23:59:10] jerome at macsaresexy dot com Description: phpize runs, configure runs, but make fails to produce any actually compilation. This successfully works on a linux machine with similar configured php, something in the makefile generation fails to include something I suppose. I can't seem to find anything except that this might be a bug with OS X setup. Reproduce code: --- Using PHP built with configure line: './configure' '--enable-memory-limit' '--with-layout=GNU' '--prefix=/usr/local/php5' '--disable-all' '--enable-xml' '--enable-libxml' '--enable-spl' '--with-regex=php' '--disable-cli' '--enable-force-cgi-redirect' '--enable-fastcgi' PDO extension fails to build on OS X, with no failures or even attempts at building. Phpize and configure successfully run but not make. Expected result: Compilation of the module should've happened after 'make' not nothing. Actual result: -- Actual result is this: $ phpize Configuring for: PHP Api Version: 20041225 Zend Module Api No: 20050922 Zend Extension Api No: 220051025 $ ./configure checking for egrep... grep -E checking for a sed that does not truncate output... /usr/ bin/sed checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking whether gcc and cc understand -c and -o together... yes checking if compiler supports -R... no checking if compiler supports -Wl,-rpath,... no checking build system type... powerpc-apple-darwin8.5.0 checking host system type... powerpc-apple-darwin8.5.0 checking target system type... powerpc-apple-darwin8.5.0 checking for PHP prefix... /usr/local/php5 checking for PHP includes... -I/usr/local/php5/include/php - I/usr/local/php5/include/php/main -I/usr/local/php5/include/ php/TSRM -I/usr/local/php5/include/php/Zend -I/usr/local/ php5/include/php/ext checking for PHP extension directory... /usr/local/php5/lib/ php/20050922 checking for PHP installed headers prefix... /usr/local/ php5/include/php checking for re2c... no configure: WARNING: You will need re2c 0.9.11 or later if you want to regenerate PHP parsers. checking for gawk... no checking for nawk... no checking for awk... awk checking if awk is broken... no checking whether to enable PDO support... yes, shared checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... no checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -p checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking how to run the C++ preprocessor... g++ -E checking the maximum length of command line arguments... 196608 checking command to parse /usr/bin/nm -p output from gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if gcc static flag works... yes checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fno-common checking if gcc PIC flag -fno-common works... yes checking if gcc supports -c -o file.o... yes checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... darwin8.5.0 dyld checking how to hardcode library paths into programs