From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?utf-8?Q?=C3=93scar_Fuentes?= Newsgroups: gmane.emacs.devel Subject: Re: Building Emacs on MSYS2 Date: Fri, 15 Apr 2016 22:17:15 +0200 Message-ID: <874mb2y6d0.fsf@wanadoo.es> References: <56CCD91E.6070507@alice.it> <570C4307.6050907@alice.it> <83k2k2g82s.fsf@gnu.org> <570EA823.1010404@alice.it> <570EBADD.2060604@cs.ucla.edu> <570EC198.5090407@alice.it> <570EF300.3050104@cs.ucla.edu> <570F4EC7.3060403@alice.it> <83twj4dx7q.fsf@gnu.org> <878u0gyyge.fsf_-_@wanadoo.es> <570FC0BC.8030709@cs.ucla.edu> <874mb4yxqi.fsf@wanadoo.es> <83potsduv5.fsf@gnu.org> <87vb3kxho5.fsf@wanadoo.es> <83mvowdru7.fsf@gnu.org> <87r3e8x88h.fsf@wanadoo.es> <571102B8.8010004@cs.ucla.edu> <87inziyjb5.fsf@wanadoo.es> <57112544.5050508@cs.ucla.edu> <87d1pqycsz.fsf@wanadoo.es> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1460751474 2166 80.91.229.3 (15 Apr 2016 20:17:54 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 15 Apr 2016 20:17:54 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Apr 15 22:17:45 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1arABV-0006wH-CN for ged-emacs-devel@m.gmane.org; Fri, 15 Apr 2016 22:17:45 +0200 Original-Received: from localhost ([::1]:41397 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1arABU-0002rC-PS for ged-emacs-devel@m.gmane.org; Fri, 15 Apr 2016 16:17:44 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40532) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1arABD-0002lo-TI for emacs-devel@gnu.org; Fri, 15 Apr 2016 16:17:28 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1arABA-0006u0-Mq for emacs-devel@gnu.org; Fri, 15 Apr 2016 16:17:27 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:51670) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1arABA-0006tX-Fv for emacs-devel@gnu.org; Fri, 15 Apr 2016 16:17:24 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1arAB8-0006m9-Oj for emacs-devel@gnu.org; Fri, 15 Apr 2016 22:17:22 +0200 Original-Received: from 120.red-88-22-75.staticip.rima-tde.net ([88.22.75.120]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 15 Apr 2016 22:17:22 +0200 Original-Received: from ofv by 120.red-88-22-75.staticip.rima-tde.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 15 Apr 2016 22:17:22 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 29 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 120.red-88-22-75.staticip.rima-tde.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.92 (gnu/linux) Cancel-Lock: sha1:TKpH+O8E9yymqUYxKXnRT/h+XBg= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:202970 Archived-At: Stefan Monnier writes: >> I was just saying that Emacs wide integers are the default on 64 bit >> platforms. > > No: --with-wide-int was introduced so that Emacs can use integers which > are twice the size of pointers (at the cost of making Lisp_Object twice > the size, hence wasting space for all non-integer values). AFAIK that was the reasoning when 64 bit platforms were not prevalent and 32 bit the norm. > I.e. on > a 64bit system, this would mean that the Lisp_Object type is 128bit > wide, which would be a waste. > > Luckily for that script you quoted, on 64bit hosts, we basically > ignore --with-wide-int, so even though it goes to extra trouble to > set --with-wide-int on amd64 we disregard this "preposterous request". Hence effectively --with-wide-int is a method for ensuring that a 64 bit type is used for storing Emacs integers. But as on 64 bit platforms Emacs already uses a 64 bit type for that, there is no observable difference from the POV of the user among passing --with-wide-int=yes to the configure script and not doing it. Which is in line with what you quoted from my previous message. Now, can be agree on that I'm right and stop this pointless discussion :-)