qhull external symbols clash
"Sam Gillingham" <[email protected]>
| Newsgroups | gmane.comp.python.scientific.devel |
|---|---|
| Message-ID | <[email protected]> |
Hi SciPy maintainers, I'm keen to hear your thoughts on the following problem: Currently, SciPy has its own internal copy of qhull. If a script also imports something else that uses libqhull (of a different version) there can be a crash due to both versions of qhull exporting the same symbols. This has recently been a problem in conda-forge when the GDAL library started linking against external libqhull: https://github.com/conda-forge/qgis-feedstock/issues/284 As I see it, there are 2 possible solutions: 1. Use a similar approach to GDAL (when using its own internal copy of qhull) and rename all qhull symbols so they are unique (see https://github.com/OSGeo/gdal/blob/master/alg/internal_qhull_headers.h) 2. Allow external libqhull to be linked against in the SciPy build process (instead of the internal version). This would mean all software imported in a script can use the same libqhull. I'm happy to open a pull request if either of the above options is acceptable. Thanks, Sam. _______________________________________________ SciPy-Dev mailing list -- [email protected] To unsubscribe send an email to [email protected] https://mail.python.org/mailman3/lists/scipy-dev.python.org/ Member address: [email protected]