Bug #21153 [Com]: readline won't be built as an external module

Edit report at http://bugs.php.net/bug.php?id=21153&edit=1 ID: 21153 Comment by: Reported by: oden dot eriksson at linux-mandrake dot com Summary: readline won't be built as an external module Status: No Feedback Type: Bug Package: Readline related Operating System: Mandrake 9.0 PHP Version: 4.3.0RC4 New Comment: I ran into the same issue (and out of time pressure used the same hacky solution of replacing it directly in configure). It would actually be better if php's configure routine would just get the needed LIBS for libedit from it's provided pkgconfig file. The issue actually arises from libraries being built with -Wl,-as-needed (which can leave the lib with unresolved symbols -> perfectly valid). But in this case the end application needs to link in libncurses to resolve the symbols (no missing symbols in a binary). Previous Comments: ------------------------------------------------------------------------ [2010-03-06 14:40:45] dominique-php dot net at leuenberger dot net (This is actually still valid with php 5.3.0, with which I ran into this issue) ------------------------------------------------------------------------ [2010-02-16 22:18:35] xykatra at gmail dot com Try installing slang first ------------------------------------------------------------------------ [2005-11-11 22:29:40] timharper at softhome dot net I had the same problem as described by jmdault Using: php-5.0.4 packed for fedora core 4 php-devel-5.0.4 (for phpize and other necessary tools) php-5.0.5 source (to build modules) -I extracted the source, and wanted to build the php module -I typed the following: cd php-5.0.5/ext/readline ./configure -on configure, this error came checking for readline in -lreadline... no configure: error: readline library not found (this is the same error as reported by jmdault) i had installed readline and readline-devel. I knew it was there. When running "ld -lreadline", I would get this error: ld: warning: cannot find entry symbol _start; not setting start address /usr/lib/libreadline.so: undefined reference to `tgetnum' /usr/lib/libreadline.so: undefined reference to `tgoto' /usr/lib/libreadline.so: undefined reference to `tgetflag' /usr/lib/libreadline.so: undefined reference to `BC' /usr/lib/libreadline.so: undefined reference to `tputs' /usr/lib/libreadline.so: undefined reference to `PC' /usr/lib/libreadline.so: undefined reference to `tgetent' /usr/lib/libreadline.so: undefined reference to `UP' /usr/lib/libreadline.so: undefined reference to `tgetstr' It was then I realized the it wasn't properly linking the lncurses library when checking lreadline (not sure why) to fix it, I edited configure, and changed this line: LIBS="-lreadline $LIBS" to this: LIBS="-lreadline -lncurses $LIBS" I saved configure, and reran it, and configure worked. This is quite a hack, I'm sure... there has to be a better way to do it... but, maybe a patch would be in order? ------------------------------------------------------------------------ [2003-03-14 09:46:56] Andrew dot Duka at oktet dot ru The same problem appears on the redhat boxes (7.3, 8.0). But solution is quite simple: to get readline support in PHP you need ncurses-devel package installed on your redhat box. This works on redhat-7.3 and 8.0 with PHP 4.3.1 and PHP4-200303141430 snapshot. ------------------------------------------------------------------------ [2003-02-20 07:59:56] sniper@php.net No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. ------------------------------------------------------------------------ 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/bug.php?id=21153 -- Edit this bug report at http://bugs.php.net/bug.php?id=21153&edit=1