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