LC_COLLATE(반드시)가 문자 범위에 영향을 줍니까?

정돈하다order through는 LC_COLLATE개별 문자의 정렬 순서를 정의할 뿐만 아니라 문자 범위의 의미도 정의합니다. 아니면 그럴까요? 다음 스니펫을 고려하세요.

unset LANGUAGE LC_ALL
echo B | LC_COLLATE=en_US grep '[a-z]'

직관적으로 Bis is not in [a-z]이므로 아무 것도 출력해서는 안 됩니다. 이것이 Ubuntu 8.04 또는 10.04에서 발생하는 현상입니다. 그러나 데비안 lenny 또는 squeeze를 실행하는 일부 컴퓨터에서는 범위에 대문자를 포함하여 B데이터 정렬 안과 사이의 a-z모든 항목이 포함된다는 것을 알 수 있습니다.azBZ

테스트된 모든 시스템에는 en_US로케일이 생성되었습니다. 나는 또한 로케일을 변경해 보았습니다. B위의 일치하는 기계 에서 이것은 {en_{AU,CA,GB,IE,US},fr_FR,it_IT,es_ES,de_DE}{iso8859-1,iso8859-15,utf-8}일본어(사용 가능한 인코딩) 및 /를 제외하고 .CPOSIX

정규식에서 문자 범위는 무엇을 의미합니까?, 언제 ASCII를 능가할 것인가? 일부 Debian 설치와 다른 Debian 설치 및 Ubuntu 사이에 차이점이 있는 이유는 무엇입니까? 다른 시스템은 어떻게 작동하나요? 누가 옳고 누가 버그를 보고해야 합니까?

[a-z](주로 GNU libc 기반 시스템 에서 로케일 과 같은 문자 범위의 동작에 대해 구체적으로 묻는 것입니다 en_US. 소문자 또는 ASCII 소문자를 일치시키는 방법을 묻는 것이 아닙니다.)

---

두 대의 Debian 시스템에서 하나는 B켜지고 [a-z]하나는 꺼지면 출력은 다음 LC_COLLATE=en_US locale -k LC_COLLATE과 같습니다.

collate-nrules=4
collate-rulesets=""
collate-symb-hash-sizemb=1
collate-codeset="ISO-8859-1"

의 출력은 LC_COLLATE=en_US.utf8 locale -k LC_COLLATE다음과 같습니다

collate-nrules=4
collate-rulesets=""
collate-symb-hash-sizemb=2039
collate-codeset="UTF-8"