From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Kangas Newsgroups: gmane.emacs.devel Subject: Re: master 95e8c7d 1/2: ; Fix typos Date: Fri, 9 Oct 2020 21:01:42 +0000 Message-ID: References: <20201009134249.15265.31644@vcs0.savannah.gnu.org> <20201009134252.81B3620A15@vcs0.savannah.gnu.org> <83tuv35upc.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="7060"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Eli Zaretskii , Robert Pluim Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Oct 09 23:02:34 2020 Return-path: Envelope-to: ged-emacs-devel@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 1kQzX7-0001hv-Sq for ged-emacs-devel@m.gmane-mx.org; Fri, 09 Oct 2020 23:02:33 +0200 Original-Received: from localhost ([::1]:39862 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kQzX6-0002vj-Vr for ged-emacs-devel@m.gmane-mx.org; Fri, 09 Oct 2020 17:02:33 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:40312) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kQzWP-0002Sz-Ny for emacs-devel@gnu.org; Fri, 09 Oct 2020 17:01:49 -0400 Original-Received: from mail-ed1-f46.google.com ([209.85.208.46]:41556) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kQzWN-0005YM-Rq; Fri, 09 Oct 2020 17:01:49 -0400 Original-Received: by mail-ed1-f46.google.com with SMTP id l24so10822870edj.8; Fri, 09 Oct 2020 14:01:46 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc:content-transfer-encoding; bh=o/yQjmqy6mgfPxNS6pgO5jE/cO/Rv5xsWM+sn9DgnPI=; b=Cj6SHoj2ipeCA/wKtfJfJtX32U3gvL2+LatBOOdm8zqD1mwhq+/MFlOU/MlpsCRn1R p63c/eR8U/zaFtV5AAhVtgCDN/vEUMOF46qLaEI/Sj/oizLlu2TzmvTW2foKiMNoxl// 1YjGeBW+BZ262lkbjKHXK0qV8wC0f5QSGqmKwzr6GTfU8mNAnx98s0kqhvCy1lJIk1Ej x34RVFkKpz9596YMfUdOLOvhe/iaa6A7yGj8PhTj/OWRPl7krHWgOUHmKsW5xX7ae0ip HhdsxPDlo73IWQ1j8+JFt8Pu8YLmBuee+43i7n+C1Qc4p9RDeoBTP+brEZc1LQIok1pQ ayKw== X-Gm-Message-State: AOAM530WWDPITNX4RTFcDedwzp12ZaKj/jz/fCA96M+APQym6nKWwbyQ mfBIg3sJ8iv80sFLCZcsFK0YMJGfqIxHCuuUInbRk3/E X-Google-Smtp-Source: ABdhPJza4vTa4fszTDSIQJHKPUHGUi0e09M3f8aMD9r+l2eHhgr4lsvEOu1wlBvlJVSFvPywLiMxhQgCYIgve8+/KHE= X-Received: by 2002:a05:6402:31b3:: with SMTP id dj19mr1226405edb.210.1602277303858; Fri, 09 Oct 2020 14:01:43 -0700 (PDT) Original-Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Fri, 9 Oct 2020 21:01:42 +0000 In-Reply-To: <83tuv35upc.fsf@gnu.org> Received-SPF: pass client-ip=209.85.208.46; envelope-from=stefankangas@gmail.com; helo=mail-ed1-f46.google.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/10/09 17:01:45 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] [fuzzy] X-Spam_score_int: -15 X-Spam_score: -1.6 X-Spam_bar: - X-Spam_report: (-1.6 / 5.0 requ) BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:257280 Archived-At: Eli Zaretskii writes: >> Stefan> (defmacro semantic-parse-tree-unparseable-p () >> Stefan> - "Return non-nil if the current buffer has been marked unp= arseable." >> Stefan> + "Return non-nil if the current buffer has been marked unp= arsable." >> Stefan> '(eq semantic-parse-tree-state 'unparseable)) >> >> The highly accurate method of googling both and comparing the counts >> is not in favour of this change. The principle of making the >> documentation and the code align is *definitely* not in favour of this >> change. > > See also > > https://en.wiktionary.org/wiki/parsable >From that link: Both the spellings parsable and parseable are widely used with similar frequency; the spelling parsable (without the =E2=80=98e=E2=80= =99) is preferred in formal usage, according to the rule: =E2=80=9CVerbs drop silent final -e except after c and g (e.g. movable = but changeable)=E2=80=9D as mentioned in the OED, and used in World Wide Web Consortium standards. But it is true that it would be preferable if the code matched the documentation. In the interest of consistency we are better off sticking to one spelling. Note that we already had around 40 other instances of "parsable" in our source tree. This is obviously extremely minor. Personally I'd rather fix the names of those two macros to match the docstring. IIUC, an obsolete function alias would do the job.