FreeTDS Development Group

["Steve Murphree" <smurph AT smcomp.com>]

----- Original Message -----
From: "James K. Lowden" <jklowden AT schemamania.org>
To: "FreeTDS Development Group" <freetds AT lists.ibiblio.org>
Sent: Sunday, July 13, 2003 8:30 AM
Subject: Re: [freetds] FreeTDS 0.61 Compile Problem


> On Sun, 13 Jul 2003 01:11:04 -0700, "Steve Murphree" <smurph AT smcomp.com>
> wrote:
> > Configure needs to do more checking for readline dependencies
>
> Steve,
>
> Could you please elaborate?  I thought readline was readline was
> readline.  We found it, we link it, we use it, I thought.  Here, we
> found it alright, but evidently it's not exporting what we expect.
>
> What's going on?  It's not like Slackware 8.1 is some exotic distro.

Well...  I've run into serveral instances of readline not working in his
way.  Sometimes including the curses library in the link list is the cure,
sometimes not.  All of those funtions that were undefined in in Chase's
example are in the termcap library.

We should test for the readline library, then test for the library that has
tputs() in it and also include it.  I'm not sure why libreadline links
without those dependencies but I know it happens.  Supplying the curses
library sometimes fixes the problem because it may have run-time information
to link the termcap library.  If niether the curses library nor the readline
library have this information, you get Chase's problem.  Look through the
autoconf stuff from other applications that use readline.  You will see that
everyone goes through some sort of song and dance to get readline to link.

On my RedHat 7.1 box, I can link with either libtermcap or libcurses to make
readline work.  If I just link with readline, it's game over... insert coin.
However, with an old RedHat 6.2 box, readline worked without including any
other libraries.  I find it frustrating.  It makes me wonder if the world of
Linux is starting to look like the world of M$.  :-(

Steve