bug#41329: [feature/native-comp] The Makefile only checks for .elc files.

["Nicolas Bértolo" <nicolasbertolo@gmail.com>]

[-- Attachment #1: Type: text/plain, Size: 2043 bytes --]

 > I'm not sure I understand.  I you mean that manually byte-compiling a
> file prevents the .eln compilation to happen if make is invoked
> afterwards then yes.  But make should be used.

I use `auto-compile-mode` so that is why I was hitting this problem.

> I don't think so, the .elc is renamed with their final filename after
> the .eln has been produced to prevent exactly that.

Mmm, it has happened in my system. I wonder why. Will post an update
if I manage to reproduce it reliably.

> Yes the main reason for that is that the Makefile is not aware of which
> files are lexical and can be compiled and which are dynamic and can't.

Can't it grep for "lexical-binding: t" in the first line?

Nicolas.


El sáb., 16 may. 2020 a las 13:55, Andrea Corallo (<akrl@sdf.org>) escribió:

> Nicolas Bértolo <nicolasbertolo@gmail.com> writes:
>
> > There is a problem with the build system for .eln files. The Makefile
> > only has a
> > target creating *.elc files.
>
> Yes the main reason for that is that the Makefile is not aware of which
> files are lexical and can be compiled and which are dynamic and can't.
>
> > This means that if you use Emacs to
> > change an .el
> > file and you set it up to byte-compile .el files on save you will
> > never
> > recompile the .eln files.
>
> I'm not sure I understand.  I you mean that manually byte-compiling a
> file prevents the .eln compilation to happen if make is invoked
> afterwards then yes.  But make should be used.
>
> > This can also be reproduced if you press C-c on a terminal that is
> > native-compiling. The .eln file will not be produced, but the .elc
> > will be in
> > the filesystem and `make` will not try to native-compile the file
> > again.
>
> I don't think so, the .elc is renamed with their final filename after
> the .eln has been produced to prevent exactly that.
>
> This build system arrangement is till we have dynamic scope compilation
> and we can clean it up.
>
>   Andrea
>
> --
> akrl@sdf.org
>

[-- Attachment #2: Type: text/html, Size: 2828 bytes --]