From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.bugs Subject: bug#48452: 28.0.50; flymake for elisp does not respect `load-path` Date: Fri, 22 Jul 2022 21:52:00 +0200 Message-ID: <87r12d9b8f.fsf@gnus.org> References: <8735unafob.fsf@gmail.com> <877d4hs084.fsf@gnus.org> <87v8s1untg.fsf@gmail.com> <874jzlp12v.fsf@gnus.org> <87wnchc75r.fsf@gmail.com> <87ilnzaa49.fsf@gnus.org> <87cze7780j.fsf@gmail.com> <87r12mogh9.fsf@gnus.org> <87fsj1tlgn.fsf@gnus.org> <87sfmy1b95.fsf@gmail.com> 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="10619"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: Max Brieiev , 48452@debbugs.gnu.org To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Jul 22 21:53:10 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1oEyhx-0002bZ-Rz for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 22 Jul 2022 21:53:09 +0200 Original-Received: from localhost ([::1]:59564 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oEyhw-0003lT-R5 for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 22 Jul 2022 15:53:08 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:49946) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oEyhq-0003lK-Cy for bug-gnu-emacs@gnu.org; Fri, 22 Jul 2022 15:53:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:52745) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oEyhq-0003x9-3e for bug-gnu-emacs@gnu.org; Fri, 22 Jul 2022 15:53:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oEyhp-00022v-Vx for bug-gnu-emacs@gnu.org; Fri, 22 Jul 2022 15:53:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 22 Jul 2022 19:53:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 48452 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 48452-submit@debbugs.gnu.org id=B48452.16585195327791 (code B ref 48452); Fri, 22 Jul 2022 19:53:01 +0000 Original-Received: (at 48452) by debbugs.gnu.org; 22 Jul 2022 19:52:12 +0000 Original-Received: from localhost ([127.0.0.1]:42494 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oEyh1-00021b-Kl for submit@debbugs.gnu.org; Fri, 22 Jul 2022 15:52:11 -0400 Original-Received: from quimby.gnus.org ([95.216.78.240]:42068) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oEygz-00021M-V8 for 48452@debbugs.gnu.org; Fri, 22 Jul 2022 15:52:10 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :Date:References:In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=G6GRCuYyB3QldHbao/ZDMLHVtThQOIKEj24jQN85fnA=; b=pVhMqtLgsnpbbFtlQ/PM/aDjF7 yEGDyqiX1b2+CxnJDxaij5x/mxkgrwoPQ+H+wBg1qTctYwbhfpIiFjmZLURlrsq+25h7umxNP/xfa MeGeCTwh8BD4ZYbZuGosEgLlxfEl33P8QicdmmsLedTs932MUQwwzli8naPfAS7oghA0=; Original-Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oEygr-0002T5-EK; Fri, 22 Jul 2022 21:52:03 +0200 In-Reply-To: <87sfmy1b95.fsf@gmail.com> ("=?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?="'s message of "Mon, 18 Jul 2022 20:17:26 +0100") Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAElBMVEVKYF8YGRxkcYd0 laOHs9P////cB5SaAAAAAWJLR0QF+G/pxwAAAAd0SU1FB+YHFhMvM3g3wj4AAAGOSURBVDjLldPR ccMgDABQWXQA3Al0UgfgEAP0jPafqRKYxEmTu1YfdsyzkMAEtv1lILwGYPhnxg7vIL+D/a8AgPwI GVC1dVWt65V5Fx9ihohHAPIhJulAj4BFFK1IPQdwpXpVgstUCaSc4NHiMqdisO97DR0cfYKAHdu2 MjCU4pEC4A6RV+KR9QG2vKaqFgALzntkePEjnRlb9Ow70L1oQOeo7sv2TbGI7q9gAAU0u0X3yXBm wBNs+yctsEvQqGk29u0Zdodvgj2/AA641rA6+mcpT9CPAckK30DjA0ulWGzSgByglX3h/oWY4/Nj 8XMKVUdU32+gCZkcshzJh4VBmCYwkK8fuAT4c6riIOo//O7Zcyb0mkiV1QAqJSNCldGSA7NiM69K X37ls/gVSqOsuLoK6AOEat7xAnJCIvUzfYemJ6DDnKr1VqPrCSSkGaLc2NiSeuPOsys/mcoLxBpb gCo1uoGWZHaHsqD/AqHWTQM++oJOrTrMdgdUqxeQsblMaUI/IYGP+X9col0H1R+UuoybGnNYSAAA ACV0RVh0ZGF0ZTpjcmVhdGUAMjAyMi0wNy0yMlQxOTo0Nzo1MSswMDowMJ1mFygAAAAldEVYdGRh dGU6bW9kaWZ5ADIwMjItMDctMjJUMTk6NDc6NTErMDA6MDDsO6+UAAAAAElFTkSuQmCC X-Now-Playing: New Order's _Live At Alexandra Palace (2)_: "Blue Monday" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:237647 Archived-At: Jo=C3=A3o T=C3=A1vora writes: > Right. Adding anything to the load path is "dangerous". The default > "./" is a good compromise, as it enables developing packages with > multiple .el files that require each other in the same dir, which is a > very common thing IME. I'm not sure that's a good compromise at all -- the user has surely set up the correct load path to use, and overriding that with "./" sounds like a recipe for disaster. > Here's a very minimally tested patch: [...] > +(defcustom elisp-flymake-byte-compile-use-elpa-dirs nil > + "If non-nil, add ELPA package dirs to elisp Flymake load path." > + :type 'boolean > + :group 'lisp) I think it would make more sense to have an option to use the load path from the current Emacs incantation also in the flymake Emacsen. But that would probably be more difficult to achieve, as you have to somehow convey that to the flymake Emacsen (and the load path can be very long, so it's probably problematic to have that on the command line). --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no