GNU bug report logs - #72313
31.0.50; Warning about cl-member possibly being undefined when using cl-pushnew

Previous Next

Package: emacs;

Reported by: Tassilo Horn <tsdh <at> gnu.org>

Date: Fri, 26 Jul 2024 20:30:02 UTC

Severity: normal

Found in version 31.0.50

Done: Tassilo Horn <tsdh <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Tassilo Horn <tsdh <at> gnu.org>
Cc: arash <at> gnu.org, 72313 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca
Subject: bug#72313: 31.0.50; Warning about cl-member possibly being undefined when using cl-pushnew
Date: Sun, 28 Jul 2024 07:58:51 +0300
> Cc: 72313 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca
> From: Tassilo Horn <tsdh <at> gnu.org>
> Date: Sat, 27 Jul 2024 22:50:35 +0200
> 
> Arash Esbati <arash <at> gnu.org> writes:
> 
> > Stefan Monnier via "Bug reports for GNU Emacs, the Swiss army knife of
> > text editors" <bug-gnu-emacs <at> gnu.org> writes:
> >
> >>> So the conclusion is to simply (require 'cl-lib) instead of
> >>> (eval-when-compile (require 'cl-lib))?  But how can the
> >>> byte-compiler conclude that cl-member might not be defined at
> >>> runtime given that it's an autoloaded function?
> >>
> >> It's autoloaded from `cl-seq` when `cl-lib` is loaded.
> >> It's not autoloaded at startup.
> 
> What's that magic?
> 
>   emacs -Q
>   (featurep 'cl-lib) ;=> nil
>   (describe-function 'cl-member) ; prints the help string to *Messages*
>   (featurep 'cl-lib) ;=> t
> 
> Do the help facilities load stuff on demand?

Yes, of course.  As the rest of Emacs, actually.  In fact, only
help.el is preloaded, the rest of Help facilities (help-mode,
help-fns, apropos, etc.) are loaded on demand only.




This bug report was last modified 350 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.