Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

_ctypes #4

Open
sahilsuneja1 opened this issue Oct 8, 2018 · 3 comments
Open

_ctypes #4

sahilsuneja1 opened this issue Oct 8, 2018 · 3 comments

Comments

@sahilsuneja1
Copy link

When I run helloFrozen test.py, it lists _ctypes as being read as .so.
Is this to be expected?

@sahilsuneja1
Copy link
Author

Btw, pretty cool stuff, I ported it to work for Python-3.5 as well.

@patmarion
Copy link
Owner

Hi, thanks for your comment. I haven't worked on this project in several years, so I am not sure why that would happen. Ideally, no .so files should be loaded dynamically. It's possible that _ctypes needs to be added to this file for newer versions of python:

https://github.com/patmarion/NumpyBuiltinExample/blob/master/files/Setup.local

Thanks for porting it to Python-3.5. If your work is available on github, maybe you could post a link to it here? It's possible others will look for a python3 example and could benefit!

@sahilsuneja1
Copy link
Author

sahilsuneja1 commented Oct 8, 2018

Thanks. I am using the same version of numpy and python as is included in this repo (the tars), but still get the same dynamic loading behaviour for ctypes.
I got it to work by enabling _ctypes static build in Setup.local, and statically building libffi, and linking to it during the hello/helloFrozen build process.
I'll add the link to Python-3.5 counterpart, once I put it github.
Thanks again for this!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants