From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Daniel Colascione Newsgroups: gmane.emacs.devel Subject: Re: Emacs rewrite in a maintainable language Date: Mon, 12 Oct 2015 14:30:12 -0700 Message-ID: <561C2664.8050803@dancol.org> References: <561A19AB.5060001@cumego.com> <87612des3y.fsf@fencepost.gnu.org> <87pp0lrrlo.fsf@mbork.pl> <83lhb8q021.fsf@gnu.org> <83h9lwp0b2.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="NxR4mLagXDiHRHTRUROEVVEppJcKkX2xm" X-Trace: ger.gmane.org 1444685457 317 80.91.229.3 (12 Oct 2015 21:30:57 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 12 Oct 2015 21:30:57 +0000 (UTC) Cc: esperanto@cumego.com, emacs-devel@gnu.org To: Eli Zaretskii , mbork@mbork.pl Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Oct 12 23:30:48 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 1ZlkgA-00088B-K5 for ged-emacs-devel@m.gmane.org; Mon, 12 Oct 2015 23:30:46 +0200 Original-Received: from localhost ([::1]:58891 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zlkg9-0001UM-Vo for ged-emacs-devel@m.gmane.org; Mon, 12 Oct 2015 17:30:45 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51131) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zlkfp-0001J5-7t for emacs-devel@gnu.org; Mon, 12 Oct 2015 17:30:26 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zlkfo-0002oJ-6C for emacs-devel@gnu.org; Mon, 12 Oct 2015 17:30:24 -0400 Original-Received: from dancol.org ([2600:3c01::f03c:91ff:fedf:adf3]:33674) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zlkfn-0002nv-VV; Mon, 12 Oct 2015 17:30:24 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=dancol.org; s=x; h=Content-Type:In-Reply-To:MIME-Version:Date:Message-ID:From:Cc:References:To:Subject; bh=sb1UQODFBVfWjcTaxj0A6pVlwPGC5hR3SJ7N/oE95G8=; b=XSk+iwZLnUR9vae2U5OSWu6/xpEvGFAj56CM8x+5LzhxISsbyCLD8NhoUu+eex++pMu1+JkP2uMC4TPaqfVtmuffaDvbUEhDcvS1fyh2t/2uUN5LYNpN70beTA5d6f/lq7VqzKgAaCLIkRjuvJ3mUrWXXNm25WEyJHTtt3eXfoTc9uOCl2ZqoJEHyqQBAELkb5qTxKUHY+tcv6xVnvwjfjAzHsoH/vupPQaw6toH8eWiKPzf6kMbxSQE6SactEXLuBKp44PUU66Zg6rjX7S4YOMe7HNJoXqKxscrlKXSRvEwkvv8jmz2UxOceFf9BUVNnY/GOpzb2054KjbMjVtp5A==; Original-Received: from [2620:10d:c090:200::2:9bdd] (helo=[IPv6:2620:10d:c083:10fb:2ab2:bdff:fe1c:db58]) by dancol.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84) (envelope-from ) id 1Zlkfi-0001mw-Mh; Mon, 12 Oct 2015 14:30:18 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 In-Reply-To: <83h9lwp0b2.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2600:3c01::f03c:91ff:fedf:adf3 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:191405 Archived-At: This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --NxR4mLagXDiHRHTRUROEVVEppJcKkX2xm Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 10/12/2015 08:35 AM, Eli Zaretskii wrote: >> Date: Mon, 12 Oct 2015 05:43:02 +0300 >> From: Eli Zaretskii >> Cc: esperanto@cumego.com, emacs-devel@gnu.org >> >>> From: Marcin Borkowski >>> Date: Mon, 12 Oct 2015 00:02:43 +0200 >>> >>> it might be a good idea to move some parts of Emacs core (which are >>> not system-dependent or performance-critical, e.g., parts of >>> interactive behavior like `self-insert-command' might fit here) from >>> C to Elisp. >> >> We are doing this all the time. Patches to that effect are welcome. >=20 > Btw, most of the code for self-insert-command is in an internal > function, so rewriting that in Lisp is unlikely to help people > understand its internal hair. >=20 > More importantly, most of the complicated parts of the C code cannot > be rewritten in Lisp anyway, so only limited progress can be made this > way, which will not make it easier to understand the core. Exactly. The complexity in the core is not a result of its implementation language. It's complex because it's complex. Suddenly sprinkling "class" and vtables through the core isn't going to reduce the complexity of the implemented logic. --NxR4mLagXDiHRHTRUROEVVEppJcKkX2xm Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBCAAGBQJWHCZkAAoJEN4WImmbpWBlk4UP/AuRGZUKenX4ZOz317fVoKHS +qYyrPQTOvyQ5JuZnTlJTg3kC0lMkOeGFZOMCTvU1la75wwcJXbG2QC71HRzx/fd S8+Yz5pI2CB6qXzzJpJSG2BgBs5fjcoifIZLU4q/Gh62eFOS/6quP7xKHLZ7z21c ilPVLE2CdpMDlA/69Ejc3GxN2NkD39FQLs5mczNrZDdhlkPRoM7MVzMB1qo1tSeZ ySoq8U6htcObR84+Ey2stuD3jfvSniwpmEt5ljknCsw0ifVseqjHGrE3chqD9khR ix4bQbAkKXpPcM8q+hADEQV9xvOAESA/AHbgVZetqi5c/SLbbb6hckTy9+C6KA9s Y9lMlkoLz0gIgJ+3MwjcK1wfP5dweYIOVxvaUEkZNJgP3gMMyZfwzsJTaI+9J/yl zlzdJNgesdEoKnjFVebEJQN1ql6dxm7FSn0FNM0vGNoHe8lmYBnQFCGSPVo/tK4v jJTgYbeDd5KRBdtwxdnMKFgod4k8siz7UtEzk/2hYIIpWnVJoW1PJA/mBT9u27V1 7RD5SB9cWx6IcRvoykuZ6hfA0n2j+HrtfHELoBnApX7uPkQ4t+LDWqAELYBi/L2/ NjeTN2YoLj7WFa5N2UUBBuB6soPMp28MMGT7uP1Vb94+GuMLj6BJ20uX+gyCrIMO 0T7deehWrFTuI3Uk/u7R =znJz -----END PGP SIGNATURE----- --NxR4mLagXDiHRHTRUROEVVEppJcKkX2xm--