From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Compilation to native Date: 16 Apr 2004 10:44:29 -0400 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <87eks0654s.fsf@sno.mundell.ukfsn.org> <87n06bp4ng.fsf@sno.mundell.ukfsn.org> <877jxccutf.fsf@sno.mundell.ukfsn.org> <87k712gesk.fsf@sno.mundell.ukfsn.org> <87k70lhrsq.fsf@sno.mundell.ukfsn.org> <87wu4jrf3j.fsf@sno.mundell.ukfsn.org> <87d66bg55g.fsf-monnier+emacs@gnu.org> <20040413205156.GA15097@fencepost> <87k70gdmvi.fsf@sno.mundell.ukfsn.org> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1082127166 14633 80.91.224.253 (16 Apr 2004 14:52:46 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 16 Apr 2004 14:52:46 +0000 (UTC) Cc: emacs-devel@gnu.org, rms@gnu.org, Miles Bader Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Fri Apr 16 16:52:37 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BEUho-0003cd-00 for ; Fri, 16 Apr 2004 16:52:36 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BEUhn-00077D-00 for ; Fri, 16 Apr 2004 16:52:35 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.30) id 1BEUgs-0002Ad-NN for emacs-devel@quimby.gnus.org; Fri, 16 Apr 2004 10:51:38 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.30) id 1BEUgE-0001ew-4g for emacs-devel@gnu.org; Fri, 16 Apr 2004 10:50:58 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.30) id 1BEUfK-0000t2-Jv for emacs-devel@gnu.org; Fri, 16 Apr 2004 10:50:33 -0400 Original-Received: from [132.204.24.67] (helo=mercure.iro.umontreal.ca) by monty-python.gnu.org with esmtp (Exim 4.30) id 1BEUa4-0006eu-Um; Fri, 16 Apr 2004 10:44:37 -0400 Original-Received: from asado.iro.umontreal.ca (asado.iro.umontreal.ca [132.204.24.84]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id A19562111C; Fri, 16 Apr 2004 10:44:29 -0400 (EDT) Original-Received: by asado.iro.umontreal.ca (Postfix, from userid 20848) id 4B5168B4C3; Fri, 16 Apr 2004 10:44:29 -0400 (EDT) Original-To: Matthew Mundell In-Reply-To: <87k70gdmvi.fsf@sno.mundell.ukfsn.org> Original-Lines: 13 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-0.908, requis 5, BAYES_10 -0.91) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:21772 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:21772 > Do the 1 and 2 byte constants for stack_ref, stack_set and stack_set2 > cater for the maximum size of the stack? Fbyte_code's maxdepth > parameter is a Lisp_Int, which suggests that the stack can be at least > as large as can be held in 29 bits. Is there perhaps some other > restriction on the stack size? The "stack" in Fbyte_code is really just the activation frame: every time you enter a new byte-coded function, a new "stack" is created (allocated on the C stack via alloca). So it's extremely unlikely that maxdepth will ever be anywhere near 2^29. Stefan