Received: from mail.netbsd.org (mail.netbsd.org [199.233.217.200]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "mail.NetBSD.org", Issuer "mail.NetBSD.org CA" (not verified)) by mollari.NetBSD.org (Postfix) with ESMTPS id 60D471A9217 for ; Tue, 5 Jan 2021 23:07:52 +0000 (UTC) Received: by mail.netbsd.org (Postfix, from userid 605) id 6464985247; Tue, 5 Jan 2021 23:07:51 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.netbsd.org (Postfix) with ESMTP id 94EE38523E for ; Tue, 5 Jan 2021 23:07:50 +0000 (UTC) X-Virus-Scanned: amavisd-new at netbsd.org Received: from mail.netbsd.org ([IPv6:::1]) by localhost (mail.netbsd.org [IPv6:::1]) (amavisd-new, port 10025) with ESMTP id gQFor_RYYIqg for ; Tue, 5 Jan 2021 23:07:50 +0000 (UTC) Received: from cvs.NetBSD.org (ivanova.NetBSD.org [IPv6:2001:470:a085:999:28c:faff:fe03:5984]) by mail.netbsd.org (Postfix) with ESMTP id E3F0D8523C for ; Tue, 5 Jan 2021 23:07:49 +0000 (UTC) Received: by cvs.NetBSD.org (Postfix, from userid 500) id CDB34FA9D; Tue, 5 Jan 2021 23:07:49 +0000 (UTC) Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="US-ASCII" MIME-Version: 1.0 Date: Tue, 5 Jan 2021 23:07:49 +0000 From: "Roland Illig" Subject: CVS commit: src To: source-changes@NetBSD.org X-Mailer: log_accum Message-Id: <20210105230749.CDB34FA9D@cvs.NetBSD.org> Sender: source-changes-owner@NetBSD.org List-Id: Precedence: bulk Reply-To: source-changes-d@NetBSD.org Mail-Reply-To: "Roland Illig" Mail-Followup-To: source-changes-d@NetBSD.org List-Unsubscribe: Module Name: src Committed By: rillig Date: Tue Jan 5 23:07:49 UTC 2021 Modified Files: src/tests/usr.bin/xlint/lint1: d_long_double_int.exp msg_124.exp msg_230.exp src/usr.bin/xlint/lint1: ops.def Log Message: lint: clean up symbolic operator names that are used in the messages Including the "p" in the symbolic operator names was questionable, for several reasons: 1. The "p" could be taken to mean an actual variable name, which is confusing if the function doesn't have such a variable, or even more so if the line contains an unrelated variable called "p". 2. For the binary operators, having the "p" mentioned on both sides of the operator (such as in "p + p") wrongly suggested that both operands of the expression were the same. 3. The name "p" often stands for a pointer. Most of the operators don't accept pointers, therefore the name was misleading. For these reasons, the "p" was removed from the symbolic name of all operators. This makes several pairs of operators indistinguishable: INCBEF == INCAFT DECBEF == DECAFT UPLUS == PLUS UMINUS == MINUS STAR == MULT AMPER == AND This is not expected to create any confusion since C programmers are expected to know these double meanings. The symbolic names for SHLASS and SHRASS were missing the '=' before. This was added since omitting it was probably an oversight. To generate a diff of this commit: cvs rdiff -u -r1.2 -r1.3 src/tests/usr.bin/xlint/lint1/d_long_double_int.exp \ src/tests/usr.bin/xlint/lint1/msg_230.exp cvs rdiff -u -r1.4 -r1.5 src/tests/usr.bin/xlint/lint1/msg_124.exp cvs rdiff -u -r1.5 -r1.6 src/usr.bin/xlint/lint1/ops.def Please note that diffs are not public domain; they are subject to the copyright notices on the relevant files.