> On 28 Oct 2018, at 7:24 am, Ken Cunningham <[email protected]> 
> 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 <[email protected] 
> <mailto:[email protected]>> 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

Attachment: smime.p7s
Description: S/MIME cryptographic signature

Reply via email to