[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug #64061] pdfpic.tmac requires non-standard sed feature

From: G. Branden Robinson
Subject: [bug #64061] pdfpic.tmac requires non-standard sed feature
Date: Sun, 23 Apr 2023 20:53:23 -0400 (EDT)

Follow-up Comment #14, bug #64061 (project groff):

[comment #11 comment #11:]
> [comment #9 comment #9:]
> True, but I thought you might have a setup that generated an expected temp
file for the fake-pdfinfo input, which you could diff against mine, bypassing
the eyeballs.

Ah, no...that didn't occur to me.

I don't really _want_ to bypass eyeballs.  Many brains are better than few.
> Adding an output line to the temp file and groffing it also gives the same
results on both Mac and Gentoo Linux:

Good deal!

[comment #12 comment #12:]
> [comment #5 comment #5:]
> > 1. Run pdfinfo twice and scrape out a different datum on each
> > pass.  I fear this would give up more than was gained by
> > eliminating grep from the pipeline.
> Not that we need _more_ options at this point, since two others now have
working implementations, but I don't think this particular objection has much
weight: the grep wasn't eliminated because it was incurring a noticeable
performance penalty, but because it was deemed unnecessary on code inspection.
 I doubt the overhead of two invocations of pdfinfo would make a significant
runtime difference even in a document that included dozens of PDFs.

I think that's fair.  The recovered efficiency is more significant in human
brain cycles than CPU clock cycles.


Reply to this item at:


Message sent via Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]