Re: qhull external symbols clash

Ralf Gommers <[email protected]>
Newsgroups gmane.comp.python.scientific.devel
Message-ID <CABL7CQh0JZRarxvRPM=ymWxKMxv_igUDmjLyEhf0fU0BL6g3Ng@mail.gmail.com>
On Thu, Jan 12, 2023 at 1:33 AM Sam Gillingham <[email protected]>
wrote:

> Ralf,
>
> I just stumbled across this: https://github.com/scipy/scipy/issues/15996.
>
> Would this have the potential to resolve this issue?


Probably - it will remove SciPy's global symbols, but I'm not quite sure
what happens if another package already loads its global symbols first.
Also, as mentioned in
https://github.com/scipy/scipy/pull/17052#issuecomment-1251395901, the
Apple linker works differently and we don't implement symbol hiding for it.


> I just checked with a build of main and all the qhull symbols are now
> local so AFAICT this shouldn't cause a problem. They are still global
> symbols in scipy 1.10.0 however, so maybe we need to wait for 1.11?
>

The relevant patches made it into 1.10.0. This difference is most likely
due to conda-forge packages still being built with distutils rather than
with Meson, and those distutils builds doing less extensive symbol hiding.
Or you're on macOS and looking at a build with the Apple linker. If you
could find out what the difference you're seeing is caused by, that'd be
very useful.

Cheers,
Ralf


> Sorry for the noise, hopefully this can be resolved without too much pain
> and without scrambled function names!
>
> Cheers,
> 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]
>

_______________________________________________
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]
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.