From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Paul Eggert Newsgroups: gmane.emacs.devel Subject: Re: Building Emacs on MSYS2 Date: Fri, 15 Apr 2016 10:30:44 -0700 Organization: UCLA Computer Science Department Message-ID: <57112544.5050508@cs.ucla.edu> References: <56CCD91E.6070507@alice.it> <56CE2CA7.5050906@alice.it> <83io1cg2pt.fsf@gnu.org> <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> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1460741463 5341 80.91.229.3 (15 Apr 2016 17:31:03 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 15 Apr 2016 17:31:03 +0000 (UTC) To: =?UTF-8?Q?=c3=93scar_Fuentes?= , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Apr 15 19:30:56 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 1ar7a4-0008JO-1Q for ged-emacs-devel@m.gmane.org; Fri, 15 Apr 2016 19:30:56 +0200 Original-Received: from localhost ([::1]:38546 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ar7a3-0005j8-GW for ged-emacs-devel@m.gmane.org; Fri, 15 Apr 2016 13:30:55 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33950) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ar7Zz-0005fW-0X for emacs-devel@gnu.org; Fri, 15 Apr 2016 13:30:51 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ar7Zv-0003yn-02 for emacs-devel@gnu.org; Fri, 15 Apr 2016 13:30:50 -0400 Original-Received: from zimbra.cs.ucla.edu ([131.179.128.68]:41778) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ar7Zu-0003xh-Qh for emacs-devel@gnu.org; Fri, 15 Apr 2016 13:30:46 -0400 Original-Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id A06BB161261; Fri, 15 Apr 2016 10:30:45 -0700 (PDT) Original-Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id fZJFtIogNonb; Fri, 15 Apr 2016 10:30:45 -0700 (PDT) Original-Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id EA455161260; Fri, 15 Apr 2016 10:30:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Original-Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id Bszzg2pviMzT; Fri, 15 Apr 2016 10:30:44 -0700 (PDT) Original-Received: from penguin.cs.ucla.edu (Penguin.CS.UCLA.EDU [131.179.64.200]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id D15E816124C; Fri, 15 Apr 2016 10:30:44 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.7.1 In-Reply-To: <87inziyjb5.fsf@wanadoo.es> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 131.179.128.68 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:202962 Archived-At: On 04/15/2016 08:37 AM, =C3=93scar 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 message= s > upthread? > > No. --with-wide-int causes Emacs to use 'long long int' for EMACS_INT,=20 even if pointers fit in a narrower type. On my platform (Fedora 23=20 x86-64), EMACS_INT is 'long int' because that is wide enough for=20 pointers. Although 'long int' and 'long long int' both happen to be=20 64-bit integers on my platform, 'long int' is a bit nicer (e.g., printf=20 formats can use "%ld" rather than "%lld"), so using --with-wide-int=20 would be a minor loss.