Re: [gtk-osx-users] Question about CUPS module

[G 3 <programmingkidx gmail com>]

On Jan 13, 2017, at 10:48 PM, John Ralls wrote:

> > On Jan 13, 2017, at 6:38 PM, G 3 <programmingkidx gmail com> wrote:
> >
> >
> > When I was at module 18 (gtk), it failed due to this error:
> >
> > In file included from GdkQuartzView.c:21:
> > GdkQuartzView.h:37: error: cannot find protocol declaration for  
> > 'NSTextInputClient'
> > In file included from gdkwindow-quartz.h:25,
> >                 from GdkQuartzWindow.c:22:
> > ../../gdk/quartz/GdkQuartzView.h:37: error: cannot find protocol  
> > declaration for 'NSTextInputClient'
> > make[4]: *** [GdkQuartzWindow.lo] Error 1
> > make[4]: *** Waiting for unfinished jobs....
> > make[4]: *** [GdkQuartzView.lo] Error 1
> >
> > The NSTextInputClient protocol is defined in Mac OS 10.5+, so it  
> > wasn't available on my system. The solution to this problem could  
> > be to develop a patch that conditionally uses this protocol. Or  
> > maybe I could use and older version of GTK that did compile  
> > successfully on Mac OS 10.4. Anyone know what version that would  
> > be? I'm guessing around v3.0.
>
> That first appeared in gtk-3.8.3.

Thank you.

> How thoroughly did you test the cairo patches?

I successfully made a program that makes a png file that has 'hello  
world' in blue text in it.

> Just because it builds doesn't mean that it will behave. It would  
> be safer to just roll back to an earlier version of cairo that  
> doesn't have the offending API.

I did install an earlier version, but the requirement for the newest  
version of GTK is Cairo 1.14, so I couldn't use it.

> In order for the patches to be generally useful you'd need to  
> bracket them with availability macros so that they can be compiled  
> correctly against newer SDKs.


Wouldn't weak linking mean being able to run the same binary on both  
Mac OS 10.4 and a newer version of Mac OS? That sounds like more  
robust programming.