Re: runaway recursion in makeinfo

2022-12-03 Thread Gavin Smith
On Mon, Nov 21, 2022 at 04:35:29PM -0800, David Bacon wrote: > I am already working with a patched texinfo.tex, so I would be happy to be > a guinea pig (and likely early adopter) for your proposed table-of-contents > feature if you want one. Could you try texinfo.tex version 2022-12-03.17? (git

Re: runaway recursion in makeinfo

2022-11-22 Thread Gavin Smith
On Tue, Nov 22, 2022 at 08:44:05PM +0100, Patrice Dumas wrote: > On Tue, Nov 22, 2022 at 12:16:44AM +0100, Patrice Dumas wrote: > > > > In term of implementation, it could indeed be solved in the converters. > > Should be done in > https://git.savannah.gnu.org/cgit/texinfo.git/commit/?id=89594d63

Re: runaway recursion in makeinfo

2022-11-22 Thread Patrice Dumas
On Tue, Nov 22, 2022 at 12:16:44AM +0100, Patrice Dumas wrote: > > In term of implementation, it could indeed be solved in the converters. Should be done in https://git.savannah.gnu.org/cgit/texinfo.git/commit/?id=89594d63e7f5fa0796be4c0002d6200219ef5e62 @Gavin, I think that it should go to the

Re: runaway recursion in makeinfo

2022-11-21 Thread David Bacon
I think I pretty much agree with you and Gavin all around on this. Nodes and section titles make good endpoints, not good things to have further links springing from. Meanwhile, thank you VERY much for that nugget about xrefautomaticsectiontitle! dB On Mon, Nov 21, 2022 at 3:16 PM Patrice Du

Re: runaway recursion in makeinfo

2022-11-21 Thread David Bacon
Yes, those refs in @section lines are admittedly a bit of a hack, though it would be nice from the pure orthogonality point of view if they didn't have to be ruled out. But it sounds like supporting them robustly might be quite a hairy mess to implement, of questionable value, and perhaps not wort

Re: runaway recursion in makeinfo

2022-11-21 Thread Patrice Dumas
On Mon, Nov 21, 2022 at 01:42:20PM -0800, David Bacon wrote: > But I like such constructs! I have one in every one of the 249 @section > commands in the document I originally submitted with the bug report. They > are there so that the Table of Contents in the PDF has a nice link from the > name o

Re: runaway recursion in makeinfo

2022-11-21 Thread Gavin Smith
On Mon, Nov 21, 2022 at 01:42:20PM -0800, David Bacon wrote: > But I like such constructs! I have one in every one of the 249 @section > commands in the document I originally submitted with the bug report. They > are there so that the Table of Contents in the PDF has a nice link from the > name o

Re: runaway recursion in makeinfo

2022-11-21 Thread David Bacon
But I like such constructs! I have one in every one of the 249 @section commands in the document I originally submitted with the bug report. They are there so that the Table of Contents in the PDF has a nice link from the name of the operator or function to the right place in the document (not ju

Re: runaway recursion in makeinfo

2022-11-21 Thread Patrice Dumas
On Mon, Nov 21, 2022 at 09:12:56PM +0100, Patrice Dumas wrote: > On Mon, Nov 21, 2022 at 07:07:05AM -0800, David Bacon wrote: > > Wow, well done, reducing it to such a nice tidy little test case! > > Actually the smallest case is the following (which I thought we tested > for...): > > @node sharp

Re: runaway recursion in makeinfo

2022-11-21 Thread Patrice Dumas
On Mon, Nov 21, 2022 at 07:07:05AM -0800, David Bacon wrote: > Wow, well done, reducing it to such a nice tidy little test case! Actually the smallest case is the following (which I thought we tested for...): @node sharp @section @ref{sharp} tuple > I'm sure you've also realized by now that I li

Re: runaway recursion in makeinfo

2022-11-21 Thread David Bacon
Wow, well done, reducing it to such a nice tidy little test case! I'm sure you've also realized by now that I lied about Ubuntu (Ubuntu 22.10 currently comes with only version 6.8; I was actually running the 7.0 version that I got directly from the GNU) -- but in fact the same bug afflicts 6.8 as

Re: runaway recursion in makeinfo

2022-11-21 Thread Patrice Dumas
On Sun, Nov 20, 2022 at 11:30:08AM -0800, David Bacon wrote: > The following command on the attached .texi file never terminates, but > spins while consuming more and more memory until it is killed: > > $ makeinfo --html --no-split --no-headers setl-lib.texi Thanks for the report. I'll have a lo