On Tue, Feb 16, 2016 at 8:27 AM, Marcus Müller
wrote:
> Hi Jawad,
>
> thanks for the feedback!
> My guess would be that SWIG (which generates all the wrappers to use GNU
> Radio's C++ classes from python) gets confused by the
> gr::fec::generic_encoder::sptr typedef. That's a bit peculiar (becaus
Hi Jawad,
thanks for the feedback!
My guess would be that SWIG (which generates all the wrappers to use GNU
Radio's C++ classes from python) gets confused by the
gr::fec::generic_encoder::sptr typedef. That's a bit peculiar (because
it works elsewhere), but "peculiar" is one of the words I'd use t
Apparently using a boost::shared_ptr seems to
work, contrary to a gr::fec::generic_encoder::sptr.
Problem solved
2016-02-16 10:32 GMT+01:00 Jawad Seddar :
> Hi all,
>
> I'm trying to create a block that takes a gr::fec::generic_encoder::sptr
> as an argument (like the async_encoder block found i
Hi all,
I'm trying to create a block that takes a gr::fec::generic_encoder::sptr as
an argument (like the async_encoder block found in gr-fec).
Everyhting compiles and installs fine (I included
)but when I try using my block in a python
flowgraph, I get a TypeError : argument 1 of type
'gr::fec::
