From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: On being web-friendly and why info must die Date: Tue, 09 Dec 2014 09:57:21 +0100 Message-ID: <87k321jj4e.fsf@fencepost.gnu.org> References: <20141205123549.GA29331@thyrsus.com> <2815659.zRQ0WWWeRr@descartes> <20141205175810.GD3120@thyrsus.com> <87lhmlncb1.fsf@earlgrey.lan> <20141205193643.GB5067@thyrsus.com> <87tx19rd1b.fsf@fencepost.gnu.org> <20141205215138.GF7784@thyrsus.com> <54823617.4000406@cs.ucla.edu> <83k325195l.fsf@gnu.org> <5482D94B.2070102@cs.ucla.edu> <5484FF31.5010808@cs.ucla.edu> <5485FC59.5030700@cs.ucla.edu> <87388p6glt.fsf@engster.org> <871to9lw6g.fsf@fencepost.gnu.org> <5486A704.6090305@cs.ucla.edu> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1418115518 377 80.91.229.3 (9 Dec 2014 08:58:38 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 9 Dec 2014 08:58:38 +0000 (UTC) Cc: emacs-devel@gnu.org To: Paul Eggert Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Dec 09 09:58:31 2014 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 1XyGco-0006wn-Lr for ged-emacs-devel@m.gmane.org; Tue, 09 Dec 2014 09:58:30 +0100 Original-Received: from localhost ([::1]:38493 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XyGco-0007ry-BU for ged-emacs-devel@m.gmane.org; Tue, 09 Dec 2014 03:58:30 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51474) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XyGck-0007qo-KE for emacs-devel@gnu.org; Tue, 09 Dec 2014 03:58:27 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XyGcf-0006Tr-3D for emacs-devel@gnu.org; Tue, 09 Dec 2014 03:58:26 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:45050) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XyGce-0006Tn-Tx for emacs-devel@gnu.org; Tue, 09 Dec 2014 03:58:20 -0500 Original-Received: from localhost ([127.0.0.1]:52225 helo=lola) by fencepost.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XyGce-0006pp-74; Tue, 09 Dec 2014 03:58:20 -0500 Original-Received: by lola (Postfix, from userid 1000) id 2F085E08F7; Tue, 9 Dec 2014 09:57:21 +0100 (CET) In-Reply-To: <5486A704.6090305@cs.ucla.edu> (Paul Eggert's message of "Mon, 08 Dec 2014 23:38:44 -0800") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::e 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:179538 Archived-At: Paul Eggert writes: > David Kastrup wrote: >> I don't actually see the big deal in compilation times for a full >> compilation. It's not like one does it all the time. > > I do it all the time when I'm editing manuals, because I want to check > the output. But that's one manual then, not all the manuals. > Or at least, I *used* to do it back when Texinfo was reasonably fast. Make doc for LilyPond takes over an hour. The time spent in Texinfo is few minutes of that even in Texinfo 5. Gcc was also really much slower than Turbo C in the days and I got over it. > Also, if I check out another branch and do a "make", the other branch > may have different manuals and so this may force "make" to rebuild > them, and "make" may take a long time, even when using "make -j" -- > the manuals are now *so* slow to process that they are often on the > critical path for "make -j". When compiling Emacs, I tend to see pretty much all of the time after touching a large file set spent in the C compiler and byte-compiling/autoload generating. > I did find a simple way to avoid the performance problem: don't edit > the documentation and don't switch branches. But these restrictions > are really off-putting. We need to do better. Well, Texinfo is a small project. If one is serious about wanting to invest time ("we need to do better" suggests so), it is likely spent quite effectively there. -- David Kastrup