From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mo4-p00-ob.smtp.rzone.de (mo4-p00-ob.smtp.rzone.de [85.215.255.24]) by sourceware.org (Postfix) with ESMTPS id 395243858C62 for ; Wed, 12 Jul 2023 21:50:01 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 395243858C62 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=clisp.org Authentication-Results: sourceware.org; spf=none smtp.mailfrom=clisp.org ARC-Seal: i=1; a=rsa-sha256; t=1689198600; cv=none; d=strato.com; s=strato-dkim-0002; b=awytm3AWVa4d8I1HEaMh0jDSzOrcLGm64Hzdit42n4RhUmoOGglWf3XrZS+7HLJUnm QbYFZaBL1OtiIgFdiAH+8TTcDJkm8hNuwy1Bzh8u8vSQ3E9eV66qEO9LEEZ9BMvnJ+UI 9P+Nt5eN2z5/K6mvnkEJfTCMxGhjY5IM9QzdwrPsAxevkEhG6nLuQtOwX+vLBqncxqbG zGOh6ei9ffW9UXCFe702IqaxW5eQ/t5uP7mt8d+tXsv+ez3jpaNllvoklx5xD10qmOpo 74sDdsSfeR2q0W1b5kaiz8pPBN9oVnrgCHHWuzBuIcqATmxKbZkAQlLtYUqK8RLNBVsA 1QKg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; t=1689198600; s=strato-dkim-0002; d=strato.com; h=Message-ID:Date:Subject:Cc:To:From:Cc:Date:From:Subject:Sender; bh=EeZ3txyVdc8PG1o8uBnHXtqlL/nK8twGMbmxhrLjLXA=; b=iN01AZMpQZcMsLSuJ3nA/3n+p/rAiWD77CQ5OyFdwuiAq7NxuxMk1M46Nw2uzJLnNr PUEDZ5RdMzAG4U/a7ZAhUG3Cs6t2fhWrDsOcMWFralJK69l8gUojlejJOTu1ip/Cfaaa VLiKTOmMd48o5MncB2EZFVaR0L9+x/k4rLCLvdXP/avzkxaRqwbz+twpFRbNP6ripwm5 PVOO2xOrQBWrD57HKsMF83Cl3+S8BvIOuIwdNePxO1UAwI0yj2Z5zmZ7AeAaUbuc8/LI wfRS0RjY+x5Yg8Pt+l9VfkfKPNUNIxZeVYt5O7C4apTQ6PZmeWUoWFhoomNaQJqSEi3u dL3A== ARC-Authentication-Results: i=1; strato.com; arc=none; dkim=none X-RZG-CLASS-ID: mo00 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1689198600; s=strato-dkim-0002; d=clisp.org; h=Message-ID:Date:Subject:Cc:To:From:Cc:Date:From:Subject:Sender; bh=EeZ3txyVdc8PG1o8uBnHXtqlL/nK8twGMbmxhrLjLXA=; b=ga4rqnjdPafTzFBlO1EnGCym9OjR1kwGv8bRUm5n3tiOCHHgJKj6tDt8H3wHriaEtt k6tIJRBuG1TGk99bpnevs8XKCOtaxFktzma0046DcEWkQ8/IHPmf3Y1EC/MFofB0KDL7 RakRWFsl2ySdfq5iaCpdQyIEvWN4z5sdKh/WhdkEzmPk4Axnek+tDXdAZF8zcVvJdDZD dxs+0gDHGIP3CL3T5XpSj5yIrLyyIg7hT9ZEPYqmgrMX8yhbmCsyPr2eq5SyVH5UUtd3 onpAgJQO5g9fqHvROwDsuZxMyl7j0jAV9EthV56vpkB6OxEt5ayyKV9Xaa+arEBBs4EB GXnA== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; t=1689198600; s=strato-dkim-0003; d=clisp.org; h=Message-ID:Date:Subject:Cc:To:From:Cc:Date:From:Subject:Sender; bh=EeZ3txyVdc8PG1o8uBnHXtqlL/nK8twGMbmxhrLjLXA=; b=WJICGaro+5ScRhDAzGQAY0PXrDBwBecG+JHcxBXP4vtbk+xmLvqlYZEXBKqd9Z4FNf 2zyBYLIbNSrAFFVgRXAw== X-RZG-AUTH: ":Ln4Re0+Ic/6oZXR1YgKryK8brlshOcZlIWs+iCP5vnk6shH0WWb0LN8XZoH94zq68+3cfpOU1fZ71+P/eWSSJ4R+L7ia4h8b4w==" Received: from nimes.localnet by smtp.strato.de (RZmta 49.6.0 AUTH) with ESMTPSA id 6b0accz6CLnxJKw (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits)) (Client did not present a certificate); Wed, 12 Jul 2023 23:49:59 +0200 (CEST) From: Bruno Haible To: Ahelenia =?utf-8?B?WmllbWlhxYRza2E=?= Cc: libc-alpha@sourceware.org Subject: Re: [PATCH v16] POSIX locale covers every byte [BZ# 29511] Date: Wed, 12 Jul 2023 23:49:59 +0200 Message-ID: <6497083.JsnAkG3lO3@nimes> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Spam-Status: No, score=-3.0 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H5,RCVD_IN_MSPIKE_WL,SPF_HELO_PASS,SPF_NONE,TXREP,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: Some more comments: * The encoding name "POSIX" is available as nl_langinfo (CODESET). Many applications pass this encoding name to iconv(1) or iconv_open(3); this is the main purpose of knowing the locale's encoding, after all. But if musl libc, or any other libc (Solaris or whatever), does the same thing, but with a different mapping table than glibc has, iconv implementations have a problem, because the name "POSIX" then has different mapping tables on different systems. Basically, it will be the BIG5 mess reloaded. [1] Suggestion: Change the encoding name from "POSIX" to "POSIX-GNU" or something similar, to make it possible for iconv implementations to support it in a future-proof way. * The identifier __gconv_btwoc_posix looks misspelled. Suggestion: s/__gconv_btwoc_posix/__gconv_btowc_posix/ (The previous one, __gconv_btwoc_ascii, is misspelled as well.) * iconv/gconv_int.h: In the comment identity-mapping bytes [0, 0x7F], and moving [0x80, 0xFF] into the end of the Low Surrogate Area at [U+DC80, U+DCFF]. */ it's no longer the end of the Low Surrogate Area [U+DC00, U+DFFF]. Suggestion: Change the comment to identity-mapping bytes [0, 0x7F], and mapping [0x80, 0xFF] into the Low Surrogate Area at [U+DC80, U+DCFF]. */ Bruno [1] https://haible.de/bruno/charsets/conversion-tables/Big5.html