"Philip Rowlands" writes:
> Is there a dependency problem in the generated Makefile? FWIW I see similar
> errors trying to build src/cp and src/mv.
>
> src/sort$(EXEEXT): $(src_sort_OBJECTS) $(src_sort_DEPENDENCIES)
> $(EXTRA_src_sort_DEPENDENCIES) src/$(am__dirstamp)
> @rm -f src/sort$
Using coreutils 9.6 on a vanilla Fedora 40 system, with no ./configure
customizations,
This works:
$ make src/sort
...
$ src/sort --version
sort (GNU coreutils) 9.6
This fails:
$ ./configure && make -j2 src/sort
...
GEN src/version.c
CC lib/libcoreutils_a-hard-locale.o
CC
Dictionary sort corresponds to the intended behaviour.
> echo -e "abc\n123\n456\nCVE-2011-234\nAbc\ndef\nCVE-2024-123" | sort --debug
> -dfu
123
___
456
___
abc
___
CVE-2011-234
CVE-2024-123
def
___
By comparison, human (-h) and numeric (-n) sort cause data loss:
> e
According to gnu sort -h -u and what you claim to be common practice, a list of
possibly redoundant strings, some beginning with a number, is reduced to an
ordered set of the numbered strings only.
Since I expect the resulting ordered set to include the original elements, I
will then stop using
