-
-
Notifications
You must be signed in to change notification settings - Fork 135
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
ARM build failure #80
Comments
There was a very similar issue on legacy repo. juliagoda/antimicroX#111 I think the simplest solution for now would be installing AntiMicroX using flatpak package. @AriaMoradi |
|
Interesting. If it is installed, everything should work properly.
Yes, flatpak is built for x86_64 (called also amd64) and aarch64. |
AFAIK Raspberry is ARM and not x86 architecture. So this is the same as: https://bugzilla.redhat.com/show_bug.cgi?id=1849216 Let me know id you find a solution, then I can also fix the Fedora package. |
Hm, interesting. In Fedora, 64-bit @AriaMoradi is it possible that your OS is somehow 32 bit |
Yes. $ uname -a
Linux raspberrypi 5.4.72-v7+ #1356 SMP Thu Oct 22 13:56:54 BST 2020 armv7l GNU/Linux Also Raspbian OS is only available in 32-bit. official site edit: further info # bash from archlinuxarm armv7
armor@raspberrypi:/tmp/bash/armv7h/usr/bin $ file bash
bash: ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-armhf.so.3, BuildID[sha1]=90b5e2841db5c8fc2d73daedd74f0fa59d5a0f4e, for GNU/Linux 3.2.0, stripped
# bash from archlinuxarm aarch64
armor@raspberrypi:/tmp/bash/aarch64/usr/bin $ file bash
bash: ELF 64-bit LSB shared object, ARM aarch64, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-aarch64.so.1, BuildID[sha1]=8972a9606bc894a93a6e9ed47dec62808ca7c482, for GNU/Linux 3.7.0, stripped
# bash from system
armor@raspberrypi:/tmp/bash/aarch64/usr/bin $ file /bin/bash
/bin/bash: ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-armhf.so.3, for GNU/Linux 3.2.0, BuildID[sha1]=3e5e2847bbc51da2ab313bc53d4bdcff0faf2462, stripped
# only armhf is available on the system
armor@raspberrypi:/tmp/bash/aarch64/usr/bin $ ls /lib/ld-linux*
/lib/ld-linux-armhf.so.3 /lib/ld-linux.so.3 this link says that there are some closed source libraries that are not available for aarch64. |
Thanks! So it is the same Either it's because the architecture or because linking works differently with I made a Fedora scratch build (fails on EDIT: here's a comparison of successful |
There is also 64bit version, but it is still in beta (publishing 8 GB version ob pi4 made it necessary), it is also compatible with pi3.
This change looks promising, we should check it. I don't think we should change anything in source code (but I may be wrong). |
Let me do a test then with this. Is it |
Yes CHECK_CXX_COMPILER_FLAG("-std=c++11" COMPILER_SUPPORTS_CXX11)
set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -fcommon") #this line should just work fine
if(COMPILER_SUPPORTS_CXX11)
if (NOT WIN32)
set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -std=c++11") |
looks like This is from gcc manpages:
edit1: this issue might be related MaskRay/ccls#23
edit6: maybe can be fixed at the linker level? https://manpages.debian.org/testing/binutils/gold.1.en.html and https://www.eecs.umich.edu/courses/eecs373/readings/Linker.pdf |
Yes,
I checked, in Fedora |
maybe finding the exact linker error could help? I suspect L6200E(edit5) is not what is happening? |
The error I got is the same that you described in the first post. |
After some googling/SO'ing around, I tried to fix this from the code side, despite having no clue about C++ 😆
@AriaMoradi It builds for me: https://koji.fedoraproject.org/koji/taskinfo?taskID=55178896 |
Describe the bug
Trying to build for raspberry pi 3B+ on raspbian os it fails.
To Reproduce
1- be on raspberry pi on raspbian os
2- install build dependencies according to
BULDING.md
3- proceed to build
4- fail on shared library linking
(I ran make with
-j 4
flag, don't think it affects anything but mentioning it anyway)Expected behavior
build should work
Screenshots
Configuration
Version of antimicrox: 3.1.2
Used package: N/A
System version:
Additional context
build log:
The text was updated successfully, but these errors were encountered: