gcl-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gcl-devel] Information about the gcl development status


From: Camm Maguire
Subject: Re: [Gcl-devel] Information about the gcl development status
Date: Thu, 02 Sep 2010 16:02:04 -0400
User-agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2 (gnu/linux)

Greetings!

configure:6781: checking for rl_initialize in -lreadline
configure:6806: gcc -o conftest      conftest.c -lreadline   -lm >&5
/usr/lib/gcc/i486-slackware-linux/4.4.4/../../../libreadline.so: undefined 
reference to `PC'
/usr/lib/gcc/i486-slackware-linux/4.4.4/../../../libreadline.so: undefined 
reference to `tgetflag'
/usr/lib/gcc/i486-slackware-linux/4.4.4/../../../libreadline.so: undefined 
reference to `tgetent'
/usr/lib/gcc/i486-slackware-linux/4.4.4/../../../libreadline.so: undefined 
reference to `UP'
/usr/lib/gcc/i486-slackware-linux/4.4.4/../../../libreadline.so: undefined 
reference to `tputs'
/usr/lib/gcc/i486-slackware-linux/4.4.4/../../../libreadline.so: undefined 
reference to `tgoto'
/usr/lib/gcc/i486-slackware-linux/4.4.4/../../../libreadline.so: undefined 
reference to `tgetnum'
/usr/lib/gcc/i486-slackware-linux/4.4.4/../../../libreadline.so: undefined 
reference to `BC'
/usr/lib/gcc/i486-slackware-linux/4.4.4/../../../libreadline.so: undefined 
reference to `tgetstr'
collect2: ld returned 1 exit status
configure:6806: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL ""
| #define HOST_CPU "I486"
| #define HOST_KERNEL "LINUX"
| #define HOST_SYSTEM "GNU"
| #define HZ 100
| #define HAVE_GNU_LD 1
| #define MP_LIMB_BYTES 4
| #define GMP 1
| #define HAVE_XGCL 1
| #define HAVE_LIBBFD 1
| #define HAVE_BFD_BOOLEAN 1
| #define HAVE_OUTPUT_BFD 1
| #define SIZEOF_LONG 4
| #define SIZEOF_CONTBLOCK 8
| #define LITTLE_END 1
| #define CAN_UNRANDOMIZE_SBRK 1
| #define PAGEWIDTH 12
| #define DBEGIN 0x8000000 /* where data begins */
| #define CSTACK_ADDRESS -1081299560 
| #define HAVE_LONG_LONG 1
| #define ANSI_COMMON_LISP 1
| #define HAVE_GETCWD 1
| #define HAVE_GETWD 1
| #define HAVE_SYS_IOCTL_H 1
| #define HAVE_ELF_H 1
| #define GETTOD_NOT_DECLARED 1
| #define HAVE_MATH_H 1
| #define HAVE_MATH_H 1
| #define HAVE_VALUES_H 1
| #define HAVE_VALUES_H 1
| #define HAVE_FLOAT_H 1
| #define HAVE_FLOAT_H 1
| #define HAVE_ISNORMAL 1
| #define HAVE_ISFINITE 1
| #define HAVE_READLINE_READLINE_H 1
| /* end confdefs.h.  */
| 
| /* Override any GCC internal prototype to avoid an error.
|    Use char because int might match the return type of a GCC
|    builtin and then its argument prototype would still apply.  */
| #ifdef __cplusplus
| extern "C"
| #endif
| char rl_initialize ();
| int
| main ()
| {
| return rl_initialize ();
|   ;
|   return 0;
| }


Your libreadline.so is not dynamically linked against libncurses.
Here is what I get on Debian:

ldd /usr/lib/libreadline.so
        linux-gate.so.1 =>  (0xb7ff9000)
        libncurses.so.5 => /lib/libncurses.so.5 (0xb7f7b000)
        libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb7e34000)
        libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xb7e2f000)
        /lib/ld-linux.so.2 (0xb7ffa000)

I thought this was ubiquitous nowadays.  In any case, just committed a
fix to explicitly add -lncurses, so please wash, rinse, and repeat,
i.e. cvs update, retry, and repost if necessary.

Take care,


Stefano Ferri <address@hidden> writes:

>> The problem is here:
>>
>> checking for main in -lreadline... no
>> checking for rl_completion_matches in -lreadline... no
>>
>> I've just committed a small fix here -- looking for main is fragile
>> and has been replaced with rl_initialize.  You can cvs update and
>> retry to see if the first line changes.
>>
>> But in any case, if the second line fails, you will not be able to use
>> package-symbol-name completion.  Is your readline older than 4.3?
>>
>> If problems persist, please post your config.log, from this run and
>> a run after 'cvs update' -- this should indicate why these functions
>> cannot be found in your library.
>>
>
> I've checked out the new  cvs version, but It didn't solve the problem...
> Installed readline version is 5.2
> Attached there are the files you requested (1 is related to the
> configure before updating the cvs, 2 after).
>
> Thanks, Stefano
>
>

-- 
Camm Maguire                                        address@hidden
==========================================================================
"The earth is but one country, and mankind its citizens."  --  Baha'u'llah



reply via email to

[Prev in Thread] Current Thread [Next in Thread]