unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
* byte-compile / cl package / warnings
@ 2005-07-06 10:31 David Reitter
  0 siblings, 0 replies; 4+ messages in thread
From: David Reitter @ 2005-07-06 10:31 UTC (permalink / raw)


Hi,
I often get warnings like

"Function `set-difference' from cl package
     called at runtime"

when byte-compiling stuff.

Isn't it safe to call stuff from the cl package from byte-compiled code?
I looked into the byte-compile source, and I found that the cl  
package documentation says that it's safe to require 'cl.

So why do I get this warning, and do I need to react?

Thanks
Dave

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: byte-compile / cl package / warnings
       [not found] <mailman.2303.1120646135.2857.help-gnu-emacs@gnu.org>
@ 2005-07-06 11:18 ` Johan Bockgård
  2005-07-06 12:55 ` Pascal Bourguignon
  1 sibling, 0 replies; 4+ messages in thread
From: Johan Bockgård @ 2005-07-06 11:18 UTC (permalink / raw)



Read (info "(elisp)Coding Conventions")

-- 
Johan Bockgård

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: byte-compile / cl package / warnings
       [not found] <mailman.2303.1120646135.2857.help-gnu-emacs@gnu.org>
  2005-07-06 11:18 ` byte-compile / cl package / warnings Johan Bockgård
@ 2005-07-06 12:55 ` Pascal Bourguignon
  1 sibling, 0 replies; 4+ messages in thread
From: Pascal Bourguignon @ 2005-07-06 12:55 UTC (permalink / raw)


David Reitter <david.reitter@gmail.com> writes:

> Hi,
> I often get warnings like
>
> "Function `set-difference' from cl package
>      called at runtime"
>
> when byte-compiling stuff.
>
> Isn't it safe to call stuff from the cl package from byte-compiled code?
> I looked into the byte-compile source, and I found that the cl
> package documentation says that it's safe to require 'cl.
>
> So why do I get this warning, and do I need to react?

Yes:
1- send an email to rms@gnu.org complaining about this.
2- edit the sources of emacs to remove this warning.
3- send in a patch.


When RMS will have recevied 10,000 identical patches from 10,000
different complaining users, perhaps he'll include it.

-- 
__Pascal Bourguignon__                     http://www.informatimago.com/

Nobody can fix the economy.  Nobody can be trusted with their finger
on the button.  Nobody's perfect.  VOTE FOR NOBODY.

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: byte-compile / cl package / warnings
@ 2005-07-08 22:49 David Reitter
  0 siblings, 0 replies; 4+ messages in thread
From: David Reitter @ 2005-07-08 22:49 UTC (permalink / raw)


Johan BockgÃrd wrote:


> Read (info "(elisp)Coding Conventions")
>

Thanks very much for the hint.

It looks like either the warning is obsolete, or the 'cl' package  
goes against Emacs naming conventions. But I assume it would do so  
for a good reason (compatibility with common lisp).

For everyone interested, here's an excerpt from the above info page:

    * Please don't require the `cl' package of Common Lisp extensions at
      run time.  Use of this package is optional, and it is not part of
      the standard Emacs namespace.  If your package loads `cl' at run
      time, that could cause name clashes for users who don't use that
      package.

      However, there is no problem with using the `cl' package at  
compile
      time, with `(eval-when-compile (require 'cl))'.

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2005-07-08 22:49 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <mailman.2303.1120646135.2857.help-gnu-emacs@gnu.org>
2005-07-06 11:18 ` byte-compile / cl package / warnings Johan Bockgård
2005-07-06 12:55 ` Pascal Bourguignon
2005-07-08 22:49 David Reitter
  -- strict thread matches above, loose matches on Subject: below --
2005-07-06 10:31 David Reitter

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).