From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: EMACS_INT cleanup Date: Fri, 24 Sep 2010 01:59:52 +0200 Message-ID: References: <83aan8uvy3.fsf@gnu.org> <8339t0uthi.fsf@gnu.org> <831v8kurwd.fsf@gnu.org> <83wrqctcha.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1285286410 8095 80.91.229.12 (24 Sep 2010 00:00:10 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 24 Sep 2010 00:00:10 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Sep 24 02:00:09 2010 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.69) (envelope-from ) id 1Oyvhx-0003mD-2S for ged-emacs-devel@m.gmane.org; Fri, 24 Sep 2010 02:00:09 +0200 Original-Received: from localhost ([127.0.0.1]:56110 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Oyvhw-0002qT-8h for ged-emacs-devel@m.gmane.org; Thu, 23 Sep 2010 20:00:08 -0400 Original-Received: from [140.186.70.92] (port=44886 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Oyvhp-0002qN-0Q for emacs-devel@gnu.org; Thu, 23 Sep 2010 20:00:02 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Oyvhn-0007qg-KL for emacs-devel@gnu.org; Thu, 23 Sep 2010 20:00:00 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]:49706) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oyvhn-0007qb-Iq for emacs-devel@gnu.org; Thu, 23 Sep 2010 19:59:59 -0400 Original-Received: from dyn.144-85-172-119.dsl.vtx.ch ([144.85.172.119]:12987 helo=fmsmemgm.homelinux.net) by fencepost.gnu.org with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1Oyvhn-0003MS-6j; Thu, 23 Sep 2010 19:59:59 -0400 Original-Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id 7F80C6611D; Fri, 24 Sep 2010 01:59:52 +0200 (CEST) In-Reply-To: (Lars Magne Ingebrigtsen's message of "Fri, 24 Sep 2010 00:53:40 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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:130715 Archived-At: > Isn't the SPECPDL thing for building a backtrace strack? The > specbinding structure is 16 bytes, and I'm assuming that it's organised > as a, er, stack. So having this be more than 31 bits will require a > recursion that goes deeper than the moon has atoms. (Well, ok. That's > a slight exaggeration. I admit it.) Yes, but using ptrdiff_t will have the advantage that it's just right. Using int requires a cast and an argument for why int is sufficiently large in practice. Casts are bad, and human-arguments are only OK when we can't argue directly with the compiler. Stefan