From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ulrich Mueller Newsgroups: gmane.emacs.devel Subject: Re: Making --with-wide-int the default Date: Tue, 17 Nov 2015 21:32:25 +0100 Message-ID: <22091.36569.731568.915025@a1i15.kph.uni-mainz.de> 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> <871tbrmeu3.fsf@fencepost.gnu.org> <564A63FB.7040209@cs.ucla.edu> <564AC9EA.5060200@cs.ucla.edu> <22090.61048.541688.443882@a1i15.kph.uni-mainz.de> <564B750E.4050305@cs.ucla.edu> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1447792382 30508 80.91.229.3 (17 Nov 2015 20:33:02 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 17 Nov 2015 20:33:02 +0000 (UTC) Cc: Random832 , emacs-devel@gnu.org To: Paul Eggert Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Nov 17 21:32:52 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 1Zymvr-0008Aq-61 for ged-emacs-devel@m.gmane.org; Tue, 17 Nov 2015 21:32:51 +0100 Original-Received: from localhost ([::1]:60562 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zymvq-0002Jg-7r for ged-emacs-devel@m.gmane.org; Tue, 17 Nov 2015 15:32:50 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33456) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zymvd-0002JD-IZ for emacs-devel@gnu.org; Tue, 17 Nov 2015 15:32:38 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zymva-0006in-Cx for emacs-devel@gnu.org; Tue, 17 Nov 2015 15:32:37 -0500 Original-Received: from a1www.kph.uni-mainz.de ([134.93.134.1]:40084) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zymva-0006iY-6d for emacs-devel@gnu.org; Tue, 17 Nov 2015 15:32:34 -0500 Original-Received: from a1i15.kph.uni-mainz.de (a1i15.kph.uni-mainz.de [134.93.134.92]) by a1www.kph.uni-mainz.de (8.14.9/8.14.7) with ESMTP id tAHKWRM9014688; Tue, 17 Nov 2015 21:32:27 +0100 Original-Received: from a1i15.kph.uni-mainz.de (localhost [127.0.0.1]) by a1i15.kph.uni-mainz.de (8.14.8/8.14.2) with ESMTP id tAHKWQBY009980; Tue, 17 Nov 2015 21:32:26 +0100 Original-Received: (from ulm@localhost) by a1i15.kph.uni-mainz.de (8.14.8/8.14.8/Submit) id tAHKWPtR009976; Tue, 17 Nov 2015 21:32:25 +0100 In-Reply-To: <564B750E.4050305@cs.ucla.edu> X-Mailer: VM 8.2.0b under 24.3.1 (x86_64-pc-linux-gnu) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 134.93.134.1 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:194667 Archived-At: >>>>> On Tue, 17 Nov 2015, Paul Eggert wrote: > On 11/17/2015 01:08 AM, Ulrich Mueller wrote: >> A limit imposed by the machine's word size doesn't seem so arbitrary > Yes, quite so, and that's what --with-wide-int does: it changes Emacs so > that buffer sizes are limited by the machine word size, instead of being > limited by some arbitrary truncation of that word size, a truncation not > imposed by the machine. The maximum sizes aren't much increased though, as the limit of process address space will be hit soon after. Which for a 32-bit Linux typically is somewhere between 2 and 3 GiB. So yes, there are some file sizes which can be edited in addition, but that range is rather narrow. I still think that --without-wide-int is the more reasonable default. Users who need those big buffers or files can easily flip the option. Ulrich