I'm taking my old spectrum sensing module and moving it over to 3.7.4. My strategy is to create a new block and copy and relevant code over while making sure nothing old that doesn't conform to 3.7.4 is left out. This is on the same machine the block was created on so no transferring and leaving the build directory on accident. Here is my error:
...
[45%] Generating specsense_swig_doc.i
[50%] Generating specsense_swig.tag
[54%] Swig source
/usr/local/include/gnuradio/swig/runtime_swig.i:39: Error: Unable to find 'gnuradio/runtime_types.h'
/usr/local/include/gnuradio/swig/runtime_swig.i:71: Error: Unable to find 'gnuradio/endianness.h'
/usr/local/include/gnuradio/swig/feval.i:74: Error: Unable to find 'gnuradio/feval.h'
/usr/local/include/gnuradio/swig/feval.i:88: Error: Unable to find 'gnuradio/py_feval.h'
/usr/local/include/gnuradio/swig/tags.i:28: Error: Unable to find 'gnuradio/tags.h'
/usr/local/include/gnuradio/swig/block_gateway.i:42: Error: Unable to find 'gnuradio/block_gateway.h'
/usr/local/include/gnuradio/swig/runtime_swig.i:97: Error: Unable to find 'gnuradio/math.h'
/usr/local/include/gnuradio/swig/gnuradio.i:79: Error: Unable to find 'gnuradio/high_res_timer.h'
make[2]: *** [swig/specsense_swigPYTHON_wrap.cxx] Error 1
make[1]: *** [swig/CMakeFiles/_specsense_swig.dir/all] Error 2
make: *** [all] Error 2
If this error looks familiar to anyone on this list, it's because on July 10, 2014, a user named Alex3371 had a very similar error. Of course the user never responded back to Martin's query about whether or not he moved over the build directory.
I looked in this referenced directory but found that these headers don't exist, rather there are .i files of the same name.
What exactly is the fix for this?
Thanks
Jon