Re: [bug-inetutils] Readlib and FTP client again.

[Simon Josefsson]

Mats Erik Andersson <address@hidden> writes:

> Dear all,
>
> söndag den 19 februari 2012 klockan 21:42 skrev Mats Erik Andersson detta:
>> söndag den 19 februari 2012 klockan 19:24 skrev Simon Josefsson detta:
>> > Mats Erik Andersson <address@hidden> writes:
>> > 
>> > > What I would like to see is an FTP client that compiles against
>> > > "libreadline/libedit", should either be available, and otherwise
>> > > the client should fall back to the rudimental editing capabilities
>> > > provided by said Gnulib module. What circumstances are speaking
>> > > against this remedy?
>> > 
>> > I don't know -- I think that approach seems like the right one.
>
> The patch set reproduced below, is able to use the update to
> "gnulib/m4/readline.m4" which I proposed on "address@hidden"
> two days ago. The outcome is GNU Inetutils source that is able
> to build our FTP client with native readline support, or Gnulib
> fall-back readline support, on
>
>     Debian 6.0 Squeeze,  OpenBSD 4.6, and NetBSD 5.1.

Great!  Sorry for not finding the time to work on this, I tried to start
on it a few times, but other things intervened...

> Without update to the Gnulib module, NetBSD can never be targeted.
> Due to the fact that "bootstrap" is not able to have any local
> m4 macro file overriding "gnulib/m4/readline.m4", no action on
> our part can rescue the situation if the module "readline" is
> to be activated at all. Until "bootstrap" changes, our "am/readline.m4"
> is dead weight while the module is being invoked.

Aren't there several ways to solve this?  1) Change the file and
function names, 2) Change the aclocal -I ordering so our local
readline.m4 is preferred, 3) add a gnulib override directory to patch
upstream gnulib readline.m4 into what we want.  I'm sure there are other
ways as well.

/Simon