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

[G. Branden Robinson]

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:

  <https://savannah.gnu.org/bugs/?64061>

_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/