#34247 [NEW]: configure claims g++ does not support shared libraries (when used as LD)
From: arattink at correct dot net Operating system: Linux 2.4.25 SMP PHP version: 5.1.0RC1 PHP Bug Type: *Configuration Issues Bug description: configure claims g++ does not support shared libraries (when used as LD) Description: The configure fails to discover that that g++ (ie LD=/usr/bin/g++) supports shared libraries. >From the output: checking whether the gcc linker (/usr/bin/g++) supports shared libraries... no I can assure you that g++ (used as 'ld) does support shared libs. I need to use g++ specificly because ld does not link C++ libraries correctly and we use some C++ code in our own extensions. g++ --version ==> 2.95.3 For the record: *only* LD is set, not CC or CXX or any xxxFLAGS. Reproduce code: --- LD=/usr/bin/g++ ./configure --disable_all Expected result: checking whether the gcc linker (/usr/bin/g++) supports shared libraries... yes Actual result: -- checking whether the gcc linker (/usr/bin/g++) supports shared libraries... no Unfortunately it is nigh impossible to figure out what configure does. I also tried gcc-3.4.3 which claimed g++ did and did not support it in the same run, but in the end refused to build the .so file anyway. I also tried 'LD="g++ -v"' and '--with-gnu-ld' but to no avail. All these tests on a freshly untarred tarball to be sure. Yours sincerely, Arnoud Rattink. -- Edit bug report at http://bugs.php.net/?id=34247&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34247&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34247&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34247&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34247&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34247&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34247&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34247&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34247&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34247&r=support Expected behavior: http://bugs.php.net/fix.php?id=34247&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34247&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34247&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34247&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34247&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34247&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34247&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34247&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34247&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34247&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34247&r=mysqlcfg
#28975 [Com]: printf("%6.2f") and values less than 1 gives wrong output
ID: 28975 Comment by: arattink at correct dot net Reported By: phpbug at billix dot franken dot de Status: Open Bug Type: Output Control Operating System: Linux PHP Version: Irrelevant New Comment: Line 401/403 in ext/standard/formatted_printf.c should be removed. /* if (precision > 0) { width += (precision + 1); }*/ I'm not a PHP-developer, but 'width' passed to php_sprintf_appenddouble should be passed on to php_sprintf_appendstring unaltered. It seems that in most cases precision is garbled to 0 so it works most of the time. Previous Comments: [2004-06-30 17:40:38] phpbug at billix dot franken dot de Description: A printf of float values less than 1 gives an incorrect output. It looks like the numbers before the dot equal the width specifier... This happens with every tested PHP version (4.3.7, 5.0.0RC3 and CVS) With PHP 4.3.6 both outputs were wrong... Oliver Reproduce code: --- $a = sprintf ( "%06.2f" , 0.5 ); $b = sprintf ( "%06.2f" , 1.5 ); var_dump($a); var_dump($b); Expected result: string(6) "000.50" string(6) "001.50" Actual result: -- string(9) "00.50" string(6) "001.50" -- Edit this bug report at http://bugs.php.net/?id=28975&edit=1