From: spdr <sp...@gm...> - 2009-06-26 02:41:41
|
Hi, I have just tried to compile OpenBTS-NewIberia after installing all the required packages, but i have encountered an error. Here is the relevant output of the 'make' command, executed after './configure': ... Making all in Transceiver make[2]: Entering directory `/home/user/openbts-1.6NewIberia/Transceiver' if /bin/bash ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I.. -I../CommonLibs -I../Control -I../GSM -I../SIP -I../SMS -I../TRXManager -I../Globals -I -g -O2 -MT USRPDevice.lo -MD -MP -MF ".deps/USRPDevice.Tpo" -c -o USRPDevice.lo USRPDevice.cpp; \ then mv -f ".deps/USRPDevice.Tpo" ".deps/USRPDevice.Plo"; else rm -f ".deps/USRPDevice.Tpo"; exit 1; fi g++ -DHAVE_CONFIG_H -I. -I. -I.. -I../CommonLibs -I../Control -I../GSM -I../SIP -I../SMS -I../TRXManager -I../Globals -I -g -O2 -MT USRPDevice.lo -MD -MP -MF .deps/USRPDevice.Tpo -c USRPDevice.cpp -fPIC -DPIC -o .libs/USRPDevice.o In file included from USRPDevice.h:28, from USRPDevice.cpp:37: /usr/include/usrp_bytesex.h:37:2: warning: #warning Using non-portable code (likely wrong other than ILP32). USRPDevice.cpp: In member function 'bool USRPDevice::make(bool)': USRPDevice.cpp:167: error: cannot convert 'usrp_standard_rx_sptr' to 'usrp_standard_rx*' in assignment USRPDevice.cpp:179: error: cannot convert 'usrp_standard_tx_sptr' to 'usrp_standard_tx*' in assignment make[2]: *** [USRPDevice.lo] Error 1 make[2]: Leaving directory `/home/user/openbts-1.6NewIberia/Transceiver' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/user/openbts-1.6NewIberia' make: *** [all] Error 2 ... Please let me know if this a known issue/bug/error and if there is a workaround (or patch) to fix this issue. Thanks, Ofer |
From: David A. B. <dbu...@jc...> - 2009-06-26 02:57:44
|
This looks like a GNU Radio version mismatch problem. What version of GNU Radio do you have installed? OBTS "New Iberia" expects GNUR 3.1, not 3.2. The patches to use GNUR 3.2 are simple, though, and may even appear somewhere in the list archives. Or maybe someone who uses GNUR 3.2 would be kind enough to post them. OBTS will probably not support GNUR 3.2 until the OBTS 3.0 release some time in late July or early August. (There will be several other changes, also.) -- David On Jun 25, 2009, at 7:08 PM, spdr wrote: > Hi, > > I have just tried to compile OpenBTS-NewIberia after installing all > the required packages, but i have encountered an error. > Here is the relevant output of the 'make' command, executed after > './configure': > > ... > Making all in Transceiver > make[2]: Entering directory `/home/user/openbts-1.6NewIberia/ > Transceiver' > if /bin/bash ../libtool --tag=CXX --mode=compile g++ - > DHAVE_CONFIG_H -I. -I. -I.. -I../CommonLibs -I../Control -I../GSM - > I../SIP -I../SMS -I../TRXManager -I../Globals -I -g -O2 -MT > USRPDevice.lo -MD -MP -MF ".deps/USRPDevice.Tpo" -c -o > USRPDevice.lo USRPDevice.cpp; \ > then mv -f ".deps/USRPDevice.Tpo" ".deps/USRPDevice.Plo"; else > rm -f ".deps/USRPDevice.Tpo"; exit 1; fi > g++ -DHAVE_CONFIG_H -I. -I. -I.. -I../CommonLibs -I../Control -I../ > GSM -I../SIP -I../SMS -I../TRXManager -I../Globals -I -g -O2 -MT > USRPDevice.lo -MD -MP -MF .deps/USRPDevice.Tpo -c USRPDevice.cpp - > fPIC -DPIC -o .libs/USRPDevice.o > In file included from USRPDevice.h:28, > from USRPDevice.cpp:37: > /usr/include/usrp_bytesex.h:37:2: warning: #warning Using non- > portable code (likely wrong other than ILP32). > USRPDevice.cpp: In member function 'bool USRPDevice::make(bool)': > USRPDevice.cpp:167: error: cannot convert 'usrp_standard_rx_sptr' > to 'usrp_standard_rx*' in assignment > USRPDevice.cpp:179: error: cannot convert 'usrp_standard_tx_sptr' > to 'usrp_standard_tx*' in assignment > make[2]: *** [USRPDevice.lo] Error 1 > make[2]: Leaving directory `/home/user/openbts-1.6NewIberia/ > Transceiver' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/home/user/openbts-1.6NewIberia' > make: *** [all] Error 2 > ... > > Please let me know if this a known issue/bug/error and if there is > a workaround (or patch) to fix this issue. > > Thanks, > Ofer > ---------------------------------------------------------------------- > -------- > _______________________________________________ > Openbts-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openbts-discuss David A. Burgess Kestrel Signal Processing, Inc. |