[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-readline] libreadline.so has rl_sort_completion_matche instead

From: Chet Ramey
Subject: Re: [Bug-readline] libreadline.so has rl_sort_completion_matche instead of rl_sort_completion_matches
Date: Sat, 27 Jul 2013 12:15:36 -0400
User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130328 Thunderbird/17.0.5

On 7/26/13 1:34 PM, Sébastien Boisvert wrote:

>>> The header has the correct name (with a s):
>> This is not reflected by the source code:
>> $ pwd
>> /usr/src/local/readline/readline-6.2-patched
>> $ grep rl_sort_completion_matche *.[ch]
>> complete.c:int rl_sort_completion_matches = 1;
>> complete.c:  if (i && rl_sort_completion_matches)
>> complete.c:  if (rl_ignore_completion_duplicates == 0 &&
>> rl_sort_completion_matches)
>> readline.h:extern int rl_sort_completion_matches;
>> It's not clear what the problem is, but it appears to have been introduced
>> by the library creation process.
> I agree.
> Do you have an hypothesis (like the version of ld or something like that) ?

No idea.  Some kind of limit on the length of an identifier for the linker
to consider it unique or valid?  That would seem strange.

``The lyf so short, the craft so long to lerne.'' - Chaucer
                 ``Ars longa, vita brevis'' - Hippocrates
Chet Ramey, ITS, CWRU    address@hidden    http://cnswww.cns.cwru.edu/~chet/

reply via email to

[Prev in Thread] Current Thread [Next in Thread]