Why do Pillow's wheels put shared objects in the non-standard `.dylibs` directory on macOS (and thereby break code-signing without tons of additional support code)? about pillow

[glyph]

(It's also possible that Pillow is entirely the wrong project here and I should be reporting this on cibuildwheel, since I can't even find the string ".dylibs" in this project; I don't really know exactly what is going on here)

[nulano]

I think you may be looking for https://github.com/matthew-brett/delocate

(Or perhaps you are asking why we use it?)

[radarhere]

(Or perhaps you are asking why we use it?)

We don't, explicitly. It is cibuildwheel that uses it.

[radarhere]

I agree that this is a question for delocate rather than Pillow

https://github.com/matthew-brett/delocate/blob/f6af44562dd90d0f9279ab77abeab607ee9c2ee0/delocate/delocating.py#L531-L534

def _decide_dylib_bundle_directory(
    wheel_dir: str, package_name: str, lib_sdir: str = ".dylibs"
) -> str:
    """Return a relative directory which should be used to store dylib files.

From a glance at your project, I imagine you would be concerned about this situation for other libraries as well, so I think it is best to take this discussion over there.

[glyph]

OK, will do!