Hi Thomas,
Thomas Klausner wrote:
> It seems that in 2009, FreeBSD sort was majorly rewritten, and in 2015
> imported to OpenBSD.
>
> Has anyone look at adding --version-sort to our version? Or at
> switching to FreeBSD's, which has many more options supported?
FreeBSD sort was slower than our s
On Tue, Feb 18, 2025 at 05:00:43PM +0100, ??? wrote:
> On Tue, Feb 18, 2025 at 09:10:44AM -0500, enh wrote:
> > fwiw, one reason i never bothered implementing strverscmp() for
> > Android is that (a) basic testing showed that the gnu documentation
> > didn't match their implementation and (b) no tw
> Date: Mon, 17 Feb 2025 21:58:57 +0100
> From: Thomas Klausner
>
> I recently used software that wanted to use "sort --version-sort". I
> looked around and noticed that even though our sort(1) doesn't support
> this, both FreeBSD and OpenBSD's do.
>
> It seems that in 2009, FreeBSD sort was ma
On Tue, Feb 18, 2025 at 10:45:22AM +0100, Edgar Fu? wrote:
> > Or at switching to FreeBSD's, which has many more options supported?
> It is clearly missing sorting by hex numbers (or, more generally, base-n)
> and roman numerals.
If we were going to do this it should implement pkgsrc-dewey, si
On Tue, Feb 18, 2025 at 09:10:44AM -0500, enh wrote:
> fwiw, one reason i never bothered implementing strverscmp() for
> Android is that (a) basic testing showed that the gnu documentation
> didn't match their implementation and (b) no two existing
> implementations appeared to behave the same.
It
fwiw, one reason i never bothered implementing strverscmp() for
Android is that (a) basic testing showed that the gnu documentation
didn't match their implementation and (b) no two existing
implementations appeared to behave the same.
interestingly, i note that freebsd has added a strverscmp() whe
> Or at switching to FreeBSD's, which has many more options supported?
It is clearly missing sorting by hex numbers (or, more generally, base-n)
and roman numerals.
