From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?utf-8?Q?=C3=93scar_Fuentes?= Newsgroups: gmane.emacs.devel Subject: Re: running ./temacs Date: Wed, 17 Nov 2010 08:43:00 +0100 Message-ID: <87fwv0v1iz.fsf@telefonica.net> References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1289979800 9333 80.91.229.12 (17 Nov 2010 07:43:20 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 17 Nov 2010 07:43:20 +0000 (UTC) Cc: emacs-devel@gnu.org To: Dan Nicolaescu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Nov 17 08:43:15 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PIcfh-0000DY-Qm for ged-emacs-devel@m.gmane.org; Wed, 17 Nov 2010 08:43:13 +0100 Original-Received: from localhost ([127.0.0.1]:38447 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PIcfh-0002ze-AT for ged-emacs-devel@m.gmane.org; Wed, 17 Nov 2010 02:43:13 -0500 Original-Received: from [140.186.70.92] (port=49889 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PIcfb-0002zW-9g for emacs-devel@gnu.org; Wed, 17 Nov 2010 02:43:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PIcfa-0003Bv-D3 for emacs-devel@gnu.org; Wed, 17 Nov 2010 02:43:07 -0500 Original-Received: from impaqm5.telefonica.net ([213.4.138.5]:8565) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PIcfa-0003BA-5C for emacs-devel@gnu.org; Wed, 17 Nov 2010 02:43:06 -0500 Original-Received: from IMPmailhost3.adm.correo ([10.20.102.124]) by IMPaqm5.telefonica.net with bizsmtp id Y7gX1f00d2h2L9m3R7j25B; Wed, 17 Nov 2010 08:43:02 +0100 Original-Received: from qcore ([83.37.167.236]) by IMPmailhost3.adm.correo with BIZ IMP id Y7j11f00256MNWj1j7j17C; Wed, 17 Nov 2010 08:43:02 +0100 X-Brightmail-Tracker: AAAAAA== X-TE-authinfo: authemail="981711563$telefonica.net" |auth_email="981711563@telefonica.net" X-TE-AcuTerraCos: auth_cuTerraCos="cosuitnetc01" In-Reply-To: (Dan Nicolaescu's message of "Wed, 17 Nov 2010 01:57:10 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:132769 Archived-At: Dan Nicolaescu 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,