From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-1.1 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,FREEMAIL_FROM,MAILING_LIST_MULTI,RCVD_IN_MSPIKE_H2 autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 8138 invoked from network); 5 Feb 2023 20:00:25 -0000 Received: from second.openwall.net (193.110.157.125) by inbox.vuxu.org with ESMTPUTF8; 5 Feb 2023 20:00:25 -0000 Received: (qmail 17408 invoked by uid 550); 5 Feb 2023 20:00:21 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Reply-To: musl@lists.openwall.com Received: (qmail 16349 invoked from network); 5 Feb 2023 20:00:20 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=s31663417; t=1675627207; bh=YdpWz6iGqQUWLlCv8RWoOK22rHki8StMjtSGfuQZ81w=; h=X-UI-Sender-Class:Date:From:To:Cc:Subject:References:In-Reply-To; b=BZ+yzgj2PpWt3Ich7Q0FLW6uKx1qRBm/hOs2aVXS263gppiJV4UdnChM0UiQBR2YG 2fFEwLp6uFTJOs3J6JmeNsrgC9TcHRIfSnsAPXW7W9guHj0fYZ86saYJrZOfin46Vq k6GGpjnw5WhNqmq/9FVmpn+j4Mff3mPWfkR1kXovWuIH8lIkyx/oXP4djb8t8Zh3Zx pI19in/0PXvxMXTmpaPhVHtYqLJZ9jHJGH8+Dm/Qs2ftcbFyE4RswHYAz9WR7WjWAm e9Ea407+6Rjj2lY6tvOd0kcrOkOwysMYUlkzYtjstk0Yq2KHTL0NbuTnXzghl04O7T sOTsKewcy6tDQ== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Date: Sun, 5 Feb 2023 21:00:03 +0100 From: Markus Wichmann To: musl@lists.openwall.com Cc: Peter Collingbourne Message-ID: <20230205200003.GA1998@voyager> References: <20230204063021.2681891-1-pcc@google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) X-Provags-ID: V03:K1:ROum7vzmSQN/5TNjBT0KxmviIGbuT/x/ZGqX2cDz2oPzQ7uJBFB eS53EwcDs0St3OiTuQfI1WXQBT4JwQwNmvqGGPniXoLduUcYovO5SgWeG8MFYR6mYa64lxM 2PNYW3cNp5lH6yuGMvp/vobZaeoL2k4bBP+J0IUgaU/j83FxSeMvlD+l63RxhnlBQZY/KCB J+Fp4UlWJ+mBgyQvzVWWQ== UI-OutboundReport: notjunk:1;M01:P0:5z3vR3DKhEk=;qT7WP6N6Zvp1DcL+GmmO4voCY0O whk9MA+M/2T+JXo/COuYcKCRHj7ciwz0ELjZoCy4efYPUiJMuoKvwfjaW1VS1CvffelYy9Am/ GO5PgsOejkrpPpIo3RT+4quQvKF48c8v+1xlG/+u/AfqqsQ24Fw4oJz9X9XXl0IQ2bP/cazqX OXBMiEscqEPHzMhOR+ijIpgpwj0XwzkOA1fE+vcFoPbUQbeD0IX5g9zv6sDWj41gKfnCV97tp VPM1e+emlsfyte7VFKS92cMMV6Iw87whX9o52ek18xDnLM/NBwARmZWcok1dho76LP9ESL+9h xY1y0mUSOXf1CzzfKYu6LIf7LYirnb+dhcXGm8uQsZr1l0HrFtAeopJSkJQSlFth1+s3CqN0N yOQxnf8Kb/eyE/23RRM1N2REgYzeOEq51EKD+1QU00N9oZy6gFReNvY01ypHxWRco4o2nVF/l 8BW6Eb9ju7u1/IyjW8M4mjFBRdjmvXSYJf5CpiCXec7VcLSr8peiF/2bNVWgzMmyLlvBxMRN6 4E+uKYX2hmApTytD96xsPvW1vOXgyXfW3t9db/Agm35H+MX/zM1C9gcEQHe9K4PqZvBWAb41Q fU+fQPZPWiLeFlTOIphgHY+yQ1I+Qx3JKTRuzhVWziunyaljT9ZMhX+mIPP6Wo+J92b1HNoUb BI2Lj8lF0yzC2bQWjsrD0vWcNawRhYjieD+t27h1kqZYrEpT0KiA42Cg0S6yTAMHx8JpaZWEK yMpMHFcWaSawUUTrVhGCmp1BTXjNcMY9xDDZUARmT462dunH6gYubE/20kcXMGOzTjYSb59K2 310EoGVs0E8/VJjVVM4mT2GRbmw4zFT3Ctaqk7o239XwsRodoVRg0PMX5GvwgrsyUtO7cUiiR dnRYogfvD1y4nix3Yliim3/389n5Wpjl8k8I49NkWxflmQ32pSCpbOGK2kIBm0KYndqky8CWh kLZcuADYOHNeCoZ11jqDsqQOf28= Content-Transfer-Encoding: quoted-printable Subject: Re: [musl] [PATCH] arm: Use __WCHAR_TYPE__ for wchar_t if defined On Sat, Feb 04, 2023 at 08:08:36AM +0100, alice wrote: > On Sat Feb 4, 2023 at 7:30 AM CET, Peter Collingbourne wrote: > > When building with -fshort-wchar the definition of wchar_t is > > incorrect. Get the correct definition from the compiler if available. > > > > This is useful when reusing the freestanding parts of musl on a > > bare-metal target that uses -fshort-wchar. > > somebody talked about this in 2015, see > https://www.openwall.com/lists/musl/2015/02/18/2 > for the previous discussion. > > i understand in this case it's proposed a little different- > "reusing freestanding parts" as opposed to building a whole libc.so, but= in > that case you could most likely patch this in when reusing it standalone= only? > > it doesn't seem a good idea for it to be there, in general. Seconded. A lot of code in musl depends on wchar_t being able to hold the current maximum Unicode codepoint of 0x10FFFF at least, so the type must be at least 21 bits. Ciao, Markus