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
Python 3.12 cannon install on arch linux, please advise: "/usr/include/asm/sigcontext.h:77:2: error: unknown type name '__uint128_t'" #2950
Comments
Please add the necessary diagnostic information as per the issue template. |
Here is a zip of some log files on another install attempt |
Is your platform 32-bit or 64-bit? It's detected as 32-bit ARM ( |
Installed this….
https://hamvoip.org/index.html#firmware
It installs a version of Arch Linux for the Raspberry Pi 4. I am not sure if it is 32 or 64. I am still looking to find out.
uname –a reports
Linux N1JEM-607230 5.4.75-1-ARCH #1 SMP PREEMPT Mon Nov 9 16:58:39 UTC 2020 armv7l GNU/Linux
What command can I use to determine if its 64 Bit?
Jeff
From: native-api ***@***.***
Sent: Sunday, April 28, 2024 4:28 PM
To: pyenv/pyenv
Cc: c172jeff; Author
Subject: Re: [pyenv/pyenv] Python 3.12 cannon install on arch linux, please advise (Issue #2950)
Is your platform 32-bit or 64-bit? It's detected as 32-bit ARM (gnueabihf) but a standard header tries to use a 128-bit type which are only available for 64-bit targets <https://stackoverflow.com/questions/16088282/is-there-a-128-bit-integer-in-gcc> .
Looking at config.log, you have some FLAGS envvars set (e.g. MULTIARCH_CPPFLAGS) -- try unsetting those for starters.
—
Reply to this email directly, view it on GitHub <#2950 (comment)> , or unsubscribe <https://github.com/notifications/unsubscribe-auth/AJTIFOYVC7SIUGWLG6VE7BDY7VLVFAVCNFSM6AAAAABG5HOQC6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAOBRGY2DIMJSGM> .
You are receiving this because you authored the thread. <https://github.com/notifications/beacon/AJTIFO4SRDW7AJSTPRPISYDY7VLVFA5CNFSM6AAAAABG5HOQC6WGG33NNVSW45C7OR4XAZNMJFZXG5LFINXW23LFNZ2KUY3PNVWWK3TUL5UWJTT4CNPFW.gif> Message ID: ***@***.***>
|
How can I try my install again by unsetting the MULTIARCH_CPPFLAGS flag? I just did a simple install using pyenv install 3.12 I don't see an option to unset a a flag when running pyenv? |
PRi 4 is 64-bit. But that page suggests that they make the same image for RPi 2,3 and 4 -- which means that the OS is 32-bit. Then the standard header should not be using a 128-bit bit type. |
|
I am not sure how to proceed. The header, /usr/include/asm/sigcontext.h, looks like it is made for a 64 bit version. So, I understand the problem to be my installation of GCC? Is that it? If it is, that installation of HAMVOIP came in such a way that you burn the whole image. While it works, I wish they would have made a way to install it onto a generic already working pi setup. |
Since I don't know how they made the image or what a correct header should look like (on my machine, it doesn't even exist), I do suggest to contact the vendor for pointers. All in all, |
Hello,
On my Arch Linux ARM/Raspberry Pi installation, I cannot install Python 3.12. I have the attached error.
I run the command pyenv install 3.12 at my command prompt.
I am using pyenv version 2.4.0
I am using gcc (GCC) 5.3.0
Please advise, Jeff
pyenv install 3.12
Downloading Python-3.12.3.tar.xz...
-> https://www.python.org/ftp/python/3.12.3/Python-3.12.3.tar.xz
Installing Python-3.12.3...
BUILD FAILED (Arch Linux ARM using python-build 20180424)
Inspect or clean up the working tree at /tmp/python-build.20240428153332.2150
Results logged to /tmp/python-build.20240428153332.2150.log
Last 10 log lines:
In file included from /usr/include/bits/sigcontext.h:30:0,
from /usr/include/signal.h:287,
from ./Include/internal/pycore_faulthandler.h:12,
from ./Include/internal/pycore_runtime.h:15,
from Parser/action_helpers.c:6:
/usr/include/asm/sigcontext.h:77:2: error: unknown type name '__uint128_t'
__uint128_t vregs[32];
^
Makefile:2731: recipe for target 'Parser/action_helpers.o' failed
make: *** [Parser/action_helpers.o] Error 1
The text was updated successfully, but these errors were encountered: