bug#47067: 28.0.50; [feature/native-comp] Crash while scrolling through dispnew.c

[Andrea Corallo via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org>]

Eli Zaretskii <eliz@gnu.org> writes:

>> From: Andrea Corallo <akrl@sdf.org>
>> Cc: 47067@debbugs.gnu.org
>> Date: Thu, 25 Mar 2021 16:51:48 +0000
>> 
>> >>> I was referring to a different case, future dumps done by the user
>> >>> calling directly `dump-emacs-portable', in that case some .eln might
>> >>> stay where they were placed originally (not in the preloaded subfolder).
>> >>> 
>> >>> I know for now we don't support officially `dump-emacs-portable' to be
>> >>> used directly by the user, so I'm not sure that's a real issue, but I
>> >>> was trying to think future proof.
>> >>
>> >> Ah, okay.  I think we can leave this use case for posterity, to be
>> >> figured out when re-dumping is fully supported.  How about adding this
>> >> bit to the etc/TODO item that talks about re-dumping?
>> >
>> > Right, will do that contextually when I prepare the patch.
>> >
>> >   Andrea
>> 
>> The only non trivial part here is to identify at compile time if a file
>> will be preloaded or not (so we can output it in the preloaded
>> directory).
>> 
>> Any obvious suggestion here before I start hacking the build system?
>
> Why does it have to be the build system?  dump-emacs-portable is an
> Emacs function, it doesn't use any of the build machinery.

If we want to have the eln files dumped into the "preloaded" subfolder
we need to know where to output when they are compiled, so before
`dump-emacs-portable' is called.

Maybe you have a different model in mind?

TIA

  Andrea