From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from fencepost.gnu.org (fencepost.gnu.org [IPv6:2001:470:142:3::e]) by sourceware.org (Postfix) with ESMTPS id BF23E385558C for ; Wed, 10 May 2023 16:56:05 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org BF23E385558C Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=gnu.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gnu.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=Fcj35aCK8hYVcVu9Jruob2VFj8fqi4bC12JmAfcowRM=; b=ScJ/xGgLC3Zk jnEaaXTuoJSR1r5rRJPsJGu/CzQ3CTagqjwXUO14vFZ1kyOheO+haThoCyJJegTp0UFEeQR0SaVdl /oA2EbKiIBNSGM5joKDt8/w4yk4wMMjL8Lf3b5CJeRxyL3uTLU2Y5fCWPAfdXdnQzMPDmOrJyrFRI Z/OV44FD+8L4P3PbSVqk2iymiD+VCwbzOBw/0AeDl3KKDD0cbP/uz5JU8zUMT6ucbactewU+Atskn 6Roz3hhyW8TlXKLxyvmPlMefNcfSW8uc6uwA2B+hlcB9Q0jrnLDpOPotAMrn7oOw64mWDMMap2WKj cAMsJ/OU6BEMlxtuK3kZRw==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pwn6i-0004xh-VL; Wed, 10 May 2023 12:56:05 -0400 Date: Wed, 10 May 2023 19:57:11 +0300 Message-Id: <83h6sk6s60.fsf@gnu.org> From: Eli Zaretskii To: Richard Biener Cc: jakub@redhat.com, gabravier@gmail.com, jwakely.gcc@gmail.com, fweimer@redhat.com, gcc@gcc.gnu.org, arsen@aarsen.me In-Reply-To: (message from Richard Biener on Wed, 10 May 2023 18:33:53 +0200) Subject: Re: More C type errors by default for GCC 14 References: <83mt2c6tch.fsf@gnu.org> X-Spam-Status: No, score=2.5 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,KAM_NUMSUBJECT,RCVD_IN_BARRACUDACENTRAL,SPF_HELO_NONE,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: > From: Richard Biener > Date: Wed, 10 May 2023 18:33:53 +0200 > Cc: Jakub Jelinek , gabravier@gmail.com, > jwakely.gcc@gmail.com, fweimer@redhat.com, gcc@gcc.gnu.org, arsen@aarsen.me > > > > > Am 10.05.2023 um 18:31 schrieb Eli Zaretskii via Gcc : > > The examples you gave are the ones I could accept as "good reasons" > > for breaking backward compatibility. That's because breaking that is > > unavoidable if GCC wants to support the newer standard. > > > > That is not the case we are discussing, AFAIU. Or at least no one has > > yet explained why accepting those old K&R programs will adversely > > affect the ability of GCC to compile C2x programs. > > But we are discussing to reject K&R programs only when C99 or later standards are applied (those are applied by default) I understand, but I don't see the relevance. Are you saying that "-std=c99" accepts _only_ C99 valid constructs? What about gnu99?