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" <darem...@gmail.com> 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 <darem...@gmail.com>:
>
>> 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 <martin.br...@ettus.com>:
>>
>>> 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:
>>> >
>>> > ec@GR:~/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
>>> > Discuss-gnuradio@gnu.org
>>> > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>> >
>>>
>>>
>>> _______________________________________________
>>> Discuss-gnuradio mailing list
>>> Discuss-gnuradio@gnu.org
>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>
>>
>>
>
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Reply via email to