Re: files in emacs/lisp/language/ not byte compiled

Re: files in emacs/lisp/language/ not byte compiled

[Kenichi Handa]

In article <200807040059.m640xuuC018632@sallyv1.ics.uci.edu>, Dan Nicolaescu <dann@ics.uci.edu> writes:

> There are quite a few files in emacs/lisp/language that do not get byte
> compiled (they have a "no-byte-compile: t" local variable setting).  

> Is there any particular reason to do that?  If not, would you mind if
> that was changed?

They are not compiled because there's no benefit
(memory-space and speed) in doing that.

> The reason to change is that when doing "make recompile" in emacs/lisp
> there are a lot of lines printed about files not being byte compiled.
> This scrolls up legitimate warnings/errors and it is easy to not see them...

If those lines are annoying, I think the right thing is to
find/implement a way to suppress them.

But, frankly speeking, as I don't have a string opinion on
this matter, it's up to Stefan and Yidong.

---
Kenichi Handa
handa@ni.aist.go.jp

Re: files in emacs/lisp/language/ not byte compiled

[Stefan Monnier]

>> There are quite a few files in emacs/lisp/language that do not get byte
>> compiled (they have a "no-byte-compile: t" local variable setting).  

>> Is there any particular reason to do that?  If not, would you mind if
>> that was changed?

> They are not compiled because there's no benefit
> (memory-space and speed) in doing that.

So it's just an optimization, intended to shorten the time to compile
Emacs and to reduce the installation size as well.  Note that apparently
loading a .elc file can be slightly faster than loading an "otherwise
identical" .el file presumably because it doesn't go through
load-with-code-conversion.

> If those lines are annoying, I think the right thing is to
> find/implement a way to suppress them.

100% agreement.  But if someone wants to remove the no-byte-compile from
some of those files, I'm not necessarily opposed to it.


        Stefan

Re: files in emacs/lisp/language/ not byte compiled

[Glenn Morris]

>> The reason to change is that when doing "make recompile" in emacs/lisp
>> there are a lot of lines printed about files not being byte compiled.
>> This scrolls up legitimate warnings/errors and it is easy to not see them...

I never use recompile, but I think `make compile-main' should have the
same effect, not complain about files with no-byte-compile, be
parallelizable, and also better in terms of compiling each file in a
clean environment.

The only possible advantage to recompile would seem to be the
progmodes/cc-mode.elc explicit rule, for cc mode weirdness.

Re: files in emacs/lisp/language/ not byte compiled

[Stefan Monnier]

> The only possible advantage to recompile would seem to be the
> progmodes/cc-mode.elc explicit rule, for cc mode weirdness.

On a single-processor (and/or when not parallelized), recompile can also
be significantly faster.


        Stefan