[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
unconditionally:
/* 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
set_initial_environment.
./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...
- Re: running ./temacs,
Dan Nicolaescu <=
Re: running ./temacs, Eli Zaretskii, 2011/05/31