From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Richard M. Stallman" Newsgroups: gmane.emacs.devel Subject: Re: obsolete comment in tool-bar.el Date: Mon, 11 Jul 2005 23:20:32 -0400 Message-ID: References: <200507071915.j67JFZT29961@raven.dms.auburn.edu> <200507090235.j692ZER04883@raven.dms.auburn.edu> <200507110321.j6B3LgG09526@raven.dms.auburn.edu> <85y88dfcqw.fsf@lola.goethe.zz> Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1121139112 18527 80.91.229.2 (12 Jul 2005 03:31:52 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 12 Jul 2005 03:31:52 +0000 (UTC) Cc: teirllm@dms.auburn.edu, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jul 12 05:31:43 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DsBUA-0002mw-TZ for ged-emacs-devel@m.gmane.org; Tue, 12 Jul 2005 05:31:07 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DsBVm-0006Gr-06 for ged-emacs-devel@m.gmane.org; Mon, 11 Jul 2005 23:32:46 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DsBTb-0005Et-V6 for emacs-devel@gnu.org; Mon, 11 Jul 2005 23:30:32 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DsBTX-0005CQ-K8 for emacs-devel@gnu.org; Mon, 11 Jul 2005 23:30:29 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DsBTW-0005Ak-B0 for emacs-devel@gnu.org; Mon, 11 Jul 2005 23:30:26 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DsBUL-0006n9-HQ for emacs-devel@gnu.org; Mon, 11 Jul 2005 23:31:17 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1DsBJw-0003OK-TL; Mon, 11 Jul 2005 23:20:32 -0400 Original-To: David Kastrup In-reply-to: <85y88dfcqw.fsf@lola.goethe.zz> (message from David Kastrup on Mon, 11 Jul 2005 19:56:07 +0200) 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:40811 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:40811 Stupid question: instead of having two initialization functions that need to replace the normal initializers for preloaded stuff, wouldn't it be easier to simply redefine the _standard_ initialization functions in an Emacs used for dumping? I don't think we want to disguise unexpected errors. However, an idea occurs to me. We could change the two usual functions so that if an error occurs during building Emacs then the variable is left unbound. If this happens where it is expected, for the variables which would have used the new -safe- functions, the variable will be recomputed later in startup.el. So the end result will be the same as if a -safe- function had been used. But if it happens where it is not expected, the variable will remain unbound, and references will get an error, and we will debug it. I am not sure that method would work well, but maybe it would. However, sticking with the present approach is safer. We know it can't ignore errors for variables we did not intend that for.