From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Transient manual Date: Fri, 01 Sep 2023 09:41:23 +0300 Message-ID: <837cpacs4s.fsf@gnu.org> References: <87cyz6wtja.fsf.ref@yahoo.com> <87cyz6wtja.fsf@yahoo.com> <875y4xfl05.fsf@bernoul.li> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="22768"; mail-complaints-to="usenet@ciao.gmane.io" Cc: luangruo@yahoo.com, jonas@bernoul.li, emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Sep 01 08:42:57 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 1qbxrs-0005i9-Ve for ged-emacs-devel@m.gmane-mx.org; Fri, 01 Sep 2023 08:42:57 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qbxqv-0005jd-Hj; Fri, 01 Sep 2023 02:41:57 -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 1qbxqs-0005jL-0T for emacs-devel@gnu.org; Fri, 01 Sep 2023 02:41:55 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qbxqp-0004ub-2V; Fri, 01 Sep 2023 02:41:51 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=Sz69efNeaXYGGEZMi2iOU6RKlymaJqFDUCG6kbaeahw=; b=V4gsrj3nD+hG th9acQI2fwOcDGRSrGNAReY6vwLaqVvK0f5nqWtbW894SICumAOX/fhuW75EAaZZfe0SjsoFcbDKv Jk8TDu3GziLKo90geoQm7yKn9yJ5OEgutdv02bwJ/ntiszuAXydzZCL5p2kqibKuBBhw8xB+9MgCI 7BN+Ohga6VVNN7E8UNUV0xtZbygNMx6+6NSthNE9XMOevt7Et5YAyMKeUj/wUKGfYRjjKS+1MhjZj CwC3qIbKh/DzzAy1I3HlVJg8kLrnvuFR2JVtSKTF5XFVwkR37JKZVbQiWtTk2SESBrH187dJVh2lj Kj9k90fw8Qd0kAkIFIs86Q==; In-Reply-To: (message from Richard Stallman on Thu, 31 Aug 2023 21:15:36 -0400) 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:309723 Archived-At: > From: Richard Stallman > Cc: jonas@bernoul.li, emacs-devel@gnu.org > Date: Thu, 31 Aug 2023 21:15:36 -0400 > > > Texinfo 4.13 is also the final version of Texinfo written in C; it is > > several orders of magnitude faster than anything newer. > > Could you give us an real example of the time difference between the > versions, on a real input job? That would help us understand the > impact of this issue. Current version of makeinfo is about 10 times slower than the one from Texinfo 4.13 if Perl extensions (written in C as part of Texinfo) are used, and about 15 to 18 times slower if the extensions are not used (i.e. only Perl code is used for all the Texinfo-to-Info translation). Of course, current Texinfo has many features that 4.13 didn't support and many of them simply could not be supported without a complete redesign and reimplementation of makeinfo as it was originally designed. Its one-pass architecture with conversions performed in-place on the same input buffer simply made some complex features impossible to implement. That design is what made it so lightning-fast, but also put a limit to its extensibility and development.