From: Andrea Corallo <akrl@sdf.org>
To: Eli Zaretskii <eliz@gnu.org>
Cc: emacs-devel@gnu.org
Subject: Re: Building a release tarball generates trampoline files in eln-cache
Date: Tue, 02 Nov 2021 19:49:13 +0000 [thread overview]
Message-ID: <xjfwnlq72yu.fsf@ma.sdf.org> (raw)
In-Reply-To: <xjf1r3y8ir3.fsf@ma.sdf.org> (Andrea Corallo's message of "Tue, 02 Nov 2021 19:22:56 +0000")
Andrea Corallo <akrl@sdf.org> writes:
[...]
> Hi Eli,
>
> I must apologize, I've also completely missed your previous mail.
>
> I'm behind schedule as I'm in a late with some GCC work where I'm trying
> to meet the stage1 deadline. As a result haven't progressed much on
> this investigation.
>
>> 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?
>
> I guess a start is to run in gdb to see where the function definition of
> gv-setter was last time changed (if ever).
>
> I guess `gv-setter' was compiled and dumped, therefore its definition
> it's expected to be revived by 'load_comp_unit' called from
> pdumper.c:5355 while Emacs is starting-up.
>
> Andrea
I tried a fresh bootstrap of emacs-28 now and it is working for me. I
guess what we are observing here is something related to some state of
the build? Is it possible that your Emacs dumped two times? See my
following notes:
Reading the source code I might have done some progress on the
investigation. I guess this is just related to bug#45103 (read native
Emacs not supporting so far redumps).
When we execute loadup.el we prepare the native compilation units for
dump fixing up their filenames.
Comment at loadup.el:463
;; Fix the compilation unit filename to have it working when
;; installed or if the source directory got moved. This is set to be
;; a pair in the form of:
;; (rel-filename-from-install-bin . rel-filename-from-local-bin).
Once dump is done reviving it at pdumper.c:5301 we expect to find a cons
as compilation unit filename. If before dumping we do not prepare that
this will not happen so I don't think it can work.
I'm preparing a patch to add a check (I think is very healthy anyway) and
testing that my theory make sense, will follow up very soon.
Andrea
next prev parent reply other threads:[~2021-11-02 19:49 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-10-09 8:19 Building a release tarball generates trampoline files in eln-cache Eli Zaretskii
2021-10-09 14:37 ` Ken Brown
2021-10-09 15:05 ` Eli Zaretskii
2021-10-09 15:39 ` Ken Brown
2021-10-09 17:33 ` Ken Brown
2021-10-09 17:51 ` Eli Zaretskii
2021-10-13 19:37 ` Andrea Corallo via Emacs development discussions.
2021-10-14 6:18 ` Eli Zaretskii
2021-10-15 7:35 ` Andrea Corallo via Emacs development discussions.
2021-10-15 18:08 ` Ken Brown
2021-10-16 8:34 ` Eli Zaretskii
2021-10-16 9:04 ` Andrea Corallo
2021-10-16 9:30 ` Eli Zaretskii
2021-10-16 9:55 ` Eli Zaretskii
2021-10-16 13:42 ` Ken Brown
2021-10-16 20:15 ` Andrea Corallo
2021-10-17 5:56 ` Eli Zaretskii
2021-10-18 20:46 ` Andrea Corallo
2021-10-27 16:32 ` Eli Zaretskii
2021-11-02 18:45 ` Eli Zaretskii
2021-11-02 19:22 ` Andrea Corallo
2021-11-02 19:44 ` Stefan Monnier
2021-11-02 19:47 ` Eli Zaretskii
2021-11-02 19:51 ` Andrea Corallo
2021-11-02 20:26 ` Stefan Monnier
2021-11-04 11:12 ` Eli Zaretskii
2021-11-05 15:39 ` Andrea Corallo
2021-11-05 15:49 ` Andrea Corallo
2021-11-08 15:07 ` Eli Zaretskii
2021-11-09 21:55 ` Andrea Corallo
2021-11-10 18:37 ` Eli Zaretskii
2021-11-11 15:08 ` Andrea Corallo
2021-11-11 16:50 ` Eli Zaretskii
2021-11-11 21:01 ` Andrea Corallo
2021-11-13 14:47 ` Eli Zaretskii
2021-11-13 20:33 ` Andrea Corallo
2021-11-15 17:34 ` Eli Zaretskii
2021-11-15 19:37 ` Andrea Corallo
2021-11-02 19:49 ` Andrea Corallo [this message]
2021-11-02 20:09 ` Andrea Corallo
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=xjfwnlq72yu.fsf@ma.sdf.org \
--to=akrl@sdf.org \
--cc=eliz@gnu.org \
--cc=emacs-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.