Mats Erik Andersson <[email protected]> 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 <[email protected]> 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 "[email protected]" > 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
