From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: Making --with-wide-int the default Date: Mon, 16 Nov 2015 10:00:34 +0100 Message-ID: <87vb92jp3h.fsf@fencepost.gnu.org> References: <83oag087gs.fsf@gnu.org> <83oafz70im.fsf@gnu.org> <5620AF43.4050401@cs.ucla.edu> <83k2qn6xfm.fsf@gnu.org> <5620B4FA.1000804@cs.ucla.edu> <83wptojs1r.fsf@gnu.org> <56444C66.8050506@gmx.at> <83r3jugx8g.fsf@gnu.org> <87io56nu0a.fsf@fencepost.gnu.org> <83lha1dl87.fsf@gnu.org> <56482EC7.5020603@cs.ucla.edu> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1447711215 30202 80.91.229.3 (16 Nov 2015 22:00:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 16 Nov 2015 22:00:15 +0000 (UTC) Cc: Eli Zaretskii , emacs-devel@gnu.org To: Paul Eggert Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Nov 16 23:00:05 2015 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 1ZyRog-00058g-6k for ged-emacs-devel@m.gmane.org; Mon, 16 Nov 2015 23:00:02 +0100 Original-Received: from localhost ([::1]:50328 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZyRof-0005LR-HZ for ged-emacs-devel@m.gmane.org; Mon, 16 Nov 2015 17:00:01 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35313) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZyFeU-0005q4-Nx for emacs-devel@gnu.org; Mon, 16 Nov 2015 04:00:48 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZyFeT-0005rE-Rp for emacs-devel@gnu.org; Mon, 16 Nov 2015 04:00:42 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:60209) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZyFeO-0005q7-4k; Mon, 16 Nov 2015 04:00:36 -0500 Original-Received: from localhost ([127.0.0.1]:45793 helo=lola) by fencepost.gnu.org with esmtp (Exim 4.82) (envelope-from ) id 1ZyFeN-0000pT-B2; Mon, 16 Nov 2015 04:00:35 -0500 Original-Received: by lola (Postfix, from userid 1000) id D1F67DFA73; Mon, 16 Nov 2015 10:00:34 +0100 (CET) In-Reply-To: <56482EC7.5020603@cs.ucla.edu> (Paul Eggert's message of "Sat, 14 Nov 2015 23:05:43 -0800") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:194569 Archived-At: Paul Eggert writes: > Eli Zaretskii wrote: >> I can always build my own Emacs with that option > > When I build and test 32-bit code, I typically use --with-wide-int as well. > > My impression is that --with-wide-int is typically better for > production use these days. For older, slower platforms and with > debugging turned on and/or optimization turned off, --with-wide-int > may well cost more than it's worth. That being said, typical 32-bit > use nowadays would probably benefit from --with-wide-int. At the risk of repeating myself: newer, faster platforms tend to run 64-bit systems anyway. Running a 32-bit system on new hardware these days implies making a _choice_ for such systems (as the hardware for memory sizes in excess of 1GB is rather consistently prepared for running 64-bit systems), for smaller code size and memory and disk impact at the cost of not being able to address humongous amounts of data in virtual memory. The rationale for such a choice is quite related to the rationale for not using wide Lisp data structures in a compilation of Emacs. A sensible system default becomes more important as Emacs gains the ability of loading modules compiled with C and accessing Elisp data structures at runtime because, as opposed to options like --without-toolkit-scroll-bars, "just compile your own binaries if you don't like the default" stops being an option when you want to make use of precompiled binary modules. It's nice that --with-wide-int is available for special needs. But on 32-bit systems, it comes at a cost that is not consistent with choosing a 32-bit system in the first place. -- David Kastrup