[Top][All Lists]

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

Re: pdumping "into" the executable

From: dancol
Subject: Re: pdumping "into" the executable
Date: Mon, 26 Feb 2018 15:41:40 -0800
User-agent: SquirrelMail/1.4.23 [SVN]

>> On 02/26/2018 02:22 PM, Daniel Colascione wrote:
>>> On 12/31/1969 04:00 PM, Paul Eggert wrote:
>>>> On 02/26/2018 01:18 PM, address@hidden wrote:
>>>>>> Or, just turn the dump to a C file, then compile it
>>>>>> and do a second link.  Aside from (maybe hypothetical) C compiler
>>>>>> limits, that would be very portable.
>>>>> But not redumpable.
>>>> Why couldn't it be redumpable? All that the user should need is a C
>>>> compiler. That's not unreasonable.
>>> I thought we had this argument back when we were talking about
>>> modules. I think it's unacceptable to require a C compiler and the
>>> presence of Emacs unlinked objects for the proper operation of an
>>> end-user feature.
>> Although using a dumped Emacs is an end-user feature, dumping and
>> redumping are not. Dumping and/or redumping are techniques used to build
>> Emacs, and in practice they should be part of a software build system;
>> for such a thing it's reasonable to assume a C compiler.
>> We already assume a C compiler (or equivalent) when building modules; we
>> don't assume a C compiler only when people are using the modules.
>> Dumping is similar.

We're talking about dumping an end-user Emacs for random end-user
purposes, not the dump that occurs while building Emacs.

reply via email to

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