From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp.gentoo.org (mail.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) by sourceware.org (Postfix) with ESMTP id 4A8753858D1E for ; Thu, 11 May 2023 22:37:18 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 4A8753858D1E 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> User-agent: mu4e 1.10.3; emacs 29.0.90 From: Sam James To: Eli Schwartz Cc: Eli Zaretskii , luangruo@yahoo.com, gcc@gcc.gnu.org Subject: Re: More C type errors by default for GCC 14 Date: Thu, 11 May 2023 23:35:20 +0100 In-reply-to: <55b2eefe-7788-0937-dba4-6f5ffa212435@gmail.com> Message-ID: <87ednmebqe.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,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 Content-Transfer-Encoding: quoted-printable Eli Schwartz via Gcc writes: > On 5/11/23 2:12 AM, Eli Zaretskii wrote: >>> Date: Wed, 10 May 2023 23:14:20 -0400 >>> From: Eli Schwartz via Gcc >>> >>> Second of all, why is this GCC's problem? You are not a user of GCC, >>> apparently. >>=20 >> He is telling you that removing support for these old features, you >> draw users away from GCC and towards proprietary compilers. >>=20 >> One of the arguments in this thread _for_ dropping that support was >> that by not rejecting those old programs, GCC draws some users away >> from GCC. He is telling you that this change will, perhaps, draw some >> people to GCC, but will draw others away from GCC. The difference is >> that the former group will start using Clang, which is still free >> software (at least some of its versions), whereas the latter group has >> nowhere to go but to proprietary compilers. So the FOSS community >> will have suffered a net loss. Something to consider, I think. > > > Except this thread is not arguing to remove support for -std=3Dc89 as far > as I can tell? > 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=3Dc89 or -std=3Dgnu89 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. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iOUEARYKAI0WIQQlpruI3Zt2TGtVQcJzhAn1IN+RkAUCZF1uGV8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0MjVB NkJCODhERDlCNzY0QzZCNTU0MUMyNzM4NDA5RjUyMERGOTE5MA8cc2FtQGdlbnRv by5vcmcACgkQc4QJ9SDfkZBTfwEA5KBVjpjHNhhmhq+AgneMnfu2SSMcv7U4vGjX rxLGf+4BAJSEhD5ptABHbL2b0DpJXPnp5gqHDoAH8eqsQK5hwuUD =ejP3 -----END PGP SIGNATURE----- --=-=-=--