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=-0.8 required=5.0 tests=DKIM_ADSP_CUSTOM_MED, DKIM_INVALID,DKIM_SIGNED,FREEMAIL_FROM,HTML_MESSAGE,MAILING_LIST_MULTI, RCVD_IN_MSPIKE_H2 autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 24225 invoked from network); 23 Nov 2022 08:42:13 -0000 Received: from second.openwall.net (193.110.157.125) by inbox.vuxu.org with ESMTPUTF8; 23 Nov 2022 08:42:13 -0000 Received: (qmail 13324 invoked by uid 550); 23 Nov 2022 08:42:11 -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 12264 invoked from network); 23 Nov 2022 08:42:10 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:reply-to:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=NC2L6eEKpvOfKiwzoq0+ZqZWrA9gVUV/DLb+pb5qxBA=; b=Rd1UfeIn3A0r3R13cSL/KTExBATUntse63Ms7ZhXqsMIW89Z6FSWEWtwVfmE/NG1/I CYLAqpRe6mi+1GoszT3WSc/ElYhYOD3Ws8aKXtOjINrZeTDJ1StvTsBTu0QUMXQL9/MH T4jRwTlG5ylFdGKmOzHS0U7Q1Q4pQKNttDnLZRLPzmNV4PWcE2OeCrsc7PPMvitJUv7d zCEUF/9rNACW8SIiORy60noFI7YcbP5ZJ+zv5CwlkJjpIjgQiZlgiTWr7kqdyYY5PQhE vckJt1V1RPFE2zBlOkr5AaIfR9stjCGuQeZwuIeh3jPgLL89/ZZ+ocUY6STzBknOlhWd fvAw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:reply-to:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=NC2L6eEKpvOfKiwzoq0+ZqZWrA9gVUV/DLb+pb5qxBA=; b=eVPWXb63CmGVqADefBv9F0lVkslnyR2Dt1OlYu8PHcIhIdnR6UQcvY4TnjYD/sGc7X YRdkWQRA1mzTcwvQQAT39F+X6aRooBz8OlxdO+VMNFmgvhpRyTri0DQUJyGKl9jiXW/S ncWSfZIG6Fe1yHDUv7l86ZUe76D+mbaX3zz6fIDg4PdtxKce+zGpV2CuXSRQoanV6L0R vAvmYY8L4iQ7YzGH/Pm/0I8+8D5xeIWK4AnrBiyTvWWY5rx1vx0OwPkJUcwuodNACBvW 7gqH+QHBgXjkBgoOlpBLcVSy1zLCGcHz653ORqwhWeG0YS8IR6j9Jk3zttGO2VZ64cfM GVrA== X-Gm-Message-State: ANoB5pllnd65MBwvC/2Z5wY2euJjLorHGHsb2lZrn0rECI8WTTN8yVQQ BjBAYW6QtrD+DeMNtg4+cd/Ie0w9qgBBlPzOebY= X-Google-Smtp-Source: AA0mqf6ZrAy9xNWAoEhai3cbJmHbhSCnvzqDHiWoBP2GS8DGVfDgFibkieRbAOboma+ROFEePNiBOks+T3NUt4oUOA0= X-Received: by 2002:a1f:b693:0:b0:3bc:7ad1:1e2e with SMTP id g141-20020a1fb693000000b003bc7ad11e2emr5302865vkf.7.1669192917707; Wed, 23 Nov 2022 00:41:57 -0800 (PST) MIME-Version: 1.0 References: <20220923162518.56284329@inria.fr> <20221121220625.39f595fb@inria.fr> <20221123091109.36e2bdf2@inria.fr> <20221123093336.3031725d@inria.fr> In-Reply-To: <20221123093336.3031725d@inria.fr> From: =?UTF-8?B?572X5YuH5YiaKFlvbmdnYW5nIEx1byk=?= Date: Wed, 23 Nov 2022 16:41:46 +0800 Message-ID: To: =?UTF-8?B?SuKCkeKCmeKCmyBHdXN0ZWR0?= Cc: musl@lists.openwall.com, Reini Urban Content-Type: multipart/alternative; boundary="000000000000ebf08f05ee1f4207" Subject: Re: [musl] C23 implications for C libraries --000000000000ebf08f05ee1f4207 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, Nov 23, 2022 at 4:33 PM J=E2=82=91=E2=82=99=E2=82=9B Gustedt wrote: > > =E7=BD=97=E5=8B=87=E5=88=9A, > > on Wed, 23 Nov 2022 16:20:39 +0800 you (=E7=BD=97=E5=8B=87=E5=88=9A(Yongg= ang Luo) > ) wrote: > > > It's not because the compiler, it's because: > > * when compiling C code, __cplusplus is not defined, > > * when compiling C++ code, __STDC_VERSION__ is not defined > > sure > > As I said, this is a policy decision of the corresponding C library > implementation. Whatever musl's policy here is, they will use > that. (If even in that case, because changes to `NULL` are not > mandatory.) I am not worried about musl, just worried that someone else copied the code from https://gustedt.gitlabpages.inria.fr/c23-library/ and leading to -Wundef, as c23 won't be usable in near future by standard library, and people want c23 will polyfill it and reference https://gustedt.gitlabpages.inria.fr/c23-library/, that's what I am worried. > > Thanks > J=E2=82=91=E2=82=99=E2=82=9B > > -- > :: INRIA Nancy Grand Est ::: Camus ::::::: ICube/ICPS ::: > :: :::::::::::::::::::::: gsm France : +33 651400183 :: > :: ::::::::::::::: gsm international : +49 15737185122 :: > :: http://icube-icps.unistra.fr/index.php/Jens_Gustedt :: -- =E6=AD=A4=E8=87=B4 =E7=A4=BC =E7=BD=97=E5=8B=87=E5=88=9A Yours sincerely, Yonggang Luo --000000000000ebf08f05ee1f4207 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Wed, Nov 23, 2022 at 4:33 PM J=E2=82=91=E2=82= =99=E2=82=9B Gustedt <jens.gust= edt@inria.fr> wrote:
>
> =E7=BD=97=E5=8B=87=E5=88=9A,>
> on Wed, 23 Nov 2022 16:20:39 +0800 you (=E7=BD=97=E5=8B=87=E5= =88=9A(Yonggang Luo)
> <l= uoyonggang@gmail.com>) wrote:
>
> > It's not beca= use the compiler, it's because:
> > * when compiling C code, _= _cplusplus is not defined,
> > * when compiling C++ code, __STDC_V= ERSION__ is not defined
>
> sure
>
> As I said, thi= s is a policy decision of the corresponding C library
> implementatio= n. Whatever musl's policy here is, they will use
> that. (If even= in that case, because changes to `NULL` are not
> mandatory.)
I am not worried about musl, just worried that someone else copied the co= de from https= ://gustedt.gitlabpages.inria.fr/c23-library/
and leading to -Wundef,= as c23 won't be usable in near future by standard library, and people = want c23 will polyfill it and reference


>
> Thanks
> J=E2=82=91=E2=82=99=E2= =82=9B
>
> --
> :: INRIA Nancy Grand Est ::: Camus ::::::= : ICube/ICPS :::
> :: :::::::::::::::::::::: gsm France : +33 6514001= 83 =C2=A0 ::
> :: ::::::::::::::: gsm international : +49 15737185122= ::
> :: http://icube-icps.unistra.fr/index.php/Jens_Gustedt ::


<= br>--
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=E6=AD=A4=E8=87=B4
=E7=A4=BC<= br>=E7=BD=97=E5=8B=87=E5=88=9A
Yours
=C2=A0 =C2=A0 sincerely,
Yong= gang Luo
--000000000000ebf08f05ee1f4207--