GNOME Bugzilla – Bug 724877
GI libtool hack is not compatible with W32 CPython
Last modified: 2015-02-07 16:53:26 UTC
GI is libtool-aware and will replace ".libs/.libs" with ".libs". This hack should be extended to support DOS-style ".libs\\.libs".
Created attachment 269905 [details] [review] Extend the hack towards backslashes as path separators
Review of attachment 269905 [details] [review]: Looks OK. Would have been nice to maybe use a regexp instead of a double replace, but this is fine.
Or can we use os.sep here? Something like: libname = libname.replace('.libs' + os.sep + '.libs', '.libs') ? Does that work for you?
M-m-m-m...i'd rather keep using both separators, unless it's possible to prove that libname is guaranteed to always contain os.sep. If libname contents are partially influenced by some outside things, it might end up with '/' separator even on W32.
Ok, that's fine. Attachment 269905 [details] pushed as 7987124 - Extend the hack towards backslashes as path separators
[Mass-moving gobject-introspection tickets to its own Bugzilla product - see bug 708029. Mass-filter your bugmail for this message: introspection20150207 ]