Closed myselfhimself closed 4 years ago
The existing implementation puts all gmic-py .so, .dynlib and .dll in the same directory and the expected failure of loading unsurprisingly happen. Those should maybe be split into per-architecture-per-os directories. Ctypes allows to exactly single files as in the Flip fluids addon, but we are in a different situation, with native Python binary module import.
We might need to do a import <os-arch>.gmic as gmic
where os-arch is a directory name, or so.
(thinking out loud)
Manylinux 2010 must be ditched (unless Blender2.7x versions are considered..), Blender 2.80 is compiled against glibc217 which corresponds to Manylinux2014: https://www.python.org/dev/peps/pep-0599/ example Blender file download: blender-2.80-linux-glibc217-x86_64.tar.bz2
Working well. Windows will come. Dedicating a separate windows-focused Issue.
Possibly through this URL: https://pypi.org/pypi/gmic/json API endpoint detail here: https://warehouse.readthedocs.io/api-reference/json/#project
Focus on Python 3.7 for Linux & Mac OS X, since this is what Blender 2.8x needs