> If you prefer a different fix that _can be done by us_, that's fine
> with me. Just as long as we fix the problem.
WE CAN'T FIX THE PROBLEM.
Yes we can. The problem that needs to be fixed is a problem in using
cvs with ssh in use for communication to the repository.
If ssh runs i
I'm following up on this thread, it may be useful (or not..) to rehash
it:
http://thread.gmane.org/gmane.comp.lib.gnulib.bugs/2710
As you can see, I gave up and ported the glibc implementation into a
gnulib module and used that.
I read the libc getline and getdelim implementations now, and they
Initial attempt. Tested on one platform with and without the readline
library inside GNU SASL.
2005-07-16 Simon Josefsson <[EMAIL PROTECTED]>
* readline.m4: New file.
2005-07-16 Simon Josefsson <[EMAIL PROTECTED]>
* modules/readline: New file.
2005-07-16 Simon Josefsson
Bruno Haible <[EMAIL PROTECTED]> writes:
>> The gnulib module could set
>> something like that up, to avoid manual config.h additions.
>
> The name of the xxx_check_version function is something that each package
> will want to define explicitly. I don't think deducing its name through a
> rule is
Stepan Kasal <[EMAIL PROTECTED]> writes:
> Hello,
>
> On Sat, Jul 16, 2005 at 10:53:45AM +0200, Simon Josefsson wrote:
>> All of this is hypothetical though, since it doesn't look like adding
>> the readline library as a gnulib module will happen now.
>
> Why not? I don't see any reason against t
Hello,
On Sat, Jul 16, 2005 at 10:53:45AM +0200, Simon Josefsson wrote:
> All of this is hypothetical though, since it doesn't look like adding
> the readline library as a gnulib module will happen now.
Why not? I don't see any reason against the "readline stub" module
you proposed.
Bruno point
Bruno Haible <[EMAIL PROTECTED]> writes:
> Simon Josefsson wrote:
>> Do you think a "readline" module such as the above would be a
>> candidate for gnulib?
>
> For application that only use this main entrypoint, yes. But other
> applications need to customize the library's behaviour
> (rl_basic_wo
