Is this a cause for concern?
[from "ctest -V"]
Start 4: qa_noise_source
4: Test command: /bin/sh
"/usr/local/src/build-gnuradio/grextras/build/python/qa_noise_source_test.sh"
4: Test timeout computed to be: 9.99988e+06
4: linux; GNU C++ version 4.6.3 20120306 (Red Hat 4.6.3-2);
Boost_104700;
Tried the latest build-gnuradio and it failed quickly ...
[ 5%] Built target volk
Linking CXX executable test_all
libvolk.so.0.0.0: undefined reference to `volk_16u_byteswap_u_orc_impl'
collect2: ld returned 1 exit status
make[2]: *** [volk/lib/test_all] Error 1
make[1]: *** [volk/lib/CMakeFiles/
On Mon, Jun 25, 2012 at 5:47 PM, Tom Rondeau wrote:
> On Mon, Jun 25, 2012 at 4:14 PM, Daniel Labarowski
> wrote:
> > Hello,
> > After a bit of a struggle, I finally managed to compile the dial_tone.cc
> > example included with gnuradio. The issue I was having was that when
> running
> > cmake a
On Wed, Jun 13, 2012 at 8:15 PM, Phelps Williams wrote:
> I have a simple bpsk transmitter setup with a custom udp source block
> which outputs a fixed pattern if no data is available from the socket.
> I have instrumented the block to indicate when data is read from the
> socket inside of work(
On Thu, Jun 14, 2012 at 5:15 PM, Phelps Williams wrote:
> I am not throttling the amount of data generated by my custom udp
> source. I am generating enough output to match noutput_items passed
> as the first argument to work(). My understanding is that
> noutput_items is the number of bytes th
On Thu, Jun 14, 2012 at 9:40 PM, Phelps Williams wrote:
> I found an old discussion
> http://lists.gnu.org/archive/html/discuss-gnuradio/2012-01/msg00104.html
> on this exact issue... Per Ed Criscuolo's suggestion modifying
> GR_FIXED_BUFFER_SIZE in
> gnuradio-core/src/lib/runtime/gr_flat_flowgr
