From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lars Magne Ingebrigtsen Newsgroups: gmane.emacs.devel Subject: Re: EMACS_INT cleanup Date: Fri, 24 Sep 2010 00:53:40 +0200 Organization: Programmerer Ingebrigtsen 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 X-Trace: dough.gmane.org 1285282442 27397 80.91.229.12 (23 Sep 2010 22:54:02 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 23 Sep 2010 22:54:02 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Sep 24 00:54:01 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 1Oyufw-0000Al-E3 for ged-emacs-devel@m.gmane.org; Fri, 24 Sep 2010 00:54:00 +0200 Original-Received: from localhost ([127.0.0.1]:47539 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Oyufv-0001UL-Vx for ged-emacs-devel@m.gmane.org; Thu, 23 Sep 2010 18:54:00 -0400 Original-Received: from [140.186.70.92] (port=34490 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Oyufq-0001UE-PU for emacs-devel@gnu.org; Thu, 23 Sep 2010 18:53:55 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Oyufn-0007zW-D4 for emacs-devel@gnu.org; Thu, 23 Sep 2010 18:53:54 -0400 Original-Received: from lo.gmane.org ([80.91.229.12]:37807) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oyufn-0007zQ-1g for emacs-devel@gnu.org; Thu, 23 Sep 2010 18:53:51 -0400 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Oyufm-00008Y-6N for emacs-devel@gnu.org; Fri, 24 Sep 2010 00:53:50 +0200 Original-Received: from cm-84.215.34.171.getinternet.no ([84.215.34.171]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 24 Sep 2010 00:53:50 +0200 Original-Received: from larsi by cm-84.215.34.171.getinternet.no with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 24 Sep 2010 00:53:50 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: emacs-devel@gnu.org Original-Lines: 28 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: cm-84.215.34.171.getinternet.no Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAElBMVEVjSELZwr+JamOniYO4 mpaaenPzkw4+AAACQUlEQVQ4jZVUy5LbIBCk9AVRlr1TqLjbGrgvy+iugOb/fyXdyOtLTsE2lqen H4Nccus/K7i5/gM4b0Crvku+4u2r+qxfTol4lis+6vFV/dpOl4H4+kMhC2XNZGCtOoXwUrKevj4I TOW3D6+PFm4GKPSsjRQl5fsGPHym3L35dX/8MLzSILOfjc9fL4ChdRpn5vZ6OnS9/Fdt+KzHk4XH mzETTDu6Y3KRH5c5J2PAjFKiDWq+5bXJUOxjRS8ZrKugbRKQ4OPp5XxLcQkIopK9wTxTCiSZ6XTO 7nN7uFcBno3HDxpdOgAIFIANTBultlwu367fbkhus6rz6Oct8KKB5jKn92XogFK5jk1x7CBIGU1k VC+v8evn9uVs5r0z8/QQNn8MgTnWmIHLVSJGLzL2P8c5ARH+5NHOf4bW1k+HiAybYWC5NjE0jf2i RzEb2BSnFg1zSMZVcNYHpdQ08/9gyolkdy6xXyzrMfYkEi1JT337dknM4lYSnXTfqnKw1oOLEYSS 8T4y4pSkRZpByix1iIxmPcZtjx0CuDhdHB2aFodRKlVfcruOCKkUpVtGZjOo94hv9E0ggTusxLhE i2lAYEkEekylJ2RYWzHeb4SJMxX8GwTQfJCMFJTiJbKkYj0sSJK0pxDjLTWMwbJXHI8Ktp6cC0QM 1rCiHIwRYjkBLN1BJEF3AcoLF11wKEf+jhFTxFFSCxvoeAIsaODCnsC5K5gDnPmEYBAHteA2bneZ bbgxOXB4LkPTEiYy8ddzB6UR/gKHlNS4eChUvwAAAABJRU5ErkJggg== Mail-Copies-To: never X-Now-Playing: Alva Noto's _For 2_: "Argonaut (for Heiner =?iso-8859-1?Q?M?= =?iso-8859-1?Q?=FCller=29=22?= User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/24.0.50 (gnu/linux) Cancel-Lock: sha1:BqT5DKnpoUKfGxLNkqvi9YF0bhg= 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:130712 Archived-At: Stefan Monnier writes: > What's wrong with ptrdiff_t? In principle, that's the best thing. However: grep -nH -e SPECPDL_INDEX *.c alloc.c:4849: int count = SPECPDL_INDEX (); alloc.c:4877: int count = SPECPDL_INDEX (); buffer.c:1405: int count = SPECPDL_INDEX (); buffer.c:1680: count = SPECPDL_INDEX (); buffer.c:3807: int count = SPECPDL_INDEX (); buffer.c:3916: int count = SPECPDL_INDEX (); bytecode.c:408: int count = SPECPDL_INDEX (); [165 lines removed] 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.) Of course, I've probably totally misunderstood how is works after spending several seconds reading the comment about it in lisp.h. -- (domestic pets only, the antidote for overdose, milk.) larsi@gnus.org * Lars Magne Ingebrigtsen