-
-
Notifications
You must be signed in to change notification settings - Fork 32.1k
Python3.13.4 doesn't build, Python3.13.3 builds #135136
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, what do you mean by "Installation fails testing the building"? What shows up? |
I configure with (o.K. for all other versions)
(The other versions of Python don't fail here). After make altinstall the program behaves strangely. |
Would you mind posting the tracebacks for the failures? |
I don't know if this is what you mean: Compilation stops with
Is there any log I can publish? |
It does build, it is just a test that fails. Can you please give the test traceback and what system you are on, this may be a duplicate. |
I Have Suse Leap 15.6 (Linux) with local gcc-15.1 (works fine). python indeed builds, the test in the Makefile fails:
and then make stops. make install installs version 3.13.4, but this version does not behave correctly. After closing python the local program starts profiling. |
Maybe there are some old build artifacts that shouldn't be there? Try running |
With
(without --enable-optimizations) Python3.13.4 can be built without problems. Of course this is not a complete solution of this problem, since Python3.13.3 can be installed with |
I could recreate, I nuked Edit: Thought: My system uses a non-utf8 locale, maybe this is the issue after it has been made default recently. |
Not on 3.13 |
Meanwhile the problem is solved, at least for me. The "solution" is strange. First I had to install Python3.13.4 with configuration I think, Makefile uses simultaneously two versions of python (the new built one and a system wide python) in the building process. |
Would you mind to run test_hashlib in verbose mode and copy/paste the output? Something like:
|
Installing the old environment
During make I had the message
Strange! |
The row |
Oh. If you cannot reproduce the hashlib failure in verbose mode, we cannot help you.
Python creates a temporary directory and then runs tests from that temporary directory. |
O.K. and thank you. I've solved the problem at least for me by first installing 3.13.4 without |
Should we close the issue since you managed to work around it? |
If its only my problem definitely yes. Thank you. |
I close the issue. If you can reproduce the issue and run test_hashlib in verbose mode, please reopen the issue. |
Uh oh!
There was an error while loading. Please reload this page.
Bug report
Bug description:
Tried to install Python3.13.4 from source. Installation fails testing the building. All modules o.k. except hashlib.py
The new Python3.12.11, Python3.11.13, Python3.10.18, Python3.9.23 can be built and installed without problems. The same holds true for Python3.13.3.
I do not find any log.file for errors.
CPython versions tested on:
3.13
Operating systems tested on:
Linux
The text was updated successfully, but these errors were encountered: