(1.4.0) configure: add_history in -lreadline

Norihiko Murase skeleten at shillest.net
Wed Jan 26 21:53:46 CET 2005


Hi,
I tried building Ver.1.4.0, but the detection of add_history
in the readline library did NOT work correctly (did say "no".)

# According to the ChangeLog file, you modified configure.ac
# in CVS on 2004-12-18, so this problem may have been
# already fixed.
# # Sorry, but I can't check it because I don't have
# # autoconf installed.  X-)

I attach the information about the system of me:

(01) environment
    * CPU: i386 family
    * OS: FreeBSD 4.8-RELEASE
    * Compiler: gcc-2.95.4 (/usr/bin/gcc)
    * Softwares:
      - GNU Readline 5.0
      - GNU Libiconv 1.9.2
      - zlib  1.2.2
      - bzip2 1.0.2 (/usr/{include,lib}/)

(02) options for configure
    env CPPFLAGS="-I/usr/local/GNUReadline/include" \
        MAKE='gmake' \
        LDFLAGS="-R/usr/local/GNUReadline/lib:/usr/local/Libiconv/lib:/usr/local/zlib/lib -L/usr/local/GNUReadline/lib" \
          ./configure                   \
            --prefix=/usr/local/GnuPG   \
            --enable-static-rnd=linux   \
            --disable-card-support      \
            --enable-gnupg-iconv        \
            --disable-backsigs          \
            --enable-key-cache=1024     \
            --enable-largefile          \
            --disable-nls               \
            --disable-rpath             \
            --enable-regex              \
            --with-readline             \
            --without-included-zlib     \
            --with-libiconv-prefix=/usr/local/Libiconv \
            --without-included-regex    \
            --with-zlib=/usr/local/zlib

(03) messages from configure
----------
checking for add_history in -lreadline... no
checking readline/readline.h usability... yes
checking readline/readline.h presence... yes
checking for readline/readline.h... yes
----------

(04) config.log
----------
configure:21390: checking for add_history in -lreadline
configure:21420: gcc -o conftest -g -O2 -I/usr/local/GNUReadline/include -I/usr/local/include -I/usr/local/Libiconv/include -I/usr/local/zlib/include -R/usr/local/GNUReadline/lib:/usr/local/Libiconv/lib:/usr/local/zlib/lib:/usr/lib -L/usr/local/GNUReadline/lib -L/usr/local/lib -L/usr/local/zlib/lib conftest.c -lreadline   >&5
/usr/local/GNUReadline/lib/libreadline.so: undefined reference to `tgetnum'
/usr/local/GNUReadline/lib/libreadline.so: undefined reference to `tgoto'
/usr/local/GNUReadline/lib/libreadline.so: undefined reference to `tgetflag'
/usr/local/GNUReadline/lib/libreadline.so: undefined reference to `tputs'
/usr/local/GNUReadline/lib/libreadline.so: undefined reference to `tgetent'
/usr/local/GNUReadline/lib/libreadline.so: undefined reference to `tgetstr'
configure:21426: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| 
...(snip)...
| #define VERSION "1.4.0"
...(snip)...
| #define HAVE_BZIP2 1
| /* end confdefs.h.  */
| 
...(snip)...
| /* We use char because int might match the return type of a gcc2
|    builtin and then its argument prototype would still apply.  */
| char add_history ();
| int
| main ()
| {
| add_history ();
|   ;
|   return 0;
| }
configure:21451: result: no
----------

This "failed" program shown above can be compiled by adding
"-lcurses" as the option for gcc. The symbols ('tgetnum',
'tgoto', ...), which gcc complains about, are in
/usr/lib/libcurses.{a,so}.


# Thank you for fixing the README typos and the bug of
# --without-included-zlib and --without-included-regex !!
#   :-)  :-)


=====
Norihiko Murase
  @ The Univ. of Aizu
    The School of Computer Science and Engineering
    Department of Computer Software
---
E-mail: skeleten at shillest.net
        s1080224 at u-aizu.ac.jp



More information about the Gnupg-devel mailing list