#39210 [NEW]: compilation fails because of vararg.h usage

From: tiosancho at hotmail dot com Operating system: Mac OS 10.4.8 PowerPC PHP version: 5.1.6 PHP Bug Type: Compile Failure Bug description: compilation fails because of vararg.h usage Description: ------------ Compiling fails under Mac OS 10.4.8 with current development tools installed. The failure message is ""GCC no longer implements <varargs.h>"". It's used in regerror.c. The code does contain a preprocessor directive that attempts to switch between varargs.h and stdargs.h, but the necessary value isn't defined and therefore the older syntax is used. This bug is the same as 34977, which was closed. I manually deleted the offending code, but that caused a slew of errors like /Users/gavin/Desktop/PHP/php-5.1.6/ext/mbstring/oniguruma/regerror.c:186: error: conflicting types for 'onig_error_code_to_str' /Users/gavin/Desktop/PHP/php-5.1.6/ext/mbstring/oniguruma/regerror.c:186: note: a parameter list with an ellipsis can't match an empty parameter name list declaration Reproduce code: --------------- Here were the config options I used: ./configure --prefix=/Library/PHP5 --mandir=/usr/share/man --infodir=/usr/share/info --sysconfdir=/etc --with-zlib --with-xml --with-zlib-dir=/usr --with-openssl --enable-exif --enable-ftp --enable-mbstring --enable-mbregex --enable-sockets --with-mysql=/usr/local/mysql --with-mysqli=/usr/local/mysql/bin/mysql_config --with-apxs=/usr/sbin/apxs I tried defining the macro to trigger the use of stdarg.h, which is HAVE_STDARG_PROTOTYPES. This caused the same result as mentioned above: error: conflicting types for 'onig_error_code_to_str' /Users/gavin/Desktop/PHP/php-5.1.6/ext/mbstring/oniguruma/regerror.c:186: note: a parameter list with an ellipsis can't match an empty parameter name list declaration Expected result: ---------------- Successful compilation. Actual result: -------------- Broken project. -- Edit bug report at http://bugs.php.net/?id=39210&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39210&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39210&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39210&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39210&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39210&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39210&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=39210&r=needscript Try newer version: http://bugs.php.net/fix.php?id=39210&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39210&r=support Expected behavior: http://bugs.php.net/fix.php?id=39210&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39210&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39210&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39210&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39210&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39210&r=dst IIS Stability: http://bugs.php.net/fix.php?id=39210&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39210&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39210&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39210&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=39210&r=mysqlcfg