Skip to content

Utility of the static linked library in the image if --enable-shared is active #507

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

Closed
Lebvanih opened this issue Jul 30, 2020 · 1 comment · Fixed by #508
Closed

Utility of the static linked library in the image if --enable-shared is active #507

Lebvanih opened this issue Jul 30, 2020 · 1 comment · Fixed by #508

Comments

@Lebvanih
Copy link

Hello,

I was wondering why the static library libpythonXX.a (example in the alpine: /usr/local/lib/python3.8/config-3.8-x86_64-linux-gnu/libpython3.8.a) was kept in the docker image for all the image variance, while the --enable-shared flag is active for the compilation process. That file is around 50% of the image size on the alpine.

I am assuming this is intended for the usage of some use case where you might need to link some code directly to it, but the documentation of the image only make reference to using the image as base, including our own script and just run it with python (which seems to be dynamically linked to the .so files).

I am mostly curious to know if this is intended or if this is an oversight from a few year ago when the --enable-shared flag was added.

@tianon
Copy link
Member

tianon commented Jul 31, 2020

Absolutely an oversight AFAIK, and probably should be removed!

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

Successfully merging a pull request may close this issue.

2 participants