Similar to previous patch 6b18a317 ("m4/ax_boost_base.m4: Fix debian
multiarch_libsubdir path for arch armv7l"), add armv8l to fix the path
detection there.
Related: OS#5873
Change-Id: I40d8830f22a130c84b6381ea844b75d638f1c279
Without this patch, building on an RPI4 ends up with
BOOST_LDFLAGS=-L/usr/lib while libs are actually under
/usr/lib/arm-linux-gnueabihf, and configure will later file during
AX_BOOST_THREAD macro.
Change-Id: I7a6b2dca5ced6a6a5232fe78b071dfafdda0b0f3
Back in df354005f3, for some reason
building the USRP1 FX2 firmware was disabled. Let's re-enable it, as
the FX2 firmware is required as an essential part of USRP1 device
operation. It's loaded into the FX2 RAM over USB after the initial USB
attach.
As the firmware code has meanwhile been ported to a more modern
SDCC dialect (SDCC 3.2 or later, released in 2012), we have to adjust
the required minimum SDCC version.
Change-Id: I66ecc66bca3e8c171d2dd0d15c71186e16e8cc3b
* $ git \
filter-branch \
--prune-empty \
--tree-filter \
'find \! -path "./usrp/*" -a -type f -delete' \
HEAD
* Craft custom configure.ac
* Update m4 macros
* Small fixes here and there
The code in doc/, firmware/ and host/swig does _not_ build at the
moment, due to m4 macros not being adhered and is disabled therefore.