From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp.gentoo.org (woodpecker.gentoo.org [140.211.166.183]) by sourceware.org (Postfix) with ESMTP id D16B93858D39 for ; Fri, 12 May 2023 02:54:25 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org D16B93858D39 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=gentoo.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gentoo.org References: <87mt2behdl.fsf@yahoo.com> <57238276-5966-98d6-d5f0-f5451013ed17@gmail.com> <83354375x3.fsf@gnu.org> <55b2eefe-7788-0937-dba4-6f5ffa212435@gmail.com> <87ednmebqe.fsf@gentoo.org> <875y8yb7bi.fsf@yahoo.com> User-agent: mu4e 1.10.3; emacs 29.0.90 From: Sam James To: Po Lu Cc: Eli Schwartz , Eli Zaretskii , gcc@gcc.gnu.org Subject: Re: More C type errors by default for GCC 14 Date: Fri, 12 May 2023 03:52:10 +0100 In-reply-to: <875y8yb7bi.fsf@yahoo.com> Message-ID: <877ctedztv.fsf@gentoo.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spam-Status: No, score=-3.7 required=5.0 tests=BAYES_00,JMQ_SPF_NEUTRAL,KAM_DMARC_STATUS,KAM_NUMSUBJECT,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,SPF_HELO_PASS,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: --=-=-= Content-Type: text/plain Po Lu writes: > Sam James writes: > >> And I would not want to see that happen either, nor do I think Florian >> would, or many of the other participants in this thread. >> >> Indeed, for some projects, where it's hopeless^Wlots of work, >> we're using -std=c89 or -std=gnu89 as appropriate - as already stated. >> >> But most things are easy to fix. >> >> Our interest is purely in making the default stricter for better UX, >> reducing the net amount of these bugs in the wild, and avoiding >> regressions when we fix these problems. Trying to remove C89 entirely >> would, if nothing else, be needlessly antagonistic, but some of the >> replies seem to act as if we have. > > But programs are not using c89 or gnu89, right? They are using gnu99 and > gnu11. They're using > c89/gnu89 often because defaults have changed (a point others have raised, including Arsen and Eli Schwartz) even though they weren't intended to be compiled with newer C. A fair amount of other projects do explicitly ask for either c99/gnu99 or c11/gnu11 and if they're doing that, they shouldn't be getting something which was removed from the C standard. But if they really want it, they can either downgrade to C89 (rather drastic), or set the proposed -fpermissive. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iOUEARYKAI0WIQQlpruI3Zt2TGtVQcJzhAn1IN+RkAUCZF2qXF8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0MjVB NkJCODhERDlCNzY0QzZCNTU0MUMyNzM4NDA5RjUyMERGOTE5MA8cc2FtQGdlbnRv by5vcmcACgkQc4QJ9SDfkZD6WAD+PDtkEu3VEOtVt42lD8yEyR1SGCABieOIw3NZ S4IXqfwBAJndxlJ64QQfJ9tA8TE2bU0Gus/yOMOkm4BIigAmxaMP =Txrz -----END PGP SIGNATURE----- --=-=-=--