Martijn Dekker 7c5d39fa04 Refactor "$*" multibyte handling (re: 8b5f11dc) ... The first of the two multibyte fixes from 8b5f11dc (which was for using the first character of IFS as an output field separator when expanding "$*" and similar) had a minor backwards compatibility problem: if $IFS started with a byte sequence that is not a valid UTF-8 character, then it treated IFS as empty in UTF-8 locales, so the fields would be joined without any separator. The expected behaviour would be for it to fall back to using the first byte of IFS as it used to (and as bash and zsh do). The new code handling this was also a bit kludgy and inefficient, repeating the mbsize() calculation for every byte of the separator character and for every field joined by the expansion. src/cmd/ksh93/sh/macro.c: varsub(): - Rewrite code for joining fields for $* in a quoted or scalar context and $@ in a scalar context, eliminating a confusing 'd' variable and concentrating the routine in one block. - When expanding $* with a multibyte separator (first character of $IFS), only calculate the size in bytes once per expansion. - If $IFS starts with a byte sequence that represents an invalid multibyte character, fall back to using the first byte. src/cmd/ksh93/tests/variables.sh: - Tweak some regression tests, including one that overwrote $LANG. - Add test for invalid multibyte character behaviour as per above.		2020-08-29 21:52:29 +01:00
..
builtin	Fix some errors in the documentation and other minor issues (#42)	2020-06-25 19:31:51 +02:00
INIT	bin/package: do not use previously compiled shell	2020-08-26 22:15:50 +01:00
ksh93	Refactor "$*" multibyte handling (re: 8b5f11dc)	2020-08-29 21:52:29 +01:00
Makefile	Version: 2012-08-01-master	2016-01-11 15:54:23 -05:00
Mamfile	Version: 2012-08-01-master	2016-01-11 15:54:23 -05:00