From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: bookkeeping to prepare for a 64-bit EMACS_INT on 32-bit hosts Date: Fri, 29 Apr 2011 20:10:06 +0300 Message-ID: <838vut6l1t.fsf@gnu.org> References: <4DBA71FB.5090900@cs.ucla.edu> <83mxj97889.fsf@gnu.org> <4DBA7F87.5040609@cs.ucla.edu> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1304097028 4492 80.91.229.12 (29 Apr 2011 17:10:28 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 29 Apr 2011 17:10:28 +0000 (UTC) Cc: eggert@cs.ucla.edu, emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Apr 29 19:10:22 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1QFrCw-0007cC-D9 for ged-emacs-devel@m.gmane.org; Fri, 29 Apr 2011 19:10:22 +0200 Original-Received: from localhost ([::1]:45639 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QFrCv-0008Rn-R6 for ged-emacs-devel@m.gmane.org; Fri, 29 Apr 2011 13:10:21 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:34778) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QFrCq-0008RT-J2 for emacs-devel@gnu.org; Fri, 29 Apr 2011 13:10:20 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QFrCm-0007MT-W3 for emacs-devel@gnu.org; Fri, 29 Apr 2011 13:10:16 -0400 Original-Received: from mtaout23.012.net.il ([80.179.55.175]:36863) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QFrCm-0007MI-PC for emacs-devel@gnu.org; Fri, 29 Apr 2011 13:10:12 -0400 Original-Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0LKF00E00BD5A000@a-mtaout23.012.net.il> for emacs-devel@gnu.org; Fri, 29 Apr 2011 20:10:11 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([77.124.129.123]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LKF00DJ2BOSZYE0@a-mtaout23.012.net.il>; Fri, 29 Apr 2011 20:10:11 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-Received-From: 80.179.55.175 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:138906 Archived-At: > From: Stefan Monnier > Cc: Eli Zaretskii , emacs-devel@gnu.org > Date: Fri, 29 Apr 2011 13:04:07 -0300 > > Let me first say that I'm not terribly excited by this idea of > a 32+64bit compilation option: ignoring the fact that many 32bit OSes do > not provide a full 4GB virtual address space to the Emacs process, such > a change can only bump the limit from 512MB to less than 4GB. > Of course, it will satisfy some particular uses, but it won't remove the > fundamental problem. Well, I beg to differ: I think an eight-fold increase in the size of files we can visit on a 32-bit system _is_ a big deal. At least in the year 2011, files larger than 4GB are extremely rare, while files larger than 512MB are quite common (I bump into them every day on my daytime job).