Generating a shared library for the C implementation (and using that to build pycatch22 etc.) about catch22

[benfulcher]

Ok thanks @sanjayankur31 — appreciate your thoughtful input! Maybe someone will come along with a stronger computational background at some point… Hope all's going well with Fedora Linux.

[benfulcher]

Thanks for the input and interest in the package. Yes, we thought it was cleaner to separate out the R, python, and Julia wrappers into their own repos. We are not proficient in managing shared libraries, and for use in python are supporting installation as pycatch22 via pip.
If I understand correctly, there is elegance in the shared library solution in maintaining the C in a single place, but given we are not proficient in managing it and don't anticipate changes to it, were planning to go with the less elegant solution [in the case of any change being required: manually propagating (or using git submodule) any updates in the C source to the other (wrapper) packages for R, python, and Julia…], which allows the wrappers, like pycatch22, Rcatch22, and Catch22.jl, to work as standalone packages.

[sanjayankur31]

Thanks @benfulcher , that makes sense. We'll see what the best way of doing this downstream is. We tend to avoid bundling but in this case since you are the devs for all the tools that consume the C code, that takes away some of our concerns related to bundling (it's much more of an issue when lots of other developers start to bundle code and not keep it up to date with bugfixes etc.).

I'll close this ticket now. Thanks again.