[Top][All Lists]

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

Re: running ./temacs

From: Dan Nicolaescu
Subject: Re: running ./temacs
Date: Tue, 31 May 2011 01:19:01 -0400
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux)

Stefan Monnier <address@hidden> writes:

>>> >>>>> [Hacking around this so that Vprocess_environment is initialized when
>>> >>>>> not dumping makes ./temacs work correctly]
>>> >>>> In case anyone wants to see the difference in behavior, here's the
>>> >>>> ugly hack:
>>> >>> Could you explain your code (i.e. why you need those strcmp hacks, why
>>> >>> you need to set&unset initialized, ...)?
>>> >> set_initial_environment only initializes Vprocess_environment if
>>> >> `initialized' is set.
>>> > Do you happen to know why?
>>> No idea.  I'd speculate that it's undesirable to initialize it when
>>> dumping...
>> Yes, probably.
> So `initialized' is not the right variable to test.
> Maybe Vpurify_flag would be closer since it is a better indicator of
> whether we're about to dump or not, AFAIK.

Vpurify_flag does not quite work. lread.c:init_obarray sets it

  /* Qt is correct even if CANNOT_DUMP.  loadup.el will set to nil at end.  */
  Vpurify_flag = Qt;

I checked in a simplified version of this and of
./temacs runs now.  It starts up in -nw mode, but that's a different
issue.  It would be great if someone could solve that one too...

reply via email to

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