Hey, `byte` in itself is not a C++ type (`std::byte` might be, don't know).
Just use
`char` or `uint8_t` if you mean that. Are you the one introducing the type
`byte` by any
chance?
> I did
> gr_complex and I thought gr_byte
no, that doesn't exist.
You seem to be in need of a little more C++ p
Well working with the tutorial called, " Guided Tutorial GNU Radio in C++"
there is a line of code:
gr::io_signature::make(1,1, sizeof(gr_complex)),
So that got me thinking, since I know that complex is not a normal complex
is not a normal data type so I thought that using "gr" was part of GNU
Ra
On Mon, 8 Nov 2021 16:28:30 +0100
Marcus Müller wrote:
> Hi John,
>
> as discussed on chat: this happens if, and only if, you're linking at
> build time to a different library than your runtime shared library
> loader finds.
>
> The fix is simple: make sure you've *not* got two versions of GNU
Hi Vasil.
Thanks for replying!
Below are the outputs of the commands you proposed.
As you can see from the 'find', there is only one libgnuradio-runtime
installed.
Also, the 'ldd' on osmosdr seems to confirm the missing symbols, and
everything is linked against the same libgnuradio-runtime.so.
Hello Gnuradio list,
I was wondering if anyone had any info on the hackfest2110. I didn't know
it was going on as I am new to GNUradio and would like to use CUDA with
GNUradio on USRPs.
Thanks,
Mike Seguin
Hello all,
I've been working with the symbol sync block and I was wondering how to
calculate the parameters (TED Gain, Loop bandwidth, etc) given information
from the protocol. There are some answers to how to calculate the TED gain
on the internet but are still unclear to me, so hopefully som
Hi John,
On 09/11/2021 22.58, John Coppens wrote:
> As you can see from the 'find', there is only one libgnuradio-runtime
> installed.
>> objdump -T /usr/lib64/libgnuradio-runtime.so | grep
>> _ZN2gr12msg_accepter4postEN5boost13intrusive_ptrIN3pmt8pmt_baseEEES5_
>
> (Does not return anythi