diff options
| author | Arthur O'Dwyer <arthur.j.odwyer@gmail.com> | 2021-04-30 14:43:33 -0400 |
|---|---|---|
| committer | Arthur O'Dwyer <arthur.j.odwyer@gmail.com> | 2021-04-30 14:49:10 -0400 |
| commit | c92cdb48788115e093e29143d0bdf9fca32d1f61 (patch) | |
| tree | 97b59247f97699b576ba02d1edcad03e6114cc1f /llvm/tools/llvm-reduce/llvm-reduce.cpp | |
| parent | 54aad6365951247e9f18c718c14422745b3afa4c (diff) | |
| download | llvm-c92cdb48788115e093e29143d0bdf9fca32d1f61.zip llvm-c92cdb48788115e093e29143d0bdf9fca32d1f61.tar.gz llvm-c92cdb48788115e093e29143d0bdf9fca32d1f61.tar.bz2 | |
[libc++] [test] Recommit the unsetting of LC_COLLATE in the builder script.
This re-reverts one piece of 1b885573327d0f6b36f24ad23d243642f658750b,
reapplying one piece of D101437 (but not the "service"-queue piece of it).
It turns out that the behavior of `grep [^ -~]`, or even `grep [A-Z]`,
depends on locale, specifically `LC_COLLATE`. So we want to make sure
we're not in any weird locale, no matter what machine we're running on.
Yes, "en_US.UTF-8" counts as weird!
https://stackoverflow.com/questions/67320156/misbehavior-of-gnu-grep-when-grepping-for-ignores-spaces
https://stackoverflow.com/questions/6799872/how-to-make-grep-a-z-independent-of-locale
Diffstat (limited to 'llvm/tools/llvm-reduce/llvm-reduce.cpp')
0 files changed, 0 insertions, 0 deletions