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: Building a release tarball generates trampoline files in eln-cache Date: Tue, 02 Nov 2021 20:45:25 +0200 Message-ID: <837ddqjt16.fsf@gnu.org> References: <8335pay5j0.fsf@gnu.org> <83pmsew854.fsf@gnu.org> <44da1bfa-9e13-07e9-10fe-27018f7d1369@cornell.edu> <83h7dqw0ga.fsf@gnu.org> <83h7dkm8n4.fsf@gnu.org> <831r4lid0n.fsf@gnu.org> <83zgr9gvvp.fsf@gnu.org> <83y26tgupl.fsf@gnu.org> <83bl3ogpob.fsf@gnu.org> <83r1c6v36p.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="1308"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: akrl@sdf.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Nov 02 19:50:25 2021 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 1mhyrY-00005Y-P4 for ged-emacs-devel@m.gmane-mx.org; Tue, 02 Nov 2021 19:50:24 +0100 Original-Received: from localhost ([::1]:36010 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mhyrX-0002r8-6s for ged-emacs-devel@m.gmane-mx.org; Tue, 02 Nov 2021 14:50:23 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:43092) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mhymo-0003cY-MS for emacs-devel@gnu.org; Tue, 02 Nov 2021 14:45:36 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:51182) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mhymn-00047m-TG; Tue, 02 Nov 2021 14:45:30 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=YZzaNwt2uROalsX2LB/t8WyckgZ3m09SY/qwUz/9nt4=; b=Kg7RaoK+VxIK7L2qR4Fe RzBNlCtg5G3YOCHc55ULIoc/lk7gNi5CKpRZ/AYnR4idTS0ebJHxwsFLZxeykPXYEGhVPwryQoEcM HPn/on6arSlrpNQSjmnd5bC2NCm7zDO3tns2qvi/lLrzQu6ngLut0t55Tcy28AD5MndwH+ZLlRPb3 7JUSd99cbcZ3fR0P07NXZf7A7rVpcsUCJog70E884cWyi3988Jkar6zjXUoMgBJ05PZhd5AAEDciM 1I4uwtZ6yL9YcpPY8KPH9RrTgbYiUeK7QeGetETKKiOLylm8G6gfFhcln4lD2YoqqoJSTO7HqrJnR 1lPj9g45AA7IKg==; Original-Received: from [87.69.77.57] (port=3314 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mhymm-0007fo-LK; Tue, 02 Nov 2021 14:45:29 -0400 In-Reply-To: <83r1c6v36p.fsf@gnu.org> (message from Eli Zaretskii on Wed, 27 Oct 2021 19:32:30 +0300) 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" Xref: news.gmane.io gmane.emacs.devel:278515 Archived-At: > Date: Wed, 27 Oct 2021 19:32:30 +0300 > From: Eli Zaretskii > Cc: kbrown@cornell.edu, emacs-devel@gnu.org > > > Date: Sun, 17 Oct 2021 08:56:20 +0300 > > From: Eli Zaretskii > > Cc: kbrown@cornell.edu, emacs-devel@gnu.org > > > > > From: Andrea Corallo > > > Cc: kbrown@cornell.edu, emacs-devel@gnu.org > > > Date: Sat, 16 Oct 2021 20:15:09 +0000 > > > > > > > Now the subr--trampoline*.eln files are in the right place, but this > > > > problem: > > > > > > > >> lisp/emacs-lisp/seq.elc: Error: Symbol’s function definition is void: gv-setter > > > >> lisp/term/xterm.elc: Error: Symbol’s function definition is void: t > > > > > > > > still exists. So something else is amiss here. > > > > > > Okay, I'll have a look into this I guess Monday. > > > > Thanks. > > > > > > Btw, why are these subr--trampoline*.eln files get generated when > > > > building the tarball, but not when building from Git "normally", where > > > > the *.eln files are produced by batch-byte+native-compile? Because I > > > > don't see any such files that correspond to the build from Git > > > > anywhere on my system. > > > > > > The obvious answer is that something is either redefining or advising > > > those primitives. If it's important to know what and where we can > > > investigate it, it should not be extremely difficult. > > > > I'm curious why 2 methods of native compilation that are supposed to > > produce identical results, in reality produce slightly different > > results: one produces these trampoline files, the other doesn't. It > > could be that there's some hidden issue here, perhaps even related to > > those errors at startup described above. > > Andrea, any progress in investigating this strange problem? It is > currently the only hard blocking issue that prevents us from making a > pretest tarball. I now have the same problem in the "normal" build with native-comp of the release branch, the one that builds from Git clone and uses ELC+ELN to compile all the preloaded files (as opposed to building a release tarball). The problem shows at startup: $ emacs -Q -nw This shows errors in the *Compile Log* buffer(??) lisp/emacs-lisp/seq.elc: Error: Symbol’s function definition is void: gv-setter lisp/term/xterm.elc: Error: Symbol’s function definition is void: t If I delete seq.elc, the problem goes away. How do I investigate this?