-
-
Notifications
You must be signed in to change notification settings - Fork 1.5k
The SQLAlchemy 1.4 C extension fails to compile on Python 3.13 #11499
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
Comments
Hi, Thanks for reporting. |
Well we might have to use version specific defines to handle this, there's already a bunch of that in the old C extensions We probably need to set up a python version EOL for 1.4 at some point |
The best suggestion I have is to just imitate its implementation, which is straightforward and uses only functions that are still in the public C API. I plant to submit a PR for that approach. |
Thanks, that would be helpful |
This is probably true. On the other hand, speaking as a Fedora packager (but not a primary maintainer of any of the SQLAlchemy packages in Fedora) we still have a |
oh the function was private, in that case yes we might want to just vendor it hoping it's not a very long function |
yes we are keeping 1.4 around longer than usual for sure. but it's going to have to stop at some point, it's still supporting python 2.7 and every release of it has to work on 2.7 |
Benjamin A. Beasley has proposed a fix for this issue in the rel_1_4 branch: SQLAlchemy 1.4: Fix building the C extension on Python 3.13 https://gerrit.sqlalchemy.org/c/sqlalchemy/sqlalchemy/+/5339 |
fixed in fc66fda |
Describe the bug
The C extension for SQLAlchemy 1.4 uses
_PyArg_NoKeywords()
, an undocumented private API that was moved to thepycore_modsupport.h
internal C API in Python 3.13.As a result, the C extension fails to build on Python 3.13.
Optional link from https://docs.sqlalchemy.org which documents the behavior that is expected
No response
SQLAlchemy Version in Use
1.4.52 (or,
rel_1_4
branch, currently at b13cdd1)DBAPI (i.e. the database driver)
N/A
Database Vendor and Major Version
N/A
Python Version
3.13.0b1
Operating system
Fedora 40
To Reproduce
Error
Additional context
No response
The text was updated successfully, but these errors were encountered: