Hi, I wonder if the change I made in December to use CAIRO_EXTEND_PAD when drawing images is responsible for this. I just checked now and the cairo docs say CAIRO_EXTEND_PAD is only implemented in 1.6 and later for surface patterns.
Maybe try commenting out the two calls to cairo_pattern_set_extend in CairoGState.m? -Eric On 2010-03-07, at 11:58 AM, Richard Frith-Macdonald wrote: > > On 7 Mar 2010, at 15:34, Fred Kiefer wrote: > >> Sounds like a different problem to me, but like a very interesting one :-) >> With the .so numbers I don't have a clue, which cairo version this >> really is. Could you please use pkg-config --modversion cairo to get the >> version number the system thinks it has? > > [rich...@centos]$ pkg-config --modversion cairo > 1.2.4 > > >> GNUstep should be able to display images with all versions of cairo >> starting from 1.0 or so. I am currently using cairo 1.8.8. >> >> The next instruction would be to recompile all of GNUstep from scratch, >> but I now you are doing this already. > > Yes ... just did it again anyway to be sure. > >> The only change in recent time that could affect you is the one I did on >> the 20th of Febuary to adjust the cairo backend to the CGFloat change of >> base. This change works correctly on my 64 bit system, but it could be >> different on a 32 bit one. Could you please try to compile base (and all >> the rest) with the definition of CGFloat turned back to float? If this >> changes the behaviour of the cairo backend then we know where to look. > > > It's already float on 32bit systems (the one I'm having image display > problems with is a 32bit system) ... it only gets defined to be double on > 64bit systems. > > _______________________________________________ > Gnustep-dev mailing list > Gnustep-dev@gnu.org > http://lists.gnu.org/mailman/listinfo/gnustep-dev _______________________________________________ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev