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: Building Emacs on MSYS2 Date: Fri, 15 Apr 2016 17:22:06 -0400 Message-ID: References: <56CCD91E.6070507@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> <874mb2y6d0.fsf@wanadoo.es> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1460755350 31024 80.91.229.3 (15 Apr 2016 21:22:30 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 15 Apr 2016 21:22:30 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Apr 15 23:22:19 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 1arBBy-0001Zq-R8 for ged-emacs-devel@m.gmane.org; Fri, 15 Apr 2016 23:22:19 +0200 Original-Received: from localhost ([::1]:42433 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1arBBu-0005ll-Rn for ged-emacs-devel@m.gmane.org; Fri, 15 Apr 2016 17:22:14 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47242) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1arBBr-0005jU-Kt for emacs-devel@gnu.org; Fri, 15 Apr 2016 17:22:12 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1arBBm-000209-HK for emacs-devel@gnu.org; Fri, 15 Apr 2016 17:22:11 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:55218) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1arBBm-000205-Aw for emacs-devel@gnu.org; Fri, 15 Apr 2016 17:22:06 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1arBBl-0001Us-9d for emacs-devel@gnu.org; Fri, 15 Apr 2016 23:22:05 +0200 Original-Received: from modemcable043.43-19-135.mc.videotron.ca ([135.19.43.43]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 15 Apr 2016 23:22:05 +0200 Original-Received: from monnier by modemcable043.43-19-135.mc.videotron.ca with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 15 Apr 2016 23:22:05 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 24 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: modemcable043.43-19-135.mc.videotron.ca User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) Cancel-Lock: sha1:+erQRiTkgVY5I419Jm9r86Q/u8A= 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:202974 Archived-At: >>> 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. --with-wide-int is pretty recent, so 64bit was already prevalent when it appeared. IOW The reasoning hasn't changed since. > Hence effectively --with-wide-int is a method for ensuring that a 64 bit > type is used for storing Emacs integers. That's the end result in practice, I guess. But from the implementation point of view it's quite different. > Now, can be agree on that I'm right and stop this pointless discussion > :-) Admit it: I'm right, Stefan