From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Emacs 29.3 released Date: Sun, 24 Mar 2024 20:46:45 +0200 Message-ID: <86y1a7jwmi.fsf@gnu.org> References: <86edbzyavw.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="22150"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Corwin Brust Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Mar 24 19:47:35 2024 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1roSsY-0005ci-MK for ged-emacs-devel@m.gmane-mx.org; Sun, 24 Mar 2024 19:47:34 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1roSrs-0001OI-0C; Sun, 24 Mar 2024 14:46:52 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1roSrq-0001O7-Ee for emacs-devel@gnu.org; Sun, 24 Mar 2024 14:46:50 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1roSrp-0008Oa-RA; Sun, 24 Mar 2024 14:46:49 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=61KS9JP0q6QCh8QNUz+dmxXpUcV0TTib9O//CiniJZk=; b=bBmq1ij83Ttw EXSvV9y+sI/5D3Ln/qFR9WGDYq9bK7iIzwcQTb2pjr3MaUhJWurmGpPuwYSdbELG7KPp2mmFhh+0C 7EHdbRupKiJuJBLj2jILEvfBAXlDLEIIPpDmFiu569vKkFsFG8eSzQKqGK3H/C3Zpd55qDBrz4HSE 20Nm41Ux+9Uw0+2Xamhl5Pa818TiWwya2/+pASGrWpgwg1WZrk46t5AeaLxB/QULyPSamrS/BgMje nIEeI9nQzmhvA4fUSX2sEh/C2nuJnnPH/sedcBo/6OVA9cM98e+aPFydGUvR0/50LYGFdKgnYUOIe +tGVEBz6+VKLL2H+xUzx5Q==; In-Reply-To: (message from Corwin Brust on Sun, 24 Mar 2024 12:52:21 -0500) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:317266 Archived-At: > From: Corwin Brust > 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.