emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Emacs 29.3 released


From: Eli Zaretskii
Subject: Re: Emacs 29.3 released
Date: Sun, 24 Mar 2024 20:46:45 +0200

> From: Corwin Brust <corwin@bru.st>
> Date: Sun, 24 Mar 2024 12:52:21 -0500
> Cc: emacs-devel@gnu.org
> 
> I have been working on creating the WIndows binary distributions for
> Emacs 29.3.  I typically make these using AOT native compilation (for
> the benefit of users without libgccjit etc) however I'm not able to
> get that to happen using the emacs-29.3 release tarball.
> 
> This is my configure + build formula:
> 
> ./configure --with-modules --without-dbus
> --with-native-compilation=aot --without-compress-install
> --with-sqlite3 --with-tree-sitter CFLAGS=-O2 && make install V=1 -j 20
> NATIVE_FULL_AOT=1 prefix=/rel/build/emacs-29.3 2>&1 | tee
> ../emacs-29.3_1.log
> 
> But I see relatively few ELN files:
> 
>   $ (cd /rel/build/emacs-29.3; find ./ -name '*.eln' | wc -l)
>   155
> 
> Compare this with the number of ELN files when I build the emacs-29
> branch from git (using ./configac && configure && make, rather than a
> tarball provided configure script).
> 
>   $ (cd $( ls -1trd /h/install/emacs-30* | tail -1 ); find ./ -name
> '*.eln' | wc -l)
>   1589
> 
> Can you see something I'm doing wrong, or might there be a problem
> here which prevents with-native-compilation=aot from doing it's thing
> for a build from a release tarball?

I have no idea.  Comparing the configure script for Emacs 29.2 and
Emacs 29.3 doesn't show any differences, and neither does comparing
the various Makefile's.

If you build Emacs 29.2 in this manner, do you get all the *.el files
compiled into *.eln, or do you see the same problem with Emacs 29.2?
If the latter, perhaps the reason has nothing to do with the new
tarball, but with something else on your system?

One note, though: if you say --with-native-compilation=aot, you don't
need the NATIVE_FULL_AOT=1 part.  Not sure if this is relevant or not.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]