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: Making --with-wide-int the default Date: Fri, 16 Oct 2015 11:15:57 +0300 Message-ID: <83k2qn6xfm.fsf@gnu.org> References: <54E0D181.2080802@dancol.org> <83r3trulse.fsf@gnu.org> <54E0D7E0.305@87.69.4.28> <83h9unukbg.fsf@gnu.org> <54E0DEF8.7020901@dancol> <83egpruiyp.fsf@gnu.org> <54E0FF93.2000104@dancol.org> <5610ED13.1010406@dancol.org> <56117F37.9060808@dancol.org> <83oag087gs.fsf@gnu.org> <83oafz70im.fsf@gnu.org> <5620AF43.4050401@cs.ucla.edu> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1444983399 491 80.91.229.3 (16 Oct 2015 08:16:39 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 16 Oct 2015 08:16:39 +0000 (UTC) Cc: lekktu@gmail.com, emacs-devel@gnu.org To: Paul Eggert Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 16 10:16:30 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 1Zn0Be-0001QH-BW for ged-emacs-devel@m.gmane.org; Fri, 16 Oct 2015 10:16:26 +0200 Original-Received: from localhost ([::1]:51556 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zn0Bd-0004iq-F4 for ged-emacs-devel@m.gmane.org; Fri, 16 Oct 2015 04:16:25 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36621) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zn0BF-0004fx-SW for emacs-devel@gnu.org; Fri, 16 Oct 2015 04:16:02 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zn0BB-0001MZ-TH for emacs-devel@gnu.org; Fri, 16 Oct 2015 04:16:01 -0400 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:33401) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zn0BB-0001M9-L1 for emacs-devel@gnu.org; Fri, 16 Oct 2015 04:15:57 -0400 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0NWB0010009IZF00@a-mtaout22.012.net.il> for emacs-devel@gnu.org; Fri, 16 Oct 2015 11:15:56 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NWB001680AJYS10@a-mtaout22.012.net.il>; Fri, 16 Oct 2015 11:15:56 +0300 (IDT) In-reply-to: <5620AF43.4050401@cs.ucla.edu> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.172 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:191718 Archived-At: > Cc: emacs-devel@gnu.org > From: Paul Eggert > Date: Fri, 16 Oct 2015 01:03:15 -0700 > > Eli Zaretskii wrote: > > To make it the default for all 32-bit builds, we should make sure it > > works well on the other supported platforms. Perhaps Paul could tell > > which platforms he found this to work on, and then we could decide. > > --with-wide-int is not the default because Stefan was worried about its > performance implications on older, slower 32-bit machines (such as Stefan's > and/or RMS's laptops at the time, if I recall correctly). There shouldn't be any > correctness problem with it; it's a performance issue. > > I typically use 64-bit platforms nowadays, where the issue is moot. When I do > use 32-bit platforms, I normally configure --with-wide-int. There is roughly a > 30% CPU hit and maybe a 60% hit on virtual memory, but it's worth it to me (I > normally don't notice the difference). Thanks, that about summarizes what I see here as well. Would you say it's safe to make this the default for Emacs 25? (If Richard reports annoying slowdown, we could suggest him to disable that at configure time. Or maybe there should be a configure-time test for CPU speed?)