-
Notifications
You must be signed in to change notification settings - Fork 3.4k
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
python3-netifaces: build error caused by linking with -L/usr/lib in configure script #9275
Comments
This one doesn't happen for me. I'm able to compile it locally for Turris Omnia (same arch) and it is even built on Turris servers - https://repo.turris.cz/master/omnia/packages/packages/python3-netifaces_0.10.9-3.7-1_arm_cortex-a9_vfpv3.ipk Would be good if I can reproduce it. |
Can you compare your |
Here it is:
|
Thanks! That helps, as it seems to be closer to gcc/binutils/toolchain than to python. Nonetheless, it doesn't seem right that /usr/lib is used there. |
I'll take a look these days. But
yes, it isn't right; i sometimes like to re-post this article [ I did not write it ], because it resonates so much even today (7 years after it was written ) with Python packaging |
I tried compiling this, here is the relevant make output:
And conftest.out:
The I think the reason why the test link doesn't include the right I also haven't been able to track down where/why |
I have some answers, but I'm no expert in this. I was just lucky and guessed them right 😆. I know the
My guess is that the file contents are generated at build time from
# For building extensions with a shared Python library,
# Python's library directory must be appended to library_dirs
# See Issues: #1600860, #4366
if (sysconfig.get_config_var('Py_ENABLE_SHARED')):
if not sysconfig.python_build:
# building third party extensions
self.library_dirs.append(sysconfig.get_config_var('LIBDIR'))
else:
# building python standard extensions
self.library_dirs.append('.') I haven't guessed the answer to the |
Found it. Unlike Python2, Python3 does not apply |
Maintainer: @BKPepe
Environment: mvebu, arm_cortex-a9+vfpu3, current master
Description:
I couldn't find the bug in the bots, but it fails here consistently. The failure output is this:
I've checked the build dir, and found out where the problem seems to be:
If I link the file manually, omitting
-L/usr/lib
, it succeeds; if I hackTARGET_CC+= $(TARGET_LDFLAGS)
in the Makefile, the package builds, but I don't believe this is a solution, so I'm not opening a PR. I'm not familiar with python's package build system, so I could not identify where the flag is being added. @jefferyto, @commodo, do you have any thoughts regarding this?The text was updated successfully, but these errors were encountered: