From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Glenn Morris Newsgroups: gmane.emacs.devel,gmane.emacs.pretest.bugs Subject: Re: bug#327: 23.0.60; make bootstrap fails from CVS Date: Wed, 28 May 2008 13:41:44 -0400 Message-ID: References: <86ej7nenp4.fsf@lifelogs.com> <868wxv73hy.fsf@lifelogs.com> <86ej7mfral.fsf@lifelogs.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1211996624 16662 80.91.229.12 (28 May 2008 17:43:44 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 28 May 2008 17:43:44 +0000 (UTC) Cc: 327@emacsbugs.donarmstrong.com, emacs-pretest-bug@gnu.org To: Ted Zlatanov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed May 28 19:44:24 2008 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.50) id 1K1PhF-0004N2-FR for ged-emacs-devel@m.gmane.org; Wed, 28 May 2008 19:44:21 +0200 Original-Received: from localhost ([127.0.0.1]:56996 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1K1PgU-0001TS-20 for ged-emacs-devel@m.gmane.org; Wed, 28 May 2008 13:43:34 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1K1PgP-0001TD-IW for emacs-devel@gnu.org; Wed, 28 May 2008 13:43:29 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1K1PgO-0001T1-6P for emacs-devel@gnu.org; Wed, 28 May 2008 13:43:29 -0400 Original-Received: from [199.232.76.173] (port=41468 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1K1PgO-0001Sy-0P for emacs-devel@gnu.org; Wed, 28 May 2008 13:43:28 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]:60636) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1K1PgN-0004nN-W5 for emacs-devel@gnu.org; Wed, 28 May 2008 13:43:28 -0400 Original-Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1K1Pei-0007r7-Gm; Wed, 28 May 2008 13:41:44 -0400 X-Spook: colonel Lexis-Nexis Steve Case SAFE hackers Saddam X-Ran: ,o*{w(NJ-n_'trJ:-jL0=ao,DY X-Hue: red X-Attribution: GM In-Reply-To: <86ej7mfral.fsf@lifelogs.com> (Ted Zlatanov's message of "Wed, 28 May 2008 09:15:46 -0500") User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) 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:97916 gmane.emacs.pretest.bugs:22475 Archived-At: Ted Zlatanov wrote: > I just used M-x report-emacs-bug so I don't know why it was misdirected. The report was fine, it was the followups (it happened again with your previous message). Can you edit the addresses manually if you reply again? I think there was some temporary glitch with the initial routing of this report that has probably caused these issues: http://lists.gnu.org/archive/html/emacs-devel/2008-05/msg01605.html (probably this should not explicitly be going to emacs-pretest-bug@gnu.org, but we've started now) > bash> echo "ELCFILES = \\\\\\" -> ELCFILES = \\\ > zsh> echo "ELCFILES = \\\\\\" -> ELCFILES = \\ > > GM> The following ought to work for everyone. Blech. > > GM> (Yes, I know I should be using printf rather than echo, but it isn't > GM> used anywhere else in the Emacs Makefiles, so I don't know if I'm > GM> allowed to.) > > Maybe /bin/echo would be better? Yes, except I don't know if "/bin/echo" is always "/bin/echo" on all the wacky systems Emacs supports. "printf" would be better still. But since no-one can define exactly what "portable" means for the Emacs build process, I try to only add constructs already used. > Anyhow, it's fixed, thanks a lot for looking at it. Huh? You're saying that your problem, which happened in bootstrapping a fresh checkout, has been fixed by a change to the update-elclist rule that only runs _after_ bootstrapping? AFAICS, that's impossible, but never mind...