From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: Preview: portable dumper Date: Fri, 02 Dec 2016 09:27:03 -0500 Message-ID: References: <047a67ec-9e29-7e4e-0fb0-24c3e59b5886@dancol.org> <83zikjxt1j.fsf@gnu.org> <8360n6ruzu.fsf@gnu.org> <834m2nplmb.fsf@gnu.org> Reply-To: rms@gnu.org NNTP-Posting-Host: blaine.gmane.org Content-Type: text/plain; charset=Utf-8 X-Trace: blaine.gmane.org 1480688928 2518 195.159.176.226 (2 Dec 2016 14:28:48 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 2 Dec 2016 14:28:48 +0000 (UTC) Cc: dancol@dancol.org, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Dec 02 15:28:44 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cCopN-0007sA-OC for ged-emacs-devel@m.gmane.org; Fri, 02 Dec 2016 15:28:41 +0100 Original-Received: from localhost ([::1]:34807 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cCopR-00011P-KN for ged-emacs-devel@m.gmane.org; Fri, 02 Dec 2016 09:28:45 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58052) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cConw-0000UQ-Jn for emacs-devel@gnu.org; Fri, 02 Dec 2016 09:27:13 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cConv-0000j0-HN for emacs-devel@gnu.org; Fri, 02 Dec 2016 09:27:12 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:54352) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cConn-0000eH-Vs; Fri, 02 Dec 2016 09:27:04 -0500 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1cConn-0005qq-7w; Fri, 02 Dec 2016 09:27:03 -0500 In-reply-to: <834m2nplmb.fsf@gnu.org> (message from Eli Zaretskii on Thu, 01 Dec 2016 20:09:16 +0200) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:209919 Archived-At: [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > However, this is not about making existing code simpler. It's about > _adding_ more C code, where an alternative implementation might allow > doing that without such additions. Yes, of course -- we all know that. > It's a new and significant mechanism, which is central to building and > starting Emacs. It needs to be studied, understood, and maintained. > Therefore, it does increase the complexity. It certainly increases the amount of code that understands Lisp object formats. However, whether it increases the degree of complexity is another question. I don't think it is a problem to have one more place with the same kind and depth of complexity. That means _more_ work on some future rare occasions, but it does not mean _harder_ work. As long as we have people to maintain allocation and GC, I don't think we would have trouble finding people to maintain the portable dumper along with them. But it's true that I have not seen the code. Someone should look at the code and judge whether this is really true. -- Dr Richard Stallman President, Free Software Foundation (gnu.org, fsf.org) Internet Hall-of-Famer (internethalloffame.org) Skype: No way! See stallman.org/skype.html.