Hi Rey + Robert,
I've just also been hit by a bug that was already filed some 5 months ago
in the
osmocom.org bug tracker:
http://osmocom.org/issues/3512
It seems that the bladerf support to gr-osmosdr added in 2018 unconditionally
accepts any libbladerf version installed and subseequently enables the support
for it, only then to fails to compile as it actually appears to require a minimum
version of 2.0.0 for which it doesn't check during the cmake step.
I don't know much about Cmake and hence it would be great if you as the authors
of the related code could find a minute to ensure that gr-osmosdr will simply
not try to build bladerf support if the version of libbladerf is too old.
I'm aware that I can of course manually disable bladerf support, but that's
more a work-around than a proper solution, IMHO.
Thanks in advance!
Regards,
Harald
--
- Harald Welte <laforge(a)gnumonks.org>
http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)