I just built and installed gnuradio-3.6.5 on HP-Compaq nx-5115 with Ubuntu
13.04.
Following two tests failed out of 239: qa_udp_source_sink and qa_ofdm_txtrx
Errors while running Ctest: Error 8
Are test failures because as I have no hardware connected?
I set -DCMAKE_INSTALL_PREFIX=$HOME/gnuradio
A
Hi,
>From looking at what gr_modtool generate, you get
include: $prefix/include/module_name/
namespace: gr::module_name::
python: $prefix/lib/site-package/module_name/
Since the module are placed in the gr:: namespace, wouldn't it make
sense to have :
include: $prefix/include/gnuradio/module_na
I'm still seeing these. Everything else is fine, but on exit from GRC,
I get segfaults.
dmesg has the following to say:
[150439.794647] gnuradio-compan[30536]: segfault at fff8 ip
7f575ffe46d3 sp 7fff783c56c0 error 6 in
libgnuradio-core-3.6.5.so.0.0.0[7f575fe6+2a5000
On 06/01/2013 03:58 AM, Sylvain Munaut wrote:
Maybe build-gnuradio could check if it's the latest version ? (wget
some online latest version number and compare it)
Cheers,
Sylvain
Right, and it could say "You might want to upgrade me before proceeding".
I'll think about this, wouldn't
Hi
I want to perform a frequency sweep with grc by sweeping the
center-frequency argument of the usrp-block and generate and display a
single complex-number for each value (this is for a vector-network
analyzer).
What I have come up with so far, is a block that processes a fixed
number of samples
Hi,
> It seems that CMake couldn't decide between the two python version
> installed (I'm on gentoo and it maintains two // python tree) and
> decided to use the interpreter of one with the libraries and include
> path from the other. Apparently CMake is not bothered one bit by the
> fact "v2.7.3"
Hi,
> If you're using build-gnuradio that's any older than sometime yesterday
> evening to do the default build, it *will* fail to build GR-OSMOSDR.
>
> Update your build-gnuradio. I've noticed a tonne of fails in the logs due
> to this.
Maybe build-gnuradio could check if it's the latest versio
