Hi --
I've recently been trying to install the Gnu Radio system on a new machine using the build-gnuradio script. The script is failing with an error in the gr-osmocom build phase, and I've been able to verify this with a separate attempt to build.
In rtl_source_c.cc, line 224, the build fails with:
error: 'rtlsdr_set_bias_tee' was not declared in this scope ret = rtlsdr_set_bias_tee(_dev, bias_tee);
It appears that changes were merged into the tree on about June 11 to add bias tee support, and that this error results from that change set.
I'm able to get a successful build if I comment out those few lines of code, but when I try to run an application (e.g., osmocom_fft), upon exit there is a bunch of traceback output and a lengthy memory map printed. I'm no debugging expert, but I can tell that the exact error and address change on different runs, but always appear to be related to a memory map or corrupted list.
I don't know if anyone else has seen either the build issue, or the traceback issue, so thought I should report it here.
FWIW, I'm building on a fresh install of Linux Mint 18.1 using the latest version of the build-gnuradio script on a Lenovo M900 i7-6700T system. I've used the build-gnuradio script on several other systems in the past without encountering this issue. If you need any further info, I'm happy to provide it.
Thanks,
John N8UR
Hi John,
On 2017-06-23 22:47, John Ackermann N8UR wrote:
I've recently been trying to install the Gnu Radio system on a new machine using the build-gnuradio script.
I guess you are referring to the script `build-gnuradio`[1] recommended by the gnuradio wiki[2]. This script fetches the master of gr-osmosdr from the upstream osmocom git repo but the master of rtl-sdr form a fork by patchvonbraun[3].
The script is failing with an error in the gr-osmo[sdr] build phase, and I've been able to verify this with a separate attempt to build.
gr-osmosdr depends on rtl-sdr and since commit 3c7d3f16 gr-osmosdr requires patches in rtl-sdr which introduced bias-tee support (for respective hardware). Those patches are applied in the latest master in the upstream git repo of rtl-sdr, but not in the fork by patchvonbraun. Thus the build fails.
I recommend to modify the build-gnuradio script in a way to use the upstream repository of rtl-sdr[4], or to pull the latest changes from upstream into the fork by patchvonbraun.
Sincerely, Fabian P. Schmidt / kerel
[1]: http://www.sbrac.org/files/build-gnuradio [2]: https://wiki.gnuradio.org/index.php/InstallingGRFromSource#Using_the_build-g... [3]: https://github.com/patchvonbraun/rtl-sdr [4]: git://git.osmocom.org/rtl-sdr
Thank you, Fabian!
I followed your advice and was able to successfully build the full Gnuradio system.
Using an RTL-SDR.com dongle, I am able to run osmocom_fft with expected results. However, on exiting osmocom_fft (or other oscmocom programs) I get a lengthy set of error messages. I also saw this with my earlier attempts to work around the build problem. I wonder if there is another issue.
Here is a screenshot showing the beginning of the console output. Do you know what might be causing this?
Thanks, John ----
On 06/24/2017 07:13 AM, kerel wrote:
Hi John,
On 2017-06-23 22:47, John Ackermann N8UR wrote:
I've recently been trying to install the Gnu Radio system on a new machine using the build-gnuradio script.
I guess you are referring to the script `build-gnuradio`[1] recommended by the gnuradio wiki[2]. This script fetches the master of gr-osmosdr from the upstream osmocom git repo but the master of rtl-sdr form a fork by patchvonbraun[3].
The script is failing with an error in the gr-osmo[sdr] build phase, and I've been able to verify this with a separate attempt to build.
gr-osmosdr depends on rtl-sdr and since commit 3c7d3f16 gr-osmosdr requires patches in rtl-sdr which introduced bias-tee support (for respective hardware). Those patches are applied in the latest master in the upstream git repo of rtl-sdr, but not in the fork by patchvonbraun. Thus the build fails.
I recommend to modify the build-gnuradio script in a way to use the upstream repository of rtl-sdr[4], or to pull the latest changes from upstream into the fork by patchvonbraun.
Sincerely, Fabian P. Schmidt / kerel
-
John Ackermann N8UR -
kerel