Re: tests: dis/allow '.' in PATH?

2021-11-24 Thread Paul Eggert
On 11/24/21 15:03, Bernhard Voelker wrote: Sure, the attached is an approach with shell tools Can't this be done without using any subsidiary commands? Something like the following untested code. This removes all relative names from PATH, not just '.'. saved_IFS=$IFS IFS=: new_PATH= for dir

Re: tests: dis/allow '.' in PATH?

2021-11-24 Thread Bernhard Voelker
On 11/24/21 08:24, Kamil Dudka wrote: > Note that having an "empty item" in PATH will have the same effect as > having '.' in PATH, according to POSIX [1]: Sure, the attached is an approach with shell tools, i.e., avoiding maybe non-portable shell extensions. WDYT? Have a nice day, BernyFrom a864

[PATCH 1/2] regex: assume RE_ENABLE_I18N

2021-11-24 Thread Paul Eggert
These days there is no longer any need to port to platforms lacking iswctype etc., since Gnulib now has substitutes. * config/srclist.txt: Comment out regex_internal.c and regex_internal.h for now, since they no longer match glibc. The intent is to merge them again soon. * lib/regex_internal.h (RE_

[PATCH 2/2] regex: merge from glibc

2021-11-24 Thread Paul Eggert
The main change here, imported from Glibc, is for the regex code to stop using nested functions when _LIBC is defined. The intent is for the result to be copied back to Glibc so that the two implementations can resync. * lib/regcomp.c (re_set_fastmap, seek_collating_symbol_entry) (lookup_collation_