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
Port module setup to PY_STDLIB_MOD() macro and addext() #90005
Comments
bpo-45573 added the PY_STDLIB_MOD() autoconf macro, Modules/Setup.stdlib.in template, and setup.py helper method addext(). The macro sets up
Additionally there is a MODULE_{NAME}_DEPS variable with dependency information. The Modules/Setup.stdlib.in template and addext() method consume the variables and set up extension compilation and linking. There is no need to look for headers or libraries in setup.py any more. Let's port all modules to the new approach. |
45 down, 35 to go. |
Not converted yet: readline |
_socket coming up... |
_crypt is powered by pkgconf libcrypt or libxcrypt on Linux. On my system and on Debian, libcrypt.pc is a symlink to libxcrypt.pc. Linux has crypt() and/or crypt_r() in <crypt.h>. On FreeBSD crypt_r() is in <unistd.h> and libc. _uuid needs similar special handling. It's <uuid/uuid.h>, -luuid, and uuid.pc on Linux. On BSD it's <uuid.h> and symbols are in libc. _readline uses either libreadline (readline.pc) or libeditline (libeditline.pc). It also needs special handling of tinfo and termcap on some platforms. ndbm, gdbm, and libdb have no pkgconf providers. My PR #73720 has some code to detect them in configure. |
We are down to 9 missing modules: readline |
…pythonGH-94301) It makes it easier to look for module states in sysconfig without special casing suffixes "_CFLAGS", "_DEPS", "_LDFLAGS", "_OBJS", and "CTYPES_MALLOC_CLOSURE".. (cherry picked from commit 71868a0) Co-authored-by: Christian Heimes <christian@python.org>
The fallback path did not set ``LIBFFI_LIBS`` variable to link with ``-lffi``.
The fallback path did not set LIBFFI_LIBS variable to link with ``-lffi``.
Co-authored-by: Erlend Egeberg Aasland <erlend.aasland@protonmail.com>
Looks like we're done! Thanks for the work with the remaining modules, Christian! I believe we can close this issue now. |
See #93939 for the next step :) |
tiran commentedNov 19, 2021
Contributed ... in bpo-bpo-45847
typo #32299Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.
Show more details
GitHub fields:
bugs.python.org fields:
The text was updated successfully, but these errors were encountered: