:-) I gave it a good lube job and it mostly works now... Still in need of
the full tune up to change everything over to the new namespace. I'm still
seeing some issues, like did the pad_vector function ever work? It seems
to be missing some pieces. I slapped a GRC wrapper together, but it
doesn'
Hi Jared,
thanks for oiling our module. I will look into this soon, maybe we can
merge your stuff back into our repo.
MB
On Fri, Sep 20, 2013 at 09:38:03AM -0600, Jared Clements wrote:
> Thanks for the help, I'm now compiling without errors. I generated a
> new skeleton module with gr_modtool a
Thanks for the help, I'm now compiling without errors. I generated a
new skeleton module with gr_modtool and through diffing the CMakeLists
files between the generated and the currently used ones I was able to
track down the last of the include/linking errors. Worked much better
than attempting t
On Wed, Sep 18, 2013 at 1:37 PM, Jared Clements
wrote:
> Thanks Tom, that was able to get rid of the fftw linking errors.
> There are still a few gnuradio ones I'm seeing, have you seen these
> before?
>
> [ 57%] Building CXX object
> lib/CMakeFiles/qa_arburg_impl.dir/qa_arburg_impl.cc.o
> Linkin
Thanks Tom, that was able to get rid of the fftw linking errors.
There are still a few gnuradio ones I'm seeing, have you seen these
before?
[ 57%] Building CXX object lib/CMakeFiles/qa_arburg_impl.dir/qa_arburg_impl.cc.o
Linking CXX executable qa_arburg_impl
libgnuradio-specest.so: undefined refe
On Tue, Sep 17, 2013 at 2:34 PM, Jared Clements
wrote:
> I've spent some time recently attempting to update gr-specest to 3.7,
> and I've run into a linker issue that's a bit out of my depth, any
> suggestions would be helpful.
>
> I've been following the guide published at
> http://gnuradio.org/r
