Thank you all for your help!
As Marcus suggested, by passing the "-DCMAKE_CXX_FLAGS=-ludev" in cmake, I
managed to solve the problem.
I report here the output of the command "pkg-config --static --libs libusb-1.0":
-pthread -lusb-1.0 -lrt
and the output of the command: "ldd lib/libgnuradio-fcd
udev_enumerate_new is called from the latest hidapi code.
Some distros provide a hidapi package. So the actual fcdproplus tries to
detect if an hidapi package is installed. Otherwise it uses the hidapi
code provided with fcdproplus, which uses udev_enumerate_new.
So it would be interesting
Tracing this down; Daniel, could you share what
pkg-config --static --libs libsub-1.0
says?
in your build directory, can you do a
ldd lib/libgnuradio-fcdproplus.so
Greetings, and good night (forgot the time)
Marcus
On 11/01/2014 01:04 AM, Marcus Müller wrote:
Oh indeed, good point!
Sylvain: yo
Oh indeed, good point!
Sylvain: you're right.
How gr-fcdproplus ends up being able to compile and link is still a mystery to me. I was
expecting a horrible "symbol export forwarding hack" involving libusb, but no:
$>nm -D /lib64/libusb-1.so
U udev_device_get_action
What I find strange is that the symbol error is found at runtime and
not at link-time. That suggest either there is two libudev and the one
used for runtime is different than the one found for link-time, or
that this library was copied over from another system.
Cheers,
Sylvain
___
If I was forced to make a wild guess I'd probably assume it uses some USB-HID
interface for configuration, and udev for hotplug detection.
I think I'll have the libery of including Mr. Schroer in this discussion :)
Greetings,
Marcus
On 11/01/2014 12:04 AM, Marcus D. Leech wrote:
On 10/31/2014
On 10/31/2014 07:00 PM, Marcus Müller wrote:
The problem is that Ubuntu 12.04 seems to carry 1.0.9 around, so this
seems strange.
I'm a bit conflicted -- the missing symbol looks like it should belong
to libudev and not libusb-versionhell.
This might indicate that you're bound to update libudev,
The problem is that Ubuntu 12.04 seems to carry 1.0.9 around, so this seems
strange.
I'm a bit conflicted -- the missing symbol looks like it should belong to
libudev and not libusb-versionhell.
This might indicate that you're bound to update libudev, which is rather system
central, and which m
On 10/31/2014 06:27 PM, Daniel Batista wrote:
>This is because the version of the libusb library you have is too old
to have that particular API call in it.
I use ubuntu 12.04 and libusb-1.0-0-dev
Do you what version of libusb is compatible?
I think that 1.0.9 and newer are compatible.
--
>This is because the version of the libusb library you have is too old to have
>that particular API call in it.
I use ubuntu 12.04 and libusb-1.0-0-dev
Do you what version of libusb is compatible?___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.or
On 10/31/2014 05:42 PM, Daniel Batista wrote:
Hi,
I have installed GNU Radio Companion 3.7.5 and the gr-fcdproplus from
dl1ksv/gr-fcdproplus (GitHub).
By simpy connecting the fcdproplus block with an fft sink I receive
the following error:
File "/home/duthsat/top_block.py", line 15, in
im
Hi,
I have installed GNU Radio Companion 3.7.5 and the gr-fcdproplus from
dl1ksv/gr-fcdproplus (GitHub).
By simpy connecting the fcdproplus block with an fft sink I receive the
following error:
File "/home/duthsat/top_block.py", line 15, in
import fcdproplus
File "/usr/local/lib/python2.7
12 matches
Mail list logo