From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Christopher Dimech Newsgroups: gmane.emacs.devel Subject: Re: Shrinking the C core Date: Thu, 10 Aug 2023 06:15:57 +0200 Message-ID: References: <20230809094655.793FC18A4654@snark.thyrsus.com> <87il9owg0f.fsf@yahoo.com> <871qgbvdf7.fsf@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="39155"; mail-complaints-to="usenet@ciao.gmane.io" Cc: "Eric S. Raymond" , emacs-devel@gnu.org To: Po Lu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Aug 10 06:17:05 2023 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1qTx6e-000A0a-VF for ged-emacs-devel@m.gmane-mx.org; Thu, 10 Aug 2023 06:17:04 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qTx5p-0005Dj-48; Thu, 10 Aug 2023 00:16:14 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qTx5h-0005DM-W4 for emacs-devel@gnu.org; Thu, 10 Aug 2023 00:16:06 -0400 Original-Received: from mout.gmx.net ([212.227.15.15]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qTx5f-0007Sp-O9 for emacs-devel@gnu.org; Thu, 10 Aug 2023 00:16:05 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.com; s=s31663417; t=1691640958; x=1692245758; i=dimech@gmx.com; bh=D03DI856tPHTaJ3ElDpsVJnJV4eZXlMlrltEuf6UWEE=; h=X-UI-Sender-Class:From:To:Cc:Subject:Date:In-Reply-To:References; b=nL6FG+RHDMxpDR496IKJncSthmddhr0WqFoBDTjzMG6JkavV3hPum/WfIcOJ7yPa5Aw1luz p1ar37knmHMDAWXVnaK+9lf0Ie2jDPkQWfCCp0qx8oaSg6hWe//DF/SsSSaxB7H9RfB0DzqVa 5Ts+jKOJ0ZprM9bsQOa4MYRQn7npM1xLgCOzoBg57eae7ly7Qg8IvoCTLCV3OFedWU6e2BNLO BYVkLaF3F1P64FFp9BcnPvP8EG1b8ZhbAV4WCWZnv0M4GRQUl68HXR3sBLRRHvZ9eFZBgF11S Uc5i8yyz6s6RyJ/FqdoYtT7z7i6Ys5lHxBkYxhCpW/rTS1+VX92g== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Original-Received: from [141.8.81.247] ([141.8.81.247]) by web-mail.gmx.net (3c-app-mailcom-bs16.server.lan [172.19.170.184]) (via HTTP); Thu, 10 Aug 2023 06:15:57 +0200 Importance: normal Sensitivity: Normal In-Reply-To: <871qgbvdf7.fsf@yahoo.com> X-UI-Message-Type: mail X-Priority: 3 X-Provags-ID: V03:K1:azTtHs7r9sBXXD1tIgu12sQK1uWNKJRYfl7pKGtytUd56RNycTF8+og6P/IJP9wn1Zg3W bCPlGfKBnqFY0AC85Mdizqdb7pEGMDcyN5WKMS2WTnJCfbzSctJse07Pje97j935zQX77U5aCXDU i+dChY2kBoh8NnMKfNNmPBQNU2X9cElUrVFuHdd3pdBhQgeIbrSUy+fWSu04oNf+MDxyXitUBbpg XUzOb2gTRiw4qB+EJb9MrPsIYbdd+6/NULx5Gwlh9lCW6g8ipJWtz7+HB6lJJmCPqoO4Tv1jVZN/ Ac= UI-OutboundReport: notjunk:1;M01:P0:Sbxoem3Uv+U=;ie3+eZw49jOldxO10/7zt/Ha/DB zaWSLUcIqtPhKCcg9VUP4oLLk8ditCXwbrmQPjeJY0B3mFKlRgjeISrly3O+cNdCKiR9Km1jc RpLZFjfUjlcugdkZzqls4vp4F0/iBwZDMvcN5qESV9Abm+BcniaCne11YFlOmqxR8+oa0xgXm uVSvIgBZRDey7daEiJwFfKF8ZbX3K0Tcj2C5jX7JAjm3pWCGJmlrRGaCPGeyK9/BSyKVH0gex 79+p06WtSDKvm61uLHTyMCPNQE+T+y/UVjKzkpndwqTxusSOhPwnh4CXMP4N4METdXDkTJoMO nDPjxLed1pJiu5epM6ZxMejzCswCjkW/29TrH66L4Xj6gvGBZJtZlYrApp3K+PSzFhSfxgsSh 5O1VhRAnSDdJO1e5/grPojbe9+89IhansNWXyaqI3YQ7umawWY+rMp1R2f1IyCz/Fw1eKzTXB xUH/DHGujnXdrz51Nog+G+SGWfF7HLXJ0F8fKUZdzKSLPUfPgYlKq0Ca7uJfcRkZzCV48CTCU cCZxx6iKaFrrN+xxoM6wMJO4CMoLvHBBCBhvt5ny0zbyKX4Aq57e2MUrQZQ2yD2oF2t/orAdD 7g4Ux+9PdSSbjB9Vym2FhVo6WMoHDq6M3OGTBMGRgrAazTSY/jd2n9Ecy4kAjZKmST1UQNYih Jn6ea6oBIMPJCeikIcMQ8vDe83lSgr1LfzkLTbtabF4kNSbR/SZ0iqP2NutyZdJ/V2U6tjIQ4 SUZemRgBux3p1ok9t06tOrWsbYtH5gEo2Fb3038belsgJyyc5cOc4W6dvzH8PW8zqC5dYj7O Received-SPF: pass client-ip=212.227.15.15; envelope-from=dimech@gmx.com; helo=mout.gmx.net X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:308505 Archived-At: > Sent: Thursday, August 10, 2023 at 2:28 PM > From: "Po Lu" > To: "Eric S. Raymond" > Cc: emacs-devel@gnu.org > Subject: Re: Shrinking the C core > > "Eric S. Raymond" writes: > > > Yes, in fact, I can. Because if by some miracle we were able to > > instantly rewrite the entirety of Emacs in Python (which I'm not > > advocating, I chose it because it's the slowest of the major modern > > scripting languages) basic considerations of clocks per second would > > predict it to run a *dead minimum* of two orders of magnitude faster > > than the Emacs of, say, 1990. > > The important measure is how much slower it will be compared to the > Emacs of today. The Emacs of yesteryear is not relevant at all: simply > grab a copy of Emacs 23.1, and compare the speed of CC Mode font lock > there (on period hardware) to the speed of CC Mode font lock on > contemporary hardware today. > > > They were too obvious, describing problems that competent software > > engineers know how to prevent or hedge against, and you addressed me > > as though I were a n00b that just fell off a cabbage truck. My > > Projecting much? > > I raised those concerns because I have seen them and suffered their > consequences. There is no place for hubris: analogous changes were also > performed by equally skilled and experienced Emacs developers, only for > issues to be uncovered years in the future. (For example, when a call > to `with-temp-buffer' was introduced to loadup.) > > How many times must we suffer the consequences of indiscriminate > refactoring before we will recognize the obvious conclusion that > code which doesn't need to change, shouldn't? At one time I proposed to have an basic emacs version that would not need changes. Meaning, no bugs recognised, but no new features added. An emacs project that is complete, with no more changes done. At a level that is manageable for one person. > > earliest contributions to Emacs were done so long ago that they > > predated the systematic Changelog convention; have you heard the > > expression "teaching your grandmother to suck eggs"? My patience for > > that sort of thing is limited. > > If that is the attitude by which you treat other Emacs developers, then > from my POV this debate is over. We cannot work with you, when you > dismiss real-world concerns that have been seen innumerable times in > practice, based on a conceited view of your own skill. > > Which, BTW, has already broken the build once. And the jury is still > out on whether your earlier change needs to be reverted, since Andrea > has yet to ascertain if it will lead to negative consequences for native > compilation. > >