ID: 42293 User updated by: m dot artuso at etraspa dot it Reported By: m dot artuso at etraspa dot it -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: linux debian testing/unstable PHP Version: 5CVS-2007-08-14 (snap) New Comment:
--enable-debug was set since the beginning... The CVS snapshot was downloaded early this morning from http://snaps.php.net/ and is php5.2-200708140430.tar.bz2 I tried again with these options (--enable-debug is set, while I left out --disable-rpath, --disable-static and --with-pcre-regex) # ./configure --prefix=/usr --enable-force-cgi-redirect --enable-fastcgi --with-config-file-path=/etc/php5/cgi --with-config-file-scan-dir=/etc/php5/cgi/conf.d --build=x86_64-linux-gnu --host=x86_64-linux-gnu --mandir=/usr/share/man --enable-debug --with-regex=php --with-pic --with-layout=GNU --with-pear=/usr/share/php --enable-calendar --enable-sysvsem --enable-sysvshm --enable-sysvmsg --enable-bcmath --with-bz2 --enable-ctype --with-db4 --without-gdbm --with-iconv --enable-exif --enable-ftp --with-gettext --enable-mbstring --enable-shmop --enable-sockets --enable-wddx --with-libxml-dir=/usr --with-zlib --with-kerberos=/usr --with-openssl=/usr --enable-soap --enable-zip --with-mime-magic=/usr/share/file/magic.mime --with-exec-dir=/usr/lib/php5/libexec --without-mm --disable-pdo --without-mysql --without-sybase-ct --without-sqlite # make # make test I then run # gdb ./sapi/cli/php core GNU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-linux-gnu"...BFD: /usr/src/php5.2-200708140430/sapi/cli/php: don't know how to handle OS specific section `.gnu.hash' [0x6ffffff6] "/usr/src/php5.2-200708140430/sapi/cli/php": not in executable format: File format not recognized Core was generated by `./sapi/cli/php'. Program terminated with signal 11, Segmentation fault. #0 0x00002b41c2d939ea in ?? () (gdb) bt #0 0x00002b41c2d939ea in ?? () Surely I'm doing something wrong if the debug result is unsatisfying, but I don't understand wthat... Thanks, Matteo Previous Comments: ------------------------------------------------------------------------ [2007-08-14 08:46:44] [EMAIL PROTECTED] And you ARE using the latest 5.2CVS snapshot downloaded from http://snaps.php.net/ ?? ------------------------------------------------------------------------ [2007-08-14 08:45:28] [EMAIL PROTECTED] Well, add --enable-debug to the build and perhaps then you can get useful GDB backtrace.. ------------------------------------------------------------------------ [2007-08-14 08:15:20] m dot artuso at etraspa dot it I come from a debian package that is not compiling (I was doing a custom install) for the same reason. Debian mantainers suggested to file a bug here, since I noticed that the problem arises also with the latest snapshot. The compiling options came from the standard debian configure lines. Using --with-pcre-regex and leaving out --disable-rpath and --disable-static the segfault persists: Core was generated by `./sapi/cli/php'. Program terminated with signal 11, Segmentation fault. #0 0x00002b65ccba69ea in ?? () (gdb) bt #0 0x00002b65ccba69ea in ?? () I also tried to exclude the --with-pcre-regex option but I got the same output. Thanks for your help, Matteo ------------------------------------------------------------------------ [2007-08-14 07:56:51] [EMAIL PROTECTED] Why do you use system PCRE when we most likely have bundled more recent and more bug free PCRE library? Change this: --with-pcre-regex=/usr to this: --with-pcre-regex (or just leave it out, it's enabled by default anyway) These are also unnecessary: --disable-rpath --disable-static ------------------------------------------------------------------------ [2007-08-14 07:09:43] m dot artuso at etraspa dot it Description: ------------ I already successfully compiled earlier php (5.2.1) on my machine (HP Proliant 380 - with Intel Xeon 64 cpus) but now at compile time I get a segfault. The fault seems related to sapi/cli/php, which causes the segfault. Reproduce code: --------------- #./configure --prefix=/usr --enable-force-cgi-redirect --enable-fastcgi --with-config-file-path=/etc/php5/cgi --with-config-file-scan-dir=/etc/php5/cgi/conf.d --build=x86_64-linux-gnu --host=x86_64-linux-gnu --mandir=/usr/share/man --enable-debug --with-regex=php --disable-rpath --disable-static --with-pic --with-layout=GNU --with-pear=/usr/share/php --enable-calendar --enable-sysvsem --enable-sysvshm --enable-sysvmsg --enable-bcmath --with-bz2 --enable-ctype --with-db4 --without-gdbm --with-iconv --enable-exif --enable-ftp --with-gettext --enable-mbstring --with-pcre-regex=/usr --enable-shmop --enable-sockets --enable-wddx --with-libxml-dir=/usr --with-zlib --with-kerberos=/usr --with-openssl=/usr --enable-soap --enable-zip --with-mime-magic=/usr/share/file/magic.mime --with-exec-dir=/usr/lib/php5/libexec --without-mm --disable-pdo --without-mysql --without-sybase-ct --without-sqlite # make test Actual result: -------------- This GDB was configured as "x86_64-linux-gnu"...BFD: /usr/src/php5.2-200708140430/sapi/cli/php: don't know how to handle OS specific section `.gnu.hash' [0x6ffffff6] "/usr/src/php5.2-200708140430/sapi/cli/php": not in executable format: File format not recognized Core was generated by `./sapi/cli/php'. Program terminated with signal 11, Segmentation fault. #0 0x00002b85523579ea in ?? () (gdb) bt #0 0x00002b85523579ea in ?? () (gdb) ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=42293&edit=1
