* bootstrap error in c-mode with CANNOT_DUMP
@ 2009-06-12 6:25 Ken Raeburn
2009-06-12 21:37 ` Stefan Monnier
2009-06-13 2:41 ` Eli Zaretskii
0 siblings, 2 replies; 9+ messages in thread
From: Ken Raeburn @ 2009-06-12 6:25 UTC (permalink / raw
To: Emacs Development
I'm doing some experimenting with some changes that require linking in
a new library and calling some code early in the Emacs process. Since
the library isn't currently unexec-friendly, I'm trying some builds
without using unexec. I find that I can't do a bootstrap. If I do
"configure ... CPPFLAGS=-DCANNOT_DUMP" with current (unhacked) CVS
sources and try "make bootstrap", I eventually get this error:
Wrote /Users/raeburn/dev/e/fsf/lisp/progmodes/cfengine.elc
Compiling /Users/raeburn/dev/e/fsf/lisp/progmodes/cmacexp.el
Warning: Lisp directory `/Users/raeburn/dev/e/fsf/bld/Inst/share/emacs/
23.0.94/site-lisp' does not exist.
Warning: Lisp directory `/Users/raeburn/dev/e/fsf/bld/Inst/share/emacs/
site-lisp' does not exist.
Warning: Lisp directory `/Users/raeburn/dev/e/fsf/bld/Inst/share/emacs/
23.0.94/lisp' does not exist.
Warning: Lisp directory `/Users/raeburn/dev/e/fsf/bld/Inst/share/emacs/
23.0.94/leim' does not exist.
Loading loadup.el (source)...
Using load-path (/Users/raeburn/dev/e/fsf/lisp)
Loading emacs-lisp/byte-run...
[....]
Loading tooltip...
((66226 . 4511) (13575 . 0) (649 . 67) 96380 876313 (122 . 7) (22 . 8)
(6632 . 5779))
Finding pointers to doc strings...
Finding pointers to doc strings...done
Loading cc-langs...
Eval error in the `c-lang-defconst' for `c-cpp-matchers' in c-mode:
Eval error in the `c-lang-defconst' for `c-matchers-1' in c-mode:
In toplevel form:
../../lisp/progmodes/cmacexp.el:97:1:Error: `c-opt-cpp-prefix' got no
(prior) value in c-mode (might be a cyclic reference)
make[2]: *** [/Users/raeburn/dev/e/fsf/lisp/progmodes/cmacexp.elc]
Error 1
Without CANNOT_DUMP, it bootstraps just fine; I'm not sure why there
should be a difference.
Ken
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: bootstrap error in c-mode with CANNOT_DUMP
2009-06-12 6:25 bootstrap error in c-mode with CANNOT_DUMP Ken Raeburn
@ 2009-06-12 21:37 ` Stefan Monnier
2009-06-13 7:10 ` Ken Raeburn
2009-06-13 9:43 ` Eli Zaretskii
2009-06-13 2:41 ` Eli Zaretskii
1 sibling, 2 replies; 9+ messages in thread
From: Stefan Monnier @ 2009-06-12 21:37 UTC (permalink / raw
To: Ken Raeburn; +Cc: Emacs Development
> I'm doing some experimenting with some changes that require linking in a new
> library and calling some code early in the Emacs process. Since the
> library isn't currently unexec-friendly, I'm trying some builds without
> using unexec. I find that I can't do a bootstrap.
This is a known problem since it plagued the GNUStep port as well (when
it couldn't dump). Right now the use of CANNOT_DUMP leads to all kinds
of problems (IIRC even things like ~/.emacs don't get processed
correctly). But it's not very high on the todo-list, so if you can find
a fix for it, it would probably be welcome, but otherwise don't hold
your breath. A better path might be to try and find a way to do the
unexec.
Stefan
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: bootstrap error in c-mode with CANNOT_DUMP
2009-06-12 6:25 bootstrap error in c-mode with CANNOT_DUMP Ken Raeburn
2009-06-12 21:37 ` Stefan Monnier
@ 2009-06-13 2:41 ` Eli Zaretskii
2009-06-13 7:10 ` Ken Raeburn
1 sibling, 1 reply; 9+ messages in thread
From: Eli Zaretskii @ 2009-06-13 2:41 UTC (permalink / raw
To: Ken Raeburn; +Cc: emacs-devel
> From: Ken Raeburn <raeburn@raeburn.org>
> Date: Fri, 12 Jun 2009 02:25:39 -0400
>
> Compiling /Users/raeburn/dev/e/fsf/lisp/progmodes/cmacexp.el
> Warning: Lisp directory `/Users/raeburn/dev/e/fsf/bld/Inst/share/emacs/
> 23.0.94/site-lisp' does not exist.
> Warning: Lisp directory `/Users/raeburn/dev/e/fsf/bld/Inst/share/emacs/
> site-lisp' does not exist.
> Warning: Lisp directory `/Users/raeburn/dev/e/fsf/bld/Inst/share/emacs/
> 23.0.94/lisp' does not exist.
> Warning: Lisp directory `/Users/raeburn/dev/e/fsf/bld/Inst/share/emacs/
> 23.0.94/leim' does not exist.
> Loading loadup.el (source)...
> Using load-path (/Users/raeburn/dev/e/fsf/lisp)
> Loading emacs-lisp/byte-run...
> [....]
> Loading tooltip...
> ((66226 . 4511) (13575 . 0) (649 . 67) 96380 876313 (122 . 7) (22 . 8)
> (6632 . 5779))
> Finding pointers to doc strings...
> Finding pointers to doc strings...done
> Loading cc-langs...
> Eval error in the `c-lang-defconst' for `c-cpp-matchers' in c-mode:
> Eval error in the `c-lang-defconst' for `c-matchers-1' in c-mode:
>
> In toplevel form:
> ../../lisp/progmodes/cmacexp.el:97:1:Error: `c-opt-cpp-prefix' got no
> (prior) value in c-mode (might be a cyclic reference)
> make[2]: *** [/Users/raeburn/dev/e/fsf/lisp/progmodes/cmacexp.elc]
> Error 1
It looks for Lisp files in the wrong directory, right? If so, one way
solving that is to explicitly set loadpath as part of the command run
by Make that errors out.
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: bootstrap error in c-mode with CANNOT_DUMP
2009-06-12 21:37 ` Stefan Monnier
@ 2009-06-13 7:10 ` Ken Raeburn
2009-06-13 9:43 ` Eli Zaretskii
1 sibling, 0 replies; 9+ messages in thread
From: Ken Raeburn @ 2009-06-13 7:10 UTC (permalink / raw
To: Stefan Monnier; +Cc: Emacs Development
On Jun 12, 2009, at 17:37, Stefan Monnier wrote:
> This is a known problem since it plagued the GNUStep port as well
> (when
> it couldn't dump). Right now the use of CANNOT_DUMP leads to all
> kinds
> of problems (IIRC even things like ~/.emacs don't get processed
> correctly). But it's not very high on the todo-list, so if you can
> find
> a fix for it, it would probably be welcome, but otherwise don't hold
> your breath. A better path might be to try and find a way to do the
> unexec.
Working on it, but Guile's initialization is a little complicated in
places. In the (much) longer term, I think finding some solution for
Emacs other than unexec would be better, if we want to permit
extensions in general, because unexec-ability seems like a pretty
onerous demand to make of all libraries one might want to use.
(Luckily, I suspect most such libraries don't need to have *any* code
run before the unexec step, so loading fresh versions in the new
process isn't a problem; that just doesn't work in my case.) But
that's a whole other matter...
I was kind of hoping CANNOT_DUMP might give me a shortcut to something
I could actually run. :-(
Actually, it kind of does, if I avoid bootstrapping; I just have to
figure out if each bug is in my work or in the Emacs code base I'm
starting with....
Ken
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: bootstrap error in c-mode with CANNOT_DUMP
2009-06-13 2:41 ` Eli Zaretskii
@ 2009-06-13 7:10 ` Ken Raeburn
0 siblings, 0 replies; 9+ messages in thread
From: Ken Raeburn @ 2009-06-13 7:10 UTC (permalink / raw
To: Eli Zaretskii; +Cc: emacs-devel
On Jun 12, 2009, at 22:41, Eli Zaretskii wrote:
> It looks for Lisp files in the wrong directory, right? If so, one way
> solving that is to explicitly set loadpath as part of the command run
> by Make that errors out.
There are other Emacs invocations that fail that way (e.g., list-load-
path-shadows), but the compilation commands do set EMACSLOADPATH;
Emacs just warns about the install directories missing anyways. And
it does manage to load the lisp files; it doesn't fail until it's
actually compiling stuff.
Ken
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: bootstrap error in c-mode with CANNOT_DUMP
2009-06-12 21:37 ` Stefan Monnier
2009-06-13 7:10 ` Ken Raeburn
@ 2009-06-13 9:43 ` Eli Zaretskii
2009-06-14 4:56 ` Richard Stallman
1 sibling, 1 reply; 9+ messages in thread
From: Eli Zaretskii @ 2009-06-13 9:43 UTC (permalink / raw
To: Stefan Monnier; +Cc: raeburn, emacs-devel
> From: Stefan Monnier <monnier@iro.umontreal.ca>
> Date: Fri, 12 Jun 2009 17:37:46 -0400
> Cc: Emacs Development <emacs-devel@gnu.org>
>
> Right now the use of CANNOT_DUMP leads to all kinds of problems
> (IIRC even things like ~/.emacs don't get processed correctly).
Perhaps we should mention in etc/PROBLEMS that CANNOT_DUMP is broken.
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: bootstrap error in c-mode with CANNOT_DUMP
2009-06-13 9:43 ` Eli Zaretskii
@ 2009-06-14 4:56 ` Richard Stallman
2009-06-14 5:01 ` Ken Raeburn
0 siblings, 1 reply; 9+ messages in thread
From: Richard Stallman @ 2009-06-14 4:56 UTC (permalink / raw
To: Eli Zaretskii; +Cc: raeburn, monnier, emacs-devel
If CANNOT_DUMP does not work, does that mean Emacs is broken on some
platforms? If so, it seems to me that fixing this is urgent. A
regression that entirely breaks certain platforms is as bad as it
gets.
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: bootstrap error in c-mode with CANNOT_DUMP
2009-06-14 4:56 ` Richard Stallman
@ 2009-06-14 5:01 ` Ken Raeburn
2009-06-15 1:53 ` Richard Stallman
0 siblings, 1 reply; 9+ messages in thread
From: Ken Raeburn @ 2009-06-14 5:01 UTC (permalink / raw
To: rms; +Cc: Eli Zaretskii, monnier, emacs-devel
On Jun 14, 2009, at 00:56, Richard Stallman wrote:
> If CANNOT_DUMP does not work, does that mean Emacs is broken on some
> platforms? If so, it seems to me that fixing this is urgent. A
> regression that entirely breaks certain platforms is as bad as it
> gets.
There are no platforms currently using that option. But it might mean
porting to new platforms or other environments (e.g., using libguile)
has a higher initial cost than necessary, if it requires making unexec
work.
Ken
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: bootstrap error in c-mode with CANNOT_DUMP
2009-06-14 5:01 ` Ken Raeburn
@ 2009-06-15 1:53 ` Richard Stallman
0 siblings, 0 replies; 9+ messages in thread
From: Richard Stallman @ 2009-06-15 1:53 UTC (permalink / raw
To: Ken Raeburn; +Cc: eliz, monnier, emacs-devel
There are no platforms currently using that option.
That's a good thing, overall.
But it might mean
porting to new platforms or other environments (e.g., using libguile)
has a higher initial cost than necessary, if it requires making unexec
work.
True, but new platforms are rare these days, so I suppose it is not
worth fixing CANNOT_DUMP in anticipation.
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2009-06-15 1:53 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-06-12 6:25 bootstrap error in c-mode with CANNOT_DUMP Ken Raeburn
2009-06-12 21:37 ` Stefan Monnier
2009-06-13 7:10 ` Ken Raeburn
2009-06-13 9:43 ` Eli Zaretskii
2009-06-14 4:56 ` Richard Stallman
2009-06-14 5:01 ` Ken Raeburn
2009-06-15 1:53 ` Richard Stallman
2009-06-13 2:41 ` Eli Zaretskii
2009-06-13 7:10 ` Ken Raeburn
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.