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,MAILING_LIST_MULTI,RCVD_IN_MSPIKE_H2, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 30490 invoked from network); 12 Sep 2022 14:43:08 -0000 Received: from second.openwall.net (193.110.157.125) by inbox.vuxu.org with ESMTPUTF8; 12 Sep 2022 14:43:08 -0000 Received: (qmail 14243 invoked by uid 550); 12 Sep 2022 14:43:05 -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 14205 invoked from network); 12 Sep 2022 14:43:04 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=inria.fr; s=dc; h=date:from:to:subject:message-id:in-reply-to:references: mime-version; bh=jy2tzBR0CmMOQSq+BS9n0Xvk3WYhVM7Ax4e7wpROWSA=; b=EAASVry18k2tCSU5ZeOlL5tLRpevJmmKTaUSYk4ZNt4nvQb6hXpww3FW z64zGd9YQeSHLN0oCAtfmRkInorunxuO3TQV1gmwx2wxFehUU0eX5aijv S5gLSXzM5B7/6u8Uu/1QUwrAoRBsJDs0B99YX1lCFPGPDelnbDlfMw6aO E=; Authentication-Results: mail3-relais-sop.national.inria.fr; dkim=none (message not signed) header.i=none; spf=SoftFail smtp.mailfrom=jens.gustedt@inria.fr; dmarc=fail (p=none dis=none) d=inria.fr X-IronPort-AV: E=Sophos;i="5.93,310,1654552800"; d="scan'208";a="23492676" Date: Mon, 12 Sep 2022 16:42:51 +0200 From: =?UTF-8?B?SuKCkeKCmeKCmw==?= Gustedt To: musl@lists.openwall.com Message-ID: <20220912164251.53a32cac@inria.fr> In-Reply-To: <20220912135904.GI9709@brightrain.aerifal.cx> References: <20220908163649.634728-1-gabravier@gmail.com> <20220912135904.GI9709@brightrain.aerifal.cx> Organization: inria.fr X-Mailer: Claws Mail 4.0.0 (GTK+ 3.24.33; x86_64-pc-linux-gnu) X-Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAAXNSR0IArs4c6QAAACRQTFRFERslNjAsLTE9Ok9wUk9TaUs8iWhSrYZkj42Rz6aD3sGZ MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/uQtoKYvdnO/_V1m5R+xehd3"; protocol="application/pgp-signature"; micalg=pgp-sha1 Subject: Re: [musl] [PATCH] vfprintf: support C2x %b and %B conversion specifiers --Sig_/uQtoKYvdnO/_V1m5R+xehd3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Rich, on Mon, 12 Sep 2022 09:59:04 -0400 you (Rich Felker ) wrote: > I don't see anything else immediately wrong. No rush to submit an > updated patch. Let's first figure out the timeline for C2x features, > and I'll try to figure out what's going on with the weird buf[] size > expression and clean it up separately so that your patch is just > adding the feature and not also fighting with historical cruft. The specification of C23 has been finished in July, what follows now in WG14 is merely editorial on the standard text itself and should not have much impact on how things should be implemented. The current draft is here https://open-std.org/jtc1/sc22/wg14/www/docs/n3047.pdf and any changes from there should not have impact on implementations, unless a majority of the national bodies imposes withdrawal of specific new features. The timeline is publication in end of 2023, so this leaves basically one year to have things ready when the new standard is published Already for `printf` and friends there are several additions, not only the `b` formats but, e.g, also formats for the fixed-width types and for the new bit-precise types. Otherwise, there are changes to the C library all over the place, but in general these are small and should be doable with limited work load, in particular for implementations that also implement POSIX. Those headers that have changes also are now supposed to have a feature macro that describes the version for which a header works, such that support for C23 can be added stepwise to C library implementations. There is one big addition, though, for the decimal floating point types, but support here is optional. I don't know if there is already an open stand-alone implementation of that stuff, but I think that that should be the goal, instead of repeating the effort for every C library implementation that is out there. J=E2=82=91=E2=82=99=E2=82=9B --=20 :: INRIA Nancy Grand Est ::: Camus ::::::: ICube/ICPS ::: :: :::::::::::::::::::::: gsm France : +33 651400183 :: :: ::::::::::::::: gsm international : +49 15737185122 :: :: http://icube-icps.unistra.fr/index.php/Jens_Gustedt :: --Sig_/uQtoKYvdnO/_V1m5R+xehd3 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQSN9stI2OFN1pLljN0P0+hp2tU34gUCYx9FawAKCRAP0+hp2tU3 4vjWAJwMfK0HhJAN42kGOnrjkeqFFp5ltgCfQJ5nW1trsKk+GSro93FBzff1emg= =MfQh -----END PGP SIGNATURE----- --Sig_/uQtoKYvdnO/_V1m5R+xehd3--