Thank you for the advice, I have gotten this working now. It was a user
error in that I was not including the gnuradio/digital/constellation.h file
in the swig .i. Also to note for anybody in the future, I also had to link
the libgnuradio-digital.so into the CMakeLists.txt file in the lib
direct
On Tue, Sep 24, 2013 at 7:56 PM, Michael Berman wrote:
> Upon looking at the generated *_swig.py files, I am seeing more of the
> differences. For some reason my OOT module is not generating the python
> wrapper for the constellation_theta class, it is only creating the wrapper
> for the shared p
Upon looking at the generated *_swig.py files, I am seeing more of the
differences. For some reason my OOT module is not generating the python
wrapper for the constellation_theta class, it is only creating the wrapper
for the shared pointer object. I am curious now as to what the gnuradio
swig in
I am having issues implementing what was discussed previously. I have
created an OOT module (constellation_theta), and placed it within the
gr::digital namespace. All of the cpp code is written and working fine.
As I am attempting to add a custom constellation, I used the existing
instances of c
Tom,
Thanks for the response. This is what i was thinking was the appropriate
action, I just wanted to make sure. As for the header, I didn't realize I
didn't add one until after I sent the email out; I'll try to not let that
one happen again.
Thanks,
Michael Berman
On Sat, Sep 21, 2013 at
On Fri, Sep 20, 2013 at 7:55 PM, Michael Berman wrote:
> I am attempting to add a custom constellation class to be used with the
> generic_mod_demod object for digital PSK. I have the code working as a
> simple addition to the gnuradio source with a re-compilation, however I
> would like to set t
