From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Jason Rumney Newsgroups: gmane.emacs.devel Subject: Re: Boostrap error Date: Mon, 08 Nov 2004 10:30:32 +0000 Message-ID: <418F4AC8.4050906@gnu.org> References: <418F258D.5050201@wyrdrune.com> <3E791795-316A-11D9-A429-000D93505B76@swipnet.se> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1099910359 7305 80.91.229.6 (8 Nov 2004 10:39:19 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 8 Nov 2004 10:39:19 +0000 (UTC) Cc: Guy Gascoigne-Piggford , Emacs Devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Nov 08 11:39:14 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CR6va-0000i5-00 for ; Mon, 08 Nov 2004 11:39:14 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CR73v-0003pW-Ms for ged-emacs-devel@m.gmane.org; Mon, 08 Nov 2004 05:47:51 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CR6w0-0007Hd-3w for emacs-devel@gnu.org; Mon, 08 Nov 2004 05:39:40 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CR6vy-0007Gg-4c for emacs-devel@gnu.org; Mon, 08 Nov 2004 05:39:38 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CR6ua-0006l1-DB for emacs-devel@gnu.org; Mon, 08 Nov 2004 05:38:14 -0500 Original-Received: from [217.207.198.106] (helo=exchange.integrasp.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CR6m9-0000Ie-I3 for emacs-devel@gnu.org; Mon, 08 Nov 2004 05:29:29 -0500 Original-Received: from ASSP-nospam (localhost [127.0.0.1]) by exchange.integrasp.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id SBWN8C0J; Mon, 8 Nov 2004 10:29:16 -0000 Original-Received: from 192.168.111.196 ([192.168.111.196] helo=[192.168.111.196]) by ASSP-nospam ; 8 Nov 04 10:29:15 -0000 User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en Original-To: "Jan D." In-Reply-To: <3E791795-316A-11D9-A429-000D93505B76@swipnet.se> 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: main.gmane.org gmane.emacs.devel:29563 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:29563 Jan D. wrote: >> Guy Gascoigne-Piggford writes: >> >>> Doing a make bootstrap I've started getting an error loading >>> encoded-kb. This is in a completely fresh directory tree, so I don't >>> think that this is the same problem as the other boostrap error (where >>> certain .elc files remain and cause problems). >>> >>> Does this look familiar to anyone? >>> >>> make[1]: Entering directory `/cygdrive/c/dev/emacs-src/emacs/lisp' >> >> >> This is the Cygwin make problem that is mentioned in nt/INSTALL, and >> was discussed last week. Please try the patch Stefan posted in the >> thread "autoload failure" (I don't seem to have the message anymore, >> but you should be able to find it in the archive on lists.gnu.org). We >> are still waiting for someone to report whether it works or not on >> Cygwin. > > > > FWIW, setting buildlisppath to the real DOS path worked for me, i.e. > > > make buildlisppath=c:/dev/emacs-src/emacs/lisp > > for the case above. I don't know if there is a cygwin command to > convert a cygwin path to a DOS path, but if there is, this could be > done in the nt/makefile. > > Jan D. > We have tried that before, there are different versions of cygpath that are command-line compatible so it causes more problems than it solves. It would be far more useful to us if someone tried Stefan's patch instead of suggesting other workarounds.