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: string> missing? Date: Sat, 06 Jun 2015 09:40:19 +0300 Message-ID: <83lhfxnxv0.fsf@gnu.org> References: <87oakxkvqw.fsf@petton.fr> <83zj4grgkc.fsf@gnu.org> <87sia8n8b5.fsf@petton.fr> <87zj4gu821.fsf@gnu.org> <83sia8rdkm.fsf@gnu.org> <83pp5crbfd.fsf@gnu.org> <837frjqzpk.fsf@gnu.org> <83wpzinfhy.fsf@gnu.org> <87wpzhc2i7.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1433572845 21304 80.91.229.3 (6 Jun 2015 06:40:45 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 6 Jun 2015 06:40:45 +0000 (UTC) Cc: nicolas@petton.fr, nandryshak@gmail.com, rms@gnu.org, emacs-devel@gnu.org To: Tassilo Horn Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jun 06 08:40:38 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 1Z17mY-00015o-Or for ged-emacs-devel@m.gmane.org; Sat, 06 Jun 2015 08:40:38 +0200 Original-Received: from localhost ([::1]:50585 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z17mX-00054v-BN for ged-emacs-devel@m.gmane.org; Sat, 06 Jun 2015 02:40:37 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54457) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z17mM-00054n-2z for emacs-devel@gnu.org; Sat, 06 Jun 2015 02:40:27 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z17mI-0007Zc-SW for emacs-devel@gnu.org; Sat, 06 Jun 2015 02:40:26 -0400 Original-Received: from mtaout29.012.net.il ([80.179.55.185]:43235) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z17mI-0007ZF-K8; Sat, 06 Jun 2015 02:40:22 -0400 Original-Received: from conversion-daemon.mtaout29.012.net.il by mtaout29.012.net.il (HyperSendmail v2007.08) id <0NPI00600FLE7O00@mtaout29.012.net.il>; Sat, 06 Jun 2015 09:39:43 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout29.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NPI006SDFU7IC00@mtaout29.012.net.il>; Sat, 06 Jun 2015 09:39:43 +0300 (IDT) In-reply-to: <87wpzhc2i7.fsf@gnu.org> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 80.179.55.185 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:187059 Archived-At: > From: Tassilo Horn > Cc: rms@gnu.org, nicolas@petton.fr, nandryshak@gmail.com, emacs-devel@gnu.org > Date: Fri, 05 Jun 2015 22:40:48 +0200 > > Eli Zaretskii writes: > > >> > You say that this goal no longer exists, but the practice of Emacs > >> > maintenance tells me otherwise. We are still making optimization > >> > changes, some of them quite deep and pervasive ones, for very little > >> > benefits, like a few percents decrease in memory footprint or in CPU > >> > usage, even under the most favorable conditions. > >> > >> Adding string> might be 200 bytes. Saving 200 bytes is insignificant. > > > > It was also insignificant back when you decided not to include it. > > Adding string> to Emacs proper is maybe additional 200 bytes but may > save a multiple of its size when packages start using it instead of > defining their own version each. For example, there are already > gnus-string>, org-string>, and also org-string>=. And there are also > quite many lambdas implementing string>, e.g., in emacs/lisp/help.el, so > the addition of string> can in fact reduce the Emacs footprint if it > gets used there. All of that was true back when Richard made his decision.