ID: 35409 Updated by: [EMAIL PROTECTED] Reported By: sales at vivizi dot com -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: * PHP Version: 5CVS-2005-11-28 (cvs) New Comment:
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. Previous Comments: ------------------------------------------------------------------------ [2005-11-28 16:45:41] sales at vivizi dot com readline-4.1-9 readline-devel-4.1-9 Is there really no documentation on versioning? Sorry to be a pain. Just like to understand. ------------------------------------------------------------------------ [2005-11-28 16:40:38] [EMAIL PROTECTED] --with-libdir does not exist with 5.0.5, that's why it "worked". You don't need --enable-versioning. That's all you need to know. What readline version do you have installed? ------------------------------------------------------------------------ [2005-11-28 15:28:30] sales at vivizi dot com --with-libdir: Thanks for the explination. Not sure why it did not 'fatal error' on 5.0.5 then. Maybe it gave a warning, but then I didn't see it. But it DID work with the exact same option. It did not on 5.1.0?? Anyway, glad to finally understand why this failed and that it is not required. Am I right on the --enable-versioning? I was told to do it ages ago. I've been using it ever since. What is it for then?? I would really like to understand why I should not use it. Just tried your suggestion, "make clean" and then "./configure --disable-all --with-readline": That worked. However, "make" gave: zend_ini.lo Zend/zend_qsort.lo Zend/zend_multibyte.lo Zend/zend_ts_hash.lo Zend/zend_stream.lo Zend/zend_iterators.lo Zend/zend_interfaces.lo Zend/zend_exceptions.lo Zend/zend_strtod.lo Zend/zend_objects.lo Zend/zend_object_handlers.lo Zend/zend_objects_API.lo Zend/zend_mm.lo Zend/zend_default_classes.lo Zend/zend_reflection_api.lo Zend/zend_execute.lo sapi/cli/php_cli.lo sapi/cli/php_cli_readline.lo sapi/cli/getopt.lo main/internal_functions_cli.lo -lcrypt -lcrypt -lhistory -lreadline -lncurses -lresolv -lm -ldl -lnsl -lcrypt -lcrypt -o sapi/cli/php sapi/cli/php_cli_readline.o: In function `cli_code_completion': /usr/src/redhat/BUILD/php-5.1.0/sapi/cli/php_cli_readline.c:432: undefined reference to `rl_completion_matches' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 ------------------------------------------------------------------------ [2005-11-28 15:14:05] [EMAIL PROTECTED] --with-libdir is for 64bit systems where there might be different directory than 'lib', where you'd use --with-libdir=lib64 for example. --enable-versioning - If you don't know what it is meant for DO NOT USE IT! And try with clean sources. "make clean" might help too.. ------------------------------------------------------------------------ [2005-11-28 15:11:43] sales at vivizi dot com Wow, no reason to get picky! --with-libdir=/usr/lib worked just fine with 5.0.5, I actually just compiled it. No fatal errors. When using 5.1.0, it does not work. So don't blame ME for that. --enable-versioning: I thought this would give more details on versions being used. There is not a lot of docs available (on that), so don't blame me on that... I've always used it and it has always worked fine! when using rm -f config.cache ; ./configure --disable-all --with-readline I get: sapi/cgi/.libs/cgi_main.o: In function `main': /usr/src/redhat/BUILD/php-5.1.0/sapi/cgi/cgi_main.c:968: undefined reference to `FCGX_IsCGI' /usr/src/redhat/BUILD/php-5.1.0/sapi/cgi/cgi_main.c:1149: undefined reference to `FCGX_OpenSocket' /usr/src/redhat/BUILD/php-5.1.0/sapi/cgi/cgi_main.c:1152: undefined reference to `FCGX_OpenSocket' /usr/src/redhat/BUILD/php-5.1.0/sapi/cgi/cgi_main.c:1161: undefined reference to `FCGX_IsCGI' /usr/src/redhat/BUILD/php-5.1.0/sapi/cgi/cgi_main.c:1179: undefined reference to `FCGX_Init' /usr/src/redhat/BUILD/php-5.1.0/sapi/cgi/cgi_main.c:1180: undefined reference to `FCGX_InitRequest' /usr/src/redhat/BUILD/php-5.1.0/sapi/cgi/cgi_main.c:1288: undefined reference to `FCGX_Accept_r' /usr/src/redhat/BUILD/php-5.1.0/sapi/cgi/cgi_main.c:1501: undefined reference to `FCGX_Finish_r' /usr/src/redhat/BUILD/php-5.1.0/sapi/cgi/cgi_main.c:1640: undefined reference to `FCGX_Finish_r' /usr/src/redhat/BUILD/php-5.1.0/sapi/cgi/cgi_main.c:1671: undefined reference to `__canary_death_handler' sapi/cgi/.libs/cgi_main.o: In function `sapi_cgibin_single_write': /usr/src/redhat/BUILD/php-5.1.0/sapi/cgi/cgi_main.c:231: undefined reference to `FCGX_IsCGI' /usr/src/redhat/BUILD/php-5.1.0/sapi/cgi/cgi_main.c:233: undefined reference to `FCGX_PutStr' /usr/src/redhat/BUILD/php-5.1.0/sapi/cgi/cgi_main.c:248: undefined reference to `__canary_death_handler' sapi/cgi/.libs/getopt.o: In function `php_opt_error': /usr/src/redhat/BUILD/php-5.1.0/sapi/cgi/getopt.c:51: undefined reference to `__canary_death_handler' sapi/cgi/.libs/getopt.o: In function `php_getopt': /usr/src/redhat/BUILD/php-5.1.0/sapi/cgi/getopt.c:154: undefined reference to `__canary_death_handler' collect2: ld returned 1 exit status make: *** [sapi/cgi/php] 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/35409 -- Edit this bug report at http://bugs.php.net/?id=35409&edit=1
