GNOME Bugzilla – Bug 555303
Use --library-path when scanning headers in gir-repo
Last modified: 2015-02-07 16:57:01 UTC
So that we make sure we find the referenced libs (even if they on non-standard path)
Created attachment 120060 [details] [review] Simple patch
Hm, it doesn't work to set LD_LIBRARY_PATH?
The reason I ask is that I'm not sure how/whether LPATH works on Windows and OS X. My ideal actually is that we can drop usage of ctypes' find_library in favor of GModule but that needs figuring out.
(In reply to comment #3) > The reason I ask is that I'm not sure how/whether LPATH works on Windows and OS > X. > > My ideal actually is that we can drop usage of ctypes' find_library in favor of > GModule but that needs figuring out. Yeah, I think we should drop usage of find_library as, based on the documentation[1], it does't seem portable enough for the purposes we're using it. find_library doesn't really consult LD_LIBRARY_PATH[2]. Using LPATH seems to work (honestly, I'm sure why). [1] http://www.python.org/doc/2.5.2/lib/ctypes-finding-shared-libraries.html [2] http://bugs.python.org/issue2936
This patch is basically pointless as we get the list of paths from the passed pkgs. Closing.
[Mass-moving gobject-introspection tickets to its own Bugzilla product - see bug 708029. Mass-filter your bugmail for this message: introspection20150207 ]