I've isolated the issue further. I have a viterbi_algorithm_combined() call [1]
in a work function in one of the blocks in the OOT module. Here's the snippet.
// Call Viterbi decoder on the input
trellis::viterbi_algorithm_combined(d_fsm->I(),d_fsm->S(),d_fsm->O(),
d_fsm->NS(),d_fsm->OS(),d_fsm->PS(),d_fsm->PI(),22,-1,-1,8,
d_constellation,digital::TRELLIS_EUCLIDEAN,soft_decisions,&(bits[0]));
If I comment this out, all functions show up as expected in the python module.
With the function, none of the SWIG wrappers appear. BUT, OSX has no problem
with it. Strange! I don't know if SWIG is mangling this because it is a
template function or if it is something totally different.
Here are the two setups:
"Linux Setup"
OS: Ubuntu 16.04.1 LTS
GR: v3.7.10.1-144-g7b0dfd80
g++ 5.4.0
"Mac Setup"
OS: OSX 10.10.4
GR: v3.7-MacPorts-devel-git-e10637b(20160809)
clang --version Apple LLVM version 6.1.0 (clang-602.0.53)
Not sure what other details are relevant. Anyone have any ideas?
[1]
http://gnuradio.org/doc/doxygen/namespacegr_1_1trellis.html#aac3ff175700850a652cf80fb44b436eb
________________________________
From: Discuss-gnuradio <[email protected]> on
behalf of Daniel P. Martin <[email protected]>
Sent: Saturday, November 12, 2016 9:27 PM
To: [email protected]
Subject: Re: [Discuss-gnuradio] Linking gr-digital in OOT Module (Success on
OSX, fails on Linux)
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
> [email protected]
> 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<http://www.acadiacontrols.com>
_______________________________________________
Discuss-gnuradio mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Discuss-gnuradio Info Page -
lists.gnu.org<https://lists.gnu.org/mailman/listinfo/discuss-gnuradio>
lists.gnu.org
To see the collection of prior postings to the list, visit the Discuss-gnuradio
Archives. Using Discuss-gnuradio: To post a message to all the list ...
_______________________________________________
Discuss-gnuradio mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
