I can confirm all that is said below - I get the same result. However,
if I change my last line in gnuradio-runtime.pc to be:
Cflags: -I${includedir} -Ixxxx
So I now get:
$ pkg-config gnuradio-runtime --cflags
-Ixxx
And now when I cmake an OOT module, I get:
[snip]
– Found PkgConfig: /usr/bin/pkg-config (found version “0.26”)
– checking for module ‘gnuradio-runtime’
– found gnuradio-runtime, version 3.7.0
– Found GNURADIO_RUNTIME: gnuradio-runtime;gnuradio-pmt
– checking for module ‘cppunit’
– found cppunit, version 1.13.1
– Found CPPUNIT: /usr/lib/x86_64-linux-gnu/libcppunit.so;dl
– Found SWIG: /usr/bin/swig2.0 (found version “2.0.9”)
– Found PythonLibs: /usr/lib/python3.2/config/libpython3.2.so (found
version “2.7.5+”)
[snip]
So it looks to me like if pkg-config returns nothing, cmake thinks you
don’t have it. So, the question is what version of cmake are you
using? The version I have on my system is 2.8.11.2. I had a quick look
on the Debian bug page for that version of cmake and didn’t spot
anything that looked like the issue some of us are seeing.
Anyway, at least that stupid work-around above allows me to compile my
module again!
Thanks,
Matt
Tom R. writes:
On Sat, Aug 24, 2013 at 1:48 PM, Andrew D.
[email protected] wrote:
No only things from my new install, I deleted everything Gnuradio
in
/usr/lib/pkgconfig and reinstalled them.
I did notice something strange though,
/usr/lib/pkgconfig/gnuradio-runtime.pc contains:
prefix=/usr
exec_prefix=${prefix}
libdir=${exec_prefix}/lib
includedir=${prefix}/include
Name: DRI2Proto
Description: DRI2 extension headers
Version: 2.8
Cflags: -I${includedir}
And when I do the following I get:
w9yb@w9yb-5:~$ pkg-config --modversion gnuradio-runtime
3.7.1git
w9yb@w9yb-5:~$ pkg-config --libs gnuradio-runtime
-lgnuradio-runtime -lgnuradio-pmt
w9yb@w9yb-5:~$ pkg-config --cflags gnuradio-runtime
w9yb@w9yb-5:~$
As you can see --cflags returns nothing, it does this now for all
packages
on my system, I think this might be a pkg-config bug?
Andrew
Unfortunately, I can’t replicate this bug. Must be a difference with
something on under Ubuntu.
But, Andrew, I think pkg-config is doing the right thing here.
Because
you’re prefix is /usr, the compiler /should/ automatically assume
that
/usr/include is in your include path. Instead of having every program
return -I/usr/include, it simply returns an empty string. Either way
should be harmless, but this would make the compile command simpler
and remove lots of possible duplication.
The GnuradioConfig.cmake script specifies /usr/include when looking
for the right include directories, too, and this is hard-coded into
the module. If your prefix is /usr, it should always find the header
file (which is gnuradio/top_block.h).
In other words, it looks to me like we’re doing everything correctly
and I haven’t been able to duplicate the problem. I’m going to need
some more debugging help from those of you out there with this
problem.
–
Tom
Visit us at GRCon13 Oct. 1 - 4
GNU Radio Conference 2013 — Rondeau Research
On Sat, Aug 24, 2013 at 1:22 PM, Marcus M. [email protected]
wrote:
Perhaps it’s a lingering pkgconfig file from another installation?
Does
find /usr/lib*/pkgconfig /usr/local/lib*/pkgconfig /lib*/pkgconfig
-iname
‘gnuradio*pc’
yield anything that does not belong to your current installation?
On 08/24/2013 06:45 PM, Andrew D. wrote:
I don’t think this is a modtool specific problem ether, I can no
longer
build ANY out of tree project now, even ones that compiled just
fine before,
it can’t find the headers for any Gnuradio components (
GNURADIO_BLOCKS_INCLUDE_DIRS, GNURADIO_UHD_INCLUDE_DIRS, etc… ).
Andrew
On Sat, Aug 24, 2013 at 12:39 PM, Andrew D.
[email protected]
wrote:
OK, rebuild and reinstalled Gnuradio after revoking that commit,
then
build a new module with modtool and still had the same problem:
checking for module ‘gnuradio-runtime’
found gnuradio-runtime, version 3.7.1git
Could NOT find GNURADIO_RUNTIME (missing:
GNURADIO_RUNTIME_INCLUDE_DIRS)
checking for module ‘cppunit’
found cppunit, version 1.12.1
Found CPPUNIT: /usr/lib/libcppunit.so;dl
CMake Error at CMakeLists.txt:98 (message):
GnuRadio Runtime required to compile howto
It looks like it finds gnuradio-runtime, but not the headers…
Andrew
On Sat, Aug 24, 2013 at 6:38 AM, [email protected]
wrote:
Tom R. writes:
On Fri, Aug 23, 2013 at 10:51 AM,
[email protected] wrote:
Tom R. writes:
On Fri, Aug 23, 2013 at 6:11 AM,
[email protected]
wrote:
Hi,
I’m porting my real time Doppler correction block from
3.6 to
3.7 but
have come across an issue that when I try to cmake it,
I get
an error
saying it cannot find the runtime includes. To
replicate this
I
created a new block (‘howto’) and tried to cmake that
and got
the same
error:
gr_modtool newmod howto
Creating out-of-tree module in ./gr-howto… Done.
Use ‘gr_modtool add’ to add a new block to this
currently
empty module.
cd gr-howto
ls
apps cmake CMakeLists.txt docs grc include lib
python
swig
mkdir build
cd build/
cmake …/
– The CXX compiler identification is GNU 4.8.1
– The C compiler identification is GNU 4.8.1
– Check for working CXX compiler: /usr/bin/c++
– Check for working CXX compiler: /usr/bin/c++ –
works
– Detecting CXX compiler ABI info
– Detecting CXX compiler ABI info - done
– Check for working C compiler: /usr/bin/cc
– Check for working C compiler: /usr/bin/cc – works
– Detecting C compiler ABI info
– Detecting C compiler ABI info - done
– Build type not specified: defaulting to release.
– Boost version: 1.54.0
– Found the following Boost libraries:
– filesystem
– system
– Found PkgConfig: /usr/bin/pkg-config (found version
“0.26”)
– checking for module ‘gnuradio-runtime’
– found gnuradio-runtime, version 3.7.0
– Could NOT find GNURADIO_RUNTIME (missing:
GNURADIO_RUNTIME_INCLUDE_DIRS)
– checking for module ‘cppunit’
– found cppunit, version 1.13.1
– Found CPPUNIT:
/usr/lib/x86_64-linux-gnu/libcppunit.so;dl
CMake Error at CMakeLists.txt:98 (message):
GnuRadio Runtime required to compile howto
– Configuring incomplete, errors occurred!
I’ve tried to figure out what cmake is actually
looking for,
but
quickly ran out of enthusiasm for trying to debug
cmake
(–debug-output is of very limited help, and my usual
method
of
‘strace’ to see what files a process is actually
looking for
is
thwarted due to the use of pipes/subprocesses). If I
look in
/usr/lib/cmake/gnuradio/GnuradioConfig.cmake I see
that there
is a
line:
GR_MODULE(RUNTIME gnuradio-runtime
gnuradio/top_block.h
gnuradio-runtime)
which to me implies that it might be looking for
top_block.h
to check
that runtime include are installed. If I do:
ls -l /usr/include/gnuradio/top_block.h
-rw-r–r-- 1 root root 4822 Jun 9 20:44
/usr/include/gnuradio/top_block.h
I’m running debian unstable on amd64 with gnuradio-dev
(3.7.0-5)
installed.
Any suggestions as to how to fix or debug this issue
would be
gratefully received!
Thanks,
Matt
Matt,
If you run ‘pkg-config --modversion gnuradio-runtime’
does it
return
the correct version number? If pkg-config can’t find it,
something
either didn’t get installed correctly or pkg-config is
misconfigured
(because it looks like you’ve installed into /usr, and
pkg-config
should look in /usr/lib/pkgconfig by default).
–
Tom
Visit us at GRCon13 Oct. 1 - 4
GNU Radio Conference 2013 — Rondeau Research
Tom,
‘pkg-config --modversion gnuradio-runtime’ returns ‘3.7.0’.
These are the debian (unstable) packages, I’m not sure how
they
were
configured. If its only me that has this problem, I’ll
raise a bug
against the debian packages.
Thanks,
Matt
You have to have the dev packages installed as well or you
don’t have
any of the header files. Make sure you have
/usr/include/gnuradio.
–
Tom
Visit us at GRCon13 Oct. 1 - 4
GNU Radio Conference 2013 — Rondeau Research
Hi,
As I said in my original email, I’m using gnuradio-dev version
3.7.0-5.
As I also state in my original email, top_block.h exists in
/usr/include/gnuradio. (There are also a whole bunch of other
includes
& dirs in there as well).
It isn’t clear to me at the moment what are the git commits
which have
been merged into the debian package. Looking at the changelog I
see
this:
gnuradio (3.7.0-4) experimental; urgency=low
* Include upstream maint branch fixes - but not
Applying-hidapi-patch-from-Hans-de-Goede
- conflicts with Debian BSD kernel patches
-- A. Maitland B. <[email protected]> Sun, 11 Aug
2013
18:11:24 -0400
So it obviously is the official 3.7.0 package + additional fixes
the actual commits are stated which makes it difficult for me to
isolate the problem commit. Hopefully Andrew will have more
luck!
Thanks,
Matt
Discuss-gnuradio mailing list
[email protected]
Discuss-gnuradio Info Page