(ApolloShield) [mailto:gi...@apolloshield.com]
Sent: Tuesday, June 19, 2018 5:06 PM
To: Ralph A. Schmid, dk5ras
Cc: Müller, Marcus (CEL) ; discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Error Linking UHD
Which version of gnuradio works for you now?
On Tue, Jun 19, 2018 at 5:22 PM Ralph
Yay, it works!
Thank you, Basti and Marcus :)
So the only change I needed to make for my build system is to find the
first target_link_libraries() under lib/CMakeLists.txt and add both
${GNURADIO_ALL_LIBRARIES} and uhd to the list (both are required). I did
not have to add anything to the link
Basti applied hammer to nail's head. It's (probably) super effective.
yeah... time_spec_t's functions aren't exported symbols of libgnuradio-
uhd, but of libuhd! This might work on some and not on other build
systems due to different handling of visibility of symbols *used* in a
library. uff!
On
Any chances you are confusing libgnuradio-uhd.so with libuhd.so. To me
it sounds like you want to link against the latter.
Maybe some linkers resolve symbols from libuhd through libgnuradio-uhd
and some don't (which might make sense if you do not use any symbols
defined in libgnuradio-uhd).
Only pybombs:
~/g/s/s/gnuradio (master)> sudo find / -name "libuhd.so.*"
find: ‘/run/user/1000/gvfs’: Permission denied
/home/user/gr/myproj/src/uhd/host/build/lib/libuhd.so.003
/home/user/gr/myproj/src/uhd/host/build/lib/libuhd.so.003.010
/home/user/gr/myproj/lib/libuhd.so.003
Did, but hm, works for me :( Attaching the ldd output.
Is UHD installed through your package manager or through pybombs? Can
you locate all libuhd.so.* on your system?
On Wed, 2018-06-20 at 12:48 +0300, Gilad Beeri (ApolloShield) wrote:
> Marcus, the repo at
Marcus, the repo at https://github.com/giladbeeri/gr-uhd-link-test
is a bootstrapped OOT module with basically nothing but a simple block that
has a single uhd::time_spec_t member.
I can reproduce the linking problem with this repo and a clean GR 3.7.12
(from master) install using pybombs.
Do
rcus (CEL)
> > Sent: Tuesday, June 19, 2018 1:33 PM
> > To: gi...@apolloshield.com; discuss-gnuradio@gnu.org
> > Subject: Re: [Discuss-gnuradio] Error Linking UHD
> >
> > I must admit this is surprising to me, as the line of code where
> LIBS=.
.
> -Original Message-
> From: Discuss-gnuradio [mailto:discuss-gnuradio-
> bounces+ralph=schmid@gnu.org] On Behalf Of Müller, Marcus (CEL)
> Sent: Tuesday, June 19, 2018 1:33 PM
> To: gi...@apolloshield.com; discuss-gnuradio@gnu.org
> Subject: Re: [Discuss-gnuradio] Error Linking UHD
The MESSAGE directive shows it should be ok - added to lib/CMakeLists.txt,
after the first target_link_libraries(), the line "MESSAGE(STATUS "DEBUG GR
LIBS: ${GNURADIO_ALL_LIBRARIES}")".
The output:
*-- DEBUG GR LIBS:
add a "message ()" directive that prints the GNURADIO_ALL_LIBRARIES
that is actually used in your lib/CMakeLists.txt. If that is wrong:
Move your OOT's cmake/Modules/* out of the way – I do not endorse the
fact that we're distributing copies of all the GNU Radio CMake scripts
with our OOT
I've done "rm -rf build/*" and "pushd build; cmake ../; and make -j7; and
make install; popd" ~ 50 times since yesterday :)
Any suggestions for debugging it?
On Tue, Jun 19, 2018 at 2:33 PM Müller, Marcus (CEL)
wrote:
> I must admit this is surprising to me, as the line of code where
>
I must admit this is surprising to me, as the line of code where
LIBS=... is printed is pretty integrally coupled to the line that
specifies what GNURADIO_ALL_LIBRARIES is. Maybe CMake got confused?
I know this is kind of a "haveyoutriedturningitoffandonagain" answer,
but have you tried completely
I have a similar problem as described in
https://lists.gnu.org/archive/html/discuss-gnuradio/2015-05/msg00195.html.
When I try to run tests (with Python), I get:
*Traceback (most recent call last):*
* File "python/myblock.py", line 12, in *
*from myproj.myproj_swig import mitigation_source*
14 matches
Mail list logo
