From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: =?utf-8?Q?Mattias_Engdeg=C3=A5rd?= Newsgroups: gmane.emacs.devel Subject: Re: missing lexical-binding cookie warning when loading .el files Date: Sat, 4 May 2024 18:22:44 +0200 Message-ID: <32E19E86-708B-448F-807A-CA96BC91FFA9@gmail.com> References: <50E29988-D354-4D10-990F-31828DBE6411@gmail.com> <865xvuixnl.fsf@gnu.org> <5EC17E4B-5690-4393-B674-13F90AFD207D@gmail.com> <874jbeb5vu.fsf@yahoo.com> <87zft69pln.fsf@yahoo.com> <87v83u9olw.fsf@yahoo.com> <86seyyghgt.fsf@gnu.org> <87le4q9evf.fsf@yahoo.com> <86ikzugfao.fsf@gnu.org> <87h6fe9eaa.fsf@yahoo.com> <86edaigd6n.fsf@gnu.org> <86cyq2gcaw.fsf@gnu.org> <94A5D0EC-A261-4440-B080-5028EEC72950@gmail.com> <86msp5g2c3.fsf@gnu.org> Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.15\)) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="3778"; mail-complaints-to="usenet@ciao.gmane.io" Cc: luangruo@yahoo.com, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat May 04 18:23:37 2024 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 1s3IAi-0000nm-MX for ged-emacs-devel@m.gmane-mx.org; Sat, 04 May 2024 18:23:36 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1s3IA2-0002oq-M4; Sat, 04 May 2024 12:22:54 -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 1s3IA1-0002oU-Gv for emacs-devel@gnu.org; Sat, 04 May 2024 12:22:53 -0400 Original-Received: from mail-lf1-x129.google.com ([2a00:1450:4864:20::129]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1s3I9x-0005Bq-EM; Sat, 04 May 2024 12:22:52 -0400 Original-Received: by mail-lf1-x129.google.com with SMTP id 2adb3069b0e04-51f60817e34so661885e87.2; Sat, 04 May 2024 09:22:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1714839766; x=1715444566; darn=gnu.org; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:sender:from:to:cc:subject :date:message-id:reply-to; bh=gXRtwB1dNoCKbbp/32G5lHbO6TOWYeS5zZbchgBUw6o=; b=AWA9/m6ecFECFPh0r6T6jNmTBYr1fnK/fzTVpWZNFnU3PCzk2Ps435EDHVyE2D49RM tZmPIUIkTN0fHk/i87eLaljPc2FrIQ3nXdTzA9498uXZHEzzEi0ScGJWogx3jM6oW+eZ ngBsFeDoVSsKIBEaMrvTylnQPyx0OfetKF4xSlGMSKKSaw3zok+oad2lv6qjh13kD14v osNsWxHBkX0mzdJvyelcoR5RCknG8KKAAMnCBNxyQ4wibTUsYPcsXwWSD9IhtD9tGglt mZvpSiAd5ZsAL3Ye2BSd6ex0gaChfVnv+uoM3GCTmgPV5tH0AJ5chzYvKWZ+tCEmqrAj 9MBQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1714839766; x=1715444566; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:sender:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=gXRtwB1dNoCKbbp/32G5lHbO6TOWYeS5zZbchgBUw6o=; b=GXCH/anJRNG8vae0rwsltClQzBdvLkX/EN9E5Y9tsYXGJTQhrCflUw+DLJP0jqdUsd ssz9JKmzIHyn/jPXKoNaxD5btMompkMV1Mrhg1Shs523Upff4uoiBxbG+/5/blqGF9Wc uv7zt3AR93uFse9Qr7066sSLOx8nuaSpmtsR1lCGDe3hpyS4RNwdd10ZlYWFo/a9VreJ sLjMTxfSiIWM5AwilmLzIp8xa2rgPWQyUZmDgVqtkWp+WCu2Vw2m6i8R2PVEkdceTPtK M9JYyQ5Kcqc/LgF4K/iL3wl1uYFkJXG2R0Xk/C/Dnxgr/HB/wgwzq77ns4MjTtbXQYHh gHTw== X-Forwarded-Encrypted: i=1; AJvYcCWsjxKybx2A9h2bSfwVq8JumeQl+sRXri+iPHDSMeSn5GWFu2qxkG9sVH1torbqi2T+bjvhzfyeDYFw0+JG97rbdFsk X-Gm-Message-State: AOJu0YwPEU1l4unokcL4dZBZWKWTzM+eriZg7EivwYdOVA3G0IBIVNe5 kdRxBaJIgNLxvdIQQETcomrbQ3dUyNGnVAuszSUK5ErfLeVa8RxH2Kunsg== X-Google-Smtp-Source: AGHT+IFe6Inuigwfw73B03+iEC0iOFAT3slmxAt+yOkbHeEHJUxrwYxO1lWSo7Ah1d/cuxZ2NRPMUQ== X-Received: by 2002:a05:6512:32c4:b0:51d:70d9:f6ce with SMTP id f4-20020a05651232c400b0051d70d9f6cemr5506636lfg.53.1714839765646; Sat, 04 May 2024 09:22:45 -0700 (PDT) Original-Received: from smtpclient.apple (c80-217-1-132.bredband.tele2.se. [80.217.1.132]) by smtp.gmail.com with ESMTPSA id t22-20020ac243b6000000b0051d416e8437sm926643lfl.68.2024.05.04.09.22.45 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 04 May 2024 09:22:45 -0700 (PDT) In-Reply-To: <86msp5g2c3.fsf@gnu.org> X-Mailer: Apple Mail (2.3654.120.0.1.15) Received-SPF: pass client-ip=2a00:1450:4864:20::129; envelope-from=mattias.engdegard@gmail.com; helo=mail-lf1-x129.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:318749 Archived-At: 4 maj 2024 kl. 14.59 skrev Eli Zaretskii : > My current personal opinion is that we should move in small steps > here: first warn only about Lisp packages, which means exempt all the > user init files, as well as files not ending in ".el". Yes, we can do that. There are pragmatic reasons: almost every user will = have an init file and it will rarely have a lexical cookie because it = isn't thought of as a Lisp program at all, just a settings file. In many = cases the user will have copied it from somewhere else and has no idea = what it contains, or it was generated by an older Emacs. > Not sure what this means for files that user init files load via an > explicit 'load' call -- how many people split their init files into > several portions, and also call those portions SOMETHING.el? If in > doubt, we could suppress the warning for the entire duration of > startup--load-user-init-file. I think that files that a user loads from the init file should not get = special treatment, because this is more likely done intentionally by = someone who knows what he or she is doing (we hope).