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 19:58:04 +0200 Message-ID: <87d1pqycsz.fsf@wanadoo.es> References: <56CCD91E.6070507@alice.it> <56DA0327.2030009@alice.it> <83oaatxu72.fsf@gnu.org> <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> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1460743118 31925 80.91.229.3 (15 Apr 2016 17:58:38 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 15 Apr 2016 17:58:38 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Apr 15 19:58:28 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 1ar80g-00084j-Gq for ged-emacs-devel@m.gmane.org; Fri, 15 Apr 2016 19:58:26 +0200 Original-Received: from localhost ([::1]:39034 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ar80f-0006zC-Vl for ged-emacs-devel@m.gmane.org; Fri, 15 Apr 2016 13:58:25 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48670) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ar80c-0006w3-Fb for emacs-devel@gnu.org; Fri, 15 Apr 2016 13:58:23 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ar80Z-0002zm-6R for emacs-devel@gnu.org; Fri, 15 Apr 2016 13:58:22 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:42655) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ar80Z-0002zh-0Z for emacs-devel@gnu.org; Fri, 15 Apr 2016 13:58:19 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1ar80W-0007yn-Bo for emacs-devel@gnu.org; Fri, 15 Apr 2016 19:58:16 +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 19:58:16 +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 19:58:16 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 19 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:VsaQISJv5uHOSVErfqSS+ZpAzQg= 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:202964 Archived-At: Paul Eggert writes: > On 04/15/2016 08:37 AM, Óscar Fuentes wrote: >>> --with-wide-int is not the default on any platform. >> Isn't it the default on 64 bit platforms, as you mentioned some messages >> upthread? > > No. --with-wide-int causes Emacs to use 'long long int' for EMACS_INT, > even if pointers fit in a narrower type. On my platform (Fedora 23 > x86-64), EMACS_INT is 'long int' because that is wide enough for > pointers. Although 'long int' and 'long long int' both happen to be > 64-bit integers on my platform, 'long int' is a bit nicer (e.g., > printf formats can use "%ld" rather than "%lld"), so using > --with-wide-int would be a minor loss. Which is irrelevant for the user who builds Emacs, isn't it? I was just saying that Emacs wide integers are the default on 64 bit platforms.