diff options
author | Clemens Lang <cal@macports.org> | 2014-02-10 18:44:06 -0500 |
---|---|---|
committer | Colin Walters <walters@verbum.org> | 2014-02-10 18:46:28 -0500 |
commit | 513dfb969c2317377eb0f0ec150767a8d95c6d2e (patch) | |
tree | 60e40df901c64f2fb181ce9defd5fadeeea3bd72 /tests/gi-tester | |
parent | b58425b5499a08dbfac6a3ddb6103af3245deda9 (diff) | |
download | gobject-introspection-513dfb969c2317377eb0f0ec150767a8d95c6d2e.tar.gz |
scanner: Improve compatibility with OS X
While gobject-introspection works on OS X, a few circumstances are
handled a little different there. For one, libraries are linked using
absolute paths. The current gobject-introspection code however strips
any path components and just uses the filename in the .gir file –
while this doesn't cause failure, the generated typlibs will only work
in presence of a correctly set DYLD_LIBRARY_PATH or
DYLD_FALLBACK_LIBRARY_PATH environment variable.
Setting DYLD_LIBRARY_PATH on OS X often is a bad idea due to the
side-effects: Doing so causes the directory parts of libraries
referenced using an absolute path to be ignored if there is a equally
named file in the directory listed in $DYLD_LIBRARY_PATH, possibly
overriding referenced system libraries with incompatible versions.
Setting DYLD_FALLBACK_LIBRARY_PATH is the better solution for this
problem; however because this variable has an implicit default value
it's not simple to do so correctly.
The best solution to the problem is referencing libraries from .girs
using absolute paths, just as all other binaries on OS X. The attached
patches against 2.38.0 implement that.
Another quirk one needs to be aware of on OS X is that Apple ships a
program called libtool, which is not GNU libtool and incompatible with
it. GNU libtool, if present, is usually called glibtool on OS X. The
patches also fix this.
https://bugzilla.gnome.org/show_bug.cgi?id=709583
Diffstat (limited to 'tests/gi-tester')
0 files changed, 0 insertions, 0 deletions