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: Why shouldn't we have a #if .... #else .... #endif construct in Emacs Lisp? Date: Sat, 2 Sep 2023 12:37:14 -0700 Message-ID: References: <87pm30e60y.fsf@posteo.net> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="18910"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org, =?UTF-8?Q?Mattias_Engdeg=C3=A5rd?= To: Philip Kaludercic , Alan Mackenzie , Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Sep 02 21:38:05 2023 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 1qcWRZ-0004l8-9q for ged-emacs-devel@m.gmane-mx.org; Sat, 02 Sep 2023 21:38:05 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qcWQq-0002Lw-Le; Sat, 02 Sep 2023 15:37:20 -0400 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 1qcWQp-0002Lm-V0 for emacs-devel@gnu.org; Sat, 02 Sep 2023 15:37:19 -0400 Original-Received: from mail-lf1-x12f.google.com ([2a00:1450:4864:20::12f]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qcWQn-0002aw-QG for emacs-devel@gnu.org; Sat, 02 Sep 2023 15:37:19 -0400 Original-Received: by mail-lf1-x12f.google.com with SMTP id 2adb3069b0e04-500c7796d8eso331399e87.1 for ; Sat, 02 Sep 2023 12:37:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1693683435; x=1694288235; darn=gnu.org; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:from:to:cc:subject:date:message-id:reply-to; bh=SkNjmpvAC8i7mOAo3tTHpouL8DVSKUed+Olb/WQ7VaU=; b=a9AxqLkbV/C1ynCXdIlKLbXwM97nLn+AoZu9LZVTkEgfPEvYnaHwsDz4ESUB1iVEM9 I74YmQ99DkBNLv5TS5tXI2mzwzMIqjahZKVvzEOtsniMxX2OIzG7C39wBEeOWv+aZHJG NOmbTsbF2zHUv5ArwgABZMXJTdssaFeiFprA0PtAGQ7jD54J76CdIk/HlwRQQaDlhxRB d1wPxIS90qDtTZ6b47j3nu1Zc/YtjO5VqXA38NkWqO5BUfjGovRnKwDXSs67wGPdwGve n+d6N24p7chrqZaX8bGrDZRKGQrPbtj2t+hNqd6IdeygEQMEx+lip6kWzcZxHVCIOwfY Y6xA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1693683435; x=1694288235; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=SkNjmpvAC8i7mOAo3tTHpouL8DVSKUed+Olb/WQ7VaU=; b=eKlawGtxwZOA09GAOMm88HtnLdp2TIinZu7hYA99ILPFnMn+1ijqYM32WKc1nGkFxF qW5XIy0cVW3ryMnklnO9XqCsZQBHXa4XSsE/oHajBXvXIp2KLrsYEjYe/R+E4wFlhs6N PLTj4aGCQyEh6G8euH+gyvHSpWbRy3P/sB/c1eXtAIrXGqT6MSL21U1QihHJqaA/bjck k5VQLPM2ymkiLfqTOnK1/TLdFnT7tVo94M7f/J8fVnJE4cTXHX3RvNxZFAK5wrA/xjzX ZsauUUD+kJL2DC08KM5//X3CwG7pV+hwQAQ4ZHy/x7+BFUIrNzDislxqHUPVx8tBvwfu f3ag== X-Gm-Message-State: AOJu0YzOJH0sQ0vReRr9FyQMhAdpRiTBRkjoONCAfvdqS82Kca1q4GT/ P6J/dJa8lSDSUgv0j813Ri31ECzUziq90WiprqVZx/NCWaM= X-Google-Smtp-Source: AGHT+IGnA8HpkAw4Jen/5+ovsVj70Lak6uvkOUOpg50sWbbAOctxbQhRPStj6kJsjD/JFTMyYmENpgAPJusSxTjay90= X-Received: by 2002:a19:6709:0:b0:500:8fb1:7a47 with SMTP id b9-20020a196709000000b005008fb17a47mr3112536lfc.30.1693683434834; Sat, 02 Sep 2023 12:37:14 -0700 (PDT) Original-Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Sat, 2 Sep 2023 12:37:14 -0700 In-Reply-To: <87pm30e60y.fsf@posteo.net> Received-SPF: pass client-ip=2a00:1450:4864:20::12f; envelope-from=stefankangas@gmail.com; helo=mail-lf1-x12f.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:309907 Archived-At: Philip Kaludercic writes: > Alan Mackenzie writes: > >> +;; Note: `static-if' handles the version of `eval' without the &optional >> +;; parameter LEXICAL so that it can be copied unchanged for use in older >> +;; Emacsen. > > Is this really a concern for the version that would be added to Emacs itself? I think we can have our cake and eat it by adding the non-nil LEXICAL parameter and changing the comment to: ;; Remove the &optional parameter LEXICAL for `eval' if this needs ;; to work in Emacs version 24.3 or older. That way, there can be no absolutely confusion about when it would need to be removed, and packages that don't need to will use lexical-binding.