<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div></div><div>something like this from another port earlier today should do, until this issue finally gets fixed in the compiler run deps.</div><div><br></div><div><<a href="https://github.com/macports/macports-ports/commit/c3b33c2df8abba42a855879b4097a17dee273fcc">https://github.com/macports/macports-ports/commit/c3b33c2df8abba42a855879b4097a17dee273fcc</a>></div><div><br>On Oct 27, 2018, at 23:55, Werner LEMBERG <<a href="mailto:wl@gnu.org">wl@gnu.org</a>> wrote:<br><br></div><blockquote type="cite"><div><span></span><br><span>Folks,</span><br><span></span><br><span></span><br><span>please have a look at this build log</span><br><span></span><br><span> <a href="https://build.macports.org/builders/ports-10.6_x86_64_legacy-builder/builds/83428">https://build.macports.org/builders/ports-10.6_x86_64_legacy-builder/builds/83428</a></span><br><span></span><br><span>It fails with</span><br><span></span><br><span> /usr/bin/ranlib: object:</span><br><span> libextractpdfmark-poppler-core.a(libextractpdfmark_poppler_core_a-pagemode.o)</span><br><span> malformed object (unknown load command 2)</span><br><span></span><br><span>Searching in the web, I've found a similar report w.r.t. ranlib:</span><br><span></span><br><span> <a href="https://lists.macports.org/pipermail/macports-dev/2018-September/039282.html">https://lists.macports.org/pipermail/macports-dev/2018-September/039282.html</a></span><br><span></span><br><span>It essentially says that `cctools' needs to be installed. Is this a</span><br><span>dependency that I should add to extrapdfmark's Portfile? Looking into</span><br><span>other Portfiles, maybe</span><br><span></span><br><span> platform darwin 10 {</span><br><span> depends_build-append port:cctools</span><br><span> }</span><br><span></span><br><span>is the right fix – is this sufficient to make macports use the newer</span><br><span>`ranlib' binary?</span><br><span></span><br><span>Another issue: extractpdfmark doesn't really need GhostScript for</span><br><span>compilation and execution; however, it will be optionally used for</span><br><span>some `make check' tests. On the other hand, using the program makes</span><br><span>only sense if the calling Makefile (or whatever) feeds</span><br><span>extractpdfmark's output into GS. Shall this be somehow reflected in</span><br><span>the Portfile, maybe an `optional dependency'? If yes, how do I do</span><br><span>that?</span><br><span></span><br><span></span><br><span> Werner</span><br></div></blockquote></body></html>