Re: [Discuss-gnuradio] Linking gr-digital in OOT Module (Success on OSX, fails on Linux)

[Daniel P. Martin]

Just today I had a problem like this in an OOT module on Ubuntu. I'd 
added a callback method to allow gnuradio-companion to set a changed 
parameter. I'm not sure if this is the way it's supposed to work, but I 
had to go back to the build directory and do a "cmake ../" to get swig 
to discover the change and build a python wrapper for the method. So: 
make clean, cmake ../, make, sudo make install, sudo ldconfig. Good luck!

Dan


On 11/12/16 2:55 PM, Garver, Paul W wrote:
> I’ve got an out-of-tree module which uses gr-trellis and gr-digital. In the 
> root OOT module directory’s CMakeLists.txt I’ve added:
>
> set(GR_REQUIRED_COMPONENTS RUNTIME TRELLIS DIGITAL)
>
> I’ve got a Mac OS X and Linux setup. On the MAC setup ( GR 
> v3.7-MacPorts-devel-git-e106376b(20160809)), the OOT module compiles and executes as 
> expected. However, on the Linux setup (GR v3.7.10.1-144-g7b0dfd80) I get the 
> "AttributeError:’module’ object has no attribute” error.
>
> Running a Python session on Linux, importing the OOT module, and doing dir() 
> yields none of the functions in the OOT module.
>
> The odd thing is that the OS X compilation is clearly linking 
> libgnuradio-digital as found by
> # otool -L
>
> BUT using ldd on the Linux compiled version does NOT show linking to 
> libgnuradio-digital
>
> I’m thinking that not linking gr-digital is causing this issue. It is the exact 
> same code. My understanding is that adding DIGITAL as shown above is sufficient 
> for correct linkage, but it isn’t linking in Linux. Is there any reason I would 
> need to explicitly add the digital library to CMakeLists in lib/?
>
> PWG
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

--
Dr. Daniel Martin
Acadia Controls, LLC
110 Gateway Commons Dr
Gorham, ME
207 838-6465 mobile
207 839-6303 fax, office
www.acadiacontrols.com