On Thu, Jul 14, 2005 at 08:39:32AM -0400, Alexander K. Hansen wrote: > > I, on the other hand, can claim no such success with my system setup. > > With XCode 2.1, xorg, and OS 10.4.2, I get the following error in the > 'epm' project: > > > ... > Compiling setup2.cxx... > In file included from /sw/include/FL/x.H:39, > from setup2.cxx:35: > /sw/include/FL/mac.H: In function `OpaqueRgnHandle* XRectangleRegion > (int, int, > int, int)':
Try removing fltk-x11? Why the heck oo.o is seeing fltk headers is a different matter and may suggest oo.o has some -I/sw/include ordered before its private -I flags somewhere. I notice FL/x.H is seeing FL/mac.H, which means either oo.o is expecting to find its own (or some other lib's) FL/x.H or it does want fltk but is misusing it. fltk-x11 was difficult to port because the assumption "if apple then use Quartz graphics" is deeply embedded... long ago zauc just said "we'll -U__APPLE__ and then we'll get x11". Now, if configuration scripts and makefiles aren't careful, they'll either redefine that or not even know it has to be undefined, and fltk will become non-self-consistent. I guess the cleaner solution would be to patch the fltk headers to force the results rather than relying on an unusual definedness of __APPLE__. OTOH, this really sounds like you've found an oo.o bug. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks ------------------------------------------------------- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click _______________________________________________ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
