ID: 35409
Updated by: [EMAIL PROTECTED]
Reported By: sales at vivizi dot com
-Status: Open
+Status: Feedback
Bug Type: Compile Failure
Operating System: Linux (RH 7.x)
PHP Version: 5.1.0
New Comment:
--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?
Previous Comments:
------------------------------------------------------------------------
[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
------------------------------------------------------------------------
[2005-11-28 12:38:48] [EMAIL PROTECTED]
There is no --with-libdir option in 5.0.
I bet you don't know what --enable-versioning does, why do you use it
then, huh?
Please try to configure --with-readline only and report this issue
separately, if you're able to reproduce it.
------------------------------------------------------------------------
[2005-11-28 12:33:12] sales at vivizi dot com
OK,
the problem here was the line:
--with-libdir=/usr/lib
(/usr also did not work).
I removed it and that seemed to work.
Then I ran into:
configure: error: --enable-versioning cannot be used with shared
modules
Removed that, then it worked.
Then, near the end, it gave me:
e -lncurses -laspell -lpspell -lpanel -lncurses -lmysqlclient -lm
-lcrypt -lpam -lfreetype -lpng -lz -ljpeg -lssl -lcrypto -lz -lssl
-lcrypto -lresolv -lm -ldl -lnsl -lxml2 -lz -lm -lxml2 -lz -lm -lxml2
-lz -lm -lcrypt -lxml2 -lz -lm -lcrypt -o sapi/cli/php
sapi/cli/.libs/php_cli_readline.o: In function `cli_code_completion':
sapi/cli/.libs/php_cli_readline.o(.text+0xab2): undefined reference to
`rl_completion_matches'
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1
So I removed --with-readline, and it worked...
However, these options worked just fine on 5.0.5, same box, _right now_
(read previous posts)
------------------------------------------------------------------------
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
