Follow-up Comment #21, bug #67509 (group groff): The first slow commit is:- +verbose+ commit aa43ffcfb87c27b888dfaf94d5cb3ce0a5ceac3a (HEAD) Author: G. Branden Robinson <[email protected]> Date: Sat Mar 16 10:12:54 2024 -0500
[man]: Handle "internal" `MR` link targets.
[man]: When formatting PDF, attempt lookups of `MR` destinations as
internal bookmark tags. If lookup succeeds, link to the within-document
destination rather than an "external" URL like "man:foobar(1)".
* doc/GMPfront.t.in: Drop `END` dummy macro and redefinition of `MR`
macro, moving the logic from here...
* tmac/an.tmac (MR): ...to here, and trivially refactoring to rename
variables for intelligibility. Also simplify, using the "dangling
open mark" incantation of the `pdfhref` macro that Deri innovated,
since the existing logic unconditionally writes the link text
subsequently.
Now "doc/GMPfront.t.in" really is just a cover/front page, no longer
rewriting any man(7) macros. It should be easy for maintainers of other
man page corpora to see how to adapt it for their project and use groff
man(7) to produce internally hyperlinked PDFs. Splendid.
Thanks to Deri James for blazing the trail.
-verbose-
And the reason is obvious :-).
It is the first time the linear search gets exercised when you used the
"blazing" code that I put into GMPfront.t which used the previous lookup to
find out if the MR call was internal/external.
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?67509>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/
signature.asc
Description: PGP signature
