Am Sa., 30. Juli 2022 um 12:39 Uhr schrieb Werner LEMBERG <w...@gnu.org>: > > > >> In case you are forced to use 9.56.1, add `-dNEWPDF=false` to the > >> gs command line options (in file `Documentation/GNUmakefile`) to > >> make gs use the old PDF engine, which produces good results. > > > > So this is about the post-processing step with extractpdfmark + gs, > > right? > > Yes – I always build the documentation with 'extractpdfmark'; maybe > this gs bug doesn't show up otherwise. > > > Werner
If I build the docs I use 'extractpdfmark' as well. In the light of this thread I tried ghostscript self-compiled from their most recent master, giving me 9.57.0. Though, compile time is bad: Always doing time make LANGS='en' doc -j5 CPU_COUNT=5 I get for Uncompiled guile real 111m56,272s user 190m51,445s sys 17m51,542s Compiled guile real 98m43,545s user 162m33,293s sys 15m33,015s This is insane. Tbh, I did not check whether pdf links are present but directly downgraded to gs 9.55.0, with below timing values: Uncompiled guile real 50m20,112s user 129m33,921s sys 17m42,618s Compiled guile real 44m32,826s user 116m10,453s sys 17m1,201s Better, but still bad, regarding the fact I compiled only the english docs. Yes, I have a weak laptop... No idea, if we can do anything to improve the situation. Anyway, I thought I share my observations. Cheers, Harm
