Re: [Discuss-gnuradio] accessing gr-blocks, gr-filter, gr-digital, etc. in out-of-tree module

[Sean Nowlan]

On 04/22/2013 11:59 AM, Sean Nowlan wrote:
> On 04/18/2013 12:28 PM, Tom Rondeau wrote:
> > On Thu, Apr 18, 2013 at 12:15 PM, Sean Nowlan
> > <address@hidden> wrote:
> > > How does one setup cmake to find gr-blocks, gr-filter, etc. in 
> > > out-of-tree
> > > modules? Is there already a cmake routine for this, or should I copy
> > > <gr-newmod>/cmake/Modules/FindGnuradioCore.cmake and plug in the right
> > > names?
> > >
> > > --sean
> > There's a new FindGnuradio.cmake script, and I'm working on improving
> > it to make it more usable by out of tree projects exactly for this
> > purpose. You set(GR_REQUIRED_MODULES ...) and list, in all caps, which
> > components you want (RUNTIME, BLOCKS, FILTER, etc). It will find them,
> > setup some variables, and fail if they aren't installed on your
> > system. If you don't set this variable, it defaults to searching for
> > everything.
> So this sets up both include and linker paths? I've been trying to 
> update some code to the new namespace-based API. I can compile OK but 
> I'm getting "symbol not found" errors when importing from swig. It's 
> possible the swig files aren't right, but I modeled them after the 
> output of gr_modtool. I suspect there's a linking issue.

That should read: I'm getting "ImportError: [...] undefined symbol" 
errors whenever I import the package. Everything compiles including SWIG 
wrapper file.

> > As I said, though, I'm working on it to make it more easily usable, so
> > some things about it might change. Also, can't remember if this is in
> > master or just on next off the top of my head...
> I found it in 'next'.
> > Tom
> --sean
>
>
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio