From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Marcus Harnisch Newsgroups: gmane.emacs.devel Subject: Re: Emacs rewrite in a maintainable language Date: Wed, 14 Oct 2015 15:08:19 +0200 Message-ID: <87r3kxlhrw.fsf@xemacs.org> References: <561A19AB.5060001@cumego.com> <87io6dl0h0.fsf@wanadoo.es> <87lhb82qxc.fsf@gmail.com> <561BCD40.5040502@cs.ucla.edu> <22043.60385.632764.673759@turnbull.sk.tsukuba.ac.jp> <87wpurht82.fsf@gmx.net> <561DB3F7.5080000@dancol.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1444830153 14628 80.91.229.3 (14 Oct 2015 13:42:33 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 14 Oct 2015 13:42:33 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Oct 14 15:42:24 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 1ZmMJt-0003ZD-Sp for ged-emacs-devel@m.gmane.org; Wed, 14 Oct 2015 15:42:18 +0200 Original-Received: from localhost ([::1]:42545 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZmMJt-0003pN-AN for ged-emacs-devel@m.gmane.org; Wed, 14 Oct 2015 09:42:17 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54017) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZmLnE-0002qZ-43 for emacs-devel@gnu.org; Wed, 14 Oct 2015 09:08:33 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZmLn9-0008BM-0V for emacs-devel@gnu.org; Wed, 14 Oct 2015 09:08:32 -0400 Original-Received: from mout.kundenserver.de ([212.227.126.187]:59074) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZmLn8-00089F-Po for emacs-devel@gnu.org; Wed, 14 Oct 2015 09:08:26 -0400 Original-Received: from dipsy ([79.197.192.85]) by mrelayeu.kundenserver.de (mreue002) with ESMTPSA (Nemesis) id 0LpCLN-1aGRkj4B6L-00f86l for ; Wed, 14 Oct 2015 15:08:25 +0200 X-Face: 9LaBG,eEW^IB); =a+ebK4!}.:,ah"Uj-_AmwCi (Daniel Colascione's message of "Tue\, 13 Oct 2015 18\:46\:31 -0700") User-Agent: Gnus/5.101 (Gnus v5.10.10) XEmacs/21.5-b34 (linux) X-Provags-ID: V03:K0:99VGasf40g0z4xkvo9cSrOjGY8tydx1cmScf8bGDmUEzfpwNCai Uz3bOV5RXF0L8FzE/9nCtPjMXx4lcteeG24UYvLLJCZQFvwuE1mrloprlttm1Tn69+DCmXj dxXrxqN916hu4OALhw9wvJfDu1dUn190G4P/aDQn3pBxzqCmoxAKTkdhfJAefmx7iUuN6hs jApp18hUPh67sdHxSvjPg== X-UI-Out-Filterresults: notjunk:1;V01:K0:OszyJ1zTDbw=:SgYxiDGCoeTUijAVpJPMU/ wHrep//Z4c46dl8sdnAIizgKefJ9SRCWpi+ixxskkTvvyRnmOCcfZgdaaRsucv6roq1zcjHef x5ATNpyZMGnYmyxWiNrYl+pB7XrVXiXaK1GE6IhgQ8fXtOE8DUBVa3CMkrpCRrK7w0WvRx2zs uGNkDg5JiXPZiiZepKd0gYjhtIIFP+xv+DSoi0hRv8elkJkLWQM/MDWrdEJ4EiL8ujFOPxiyl S5a2jIGc72/bGnICLVTv/TNFn4HnuxtduDjAt1JG9cdA38KHKkh9FnQ0XoPDXWcBBkHQ1RYjX E1rdr+4LpjM1BP9SEva26as90Q1SfleIE3HoJKQHBo1halACyevOPVV5LCzMRN/w7Int6Ol4v 4KTv2zZ0wo8D7tnIDsojDpZATpt11YbojloSKVXxSa3nj9g+ACfpRbAq7yUA9qdd/B3Qa4v4B ctBOxefE3SsW7dL5cSG8k0oFGce2ysZywUZ3oRRhVPQBQKCnbhBJ0De/IooQYTN+MsrWGwooT oqZRABz8xJEGVGBeZliEhCzY5n7oJLTo1DEOKFe3XPAp8v83Q2x0WvSyfxPgR/heP+BEHDHhp K7T6grZPn9HZxovlUE7iTbrPbc2kHhCqyyKCQzjME2P7IfLEhKafpsCLaVbX0wSObfzyL+4+d Z4ZM/RNVCaGLFyOOArYdAQwVW8jYlgYQPh53ZFNo5qfNy9r0FxhTQHHuWP2YhCyjtQvtv1WLa ZOdJRhbbijd2dB9F X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 212.227.126.187 X-Mailman-Approved-At: Wed, 14 Oct 2015 09:40:13 -0400 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:191565 Archived-At: Daniel Colascione writes: > We can > always do better with application-specific data structures than we can > with one-size-fits-all C++ data structures designed as reasonable > defaults, not optimal implementations. With all due respect, that is a weak argument[1]. Having things under your own control does not guarantee better (see below) performance. At best it may carry the potential of delivering better performance. > I'd hate for someone to think > that std::unordered_map, say, is somehow better than the data structures > we've used for a long time merely because the standard stipulates that > the runtime must provide it. I guess that depends on the definition of =E2=80=9Cbetter=E2=80=9D. Regardi= ng run-time and/or memory usage, it is much more likely that, say, a processor vendor will contribute a clever, architecture specific implementation to a compiler's standard library than to Emacsen. But then I was just raising this point as another potential in the unlikely event of someone converting the code base to C++, and not in order to convince anyone. Regards Marcus Footnotes:=20 [1] Just as weak as my own attempt to paraphrase a comment whose source I have been unable to locate all morning :(