[metif12]

Two regressions on main, both found by running the suite after the last batch of merges.

numfmt does not compile

number_str is called at numfmt.v:74 and :169 but is not defined anywhere in
the file:

src/numfmt/numfmt.v:74:26: error: unknown function: number_str
src/numfmt/numfmt.v:169:9: error: unknown function: number_str

The #224 merge removed the definition at :99. The other copy that was in the file
came from a branch that is not on main, so main was left with no definition at all.
This restores the one with the GNU parity comment, which is the one that was there
before #224.

sort's -z test failed for a different reason than it looked

sort -z is correct. On b\0c\nd\0e\n it writes b\0c\nd\0e\n\0, nine bytes,
matching GNU 9.4:

$ sort -z od.txt | od -c
0000000   b  \0   c  \n   d  \0   e  \n  \0

The test read the output through os.execute, which hands the captured bytes over as
a string, and the NUL bytes do not survive that: os.execute reported six bytes
with the NULs gone, which is why the assertion saw bc where b\0c was expected.
The test now captures to a file and reads it back with os.read_bytes, so the
comparison is on the real bytes.

Suite

41 passed, 3 failed, 8 skipped, of 52

The three that fail — cksum, shuf, sort — all read standard input, which the
Windows build of this V does not put in binary mode. That is
set_stream_binary_mode in vlib/builtin/builtin_windows.c.v, a change in the V
compiler rather than in this repository, so it is not fixed here.