From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Jordon Biondo Newsgroups: gmane.emacs.devel Subject: Revisiting `setq-local`s signature Date: Mon, 30 Jan 2017 13:37:54 -0500 Message-ID: NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a11402f5420a25b0547541d30 X-Trace: blaine.gmane.org 1485801625 27177 195.159.176.226 (30 Jan 2017 18:40:25 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 30 Jan 2017 18:40:25 +0000 (UTC) To: Emacs development discussions Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jan 30 19:40:17 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cYGsD-0006ma-Kw for ged-emacs-devel@m.gmane.org; Mon, 30 Jan 2017 19:40:17 +0100 Original-Received: from localhost ([::1]:34455 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cYGsJ-00063r-3o for ged-emacs-devel@m.gmane.org; Mon, 30 Jan 2017 13:40:23 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55319) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cYGpy-0004yN-2S for emacs-devel@gnu.org; Mon, 30 Jan 2017 13:37:59 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cYGpx-0000Nn-2R for emacs-devel@gnu.org; Mon, 30 Jan 2017 13:37:58 -0500 Original-Received: from mail-lf0-x22b.google.com ([2a00:1450:4010:c07::22b]:36686) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cYGpw-0000N2-RE for emacs-devel@gnu.org; Mon, 30 Jan 2017 13:37:56 -0500 Original-Received: by mail-lf0-x22b.google.com with SMTP id z134so199217528lff.3 for ; Mon, 30 Jan 2017 10:37:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=IocUzuI1msu2Exjp3HW3qMK+/PLyRIJEi+FfLI0i0LQ=; b=JptRnGRvVftE9jtrtlq1URP0y87jOvvcNQ5jhkusreH60JYZSsKz4lXycjnsQP+l3i 83/1V38U8IyCp46qkzvjd2TirdZtExkg8LAsVzSBj1UtG07eyoQ1sJhdD18a05Oek14p 0p9s3U63rnscrrcyaTL46FYVcoP1Uf/ktTtbxCRtj2XIV3IU2C1O0sWy+mGUSy5SnM/6 F1lRLtqUq4im8ykkp4+4w5l4K/tOL6U5OcWI5wZRDmNDPF70JCuk5dlG1Z9QVgIjV19l Fe4SlbC9jUMd4IXAsAgNp7DqhlFJ7ViKOwmqDMfQW5/PF/K19nfRm6NFDDs8OF/GTTRp bXew== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=IocUzuI1msu2Exjp3HW3qMK+/PLyRIJEi+FfLI0i0LQ=; b=JmBZM0CwEprpqjSxoyslSLzw2LTffBTzBxvjOpeAajmN2+vzy/L0ghr2Hg0lKK3ATf 2ZNpgDP0zIJFX+OOmRBmIoy3V3whBLXpR7q8F6cq8PZKBA2OzDkeGeRXDN7l4vF+u3AP HQIwEUe+lPxOPr9FOG/DS9HNMB18v9qHtRm5ZTACZY/xkfc+wGS0mIZeqw/1Zr0CUnXB F7PgU5lLTacvhEjOKkH/84P+AH8pQ8T4cJFj6eAngCI+y6tT5k4fBR/zwy0VjzSwmv2p 2RFZByaqIYsrsnTZnY0ErIhCnlUGGKOKTNZ1Rw54HOunqLC9VF6Xrzoppd1Z/A+6Z54q KX7g== X-Gm-Message-State: AIkVDXKPM/dcIhaQreRgFBe7o6Zvo9YtETk0guMP8fV2ctDP9qBFywknLnT65j4Z6deTF3JDvGyFj5OwJu4ZTg== X-Received: by 10.25.156.213 with SMTP id f204mr7546649lfe.27.1485801475054; Mon, 30 Jan 2017 10:37:55 -0800 (PST) Original-Received: by 10.25.19.193 with HTTP; Mon, 30 Jan 2017 10:37:54 -0800 (PST) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2a00:1450:4010:c07::22b X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:211776 Archived-At: --001a11402f5420a25b0547541d30 Content-Type: text/plain; charset=UTF-8 A while ago I brought up the inconstant signatures of `setq`, `setq-default` and `setq-local`. In short, I want `setq-local` to have the same signature as `setq` and `setq-local`. (setq* VAR VAL VAR VAL...) See thread: http://lists.gnu.org/archive/html/emacs-devel/2015-03/msg00448.html I appreciate Stefan's input back then, but I'd like to revisit the issue, get further input, and see if I can change some minds about the issue. If you believe the variadic signature of `setq` and `setq-default` is not ideal, consider that backwards compatibility erases any chance that those two functions will lose that feature, and consider the benefits of being consistently wrong over being inconsistently right. Are maintainers and users still opposed to this change? If not I'd be happy to update the patch from the previous thread. Regards -Jordon --001a11402f5420a25b0547541d30 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
A while ago I brought up the inconstant signatures of `set= q`, `setq-default` and `setq-local`. In short, I want `setq-local` to have = the same signature as `setq` and `setq-local`. (setq* VAR VAL VAR VAL...)

I appreciate = Stefan's input back then, but I'd like to revisit the issue, get fu= rther input, and see if I can change some minds about the issue.
=
If you believe the variadic signature of `setq` and `setq-de= fault` is not ideal, consider that backwards compatibility erases any chanc= e that those two functions will lose that feature, and consider the benefit= s of being consistently wrong over being inconsistently right.
Are maintainers and users still opposed to this change? If not= I'd be happy to update the patch from the previous thread.
<= br>
Regards
-Jordon
--001a11402f5420a25b0547541d30--