From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Steven Tamm Newsgroups: gmane.emacs.devel Subject: Re: make bootstrap fails with newest CVS sources - 2002-11-25 Date: Tue, 26 Nov 2002 08:21:05 -0800 Sender: emacs-devel-admin@gnu.org Message-ID: <1051720B-015B-11D7-9286-00039390AB82@mac.com> References: <762A7BB74D6AD51195EF00B0D0AA16602C3850@STPETE> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 (Apple Message framework v548) Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Trace: main.gmane.org 1038327860 19528 80.91.224.249 (26 Nov 2002 16:24:20 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 26 Nov 2002 16:24:20 +0000 (UTC) Cc: "GNU Emacs Devel (emacs-devel@gnu.org)" Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18GiVV-00054n-00 for ; Tue, 26 Nov 2002 17:24:17 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 18Gibg-00024Z-00 for ; Tue, 26 Nov 2002 17:30:40 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 18GiTi-0003oG-00; Tue, 26 Nov 2002 11:22:26 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18GiSd-0002eR-00 for emacs-devel@gnu.org; Tue, 26 Nov 2002 11:21:19 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18GiSZ-0002a2-00 for emacs-devel@gnu.org; Tue, 26 Nov 2002 11:21:17 -0500 Original-Received: from a17-250-248-97.apple.com ([17.250.248.97] helo=smtpout.mac.com) by monty-python.gnu.org with esmtp (Exim 4.10) id 18GiSY-0002YE-00 for emacs-devel@gnu.org; Tue, 26 Nov 2002 11:21:14 -0500 Original-Received: from asmtp02.mac.com (asmtp02-qfe3 [10.13.10.66]) by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id gAQGLDCV007622 for ; Tue, 26 Nov 2002 08:21:13 -0800 (PST) Original-Received: from mac.com ([12.236.43.16]) by asmtp02.mac.com (Netscape Messaging Server 4.15) with ESMTP id H66YRC00.QMF; Tue, 26 Nov 2002 08:21:12 -0800 Original-To: Ben Key In-Reply-To: <762A7BB74D6AD51195EF00B0D0AA16602C3850@STPETE> X-Mailer: Apple Mail (2.548) Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:9686 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:9686 In fns.c:Frequire I changed: if (nesting > 2) error ("Recursive `require' for feature `%s'", SDATA (SYMBOL_NAME (feature))); to: if (nesting > 3) error ("Recursive `require' for feature `%s'", SDATA (SYMBOL_NAME (feature))); This makes the recursive load die in lread.c:Fload (which produces the nicer error). Fload fails if it tries to load the same file more than 3 times. I found this out totally by accident. On darwin/Mac OS X, there is a problem with the apple-hacked GCC that it doesn't seem to export the structure definitions for Lisp_String and Lisp_Object because of the name conflict with the Lisp_Type enum. So the gdb macros like xsymbol didn't work. After I figured that out I just thought that the problem might go away if I allowed more nesting. I was wrong. BTW, To get the Lisp_String etc. structures to be loaded correctly into gdb on darwin all I did was add this to emacs.c typedef Lisp_Object XLisp_Object; typedef struct Lisp_String XLisp_String; typedef struct Lisp_Symbol XLisp_Symbol; typedef struct Lisp_Cons XLisp_Cons; XLisp_Object dummy1; XLisp_String dummy2; XLisp_Symbol dummy3; XLisp_Cons dummy4; Do any other platforms have the same problem, or is there some flag I can use to make this go away? -Steven On Tuesday, November 26, 2002, at 05:49 AM, Ben Key wrote: > There appears to be a recursive load (I turned up the recursion > check > from 2 to 3 in fns.c) to get it to fail in lread. > > Recursive load: "/dev/emacs/lisp/emacs-lisp/cl-macs.el", > "/dev/emacs/lisp/button.el", "/dev/emacs/lisp/help-mode.el", > "/dev/emacs/lisp/help-fns.el", > "/dev/emacs/lisp/emacs-lisp/cl-macs.el", > "/dev/emacs/lisp/button.el", "/dev/emacs/lisp/help-mode.el", > "/dev/emacs/lisp/help-fns.el", > "/dev/emacs/lisp/emacs-lisp/cl-macs.el", > "/dev/emacs/lisp/button.el", "/dev/emacs/lisp/help-mode.el", > "/dev/emacs/lisp/help-fns.el", > "/dev/emacs/lisp/emacs-lisp/cl-macs.el", > "/dev/emacs/lisp/button.el", "/dev/emacs/lisp/help-mode.el", > "/dev/emacs/lisp/help-fns.el", > "/dev/emacs/lisp/emacs-lisp/cl-macs.el", > "/dev/emacs/lisp/faces.el", "/dev/emacs/lisp/loadup.el" > > The chain appears to be cl-macs -> help-fns -> help-mode -> button > -> > cl-macs > > How did you get this information? What did you have to change / > enable in > order to get such a detailed report? I spent quite some time > searching for > a way to do something similar so I could provide more information when > I > reported the problem, but I failed to find anything.