delocate-wheel and non-fixed brew dependency

I am trying to use multibuild (great project btw, thanks a lot for this one) to make wheels for swiglpk but have difficulty to fix the library dependencies for the mac wheels. A reproducible example for is

$ git clone https://github.com/biosustain/swiglpk
$ brew install glpk
$ cd swiglpk/
$ python setup.py bdist_wheel
$ delocate-listdeps dist/swiglpk-1.2.22+4.g954dc63-cp35-cp35m-macosx_10_6_intel.whl 
/usr/local/Cellar/glpk/4.60/lib/libglpk.40.dylib
$ delocate-wheel -v -w fixed-wheel dist/swiglpk-1.2.22+4.g954dc63-cp35-cp35m-macosx_10_6_intel
$ delocate-listdeps fixed-wheel/swiglpk-1.2.22+4.g954dc63-cp35-cp35m-macosx_10_6_intel.whl 
/usr/local/Cellar/glpk/4.60/lib/libglpk.40.dylib

With the last call to delocate-listdeps I expected no output indicating that delocate-wheel had copied the dependency to the wheel. Am I missing something or is this a bug somehow?

[matthew-brett]

Ah - yes - I see. The wheel processor specifically looks in the subdirectories within the wheel, and not in the compiled modules at the top level. The reason is that it wants to create a new subdirectory, called .libs with the copied libraries in. This is unique to the package if it can work in a subdirectory (.../site-packages/yourpkg/.libs/copied_lib.dylib), but may well not be unique for a module at the top level (.../site-packages/.libs/copied_lib.dylib). So, to make it easier for delocate, you could make the module into its own package. Otherwise, I guess I’d need to work out some naming scheme for the generated lib / lib directory.

[matthew-brett]

Great - thanks for the quick feedback.