[Discuss-gnuradio] usrp2 lib compile

[Mattias Kjellsson]

Hi List,

I have been working on a piece of software that emulates an usrp2. Everything 
was working fine until one day when gcc (4.1.2) started complaining about 
"::FILE" which wasn't defined in some header. Since I didn't think it was worth 
the effort of trying to repair my supposedly broken c- headers, I reinstalled 
Ubuntu (7.10) in a breeze.

After that I reinstalled the system, I installed gnuradio (not the usrp2 
things), from svn, as specified in the wiki. That worked like a charm, no 
thinking involved, I just had to follow the instructions. (except I had to make 
a symbolic link from /usr/local/boost_1.35/boost to /usr/local/boost)

Anyhow, after that I downloaded the usrp2 trunk using: "svn co 
http://gnuradio.org/svn/usrp2/trunk usrp2".

When I tried to compile this I ran in to my problem.

When I try to configure the host-ng directory the usual dance works like a 
charm, but when I try the same steps (bootstrap, configure 
--enable-dependency-tracking, make, make install), I run into trouble with make.

When I examine the configure scripts output I see nothing out of the ordinary 
but when I look at the output of make i see that "htonl()" and it's three 
"sister- functions" can't be found. But there are other strange stuff in the 
makings there as well. Such as

usrp2_basic.cc: In member function 'bool usrp2_basic::read_time(const 
u2_mac_addr_t&, uint32_t*)':
usrp2_basic.cc:736: error: 'op_read_time_t' does not name a type
usrp2_basic.cc:742: error: 'struct usrp2_basic::read_time(const u2_mac_addr_t&, 
uint32_t*)::command' has no member named 'op'
usrp2_basic.cc:743: error: 'struct usrp2_basic::read_time(const u2_mac_addr_t&, 
uint32_t*)::command' has no member named 'op'
usrp2_basic.cc:743: error: 'op_read_time_t' was not declared in this scope
usrp2_basic.cc:744: error: 'struct usrp2_basic::read_time(const u2_mac_addr_t&, 
uint32_t*)::command' has no member named 'op'

The whole thing seems strange, since I have successfully compiled this before. 
Any suggestions or solutions to this problem are greatly appreciated.
BR
Mattias Kjellsson