Re: [Gtk-osx-users] Bundling- problem with libs

[John Ralls <jralls ceridwen fremont ca us>]

On Mar 27, 2010, at 4:01 AM, May Doušak wrote:

> Hi there,
> 
> I have another newbie question...
> ...I successfully built pspp and it works OK but not I don't know how to 
> "tell" him to bundle libs, too.
> 
> Now I'd like to deploy it but I get a lot of lib warnings when bundling. 
> It actually does produce a binary on my desktop (deploy location) but I 
> have to open it and go to Contents->MacOS->bin to run app (=it doesn't 
> "install").
> 
> I'm in jhbuild shell, as far as I checked out I don't have any macports 
> exports
> 
> There are my warnings:
> 
> bash-3.2$ ige-mac-bundler pspp.bundle
> Warning, library not available in any prefix: /opt/local/lib/libxml2.2.dylib
> Warning, library not available in any prefix: 
> /opt/local/lib/libncurses.5.dylib
> [SNIP]
> Warning, found X11 library dependency, you most likely don't want that: 
> /usr/X11/lib/libXaw.7.dylib
> [SNIP]
> Warning, library not available in any prefix: /usr/X11/lib/libpng12.0.dylib
> Warning, library not available in any prefix: /usr/local/lib/libplot.2.dylib
> Warning, library not available in any prefix: /opt/local/lib/libxml2.2.dylib
> [SNIP]
> bash-3.2$ otool -L /Users/may/gtk/inst/bin/psppire
> /Users/may/gtk/inst/bin/psppire:
>         /Users/may/gtk/inst/lib/pspp/libpsppwidgets.0.dylib 
> (compatibility version 1.0.0, current version 1.0.0)
>         /Users/may/gtk/inst/lib/libglade-2.0.0.dylib (compatibility 
> version 1.0.0, current version 1.7.0)
>         /Users/may/gtk/inst/lib/libgtk-quartz-2.0.0.dylib 
> (compatibility version 1801.0.0, current version 1801.2.0)
>         /usr/lib/libxml2.2.dylib (compatibility version 9.0.0, current 
> version 9.16.0)
>         /usr/lib/libicucore.A.dylib (compatibility version 1.0.0, 
> current version 36.0.0)
>         /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, 
> current version 111.1.4)
>         /Users/may/gtk/inst/lib/libgdk-quartz-2.0.0.dylib 
> (compatibility version 1801.0.0, current version 1801.2.0)
>         /Users/may/gtk/inst/lib/libatk-1.0.0.dylib (compatibility 
> version 2810.0.0, current version 2810.1.0)
>         /Users/may/gtk/inst/lib/libgdk_pixbuf-2.0.0.dylib 
> (compatibility version 1801.0.0, current version 1801.2.0)
>         /Users/may/gtk/inst/lib/libgio-2.0.0.dylib (compatibility 
> version 2201.0.0, current version 2201.2.0)
>         /Users/may/gtk/inst/lib/libpangocairo-1.0.0.dylib 
> (compatibility version 2401.0.0, current version 2401.5.0)
>         /Users/may/gtk/inst/lib/libpangoft2-1.0.0.dylib (compatibility 
> version 2401.0.0, current version 2401.5.0)
>         /Users/may/gtk/inst/lib/libpango-1.0.0.dylib (compatibility 
> version 2401.0.0, current version 2401.5.0)
>         /Users/may/gtk/inst/lib/libcairo.2.dylib (compatibility version 
> 10803.0.0, current version 10803.8.0)
>         /Users/may/gtk/inst/lib/libpixman-1.0.dylib (compatibility 
> version 17.0.0, current version 17.0.0)
>         /Users/may/gtk/inst/lib/libfontconfig.1.dylib (compatibility 
> version 6.0.0, current version 6.3.0)
>         /Users/may/gtk/inst/lib/libexpat.1.dylib (compatibility version 
> 7.0.0, current version 7.2.0)
>         /Users/may/gtk/inst/lib/libfreetype.6.dylib (compatibility 
> version 10.0.0, current version 10.22.0)
>         /Users/may/gtk/inst/lib/libpng12.0.dylib (compatibility version 
> 41.0.0, current version 41.0.0)
>         /Users/may/gtk/inst/lib/libgobject-2.0.0.dylib (compatibility 
> version 2201.0.0, current version 2201.2.0)
>         /Users/may/gtk/inst/lib/libgmodule-2.0.0.dylib (compatibility 
> version 2201.0.0, current version 2201.2.0)
>         /Users/may/gtk/inst/lib/libglib-2.0.0.dylib (compatibility 
> version 2201.0.0, current version 2201.2.0)
>         /usr/local/lib/libintl.8.dylib (compatibility version 9.0.0, 
> current version 9.2.0)
>         /Users/may/gtk/inst/lib/libintl.8.dylib (compatibility version 
> 9.0.0, current version 9.2.0)
>         /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current 
> version 7.0.0)
>         /usr/lib/libedit.2.dylib (compatibility version 2.0.0, current 
> version 2.9.0)
>         /Users/may/gtk/inst/lib/libgsl.0.dylib (compatibility version 
> 16.0.0, current version 16.0.0)
>         /Users/may/gtk/inst/lib/libgslcblas.0.dylib (compatibility 
> version 1.0.0, current version 1.0.0)
>         /usr/local/lib/libplot.2.dylib (compatibility version 5.0.0, 
> current version 5.4.0)
>         /usr/X11/lib/libXaw.7.dylib (compatibility version 8.0.0, 
> current version 8.0.0)
>         /usr/X11/lib/libXmu.6.dylib (compatibility version 9.0.0, 
> current version 9.0.0)
>         /usr/X11/lib/libXt.6.dylib (compatibility version 7.0.0, 
> current version 7.0.0)
>         /usr/X11/lib/libSM.6.dylib (compatibility version 7.0.0, 
> current version 7.0.0)
>         /usr/X11/lib/libICE.6.dylib (compatibility version 10.0.0, 
> current version 10.0.0)
>         /usr/X11/lib/libXext.6.dylib (compatibility version 11.0.0, 
> current version 11.0.0)
>         /usr/X11/lib/libX11.6.dylib (compatibility version 9.0.0, 
> current version 9.0.0)
>         /usr/X11/lib/libXau.6.dylib (compatibility version 7.0.0, 
> current version 7.0.0)
>         /usr/X11/lib/libXdmcp.6.dylib (compatibility version 7.0.0, 
> current version 7.0.0)
>         /usr/X11/lib/libpng12.0.dylib (compatibility version 36.0.0, 
> current version 36.0.0)
>         /usr/lib/libz.1.dylib (compatibility version 1.0.0, current 
> version 1.2.3)
>         /usr/lib/libmx.A.dylib (compatibility version 1.0.0, current 
> version 292.4.0)
>         /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa 
> (compatibility version 1.0.0, current version 12.0.0)
>         /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon 
> (compatibility version 2.0.0, current version 136.0.0)
>         /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current 
> version 1.0.0)
> bash-3.2$
> 
> 
> How do I "tell" him to bundle those libs?

The bundler seems to be working fine: Your build is still contaminated with Macports dependencies (/opt/local is Macports playground. That's how I knew what your problem was the first time.) Consider creating a new user and doing your Gtk-OSX work under that userid. (Fast User Switching makes this relatively painless.)

The X11 dependencies might be from Macports, but if they show up again when you build from the new user account, then you'll have to look into the modules that you've added and figure out which of them are trying to talk to the X-server directly instead of going through gdk. That won't work with gtk-quartz.

Regards,
John Ralls


Regards,
John Ralls
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Gtk-osx-users mailing list
Gtk-osx-users lists sourceforge net
https://lists.sourceforge.net/lists/listinfo/gtk-osx-users