#38452 [Asn]: cvs build fails @ --enable-mbstring
ID: 38452 User updated by: openmacnews at gmail dot com Reported By: openmacnews at gmail dot com Status: Assigned Bug Type: Compile Failure Operating System: OSX 10.4.7 PHP Version: 5CVS-2006-08-14 (CVS) Assigned To: hirokawa New Comment: i've xcode 2.4 gcc version 4.0.1 (Apple Computer, Inc. build 5363) installed. bldg with-mbstring _had_ worked w/ this combo ... though i can't swear to the correlation, i think it was a php52cvs update when it started. sounds like y'all have a better handle on it atm. thx. Previous Comments: [2006-08-16 12:42:21] [EMAIL PROTECTED] Assigned to the maintainer. [2006-08-16 11:47:23] marcus at synchromedia dot co dot uk This thread suggests that this is a problem that was introduced with XCode 2.2 and gcc 4.0.1, so if your XCode is older then you won't see this error: http://www.mail-archive.com/fink-devel@lists.sourceforge.net/ msg12622.html http://thread.gmane.org/gmane.os.apple.fink.general/19723 [2006-08-16 10:35:00] marcus at synchromedia dot co dot uk FWIW, I'm getting this on 5.1.4. I DO have an entry in my config.log though: configure:52940: checking for variable length prototypes and stdarg.h configure:52974: gcc -o conftest -I/usr/include -mtune=7450 -mcpu=7450 -O2 -pipe -maltivec -mabi=altivec -fno-strict- aliasing -DBIND_8_COMPAT=1 -DEAPI -I/sw/include -Wno- pointer-sign -I/sw/include -no-cpp-precomp -liconv -L/usr/ lib -L/sw/lib -L/opt/local/lib -L/opt/local/lib conftest.c - liconv -lintl -lt1 -lfreetype -lpng -lz -ljpeg -lcurl -lbz2 -lz -lm -lxml2 -lz -liconv -lm -lcurl -lssl -lcrypto -lz - lxml2 -lz -liconv -lm 15 configure: failed program was: #line 52959 configure #include confdefs.h #include stdarg.h int foo(int x, ...) { va_list va; va_start(va, x); va_arg(va, int); va_arg(va, char *); va_arg(va, double); return 0; } int main() { return foo(10, , 3.14); } Does that make any more sense? [2006-08-16 10:18:49] [EMAIL PROTECTED] Latest CVS works just fine here. [2006-08-14 22:10:39] openmacnews at gmail dot com hi tony, /usr/ports/php-5.2cvs/main grep HAVE_STDARG_PROTOTYPES * php_config.h:/* #undef HAVE_STDARG_PROTOTYPES */ php_config.h.in:#undef HAVE_STDARG_PROTOTYPES 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/38452 -- Edit this bug report at http://bugs.php.net/?id=38452edit=1
#38452 [Asn]: cvs build fails @ --enable-mbstring
ID: 38452 User updated by: openmacnews at gmail dot com Reported By: openmacnews at gmail dot com Status: Assigned Bug Type: Compile Failure Operating System: OSX 10.4.7 PHP Version: 5CVS-2006-08-14 (CVS) Assigned To: hirokawa New Comment: I bet openmacnews upgraded XCode between Aug 4th and 14th... yup. I have however discovered something else: it works fine on Intel OS X with XCode 2.4 (MacBook). I'm seeing this problem on a Dual G4, also with XCode 2.4. Looking more like a gcc PPC issue to me. hmm ... all my tests ARE on PPC -- no MacIntels. Previous Comments: [2006-08-16 15:22:50] marcus at synchromedia dot co dot uk Well, given that I'm seeing this in 5.1.4, I doubt earlier versions of 5.2 will be any different, and I bet openmacnews upgraded XCode between Aug 4th and 14th... I have however discovered something else: it works fine on Intel OS X with XCode 2.4 (MacBook). I'm seeing this problem on a Dual G4, also with XCode 2.4. Looking more like a gcc PPC issue to me. [2006-08-16 14:25:00] [EMAIL PROTECTED] And if the old code doesn't work for you too, it's likely to be Xcode issue, not PHP. [2006-08-16 14:24:08] [EMAIL PROTECTED] You can try to grab some old CVS code and see if it builds for you. This command would do that for you: cvs -d :pserver:[EMAIL PROTECTED]/repository co -D 2006-month-day 00:00:00 -r PHP_5_2 php-src [2006-08-16 13:15:40] openmacnews at gmail dot com i've xcode 2.4 gcc version 4.0.1 (Apple Computer, Inc. build 5363) installed. bldg with-mbstring _had_ worked w/ this combo ... though i can't swear to the correlation, i think it was a php52cvs update when it started. sounds like y'all have a better handle on it atm. thx. [2006-08-16 12:42:21] [EMAIL PROTECTED] Assigned to the maintainer. 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/38452 -- Edit this bug report at http://bugs.php.net/?id=38452edit=1
#38452 [NEW]: cvs build fails @ --enable-mbstring
From: openmacnews at gmail dot com Operating system: OSX 10.4.7 PHP version: 5CVS-2006-08-14 (CVS) PHP Bug Type: Compile Failure Bug description: cvs build fails @ --enable-mbstring Description: build of php52 cvs / Aug 4 on OSX 10.4.7 with: --enable-mbstring --enable-mbregex \ is OK. new co of php52 cvs / Aug 14, however fails @: ... compile gcc -DNOT_RUBY -DHAVE_CONFIG_H -Iext/mbstring/ -I/usr/ports/php-5.2cvs/ext/mbstring/ -DPHP_ATOM_INC -I/usr/ports/php-5.2cvs/include -I/usr/ports/php-5.2cvs/main -I/usr/ports/php-5.2cvs -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/local/ssl/include -I/usr/ports/php-5.2cvs/ext/date/lib -I/usr/X11R6/include -I/usr/X11R6/include/freetype2 -I/usr/local/gd/include -I/usr/ports/php-5.2cvs/ext/mbstring/oniguruma -I/usr/ports/php-5.2cvs/ext/mbstring/libmbfl -I/usr/ports/php-5.2cvs/ext/mbstring/libmbfl/mbfl -I/usr/local/mysql/include/mysql -I/usr/local/ncurses/include/ncurses -I/usr/local/net-snmp/include -I/usr/ports/php-5.2cvs/TSRM -I/usr/ports/php-5.2cvs/Zend -I/usr/local/mysql/include/mysql -I/usr/local/berkeley-db/include -I/usr/local/include -I/usr/local/ssl/include -I/usr/local/ncurses/include -no-cpp-precomp -I/usr/local/include -g -O2 -DZTS -c /usr/ports/php-5.2cvs/ext/mbstring/oniguruma/regerror.c -o ext/mbstring/oniguruma/regerror.lo In file included from /usr/ports/php-5.2cvs/ext/mbstring/oniguruma/regerror.c:37: /usr/lib/gcc/powerpc-apple-darwin8/4.0.1/include/varargs.h:4:2: error: #error GCC no longer implements varargs.h. /usr/lib/gcc/powerpc-apple-darwin8/4.0.1/include/varargs.h:5:2: error: #error Revise your code to use stdarg.h. /usr/ports/php-5.2cvs/ext/mbstring/oniguruma/regerror.c: In function 'onig_error_code_to_str': /usr/ports/php-5.2cvs/ext/mbstring/oniguruma/regerror.c:196: error: parse error before 'va_dcl' /usr/ports/php-5.2cvs/ext/mbstring/oniguruma/regerror.c:214: error: parse error before 'OnigErrorInfo' /usr/ports/php-5.2cvs/ext/mbstring/oniguruma/regerror.c: In function 'onig_snprintf_with_pattern': /usr/ports/php-5.2cvs/ext/mbstring/oniguruma/regerror.c:271: error: parse error before 'va_dcl' make: *** [ext/mbstring/oniguruma/regerror.lo] Error 1 -- Edit bug report at http://bugs.php.net/?id=38452edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38452r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38452r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38452r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38452r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38452r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38452r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38452r=needscript Try newer version:http://bugs.php.net/fix.php?id=38452r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38452r=support Expected behavior:http://bugs.php.net/fix.php?id=38452r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38452r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38452r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38452r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38452r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38452r=dst IIS Stability:http://bugs.php.net/fix.php?id=38452r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38452r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38452r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38452r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38452r=mysqlcfg
#38452 [Fbk-Opn]: cvs build fails @ --enable-mbstring
ID: 38452 User updated by: openmacnews at gmail dot com Reported By: openmacnews at gmail dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: OSX 10.4.7 PHP Version: 5CVS-2006-08-14 (CVS) New Comment: checking, seems *no* failure ... from config.log: ... configure:68143: checking for external libmbfl configure:68161: result: no configure:68181: checking for variable length prototypes and stdarg.h configure:68220: gcc -o conftest -I/usr/local/include -g -O2 -I/usr/local/mysql/include/mysql -I/usr/local/berkeley-db/include -I/usr/local/include -I/usr/local/ssl/include -I/usr/local/ncurses/include -no-cpp-precomp -liconv -L/usr/local/lib -L/usr/local/berkeley-db/lib -bind_at_load -L/usr/local/mysql/lib/mysql -lmysqlclient_r -L/usr/local/berkeley-db/lib -ldb -L/usr/local/lib -lpcre -L/usr/local/ssl/lib -lssl -lcrypto -L/usr/local/ncurses/lib -lncurses -L/usr/local/lib -L/usr/local/lib -L/usr/local/ssl/lib -L/usr/local/ssl/lib -L/usr/local/berkeley-db/lib -L/usr/local/berkeley-db/lib -L/usr/X11R6/lib -L/usr/X11R6/lib -L/usr/local/gd/lib -L/usr/local/gd/lib conftest.c -liconv -lgmp -lintl -lgd -lfreetype -lX11 -lXpm -lpng -lz -ljpeg -lssl -lcrypto -lpcre -ldb-4.3 -ldb-4.3 -lcurl -lz -lpcre -lssl -lcrypto -lm -lxml2 -lz -liconv -lm -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lcurl -lidn -lssl -lcrypto -lz -lxml2 -lz -liconv -lm 5 configure:68223: $? = 0 configure:68225: ./conftest configure:68228: $? = 0 configure:68243: result: yes configure:68256: checking for stdlib.h configure:68261: result: yes ... Previous Comments: [2006-08-14 14:58:04] [EMAIL PROTECTED] Look into your config log for length prototypes and stdarg.h - does this check fail for you? If yes, for which reason? [2006-08-14 14:46:19] openmacnews at gmail dot com Description: build of php52 cvs / Aug 4 on OSX 10.4.7 with: --enable-mbstring --enable-mbregex \ is OK. new co of php52 cvs / Aug 14, however fails @: ... compile gcc -DNOT_RUBY -DHAVE_CONFIG_H -Iext/mbstring/ -I/usr/ports/php-5.2cvs/ext/mbstring/ -DPHP_ATOM_INC -I/usr/ports/php-5.2cvs/include -I/usr/ports/php-5.2cvs/main -I/usr/ports/php-5.2cvs -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/local/ssl/include -I/usr/ports/php-5.2cvs/ext/date/lib -I/usr/X11R6/include -I/usr/X11R6/include/freetype2 -I/usr/local/gd/include -I/usr/ports/php-5.2cvs/ext/mbstring/oniguruma -I/usr/ports/php-5.2cvs/ext/mbstring/libmbfl -I/usr/ports/php-5.2cvs/ext/mbstring/libmbfl/mbfl -I/usr/local/mysql/include/mysql -I/usr/local/ncurses/include/ncurses -I/usr/local/net-snmp/include -I/usr/ports/php-5.2cvs/TSRM -I/usr/ports/php-5.2cvs/Zend -I/usr/local/mysql/include/mysql -I/usr/local/berkeley-db/include -I/usr/local/include -I/usr/local/ssl/include -I/usr/local/ncurses/include -no-cpp-precomp -I/usr/local/include -g -O2 -DZTS -c /usr/ports/php-5.2cvs/ext/mbstring/oniguruma/regerror.c -o ext/mbstring/oniguruma/regerror.lo In file included from /usr/ports/php-5.2cvs/ext/mbstring/oniguruma/regerror.c:37: /usr/lib/gcc/powerpc-apple-darwin8/4.0.1/include/varargs.h:4:2: error: #error GCC no longer implements varargs.h. /usr/lib/gcc/powerpc-apple-darwin8/4.0.1/include/varargs.h:5:2: error: #error Revise your code to use stdarg.h. /usr/ports/php-5.2cvs/ext/mbstring/oniguruma/regerror.c: In function 'onig_error_code_to_str': /usr/ports/php-5.2cvs/ext/mbstring/oniguruma/regerror.c:196: error: parse error before 'va_dcl' /usr/ports/php-5.2cvs/ext/mbstring/oniguruma/regerror.c:214: error: parse error before 'OnigErrorInfo' /usr/ports/php-5.2cvs/ext/mbstring/oniguruma/regerror.c: In function 'onig_snprintf_with_pattern': /usr/ports/php-5.2cvs/ext/mbstring/oniguruma/regerror.c:271: error: parse error before 'va_dcl' make: *** [ext/mbstring/oniguruma/regerror.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=38452edit=1
#37769 [Bgs-Opn]: configure fails to link to specified libfreetype in /usr/local/X11R6
ID: 37769 User updated by: openmacnews at gmail dot com Reported By: openmacnews at gmail dot com -Status: Bogus +Status: Open Bug Type: *Configuration Issues Operating System: osx PHP Version: 5.1.4, 5.2 cvs New Comment: /usr/local/X11R6 is not a sane path? why provide a config option, then, if the build process ignores it? per my post, the config script CLEARLY checks for / finds it: checking for FreeType 2... /usr/local/X11R6 regardless of LD_LIBRARY_PATH, but then ignores what it finds. that's not a bug? Previous Comments: [2006-06-14 16:32:37] [EMAIL PROTECTED] Search more information about LD_LIBRARY_PATH from web. Or install the libs in sane paths. Not a bug. [2006-06-09 23:46:48] openmacnews at gmail dot com also the case on v5.1.4 [2006-06-09 18:18:46] openmacnews at gmail dot com Description: hi, i'm, building php-5.2 cvs-head on OSX 10.4.6. as prereq, i've FreeType2 built into my /usr/local/X11R6 tree: cd /usr/local/X11R6/lib/ ls -al *freetype* -rwxr-xr-x 1 root wheel 1975684 2006-06-05 21:50 libfreetype.6.3.10.dylib lrwxr-xr-x 1 root wheel 24 2006-06-05 21:50 libfreetype.6.dylib - libfreetype.6.3.10.dylib -rw-r--r-- 1 root wheel 2093880 2006-06-05 21:50 libfreetype.a lrwxr-xr-x 1 root wheel 24 2006-06-05 21:50 libfreetype.dylib - libfreetype.6.3.10.dylib -rwxr-xr-x 1 root wheel 901 2006-06-05 21:50 libfreetype.la nonetheless, w/ ENV of: setenv CPPFLAGS -I${ULDM}/mysql/include/mysql -I${ULDM}/berkeley-db/include -I/usr/local/include -I/usr/local/ssl/include -I/usr/local/ncurses/include -I/usr/local/X11R6/include setenv LDFLAGS -bind_at_load -L${ULDM}/mysql/lib/mysql -lmysqlclient_r -L${ULDM}/berkeley-db/lib -ldb -L/usr/local/lib -lpcre -L/usr/local/ssl/lib -lssl -lcrypto -L/usr/local/ncurses/lib -lncurses -L/usr/local/X11R6/lib and config'ing as: ./configure \ ... --with-freetype-dir=/usr/local/X11R6 \ ... config output to console reports, as expected: ... checking for FreeType 2... /usr/local/X11R6 ... BUT, once built,checking the binary's linking, otool -L ${ULDM}/php5/bin/php | grep freetype /usr/X11R6/lib/libfreetype.6.dylib (compatibility version 10.0.0, current version 10.8.0) i.e., NOT the libfreetype we're targeting! checking in the Makefile: grep X11R6 Makefile i find: ... CPPFLAGS = -I/usr/local/mysql/include/mysql -I/usr/local/berkeley-db/include -I/usr/local/include -I/usr/local/ssl/include -I/usr/local/ncurses/include -I/usr/local/X11R6/include -no-cpp-precomp EXTRA_LDFLAGS = -L/usr/local/lib -L/usr/local/ssl/lib -L/usr/local/berkeley-db/lib -L/usr/X11R6/lib -L/usr/local/X11R6/lib -L/usr/local/gd/lib -L/usr/local/ncurses/lib/ -L/usr/local/mysql/lib/mysql -L/usr/local/ncurses/lib -L/usr/local/net-snmp/lib EXTRA_LDFLAGS_PROGRAM = -L/usr/local/lib -L/usr/local/ssl/lib -L/usr/local/berkeley-db/lib -L/usr/X11R6/lib -L/usr/local/X11R6/lib -L/usr/local/gd/lib -L/usr/local/ncurses/lib/ -L/usr/local/mysql/lib/mysql -L/usr/local/ncurses/lib -L/usr/local/net-snmp/lib INCLUDES = -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/local/ssl/include -I/usr/ports/php-5.2cvs/ext/date/lib -I/usr/X11R6/include -I/usr/local/X11R6/include -I/usr/local/X11R6/include/freetype2 -I/usr/local/gd/include -I/usr/ports/php-5.2cvs/ext/mbstring/oniguruma -I/usr/ports/php-5.2cvs/ext/mbstring/libmbfl -I/usr/ports/php-5.2cvs/ext/mbstring/libmbfl/mbfl -I/usr/local/mysql/include/mysql -I/usr/local/ncurses/include/ncurses -I/usr/local/net-snmp/include -I$(top_builddir)/TSRM -I$(top_builddir)/Zend NATIVE_RPATHS = -L/usr/local/lib -L/usr/local/ssl/lib -L/usr/local/berkeley-db/lib -L/usr/X11R6/lib -L/usr/local/X11R6/lib -L/usr/local/gd/lib -L/usr/local/ncurses/lib/ -L/usr/local/mysql/lib/mysql -L/usr/local/ncurses/lib -L/usr/local/net-snmp/lib PHP_LDFLAGS = -L/usr/local/lib -L/usr/local/ssl/lib -L/usr/local/berkeley-db/lib -L/usr/X11R6/lib -L/usr/local/X11R6/lib -L/usr/local/gd/lib -L/usr/local/ncurses/lib/ -L/usr/local/mysql/lib/mysql -L/usr/local/ncurses/lib -L/usr/local/net-snmp/lib PHP_RPATHS = -R /usr/local/lib -R /usr/local/ssl/lib -R /usr/local/berkeley-db/lib -R /usr/X11R6/lib -R /usr/local/X11R6/lib -R /usr/local/gd/lib -R /usr/local/ncurses/lib/ -R /usr/local/mysql/lib/mysql -R /usr/local/ncurses/lib -R /usr/local/net-snmp/lib there needs to be a way to get php build to pick up freetype from where i tell it to ... richard -- Edit this bug report at http://bugs.php.net/?id=37769edit=1
#37769 [Bgs]: configure fails to link to specified libfreetype in /usr/local/X11R6
ID: 37769 User updated by: openmacnews at gmail dot com Reported By: openmacnews at gmail dot com Status: Bogus Bug Type: *Configuration Issues Operating System: osx PHP Version: 5.1.4, 5.2 cvs New Comment: you seem to be convinced that, despite the fact that this behavior is unlike ANY of the other myriad modules -- dynamic or otherwise -- we successfully build, that all's ok. hmm ... one might think that specific config instructions: --with-freetype-dir=/usr/local/X11R6 \ checking for FreeType 2... /usr/local/X11R6 might actually be followed. but you must be right. enjoy! Previous Comments: [2006-06-14 16:51:54] [EMAIL PROTECTED] Please find out first what dynamic linking means. [2006-06-14 16:47:59] openmacnews at gmail dot com /usr/local/X11R6 is not a sane path? why provide a config option, then, if the build process ignores it? per my post, the config script CLEARLY checks for / finds it: checking for FreeType 2... /usr/local/X11R6 regardless of LD_LIBRARY_PATH, but then ignores what it finds. that's not a bug? [2006-06-14 16:32:37] [EMAIL PROTECTED] Search more information about LD_LIBRARY_PATH from web. Or install the libs in sane paths. Not a bug. [2006-06-09 23:46:48] openmacnews at gmail dot com also the case on v5.1.4 [2006-06-09 18:18:46] openmacnews at gmail dot com Description: hi, i'm, building php-5.2 cvs-head on OSX 10.4.6. as prereq, i've FreeType2 built into my /usr/local/X11R6 tree: cd /usr/local/X11R6/lib/ ls -al *freetype* -rwxr-xr-x 1 root wheel 1975684 2006-06-05 21:50 libfreetype.6.3.10.dylib lrwxr-xr-x 1 root wheel 24 2006-06-05 21:50 libfreetype.6.dylib - libfreetype.6.3.10.dylib -rw-r--r-- 1 root wheel 2093880 2006-06-05 21:50 libfreetype.a lrwxr-xr-x 1 root wheel 24 2006-06-05 21:50 libfreetype.dylib - libfreetype.6.3.10.dylib -rwxr-xr-x 1 root wheel 901 2006-06-05 21:50 libfreetype.la nonetheless, w/ ENV of: setenv CPPFLAGS -I${ULDM}/mysql/include/mysql -I${ULDM}/berkeley-db/include -I/usr/local/include -I/usr/local/ssl/include -I/usr/local/ncurses/include -I/usr/local/X11R6/include setenv LDFLAGS -bind_at_load -L${ULDM}/mysql/lib/mysql -lmysqlclient_r -L${ULDM}/berkeley-db/lib -ldb -L/usr/local/lib -lpcre -L/usr/local/ssl/lib -lssl -lcrypto -L/usr/local/ncurses/lib -lncurses -L/usr/local/X11R6/lib and config'ing as: ./configure \ ... --with-freetype-dir=/usr/local/X11R6 \ ... config output to console reports, as expected: ... checking for FreeType 2... /usr/local/X11R6 ... BUT, once built,checking the binary's linking, otool -L ${ULDM}/php5/bin/php | grep freetype /usr/X11R6/lib/libfreetype.6.dylib (compatibility version 10.0.0, current version 10.8.0) i.e., NOT the libfreetype we're targeting! checking in the Makefile: grep X11R6 Makefile i find: ... CPPFLAGS = -I/usr/local/mysql/include/mysql -I/usr/local/berkeley-db/include -I/usr/local/include -I/usr/local/ssl/include -I/usr/local/ncurses/include -I/usr/local/X11R6/include -no-cpp-precomp EXTRA_LDFLAGS = -L/usr/local/lib -L/usr/local/ssl/lib -L/usr/local/berkeley-db/lib -L/usr/X11R6/lib -L/usr/local/X11R6/lib -L/usr/local/gd/lib -L/usr/local/ncurses/lib/ -L/usr/local/mysql/lib/mysql -L/usr/local/ncurses/lib -L/usr/local/net-snmp/lib EXTRA_LDFLAGS_PROGRAM = -L/usr/local/lib -L/usr/local/ssl/lib -L/usr/local/berkeley-db/lib -L/usr/X11R6/lib -L/usr/local/X11R6/lib -L/usr/local/gd/lib -L/usr/local/ncurses/lib/ -L/usr/local/mysql/lib/mysql -L/usr/local/ncurses/lib -L/usr/local/net-snmp/lib INCLUDES = -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/local/ssl/include -I/usr/ports/php-5.2cvs/ext/date/lib -I/usr/X11R6/include -I/usr/local/X11R6/include -I/usr/local/X11R6/include/freetype2 -I/usr/local/gd/include -I/usr/ports/php-5.2cvs/ext/mbstring/oniguruma -I/usr/ports/php-5.2cvs/ext/mbstring/libmbfl -I/usr/ports/php-5.2cvs/ext/mbstring/libmbfl/mbfl -I/usr/local/mysql/include/mysql -I/usr/local/ncurses/include/ncurses -I/usr/local/net-snmp/include -I$(top_builddir)/TSRM -I$(top_builddir)/Zend NATIVE_RPATHS = -L/usr/local/lib -L/usr/local/ssl/lib -L/usr/local/berkeley-db/lib -L/usr/X11R6/lib -L/usr/local/X11R6/lib -L/usr/local/gd/lib -L/usr/local/ncurses/lib/ -L/usr/local/mysql/lib/mysql -L/usr/local/ncurses/lib -L/usr/local/net-snmp/lib PHP_LDFLAGS = -L/usr/local/lib -L/usr/local/ssl/lib -L/usr/local/berkeley-db/lib -L/usr/X11R6/lib -L/usr/local
#37769 [NEW]: configure fails to link to specified libfreetype in /usr/local/X11R6
From: openmacnews at gmail dot com Operating system: osx PHP version: 5CVS-2006-06-09 (CVS) PHP Bug Type: Dynamic loading Bug description: configure fails to link to specified libfreetype in /usr/local/X11R6 Description: hi, i'm, building php-5.2 cvs-head on OSX 10.4.6. as prereq, i've FreeType2 built into my /usr/local/X11R6 tree: cd /usr/local/X11R6/lib/ ls -al *freetype* -rwxr-xr-x 1 root wheel 1975684 2006-06-05 21:50 libfreetype.6.3.10.dylib lrwxr-xr-x 1 root wheel 24 2006-06-05 21:50 libfreetype.6.dylib - libfreetype.6.3.10.dylib -rw-r--r-- 1 root wheel 2093880 2006-06-05 21:50 libfreetype.a lrwxr-xr-x 1 root wheel 24 2006-06-05 21:50 libfreetype.dylib - libfreetype.6.3.10.dylib -rwxr-xr-x 1 root wheel 901 2006-06-05 21:50 libfreetype.la nonetheless, w/ ENV of: setenv CPPFLAGS -I${ULDM}/mysql/include/mysql -I${ULDM}/berkeley-db/include -I/usr/local/include -I/usr/local/ssl/include -I/usr/local/ncurses/include -I/usr/local/X11R6/include setenv LDFLAGS -bind_at_load -L${ULDM}/mysql/lib/mysql -lmysqlclient_r -L${ULDM}/berkeley-db/lib -ldb -L/usr/local/lib -lpcre -L/usr/local/ssl/lib -lssl -lcrypto -L/usr/local/ncurses/lib -lncurses -L/usr/local/X11R6/lib and config'ing as: ./configure \ ... --with-freetype-dir=/usr/local/X11R6 \ ... config output to console reports, as expected: ... checking for FreeType 2... /usr/local/X11R6 ... BUT, once built,checking the binary's linking, otool -L ${ULDM}/php5/bin/php | grep freetype /usr/X11R6/lib/libfreetype.6.dylib (compatibility version 10.0.0, current version 10.8.0) i.e., NOT the libfreetype we're targeting! checking in the Makefile: grep X11R6 Makefile i find: ... CPPFLAGS = -I/usr/local/mysql/include/mysql -I/usr/local/berkeley-db/include -I/usr/local/include -I/usr/local/ssl/include -I/usr/local/ncurses/include -I/usr/local/X11R6/include -no-cpp-precomp EXTRA_LDFLAGS = -L/usr/local/lib -L/usr/local/ssl/lib -L/usr/local/berkeley-db/lib -L/usr/X11R6/lib -L/usr/local/X11R6/lib -L/usr/local/gd/lib -L/usr/local/ncurses/lib/ -L/usr/local/mysql/lib/mysql -L/usr/local/ncurses/lib -L/usr/local/net-snmp/lib EXTRA_LDFLAGS_PROGRAM = -L/usr/local/lib -L/usr/local/ssl/lib -L/usr/local/berkeley-db/lib -L/usr/X11R6/lib -L/usr/local/X11R6/lib -L/usr/local/gd/lib -L/usr/local/ncurses/lib/ -L/usr/local/mysql/lib/mysql -L/usr/local/ncurses/lib -L/usr/local/net-snmp/lib INCLUDES = -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/local/ssl/include -I/usr/ports/php-5.2cvs/ext/date/lib -I/usr/X11R6/include -I/usr/local/X11R6/include -I/usr/local/X11R6/include/freetype2 -I/usr/local/gd/include -I/usr/ports/php-5.2cvs/ext/mbstring/oniguruma -I/usr/ports/php-5.2cvs/ext/mbstring/libmbfl -I/usr/ports/php-5.2cvs/ext/mbstring/libmbfl/mbfl -I/usr/local/mysql/include/mysql -I/usr/local/ncurses/include/ncurses -I/usr/local/net-snmp/include -I$(top_builddir)/TSRM -I$(top_builddir)/Zend NATIVE_RPATHS = -L/usr/local/lib -L/usr/local/ssl/lib -L/usr/local/berkeley-db/lib -L/usr/X11R6/lib -L/usr/local/X11R6/lib -L/usr/local/gd/lib -L/usr/local/ncurses/lib/ -L/usr/local/mysql/lib/mysql -L/usr/local/ncurses/lib -L/usr/local/net-snmp/lib PHP_LDFLAGS = -L/usr/local/lib -L/usr/local/ssl/lib -L/usr/local/berkeley-db/lib -L/usr/X11R6/lib -L/usr/local/X11R6/lib -L/usr/local/gd/lib -L/usr/local/ncurses/lib/ -L/usr/local/mysql/lib/mysql -L/usr/local/ncurses/lib -L/usr/local/net-snmp/lib PHP_RPATHS = -R /usr/local/lib -R /usr/local/ssl/lib -R /usr/local/berkeley-db/lib -R /usr/X11R6/lib -R /usr/local/X11R6/lib -R /usr/local/gd/lib -R /usr/local/ncurses/lib/ -R /usr/local/mysql/lib/mysql -R /usr/local/ncurses/lib -R /usr/local/net-snmp/lib there needs to be a way to get php build to pick up freetype from where i tell it to ... richard -- Edit bug report at http://bugs.php.net/?id=37769edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37769r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37769r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37769r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37769r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37769r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37769r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37769r=needscript Try newer version:http://bugs.php.net/fix.php?id=37769r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37769r=support Expected behavior:http://bugs.php.net/fix.php?id=37769r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37769r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37769r=submittedtwice
#37769 [Opn]: configure fails to link to specified libfreetype in /usr/local/X11R6
ID: 37769 User updated by: openmacnews at gmail dot com Reported By: openmacnews at gmail dot com Status: Open -Bug Type: Dynamic loading +Bug Type: *Configuration Issues Operating System: osx -PHP Version: 5CVS-2006-06-09 (CVS) +PHP Version: 5.1.4, 5.2 cvs New Comment: also the case on v5.1.4 Previous Comments: [2006-06-09 18:18:46] openmacnews at gmail dot com Description: hi, i'm, building php-5.2 cvs-head on OSX 10.4.6. as prereq, i've FreeType2 built into my /usr/local/X11R6 tree: cd /usr/local/X11R6/lib/ ls -al *freetype* -rwxr-xr-x 1 root wheel 1975684 2006-06-05 21:50 libfreetype.6.3.10.dylib lrwxr-xr-x 1 root wheel 24 2006-06-05 21:50 libfreetype.6.dylib - libfreetype.6.3.10.dylib -rw-r--r-- 1 root wheel 2093880 2006-06-05 21:50 libfreetype.a lrwxr-xr-x 1 root wheel 24 2006-06-05 21:50 libfreetype.dylib - libfreetype.6.3.10.dylib -rwxr-xr-x 1 root wheel 901 2006-06-05 21:50 libfreetype.la nonetheless, w/ ENV of: setenv CPPFLAGS -I${ULDM}/mysql/include/mysql -I${ULDM}/berkeley-db/include -I/usr/local/include -I/usr/local/ssl/include -I/usr/local/ncurses/include -I/usr/local/X11R6/include setenv LDFLAGS -bind_at_load -L${ULDM}/mysql/lib/mysql -lmysqlclient_r -L${ULDM}/berkeley-db/lib -ldb -L/usr/local/lib -lpcre -L/usr/local/ssl/lib -lssl -lcrypto -L/usr/local/ncurses/lib -lncurses -L/usr/local/X11R6/lib and config'ing as: ./configure \ ... --with-freetype-dir=/usr/local/X11R6 \ ... config output to console reports, as expected: ... checking for FreeType 2... /usr/local/X11R6 ... BUT, once built,checking the binary's linking, otool -L ${ULDM}/php5/bin/php | grep freetype /usr/X11R6/lib/libfreetype.6.dylib (compatibility version 10.0.0, current version 10.8.0) i.e., NOT the libfreetype we're targeting! checking in the Makefile: grep X11R6 Makefile i find: ... CPPFLAGS = -I/usr/local/mysql/include/mysql -I/usr/local/berkeley-db/include -I/usr/local/include -I/usr/local/ssl/include -I/usr/local/ncurses/include -I/usr/local/X11R6/include -no-cpp-precomp EXTRA_LDFLAGS = -L/usr/local/lib -L/usr/local/ssl/lib -L/usr/local/berkeley-db/lib -L/usr/X11R6/lib -L/usr/local/X11R6/lib -L/usr/local/gd/lib -L/usr/local/ncurses/lib/ -L/usr/local/mysql/lib/mysql -L/usr/local/ncurses/lib -L/usr/local/net-snmp/lib EXTRA_LDFLAGS_PROGRAM = -L/usr/local/lib -L/usr/local/ssl/lib -L/usr/local/berkeley-db/lib -L/usr/X11R6/lib -L/usr/local/X11R6/lib -L/usr/local/gd/lib -L/usr/local/ncurses/lib/ -L/usr/local/mysql/lib/mysql -L/usr/local/ncurses/lib -L/usr/local/net-snmp/lib INCLUDES = -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/local/ssl/include -I/usr/ports/php-5.2cvs/ext/date/lib -I/usr/X11R6/include -I/usr/local/X11R6/include -I/usr/local/X11R6/include/freetype2 -I/usr/local/gd/include -I/usr/ports/php-5.2cvs/ext/mbstring/oniguruma -I/usr/ports/php-5.2cvs/ext/mbstring/libmbfl -I/usr/ports/php-5.2cvs/ext/mbstring/libmbfl/mbfl -I/usr/local/mysql/include/mysql -I/usr/local/ncurses/include/ncurses -I/usr/local/net-snmp/include -I$(top_builddir)/TSRM -I$(top_builddir)/Zend NATIVE_RPATHS = -L/usr/local/lib -L/usr/local/ssl/lib -L/usr/local/berkeley-db/lib -L/usr/X11R6/lib -L/usr/local/X11R6/lib -L/usr/local/gd/lib -L/usr/local/ncurses/lib/ -L/usr/local/mysql/lib/mysql -L/usr/local/ncurses/lib -L/usr/local/net-snmp/lib PHP_LDFLAGS = -L/usr/local/lib -L/usr/local/ssl/lib -L/usr/local/berkeley-db/lib -L/usr/X11R6/lib -L/usr/local/X11R6/lib -L/usr/local/gd/lib -L/usr/local/ncurses/lib/ -L/usr/local/mysql/lib/mysql -L/usr/local/ncurses/lib -L/usr/local/net-snmp/lib PHP_RPATHS = -R /usr/local/lib -R /usr/local/ssl/lib -R /usr/local/berkeley-db/lib -R /usr/X11R6/lib -R /usr/local/X11R6/lib -R /usr/local/gd/lib -R /usr/local/ncurses/lib/ -R /usr/local/mysql/lib/mysql -R /usr/local/ncurses/lib -R /usr/local/net-snmp/lib there needs to be a way to get php build to pick up freetype from where i tell it to ... richard -- Edit this bug report at http://bugs.php.net/?id=37769edit=1
#37630 [Csd]: MySQL extensions should link against thread safe client libs if built with ZTS
ID: 37630 User updated by: openmacnews at gmail dot com Reported By: openmacnews at gmail dot com Status: Closed Bug Type: MySQL related Operating System: osx PHP Version: 5.1.4 New Comment: mike, thanks. in which branch is the fix? 51, 52 /or 6? Previous Comments: [2006-06-01 19:15:50] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2006-06-01 13:22:27] [EMAIL PROTECTED] Set status back to Open. [2006-06-01 08:46:32] [EMAIL PROTECTED] No bug here. It works exactly the way it should. [2006-05-31 19:41:07] openmacnews at gmail dot com The switch to enable thread safety is --enable-maintainer-zts. thx for the clarification. that you shoulnd't use it unless you've got a really good reason to do so. understood. i'm exploring (non-production, yet) 'playing nice' with apache worker mpm, reentrant mysql libs, and some threaded functionality we're working on ... Now about the reentrancy issues of the mysql extensions: ... Just a recap, no fix yet. fair nuf. fwiw, given your comments, doing: b4 config: perl -pi -e 's/mysqlclient\,/mysqlclient_r\,/g' ext/pdo_mysql/config.m4 perl -pi -e 's/mysqlclient\./mysqlclient_r\./g' ext/pdo_mysql/config.m4 perl -pi -e 's/libmysqlclient.lib/libmysqlclient_r.lib/g' ext/mysql/mysql.mak perl -pi -e 's/LIBNAME=mysqlclient\n/LIBNAME=mysqlclient_r\n/g' ext/mysql/config.m4 then: glibtoolize buildconf and, after config, b4 make: perl -pi -e 's/mysqlclient /mysqlclient_r /g' Makefile perl -pi -e 's/mysqlclient\n/mysqlclient_r\n/g' Makefile seems, so far to give me a stable/executable build, linked uniquely/solely against lmysqlclient_r ... of course, i haven't done any serious functional testing as yet. let me know if/how i can play 'guinea pig' ... richard [2006-05-31 17:58:38] [EMAIL PROTECTED] The switch to enable thread safety is --enable-maintainer-zts. The name suggests though, that you shoulnd't use it unless you've got a really good reason to do so. Now about the reentrancy issues of the mysql extensions: None of ext/mysql, ext/mysqli, ext/pdo_mysql check for the reentrant version of the client library if ZTS is enabled. ext/mysql though, calls mysql_thread_init() and mysql_thread_end() and thus cause sort of a deadlock if linked against libmysqlclient_r. Just a recap, no fix 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/37630 -- Edit this bug report at http://bugs.php.net/?id=37630edit=1
#37630 [Csd]: MySQL extensions should link against thread safe client libs if built with ZTS
ID: 37630 User updated by: openmacnews at gmail dot com Reported By: openmacnews at gmail dot com Status: Closed Bug Type: MySQL related Operating System: osx PHP Version: 5.1.4 New Comment: hi mike, thanks for the CVS pointer ... in 5.2cvs DL, i note: % grep mysqlclient `grep -rlni mysqlclient .` ... ./ext/mysql/config.m4:MYSQL_LIBNAME=mysqlclient_r ./ext/mysql/config.m4:MYSQL_LIBNAME=mysqlclient ./ext/mysql/mysql.mak:LIBRARY = $(MYSQL_DIR)/lib/libmysqlclient.lib ./ext/mysqli/config.m4: MYSQL_LIB_NAME='mysqlclient' ./ext/mysqli/config.m4:MYSQL_LIB_NAME='mysqlclient_r' ./ext/pdo_mysql/config.m4: str=$PDO_MYSQL_DIR/$1/libmysqlclient* ./ext/pdo_mysql/config.m4: PDO_MYSQL_LIBNAME=mysqlclient_r ./ext/pdo_mysql/config.m4: PDO_MYSQL_LIBNAME=mysqlclient which looks like you've added conditionals in the requisite config.m4's ... how about the reference in ./ext/mysql/mysql.mak ? # Library files LIBRARY = $(MYSQL_DIR)/lib/libmysqlclient.lib needed to change? richard Previous Comments: [2006-06-01 19:35:04] [EMAIL PROTECTED] 5.2 (and 6 except PDO) [2006-06-01 19:27:48] openmacnews at gmail dot com mike, thanks. in which branch is the fix? 51, 52 /or 6? [2006-06-01 19:15:50] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2006-06-01 13:22:27] [EMAIL PROTECTED] Set status back to Open. [2006-06-01 08:46:32] [EMAIL PROTECTED] No bug here. It works exactly the way it should. 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/37630 -- Edit this bug report at http://bugs.php.net/?id=37630edit=1
#37630 [Csd]: MySQL extensions should link against thread safe client libs if built with ZTS
ID: 37630 User updated by: openmacnews at gmail dot com Reported By: openmacnews at gmail dot com Status: Closed Bug Type: MySQL related Operating System: osx PHP Version: 5.1.4 New Comment: I have no idea, this is some ancient Netware stuff. Netware? jeesh ... it still around ;-) if that's the case, I don't care ... I'm done. thanks! onward ... richard Previous Comments: [2006-06-01 20:00:33] [EMAIL PROTECTED] looks like you've added conditionals Of course. how about the reference in ./ext/mysql/mysql.mak I have no idea, this is some ancient Netware stuff. [2006-06-01 19:48:58] openmacnews at gmail dot com hi mike, thanks for the CVS pointer ... in 5.2cvs DL, i note: % grep mysqlclient `grep -rlni mysqlclient .` ... ./ext/mysql/config.m4:MYSQL_LIBNAME=mysqlclient_r ./ext/mysql/config.m4:MYSQL_LIBNAME=mysqlclient ./ext/mysql/mysql.mak:LIBRARY = $(MYSQL_DIR)/lib/libmysqlclient.lib ./ext/mysqli/config.m4: MYSQL_LIB_NAME='mysqlclient' ./ext/mysqli/config.m4:MYSQL_LIB_NAME='mysqlclient_r' ./ext/pdo_mysql/config.m4: str=$PDO_MYSQL_DIR/$1/libmysqlclient* ./ext/pdo_mysql/config.m4: PDO_MYSQL_LIBNAME=mysqlclient_r ./ext/pdo_mysql/config.m4: PDO_MYSQL_LIBNAME=mysqlclient which looks like you've added conditionals in the requisite config.m4's ... how about the reference in ./ext/mysql/mysql.mak ? # Library files LIBRARY = $(MYSQL_DIR)/lib/libmysqlclient.lib needed to change? richard [2006-06-01 19:35:04] [EMAIL PROTECTED] 5.2 (and 6 except PDO) [2006-06-01 19:27:48] openmacnews at gmail dot com mike, thanks. in which branch is the fix? 51, 52 /or 6? [2006-06-01 19:15:50] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. 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/37630 -- Edit this bug report at http://bugs.php.net/?id=37630edit=1
#37630 [Opn]: php build ignoring config, links against BOTH reentrant 'norm' mysql libs ...
ID: 37630 User updated by: openmacnews at gmail dot com Reported By: openmacnews at gmail dot com Status: Open Bug Type: MySQL related Operating System: osx PHP Version: 5.1.4 New Comment: The switch to enable thread safety is --enable-maintainer-zts. thx for the clarification. that you shoulnd't use it unless you've got a really good reason to do so. understood. i'm exploring (non-production, yet) 'playing nice' with apache worker mpm, reentrant mysql libs, and some threaded functionality we're working on ... Now about the reentrancy issues of the mysql extensions: ... Just a recap, no fix yet. fair nuf. fwiw, given your comments, doing: b4 config: perl -pi -e 's/mysqlclient\,/mysqlclient_r\,/g' ext/pdo_mysql/config.m4 perl -pi -e 's/mysqlclient\./mysqlclient_r\./g' ext/pdo_mysql/config.m4 perl -pi -e 's/libmysqlclient.lib/libmysqlclient_r.lib/g' ext/mysql/mysql.mak perl -pi -e 's/LIBNAME=mysqlclient\n/LIBNAME=mysqlclient_r\n/g' ext/mysql/config.m4 then: glibtoolize buildconf and, after config, b4 make: perl -pi -e 's/mysqlclient /mysqlclient_r /g' Makefile perl -pi -e 's/mysqlclient\n/mysqlclient_r\n/g' Makefile seems, so far to give me a stable/executable build, linked uniquely/solely against lmysqlclient_r ... of course, i haven't done any serious functional testing as yet. let me know if/how i can play 'guinea pig' ... richard Previous Comments: [2006-05-31 17:58:38] [EMAIL PROTECTED] The switch to enable thread safety is --enable-maintainer-zts. The name suggests though, that you shoulnd't use it unless you've got a really good reason to do so. Now about the reentrancy issues of the mysql extensions: None of ext/mysql, ext/mysqli, ext/pdo_mysql check for the reentrant version of the client library if ZTS is enabled. ext/mysql though, calls mysql_thread_init() and mysql_thread_end() and thus cause sort of a deadlock if linked against libmysqlclient_r. Just a recap, no fix yet. [2006-05-30 16:34:35] openmacnews at gmail dot com mike, great. rather than dribbles of info, can you, then, please specify what configuration option does and how to end up linked agaist only the right/single library? bottom line is i'm looking for thread-safe php + mysql, linked against libmysqlclient_r. let's just say the documentation hasn't been, at least for me, forthcoming on the matter ... [2006-05-30 16:22:54] [EMAIL PROTECTED] This configure flag does not enable thread safety. [2006-05-30 15:44:09] openmacnews at gmail dot com hi mike, of course. sorry, i should have specified rather than assumed it would be obvious ... i have built php --with-tsrm-pthreads. same issue, one vs both libs linked. [2006-05-30 13:14:21] [EMAIL PROTECTED] i've built mysql 5.0.21 threadsafe -- hence, the link target needs to be the _reentrant_ libmysqlclient_r No. If you don't build a threaded client, you don't need to link against the reentrant client libraries. 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/37630 -- Edit this bug report at http://bugs.php.net/?id=37630edit=1
#37630 [Bgs-Opn]: php build ignoring config, links against BOTH reentrant 'norm' mysql libs ...
ID: 37630 User updated by: openmacnews at gmail dot com Reported By: openmacnews at gmail dot com -Status: Bogus +Status: Open Bug Type: MySQL related Operating System: osx PHP Version: 5.1.4 New Comment: hi mike, of course. sorry, i should have specified rather than assumed it would be obvious ... i have built php --with-tsrm-pthreads. same issue, one vs both libs linked. Previous Comments: [2006-05-30 13:14:21] [EMAIL PROTECTED] i've built mysql 5.0.21 threadsafe -- hence, the link target needs to be the _reentrant_ libmysqlclient_r No. If you don't build a threaded client, you don't need to link against the reentrant client libraries. [2006-05-29 15:54:56] openmacnews at gmail dot com Description: hi all, i'm building php-5.1.4 from source on osx 10.4.6 i've built mysql 5.0.21 threadsafe -- hence, the link target needs to be the _reentrant_ libmysqlclient_r. if i configure php as: setenv CPPFLAGS -I/usr/local/mysql/include/mysql setenv LDFLAGS -bind_at_load -L/usr/local/mysql/lib/mysql -lmysqlclient_r ./configure \ ... --enable-pdo \ --with-mysql=/usr/local/mysql \ --with-mysql-sock=/var/Process \ --with-pdo-mysql=/usr/local/mysql \ --with-apxs2=/usr/local/apache2/sbin/apxs \ ... the build completes w/o error, BUT, resultant libs bins are built linked against BOTH lmysqlclient_r AND lmysqlclient. iiuc, this should NOT be the case. to get around this, *prior* to config: perl -pi -e 's/mysqlclient\,/mysqlclient_r\,/g' ext/pdo_mysql/config.m4 perl -pi -e 's/mysqlclient\./mysqlclient_r\./g' ext/pdo_mysql/config.m4 and after config, prior to *make*: perl -pi -e 's/mysqlclient /mysqlclient_r /g' Makefile perl -pi -e 's/mysqlclient\n/mysqlclient_r\n/g' Makefile again, no errors, and the libs/bins are linked -- as expected -- against *only* the reentrant lib. cheers, richard -- Edit this bug report at http://bugs.php.net/?id=37630edit=1
#37630 [Fbk-Opn]: php build ignoring config, links against BOTH reentrant 'norm' mysql libs ...
ID: 37630 User updated by: openmacnews at gmail dot com Reported By: openmacnews at gmail dot com -Status: Feedback +Status: Open Bug Type: MySQL related Operating System: osx PHP Version: 5.1.4 New Comment: mike, great. rather than dribbles of info, can you, then, please specify what configuration option does and how to end up linked agaist only the right/single library? bottom line is i'm looking for thread-safe php + mysql, linked against libmysqlclient_r. let's just say the documentation hasn't been, at least for me, forthcoming on the matter ... Previous Comments: [2006-05-30 16:22:54] [EMAIL PROTECTED] This configure flag does not enable thread safety. [2006-05-30 15:44:09] openmacnews at gmail dot com hi mike, of course. sorry, i should have specified rather than assumed it would be obvious ... i have built php --with-tsrm-pthreads. same issue, one vs both libs linked. [2006-05-30 13:14:21] [EMAIL PROTECTED] i've built mysql 5.0.21 threadsafe -- hence, the link target needs to be the _reentrant_ libmysqlclient_r No. If you don't build a threaded client, you don't need to link against the reentrant client libraries. [2006-05-29 15:54:56] openmacnews at gmail dot com Description: hi all, i'm building php-5.1.4 from source on osx 10.4.6 i've built mysql 5.0.21 threadsafe -- hence, the link target needs to be the _reentrant_ libmysqlclient_r. if i configure php as: setenv CPPFLAGS -I/usr/local/mysql/include/mysql setenv LDFLAGS -bind_at_load -L/usr/local/mysql/lib/mysql -lmysqlclient_r ./configure \ ... --enable-pdo \ --with-mysql=/usr/local/mysql \ --with-mysql-sock=/var/Process \ --with-pdo-mysql=/usr/local/mysql \ --with-apxs2=/usr/local/apache2/sbin/apxs \ ... the build completes w/o error, BUT, resultant libs bins are built linked against BOTH lmysqlclient_r AND lmysqlclient. iiuc, this should NOT be the case. to get around this, *prior* to config: perl -pi -e 's/mysqlclient\,/mysqlclient_r\,/g' ext/pdo_mysql/config.m4 perl -pi -e 's/mysqlclient\./mysqlclient_r\./g' ext/pdo_mysql/config.m4 and after config, prior to *make*: perl -pi -e 's/mysqlclient /mysqlclient_r /g' Makefile perl -pi -e 's/mysqlclient\n/mysqlclient_r\n/g' Makefile again, no errors, and the libs/bins are linked -- as expected -- against *only* the reentrant lib. cheers, richard -- Edit this bug report at http://bugs.php.net/?id=37630edit=1
#37630 [NEW]: php build ignoring config, links against BOTH reentrant 'norm' mysql libs ...
From: openmacnews at gmail dot com Operating system: osx PHP version: 5.1.4 PHP Bug Type: MySQL related Bug description: php build ignoring config, links against BOTH reentrant 'norm' mysql libs ... Description: hi all, i'm building php-5.1.4 from source on osx 10.4.6 i've built mysql 5.0.21 threadsafe -- hence, the link target needs to be the _reentrant_ libmysqlclient_r. if i configure php as: setenv CPPFLAGS -I/usr/local/mysql/include/mysql setenv LDFLAGS -bind_at_load -L/usr/local/mysql/lib/mysql -lmysqlclient_r ./configure \ ... --enable-pdo \ --with-mysql=/usr/local/mysql \ --with-mysql-sock=/var/Process \ --with-pdo-mysql=/usr/local/mysql \ --with-apxs2=/usr/local/apache2/sbin/apxs \ ... the build completes w/o error, BUT, resultant libs bins are built linked against BOTH lmysqlclient_r AND lmysqlclient. iiuc, this should NOT be the case. to get around this, *prior* to config: perl -pi -e 's/mysqlclient\,/mysqlclient_r\,/g' ext/pdo_mysql/config.m4 perl -pi -e 's/mysqlclient\./mysqlclient_r\./g' ext/pdo_mysql/config.m4 and after config, prior to *make*: perl -pi -e 's/mysqlclient /mysqlclient_r /g' Makefile perl -pi -e 's/mysqlclient\n/mysqlclient_r\n/g' Makefile again, no errors, and the libs/bins are linked -- as expected -- against *only* the reentrant lib. cheers, richard -- Edit bug report at http://bugs.php.net/?id=37630edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37630r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37630r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37630r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37630r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37630r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37630r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37630r=needscript Try newer version:http://bugs.php.net/fix.php?id=37630r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37630r=support Expected behavior:http://bugs.php.net/fix.php?id=37630r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37630r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37630r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37630r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37630r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37630r=dst IIS Stability:http://bugs.php.net/fix.php?id=37630r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37630r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37630r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37630r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37630r=mysqlcfg