GNU bug report logs -
#65035
29.1; Port flycheck-emacs-lisp-initialize-packages to flymake
Previous Next
Full log
Message #32 received at 65035 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Not sure this is 100% relevant to the discussion, but -Q also implies
--no-site-file which inhibits site-start.el. This will interfere with Emacs
builds such as https://github.com/jimeh/emacs-builds for macOS. They
rely on site-start to establish bundled native compiler runtime
dependencies. Running a flymake batch without those dependencies may have
unintended flymake performance implications.
On Thu, Nov 14, 2024 at 6:19 AM Pengji Zhang <me <at> pengjiz.com> wrote:
> Spencer Baugh <sbaugh <at> janestreet.com> writes:
>
> > I think this should also switch from passing "-Q" to passing just
> > "-q". If we're include ~/.emacs.d/elpa on load-path, we should include
> > the site-lisp directories too, which -Q suppresses.
>
> I agree. How about the following change?
>
> --8<---------------cut here---------------start------------->8---
> :name "elisp-flymake-byte-compile"
> :buffer output-buffer
> :command `(,(expand-file-name invocation-name
> invocation-directory)
> - "-Q"
> + ,@(if elisp-flymake--byte-compile-activate-packages
> + ;; Add site-lisp directories to `load-path' so
> + ;; that system-wide packages (installed into
> + ;; site-lisp/elpa) are activated.
> + '("-q" "--no-site-file")
> + '("-Q"))
> "--batch"
> ;; "--eval" "(setq load-prefer-newer t)" ; for testing
> ,@(mapcan (lambda (path) (list "-L" path))
> --8<---------------cut here---------------end--------------->8---
>
> > Probably we should specifically pass "--batch --no-site-file" instead
> > of "-Q --batch", since --batch also implies -q.
>
> I am not sure if it is a good idea to always include the site-lisp
> directories. I myself want this only when checking my init.el. When
> developing packages, I prefer a pristine environment.
>
>
>
>
[Message part 2 (text/html, inline)]
This bug report was last modified 170 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.