On Mon, Jul 21, 2008 at 09:14:55PM +0100, Tommi Komulainen wrote:
> On Mon, Jul 21, 2008 at 10:33 AM, Philippe Strauss <[EMAIL PROTECTED]> wrote:
> 
> > gcc ...  -L/usr/X11/lib ...
> 
> This is the first sign of trouble, clutter/osx shouldn't be using X11
> at all. This is also what makes gcc find libGL for X11 rather than the
> native version which clutter is supposed to be using.
> 
> 
> > ... /opt/local/lib/libpangocairo-1.0.dylib /usr/X11/lib/libXau.6.0.0.dylib 
> > ...
> 
> Seeing this I suspect you have pango no-no_x11 from macports which is
> dragging in X11.
> 

Thanks Tommi, that's right and I've installed immendio gtk osx native portage 
now.
The configuration step of clutter seems much cleaner, but running make:

[EMAIL PROTECTED]:~/src/clutter-svn/clutter$ make
make  all-recursive
Making all in clutter
/opt/gtk-osx/bin/glib-genmarshal \
                --prefix=clutter_marshal \
                --header \
          ./clutter-marshal.list > xgen-cmh \
        && (cmp -s xgen-cmh clutter-marshal.h || cp xgen-cmh clutter-marshal.h 
) \
        && rm -f xgen-cmh \
        && echo timestamp > stamp-clutter-marshal.h
dyld: Symbol not found: __cg_jpeg_resync_to_restart
  Referenced from: 
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/ImageIO
  Expected in: /opt/local/lib/libJPEG.dylib

/bin/sh: line 1:  3934 Trace/BPT trap          /opt/gtk-osx/bin/glib-genmarshal 
--prefix=clutter_marshal --header ./clutter-marshal.list > xgen-cmh
make[2]: *** [stamp-clutter-marshal.h] Error 133
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

Is (immendio) gtk+ referenced by clutter somehow? Cause I had to add 
--without-libtiff --without-libjpeg in a
shell of jhbuild to compile gtk+.

> > ... -framework Cocoa -framework OpenGL -Wl,-framework -Wl,CoreServices ...
> > ld: cycle in dylib re-exports with /usr/X11/lib/libGL.dylib
> 
> Looks like for some reason your -dylib_file addition didn't end up in
> the Makefile after all. Could you double-check your Makefile and
> Makefile.in?

I'm concentrating on a purely non X pango and cairo libs for now, will check 
later, it's in the interfaction btw automake and libtool that it doesn't get 
thru, this dylib_file trick.

-- 
Philippe Strauss
http://philou.ch
-- 
To unsubscribe send a mail to [EMAIL PROTECTED]

Reply via email to