Closed cpbridges closed 5 years ago
Interesting. The armv7l doesn't have neon extensions, so maybe that's what's going on.
I think this will help (assuming you're using master branch of UHD):
.pybombs/config.yml
packages:
uhd:
vars:
config_opt: " -DNEON_SIMD_ENABLE=OFF "
When you run pybombs -vv install uhd
, it will tell which commands it's running. Make sure the cmake
call has the -DNEON_SIMD_ENABLE=OFF
switch.
@cpbridges (Hi!) did you get this resolved?
@dkozel, @mbr0wn's fix works for me, Ubuntu 18.04 on an ODROID-XU4.
I am getting this on Mac OS Mojave. Is this fix relevant?
@callen5914 Nope; not relevant for macOS / MacOS X / OSX installs.
I hit the same problem today when building on the Raspberry Pi 3 and I tried updating the .pybombs/config.yml as recommended above but that did not help.
Instead, here is what I did instead to solve the issue and it seemed to work (solution from path shared on https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=873608 ):
in bladeRF/host/lib/convert/CMakeLists.txt line 104, : ${CMAKE_CURRENT_SOURCE_DIR}/convert_with_neon.cpp ${CMAKE_CURRENT_SOURCE_DIR}/convert_neon.S ) after the parenthesis add : SET ( CMAKE_CXX_FLAGS "-mfpu=neon" )
Same problem today with a Raspberry Pi 4
Editing the CMakefile was successful, and is a better fix than disabling neon altogether.
So this minor CMake typo is 9 months old and still not fixed in upstream sources used by pybombs?
rdjondo's solution works for Raspberry PI 4 Model B:
pi@raspberrypi:~ $ lscpu
Architecture: armv7l
Byte Order: Little Endian
CPU(s): 4
On-line CPU(s) list: 0-3
Thread(s) per core: 1
Core(s) per socket: 4
Socket(s): 1
Vendor ID: ARM
Model: 3
Model name: Cortex-A72
Stepping: r0p3
CPU max MHz: 1500.0000
CPU min MHz: 600.0000
BogoMIPS: 270.00
Flags: half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm crc32
pi@raspberrypi:~ $ uname -r
4.19.66-v7l+
pi@raspberrypi:~ $ cat /etc/os-release
PRETTY_NAME="Raspbian GNU/Linux 10 (buster)"
NAME="Raspbian GNU/Linux"
VERSION_ID="10"
VERSION="10 (buster)"
VERSION_CODENAME=buster
ID=raspbian
ID_LIKE=debian
HOME_URL="http://www.raspbian.org/"
SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"
So pyBOMBS doesn't control this software build, it's just a toolchain/build environment. The issue in this thread was with uhd and so I opened the above issue and submitted a build request. Once this gets accepted into the master uhd, then it should build without issues.
Hi Everyone,
I'm running at odroid xu4, which I understand isn't yet ported fully but hope someone may have got over some hurdles. My system is:
I get an error on running: pybombs prefix init -a default prefix/default/ -R gnuradio-default
The error looks like a compiler flag issue but I'm unsure where to set this to enable/disable the right flags. Any pointers?
Best, Chris