Re: [Discuss-gnuradio] gr_modtool and swig

[Martin Braun]

Ah glad you figured that out :)  modtool should have done that for you though. Did it not?

Martin

On 6 May 2016 03:45, "Laur Joost" <address@hidden> wrote:

Ask and ye shall answer:

This happens when the public headers have virtual method declarations that are not pure, i.e.

virtual double samp_rate(void);

instead of 

virtual double samp_rate(void) = 0;

This being my first go at C++ I didn't know the difference.

2016-05-06 0:00 GMT+03:00 Laur Joost <address@hidden>:

It was the second thing I tried (after make clean didn't do the trick).

Laur

2016-05-05 23:51 GMT+03:00 Martin Braun <address@hidden>:

Have you nuked the build dir and tried from scratch? These kind of
problems always seem to be SWIG-artifact related.

M

On 05/05/2016 01:01 PM, Laur Joost wrote:
> Hi all!
>
> I've run into problems with swig in a project generated by gr_modtool.
>
> When I run
> ctest -V -R tle_cc
> the test fails with import error:
>
> 2: Traceback (most recent call last):
> 2:   File
> "/home/ec/Thesis/blocks/gr-doppler/python/qa_doppler_tle_cc.py", line
> 25, in <module>
> 2:     import doppler_swig as doppler
> 2:   File
> "/home/ec/Thesis/blocks/gr-doppler/build/swig/doppler_swig.py", line 28,
> in <module>
> 2:     _doppler_swig = swig_import_helper()
> 2:   File
> "/home/ec/Thesis/blocks/gr-doppler/build/swig/doppler_swig.py", line 24,
> in swig_import_helper
> 2:     _mod = imp.load_module('_doppler_swig', fp, pathname, description)
> 2: ImportError:
> /home/ec/Thesis/blocks/gr-doppler/build/lib/libgnuradio-doppler.so:
> undefined symbol: _ZTIN2gr7doppler14doppler_tle_ccE
> 1/1 Test #2: qa_doppler_tle_cc ................***Failed    1.83 sec
>
> Objdump has this to say:
>
> address@hidden:~/Thesis/blocks/gr-doppler/build$ objdump -tT
> lib/libgnuradio-doppler.so | grep _ZTIN2gr7doppler14doppler_tle_ccE
> 0000000000000000         *UND*0000000000000000
>  _ZTIN2gr7doppler14doppler_tle_ccE
> 0000000000000000      D  *UND*0000000000000000
>  _ZTIN2gr7doppler14doppler_tle_ccE
>
> doppler_tle_cc.h is the public header, with doppler_tle_cc_impl.cc/.h

> <http://doppler_tle_cc_impl.cc/.h> being the implementation header and
> source. The code compiles.
>
> The test worked before. I refactored the parameters and added setters
> and getters, and initialized some variables, but can't pinpoint which of
> these broke it.
>
> I know this is not a lot to go on, but perhaps someone has seen
> something like this before and can chime in on where to look?
>
> All the best
> Laur Joost
>
>
>
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>


_______________________________________________
Discuss-gnuradio mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio