discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] building under FreeBSD


From: Andrew Davis
Subject: Re: [Discuss-gnuradio] building under FreeBSD
Date: Sun, 8 Jan 2012 14:29:48 -0500

Also I'm trying to make UHD install with ports, this will be useful to projects that use USRP hardware without GNUradio and the GNUradio port can pull this in as a dependency so it can be made with it, but I cant find where the tarballs are at, github has releases but they use some rediection so I cant pin down exactly where there at, does anyone have a mirror with "uhd-3.3.1.tar.gz" or similar file on it?

On Sat, Jan 7, 2012 at 6:10 PM, Andrew Davis <address@hidden> wrote:
I dont think this is BSD related but ./configure cant find the qwt headers "checking qwt/qwt_math.h presence... no", they are in "/usr/local/include/qwt/qwt_math". --with-qwt-incdir=/usr/local/include/qwt fixes that, but then it doesn't find the libs in /usr/local, it finds other libs in there but not qwt ( and libqwt.so is present )? I tried --prefix /usr/local but that does nothing. Any Ideas on why qwt is so special?


On Sat, Jan 7, 2012 at 5:04 PM, Tom Rondeau <address@hidden> wrote:
On Sat, Jan 7, 2012 at 1:53 PM, Andrew Davis <address@hidden> wrote:
For us following along at home, do you think you could give us a running command list? I just finished getting UHD installed with just "cmake -DLIBUSB_INCLUDE_DIR=/usr/include -DLIBUSB_LIBRARIES=/usr/lib/
libusb.so ../" , someone should put UHD in the ports collection, it compiles very easily. But now I'm stuck in a dependency hell with qwt and pyQwt5, what versions do you have installed? None of them seem to include the headers, is there a dev package that installs the headers?

We will also want to put any of these instruction onto the Build Guide on gnuradio.org.

We should also work out any of these details in the code where we can and where they make sense.

Thanks for pushing on this!

Tom


 
On Sat, Jan 7, 2012 at 10:28 AM, LRK <address@hidden> wrote:
On Thu, Jan 05, 2012 at 09:52:11AM -0600, LRK wrote:
>
>   The current GnuRadio now builds under FreeBSD using my script. Volk
> is disabled in my script because it did not build and I have not looked
> into that.

Ok, I enable volk again and find this:


g++ -DHAVE_CONFIG_H -I. -I..  -DBOOST_TEST_DYN_LINK -DBOOST_TEST_MAIN -I../inclu
de -I../lib -I/usr/local/include  -I../gen/include -I../include -Dvolk_EXPORTS -
fvisibility=hidden    -g -O2 -nostdinc++ -I/usr/include/c++/4.2.2 -I/usr/include
/c++/4.2.2/ -MT testqa-testqa.o -MD -MP -MF .deps/testqa-testqa.Tpo -c -o testqa
-testqa.o `test -f 'testqa.cc' || echo './'`testqa.cc

qa_utils.h:4:19: error: cstdlib: No such file or directory
qa_utils.h:5:18: error: string: No such file or directory
qa_utils.h:6:18: error: vector: No such file or directory
../include/volk/volk_complex.h:22:19: error: complex: No such file or directory
/usr/local/include/boost/config/select_stdlib_config.hpp:17:19: error: cstddef:
No such file or directory
/usr/local/include/boost/config/no_tr1/utility.hpp:21:21: error: utility: No suc
h file or directory

The errors are due to the code looking for files in /usr/include/c++/4.2.2
which are installed in /usr/include/c++/4.2
FreeBSD uses gcc 4.2.2 in the kernel code and gcc46 installed from the port,
normally only used by some ports.

/usr/include/c++/4.2/tr1/cstdlib
/usr/include/c++/4.2/cstdlib
/usr/local/include/boost/compatibility/cpp_c_headers/cstdlib
/usr/local/lib/gcc46/include/c++/tr1/cstdlib
/usr/local/lib/gcc46/include/c++/cstdlib
/usr/src/contrib/libstdc++/include/tr1/cstdlib
/usr/X11R6/include/boost/compatibility/cpp_c_headers/cstdlib
/usr/X11R6/lib/gcc46/include/c++/tr1/cstdlib
/usr/X11R6/lib/gcc46/include/c++/cstdlib

If I make a link so 4.2.2 is there pointing to the 4.2 directory, it
compiles, with only 23 warnings about volk.

The autotools build installs and it runs dial_tone.py so it looks better.

The cmake build does not install the gnuradio stuff in the site-packages
directory in PYTHONPATH like autotools did. I found the way to put the
GR_PREFIX in for the other installs but not the PYTHONPATH part.

Onward......


--
LRK
gr-user . ovillatx.sytes.net

_______________________________________________
Discuss-gnuradio mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


_______________________________________________
Discuss-gnuradio mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio





reply via email to

[Prev in Thread] Current Thread [Next in Thread]