Re: Issue with ls -v / sort -V and strverscmp() usage

2008-09-06 Thread Jim Meyering
Ondřej Vašík <[EMAIL PROTECTED]> wrote: > as reported in RH bugzilla #253817 > (https://bugzilla.redhat.com/show_bug.cgi?id=253817), there is an issue > with ls -v (and there will be same issue with sort -V soon). Problem is > with sorting files with extensions or dist-tags (like .tar.gz) > because

Re: getndelim2 license

2008-09-06 Thread Jim Meyering
Bruno Haible <[EMAIL PROTECTED]> wrote: >> > I too would like to see getndelim2 under LGPL. I just don't think that we >> > can do it without RMS' blessing. >> >> So little of the code in the original 70-line getstr function[*] remains, >> that while Jan did indeed write that code, that seems to be

Re: [PATCH] use unlocked io in getdelim

2008-09-06 Thread Bruno Haible
Simon Josefsson wrote: > I'd like to see getndelim2 solve this problem: > > 1) LGPL license compatibility Done. > 2) Portability: getndelim2 uses freadptr and freedseek which appears >non-portable by design (or?) -- having a getline that can be compiled >on any C89/POSIX system can be us

Re: [PATCH] use unlocked io in getdelim

2008-09-06 Thread Bruno Haible
Eric Blake wrote: > > Except that getndelim2 and memchr2 are GPL, while freadptr and freadseek > > are LGPL (I assume v3+). Would it be okay to change all four to LGPLv2+? > > I'm okay with memchr2 being LGPLv2+; it does little more than memchr, > which is a basic libc function. Since freadptr a

Re: getndelim2 license

2008-09-06 Thread Bruno Haible
Hi Jim, > > I too would like to see getndelim2 under LGPL. I just don't think that we > > can do it without RMS' blessing. > > So little of the code in the original 70-line getstr function[*] remains, > that while Jan did indeed write that code, that seems to be irrelevant, > now. I don't agree