From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.bugs Subject: bug#61730: 30.0.50; Compiler warnings for delq and delete Date: Sun, 26 Feb 2023 22:24:27 -0500 Message-ID: References: <87ilfsisje.fsf@web.de> <670D8E4A-333D-4E2D-97CC-86728965989D@gmail.com> <83a613np4p.fsf@gnu.org> <87fsavf688.fsf@web.de> <83k006kvv6.fsf@gnu.org> Reply-To: rms@gnu.org Content-Type: text/plain; charset=Utf-8 Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="31460"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 61730@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Feb 27 04:25:14 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pWU8X-0007tW-Qw for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 27 Feb 2023 04:25:14 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pWU8N-0008Mx-B1; Sun, 26 Feb 2023 22:25:03 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pWU8M-0008Mg-Br for bug-gnu-emacs@gnu.org; Sun, 26 Feb 2023 22:25:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pWU8L-0000Mh-St for bug-gnu-emacs@gnu.org; Sun, 26 Feb 2023 22:25:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pWU8L-00022N-OQ for bug-gnu-emacs@gnu.org; Sun, 26 Feb 2023 22:25:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Richard Stallman Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 27 Feb 2023 03:25:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 61730 X-GNU-PR-Package: emacs Original-Received: via spool by 61730-submit@debbugs.gnu.org id=B61730.16774682787788 (code B ref 61730); Mon, 27 Feb 2023 03:25:01 +0000 Original-Received: (at 61730) by debbugs.gnu.org; 27 Feb 2023 03:24:38 +0000 Original-Received: from localhost ([127.0.0.1]:45554 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pWU7x-00021Y-T2 for submit@debbugs.gnu.org; Sun, 26 Feb 2023 22:24:38 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:50014) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pWU7v-00021J-Ia for 61730@debbugs.gnu.org; Sun, 26 Feb 2023 22:24:36 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pWU7q-0000IK-By for 61730@debbugs.gnu.org; Sun, 26 Feb 2023 22:24:30 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=Date:References:Subject:In-Reply-To:To:From: mime-version; bh=aCsSHDHk7lxG4MSahk2n+9seLhVRONTE3KdL+aOvMvU=; b=WpFnkEL03m83 G0YL30kvLpQ+8NfDB5AggkvY0E0zzN8pekmnf8QU+1RYj+IfdFhLnwujkBa9TrKewthpaZHGFeEox vMDmsIyf90hi37lIlgf35JHKVdzTgTU+rubGAjFpIj94dHrxe+jUij+n4jV/rysC4106Sxi3qrG4f eN+w9nEcnt8EkAB4UCVPP6CcQ5CWrsWQzordfl65ZhVbxsps+LHQ1hwGU6p0O/lubOwneeYKJuiEA ZZyi9fOr6Y7nv1jh8GAkpPUjDrbjMMur2fq2m1CcSbBiCz2Ct13lLUD43vnTSnm5GnH5beQKhdIoa AWL+K8t1cNKkEc3JlAxZpQ==; Original-Received: from rms by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1pWU7n-0002ao-6j; Sun, 26 Feb 2023 22:24:29 -0500 In-Reply-To: <83k006kvv6.fsf@gnu.org> (message from Eli Zaretskii on Sat, 25 Feb 2023 10:11:25 +0200) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:256844 Archived-At: > In Emacs maintenance and development, the two cases are actually one. > We rebuild Emacs so frequently that even a "rare" warning appears all > the time and is annoying. It is not a coincidence that we usually > don't tolerate warnings during the build of Emacs. I am surprised -- I didn't do that when I was the main maintainer. In recent years, ISTR seeing warnings in the build often enough. If you intend to make a change to prevent each such warning, that implies that each spurious warning is a bigger pain in the neck. That makes a stronger argument for making fewer warnings rather than more. I resent it when a compiler takes up my time pressuring me to prove to it that I know something isn't a bug, and I usually tell that compiler (inside my head) where it can take those warnings. > What's your opinion about the case of non-destructive functions - is it > ok if we would always warn about thrown away return values of calls of > them? Either make it an optional feature (and disabled by default), or do not implement them. When I implemented the options that enable such warnings in GCC, I urged people NOT to use those options by default. To enable them by default in a makefile is to impose systematic harassment on every contributor to the code. You end up with a program as your taskmaster, haranguing you continually to insert proof that you didn't make some mistake. I never used those options. -- Dr Richard Stallman (https://stallman.org) Chief GNUisance of the GNU Project (https://gnu.org) Founder, Free Software Foundation (https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org)