"Andrey A. Chernov" wrote:
> On Sun, Apr 07, 2002 at 04:30:31 -0700, David O'Brien wrote:
> > On Sun, Apr 07, 2002 at 02:55:37PM +0400, Andrey A. Chernov wrote:
> > > I suggest following test first:
> > > none,-r,-f,-n combination for all FreeBSD locales compared to GNU sort.
> > >
> > > The next
On Sun, Apr 07, 2002 at 15:32:18 +0200, Jeroen Ruigrok/asmodai wrote:
> -On [20020407 12:30], Andrey A. Chernov ([EMAIL PROTECTED]) wrote:
> >Sorry if I was unclear, I mean functionality. Yes, it will remains in the
> >contrib, if somebody needs it, I am not picky about inactive stuff. If you
> >n
-On [20020407 12:30], Andrey A. Chernov ([EMAIL PROTECTED]) wrote:
>Sorry if I was unclear, I mean functionality. Yes, it will remains in the
>contrib, if somebody needs it, I am not picky about inactive stuff. If you
>notice my second (after give up) message, I even suggest to install it
>under d
Dag-Erling Smorgrav <[EMAIL PROTECTED]> writes:
> "Andrey A. Chernov" <[EMAIL PROTECTED]> writes:
> > So, I plan to remove all vestiges of NetBSD sort and ask to restore GNU
> > sort from the Attic.
> Fair enough. I don't care as long as it sorts right.
I must apologize for reacting the way I d
"Andrey A. Chernov" <[EMAIL PROTECTED]> writes:
> So, I plan to remove all vestiges of NetBSD sort and ask to restore GNU
> sort from the Attic.
Fair enough. I don't care as long as it sorts right.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
On Sun, Apr 07, 2002 at 21:49:44 +1000, Tim J. Robbins wrote:
> On Sun, Apr 07, 2002 at 02:55:37PM +0400, Andrey A. Chernov wrote:
>
> > No, it not works since breaks so many other places.
>
> I guess I have to agree with you there, that it does break -n and -f and does
> not handle (for example
On Sun, Apr 07, 2002 at 10:00:08AM +0400, Andrey A. Chernov wrote:
> On Sun, Apr 07, 2002 at 08:52:21 +0400, Andrey A. Chernov wrote:
> > It is sad news, but I try to do my best to l10n NetBSD sort in vain, it is
> > tied to ASCII so closely so it is almost impossible to handle all possible
> >
On Sun, Apr 07, 2002 at 02:55:37PM +0400, Andrey A. Chernov wrote:
> No, it not works since breaks so many other places.
I guess I have to agree with you there, that it does break -n and -f and does
not handle (for example) German correctly. I still do believe that a similar
approach could corre
On Sun, Apr 07, 2002 at 04:30:31 -0700, David O'Brien wrote:
> On Sun, Apr 07, 2002 at 02:55:37PM +0400, Andrey A. Chernov wrote:
> > I suggest following test first:
> > none,-r,-f,-n combination for all FreeBSD locales compared to GNU sort.
> >
> > The next test is -R option in 0.255 range for a
On Sun, Apr 07, 2002 at 02:55:37PM +0400, Andrey A. Chernov wrote:
> I suggest following test first:
> none,-r,-f,-n combination for all FreeBSD locales compared to GNU sort.
>
> The next test is -R option in 0.255 range for all locales.
Perhaps you could make a test suite and commit to
[gnu/]us
On Sun, Apr 07, 2002 at 14:55:37 +0400, Andrey A. Chernov wrote:
>
> Before you end up building correct tables for ascii,Rascii,Ftable,RFtable,
> I can inform you that correct tables for them breaks -n badly.
I can additionly notice that building correct tables for Ftable and
RFtable is especial
On Sun, Apr 07, 2002 at 20:40:13 +1000, Tim J. Robbins wrote:
>
> It works. It assumes the string strxfrm() outputs is the same length as
> its input, which is always possible, and true on FreeBSD.
It seems you try follow the same path as me :-)
No, it not works since breaks so many other places
Here is a patch to make NetBSD's sort(1) sort by the locale's collating
order. The table should not be called ascii[] anymore, but I can't think of
a better one, and supplying a patch to change the name would be pointless.
It works. It assumes the string strxfrm() outputs is the same length as
it
On Sun, Apr 07, 2002 at 12:13:50 +0200, Jeroen Ruigrok/asmodai wrote:
> >It is not better but the same as mine. I don't plan to remove inactive
> >contrib stuff.
>
> That was not what you said in your initial suggestion:
>
> ``I plan to remove all vestiges of NetBSD sort'', that really sounds,
-On [20020407 12:00], Andrey A. Chernov ([EMAIL PROTECTED]) wrote:
>On Sun, Apr 07, 2002 at 11:48:15 +0200, Jeroen Ruigrok/asmodai wrote:
>> -On [20020407 07:00], Andrey A. Chernov ([EMAIL PROTECTED]) wrote:
>> >So, I plan to remove all vestiges of NetBSD sort and ask to restore GNU
>> >sort from
On Sun, Apr 07, 2002 at 11:48:15 +0200, Jeroen Ruigrok/asmodai wrote:
> -On [20020407 07:00], Andrey A. Chernov ([EMAIL PROTECTED]) wrote:
> >So, I plan to remove all vestiges of NetBSD sort and ask to restore GNU
> >sort from the Attic. Reasons are:
>
> Better option:
>
> 1) leave NetBSD sort
-On [20020407 07:00], Andrey A. Chernov ([EMAIL PROTECTED]) wrote:
>So, I plan to remove all vestiges of NetBSD sort and ask to restore GNU
>sort from the Attic. Reasons are:
Better option:
1) leave NetBSD sort
2) unhook from build
3) add GNU sort back for now
4) fix up NetBSD sort
That you ar
On Sun, Apr 07, 2002 at 08:52:21 +0400, Andrey A. Chernov wrote:
> It is sad news, but I try to do my best to l10n NetBSD sort in vain, it is
> tied to ASCII so closely so it is almost impossible to handle all possible
> cases without imbedding AI code far bigger then whole sort.
>
> So, I plan
It is sad news, but I try to do my best to l10n NetBSD sort in vain, it is
tied to ASCII so closely so it is almost impossible to handle all possible
cases without imbedding AI code far bigger then whole sort.
So, I plan to remove all vestiges of NetBSD sort and ask to restore GNU
sort from th
19 matches
Mail list logo
