Re: running ./temacs

[Óscar Fuentes]

Dan Nicolaescu <address@hidden> writes:

> Running just ./temacs is currently not very useful.

Yep.

> The first think it does when starting up is complain that /.emacs.d/
> cannot be found.

[snip]

On a related topic, it would be nice to have a working emacs when
CANNOT_DUMP is defined.

IIRC some time ago I built such a beast on GNU/Linux after hard-coding
some macro values on epaths.h and applying the following patch. Please
consider it for inclusion on the mainline sources.

diff --git a/src/eval.c b/src/eval.c
index 06888ca..91f75dd 100644
--- a/src/eval.c
+++ b/src/eval.c
@@ -2184,9 +2184,11 @@ do_autoload (Lisp_Object fundef, Lisp_Object funname)
 
   /* This is to make sure that loadup.el gives a clear picture
      of what files are preloaded and when.  */
+#ifndef CANNOT_DUMP
   if (! NILP (Vpurify_flag))
     error ("Attempt to autoload %s while preparing to dump",
           SDATA (SYMBOL_NAME (funname)));
+#endif
 
   fun = funname;
   CHECK_SYMBOL (funname);
diff --git a/src/fns.c b/src/fns.c
index 3d4c07a..dc1a181 100644
--- a/src/fns.c
+++ b/src/fns.c
@@ -2809,9 +2809,11 @@ The normal messages at start and end of loading FILENAME 
are suppressed.  *
 
       /* This is to make sure that loadup.el gives a clear picture
         of what files are preloaded and when.  */
+#ifndef CANNOT_DUMP
       if (! NILP (Vpurify_flag))
        error ("(require %s) while preparing to dump",
               SDATA (SYMBOL_NAME (feature)));
+#endif
 
       /* A certain amount of recursive `require' is legitimate,
         but if we require the same feature recursively 3 times,