Re: [Gimp-print-devel] MacOS Build Update

[Michael S. <ms...@ms...>]

Robert,

> On Jan 24, 2021, at 11:14 AM, Robert Krawitz <rl...@al...> wrote:
> 
> On 1/24/21 10:47 AM, Matt Broughton wrote:
>> 
>> 
>>> On Jan 18, 2021, at 9:02 PM, Steve Letter via Gimp-print-devel <gim...@li...> wrote:
>>> 
>>> Successfully built a Universal package on my M1 Mac. I had to package it on my x86 system due to bugs on the M1.  It packaged well and signed fine.
>>> 
>>> However, it failed to run properly on my Intel Mac running 10.14, Mojave but did on the M1 (natively).  I am installing 10.15 and will try building on it to see if I can properly build a universal package on it.
>>> 
>>> Steve Letter
>>> Sent from my Symbolics Lisp Machine using rmail.
>> 
>> I also failed to print from 10.14 Mojave.  The files have the correct architecture:
>> 
>> Borodin:~ matt$ file /Library/Printers/Gutenprint.printerDriver/Contents/MacOS/commandtoepson
>> /Library/Printers/Gutenprint.printerDriver/Contents/MacOS/commandtoepson: Mach-O universal binary with 2 architectures: [x86_64:Mach-O 64-bit executable x86_64] [arm64:Mach-O 64-bit executable arm64]
>> /Library/Printers/Gutenprint.printerDriver/Contents/MacOS/commandtoepson (for architecture x86_64):	Mach-O 64-bit executable x86_64
>> /Library/Printers/Gutenprint.printerDriver/Contents/MacOS/commandtoepson (for architecture arm64):	Mach-O 64-bit executable arm64
>> Borodin:~ matt$
>> 
>> I am attaching a portion of the CUPS error log from where Gutenprint sets its parameters through the crash of the print job.  The most important part seems to be:
> 
> That looks to be the important point here; it looks like there has been a change to libcups.  You
> probably want to look in /usr/lib and see if there are any other libcups* files around, and if one
> of them contains that symbol.


In macOS 10.15 (CUPS 2.3) the cupsRaster functions are provided in both libcups and libcupsimage. The reason for this is that libcupsimage has basically only had the cupsRaster functions since CUPS 1.4, and going forward things are supposed to be consolidated in a single application library...

When you build on a newer macOS you need to include -lcupsimage to ensure that the right linkage is in place for older versions of macOS.  It would be nice if cups-config still include -lcupsimage on macOS (and I'll see if I can get Apple to make that change), but for now Gutenprint will need to include -lcupsimage on macOS all on its own.

________________________
Michael Sweet