extractpdfmark build failure on 10.6

[Christopher Jones]

> On 28 Oct 2018, at 7:24 am, Ken Cunningham <ken.cunningham.webuse at gmail.com> wrote:
> 
> something like this from another port earlier today should do, until this issue finally gets fixed in the compiler run deps.
> 
> <https://github.com/macports/macports-ports/commit/c3b33c2df8abba42a855879b4097a17dee273fcc <https://github.com/macports/macports-ports/commit/c3b33c2df8abba42a855879b4097a17dee273fcc>>

Small comment, but cctools works fine on all OSes versions, so there is really no need to put it inside a Darwin version check. In fact, for all OSes using Xcode 7 or older it provides a newer toolchain. I would just remove the Darwin version check..

Chris

> 
> On Oct 27, 2018, at 23:55, Werner LEMBERG <wl at gnu.org <mailto:wl at gnu.org>> wrote:
> 
>> 
>> Folks,
>> 
>> 
>> please have a look at this build log
>> 
>>  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>
>> 
>> It fails with
>> 
>>  /usr/bin/ranlib: object:
>>    libextractpdfmark-poppler-core.a(libextractpdfmark_poppler_core_a-pagemode.o)
>>    malformed object (unknown load command 2)
>> 
>> Searching in the web, I've found a similar report w.r.t. ranlib:
>> 
>>  https://lists.macports.org/pipermail/macports-dev/2018-September/039282.html <https://lists.macports.org/pipermail/macports-dev/2018-September/039282.html>
>> 
>> It essentially says that `cctools' needs to be installed.  Is this a
>> dependency that I should add to extrapdfmark's Portfile?  Looking into
>> other Portfiles, maybe
>> 
>>  platform darwin 10 {
>>      depends_build-append       port:cctools
>>  }
>> 
>> is the right fix – is this sufficient to make macports use the newer
>> `ranlib' binary?
>> 
>> Another issue: extractpdfmark doesn't really need GhostScript for
>> compilation and execution; however, it will be optionally used for
>> some `make check' tests.  On the other hand, using the program makes
>> only sense if the calling Makefile (or whatever) feeds
>> extractpdfmark's output into GS.  Shall this be somehow reflected in
>> the Portfile, maybe an `optional dependency'?  If yes, how do I do
>> that?
>> 
>> 
>>    Werner

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macports.org/pipermail/macports-users/attachments/20181028/16e9decb/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 1930 bytes
Desc: not available
URL: <http://lists.macports.org/pipermail/macports-users/attachments/20181028/16e9decb/attachment.bin>