From: Nathan G. <nat...@gm...> - 2009-09-23 18:25:41
|
OK, so this is my first attempt at doing anything with gnuradio and Open BTS. I was able to successfully follow the Build guide for gnuradio and I have downloaded the Open BTS source code (svn co http://gnuradio.org/svn/openbts/trunk/ openbts). I have been able to successfully run the ./bootstrap and ./configure scripts, but when I run make, I get an error similar to what was posted in this forum in Feb 2009 (http://www.ruby-forum.com/topic/179751#787756). I tried the fixes suggested in the forum, but have not been able to compile the source code successfully. I am running 32bit Open Suse 11.1. I posted the results of make below. Any help would be appreciated. I am guessing I just overlooked something simple (I hope). Thanks, Nathan ---------------------------------------------------------------------------------- make[2]: Entering directory `/usr/local/src/openbts/Transceiver' /bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I.. -I../CommonLibs -I../Control -I../GSM -I../SIP -I../TRXManager -I../Globals -I/usr/local/include -g -O2-MT USRPDevice.lo -MD -MP -MF .deps/USRPDevice.Tpo -c -o USRPDevice.lo USRPDevice.cpp libtool: compile: g++ -DHAVE_CONFIG_H -I. -I.. -I../CommonLibs -I../Control -I../GSM -I../SIP -I../TRXManager -I../Globals -I/usr/local/include -g -O2 -MT USRPDevice.lo -MD -MP -MF.deps/USRPDevice.Tpo -c USRPDevice.cpp -fPIC -DPIC -o .libs/USRPDevice.o USRPDevice.cpp: In member function ‘bool USRPDevice::make(bool)’: USRPDevice.cpp:172: error: cannot convert ‘usrp_standard_rx_sptr’ to ‘usrp_standard_rx*’ in assignment USRPDevice.cpp:184: error: cannot convert ‘usrp_standard_tx_sptr’ to ‘usrp_standard_tx*’ in assignment make[2]: *** [USRPDevice.lo] Error 1 make[2]: Leaving directory `/usr/local/src/openbts/Transceiver' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/openbts' make: *** [all] Error 2 ------------------------------------------------------------------------------- |
From: Alexander C. <ale...@gm...> - 2009-09-23 18:34:00
|
You should use gnuradio 3.1.3 and not 3.2. Then you'll be able to compile OpenBTS without errors.. On Wed, Sep 23, 2009 at 22:25, Nathan Gray <nat...@gm...> wrote: > OK, so this is my first attempt at doing anything with gnuradio and Open > BTS. I was able to successfully follow the Build guide for gnuradio and > I have downloaded the Open BTS source code (svn co > http://gnuradio.org/svn/openbts/trunk/ openbts). > > > I have been able to successfully run the ./bootstrap and ./configure > scripts, but when I run make, I get an error similar to what was posted > in this forum in Feb 2009 > (http://www.ruby-forum.com/topic/179751#787756). I tried the fixes > > suggested in the forum, but have not been able to compile the source > code successfully. > > I am running 32bit Open Suse 11.1. > > I posted the results of make below. Any help would be appreciated. I am > guessing I just overlooked something simple (I hope). > > > Thanks, > > Nathan > > ---------------------------------------------------------------------------------- > > make[2]: Entering directory `/usr/local/src/openbts/Transceiver' > /bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. > > -I.. -I../CommonLibs -I../Control -I../GSM -I../SIP -I../TRXManager > -I../Globals -I/usr/local/include -g -O2-MT USRPDevice.lo -MD -MP -MF > .deps/USRPDevice.Tpo -c -o USRPDevice.lo USRPDevice.cpp > libtool: compile: g++ -DHAVE_CONFIG_H -I. -I.. -I../CommonLibs > > -I../Control -I../GSM -I../SIP -I../TRXManager -I../Globals > -I/usr/local/include -g -O2 -MT USRPDevice.lo -MD -MP > -MF.deps/USRPDevice.Tpo -c USRPDevice.cpp -fPIC -DPIC -o > .libs/USRPDevice.o > USRPDevice.cpp: In member function ‘bool USRPDevice::make(bool)’: > > USRPDevice.cpp:172: error: cannot convert ‘usrp_standard_rx_sptr’ to > ‘usrp_standard_rx*’ in assignment > USRPDevice.cpp:184: error: cannot convert ‘usrp_standard_tx_sptr’ to > ‘usrp_standard_tx*’ in assignment > make[2]: *** [USRPDevice.lo] Error 1 > > make[2]: Leaving directory `/usr/local/src/openbts/Transceiver' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/usr/local/src/openbts' > make: *** [all] Error 2 > > ------------------------------------------------------------------------------- > > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Register now! > http://p.sf.net/sfu/devconf > _______________________________________________ > Openbts-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openbts-discuss > > -- Regards, Alexander Chemeris. SIPez LLC. SIP VoIP, IM and Presence Consulting http://www.SIPez.com tel: +1 (617) 273-4000 |
From: Harvind S. <hs...@ke...> - 2009-09-23 18:37:06
|
Nathan, The errors you're showing indicate that you're trying to compile with gnuradio 3.2 or higher. What version of gnuradio have you installed? --- Harvind On Wed, 2009-09-23 at 11:25 -0700, Nathan Gray wrote: > OK, so this is my first attempt at doing anything with gnuradio and Open > BTS. I was able to successfully follow the Build guide for gnuradio and > I have downloaded the Open BTS source code (svn co > http://gnuradio.org/svn/openbts/trunk/ openbts). > > > I have been able to successfully run the ./bootstrap and ./configure > scripts, but when I run make, I get an error similar to what was posted > in this forum in Feb 2009 > (http://www.ruby-forum.com/topic/179751#787756). I tried the fixes > > suggested in the forum, but have not been able to compile the source > code successfully. > > I am running 32bit Open Suse 11.1. > > I posted the results of make below. Any help would be appreciated. I am > guessing I just overlooked something simple (I hope). > > > Thanks, > > Nathan > > ---------------------------------------------------------------------------------- > > make[2]: Entering directory `/usr/local/src/openbts/Transceiver' > /bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. > > -I.. -I../CommonLibs -I../Control -I../GSM -I../SIP -I../TRXManager > -I../Globals -I/usr/local/include -g -O2-MT USRPDevice.lo -MD -MP -MF > .deps/USRPDevice.Tpo -c -o USRPDevice.lo USRPDevice.cpp > libtool: compile: g++ -DHAVE_CONFIG_H -I. -I.. -I../CommonLibs > > -I../Control -I../GSM -I../SIP -I../TRXManager -I../Globals > -I/usr/local/include -g -O2 -MT USRPDevice.lo -MD -MP > -MF.deps/USRPDevice.Tpo -c USRPDevice.cpp -fPIC -DPIC -o > .libs/USRPDevice.o > USRPDevice.cpp: In member function ‘bool USRPDevice::make(bool)’: > > USRPDevice.cpp:172: error: cannot convert ‘usrp_standard_rx_sptr’ to > ‘usrp_standard_rx*’ in assignment > USRPDevice.cpp:184: error: cannot convert ‘usrp_standard_tx_sptr’ to > ‘usrp_standard_tx*’ in assignment > make[2]: *** [USRPDevice.lo] Error 1 > > make[2]: Leaving directory `/usr/local/src/openbts/Transceiver' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/usr/local/src/openbts' > make: *** [all] Error 2 > > ------------------------------------------------------------------------------- > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Register now! > http://p.sf.net/sfu/devconf > _______________________________________________ Openbts-discuss mailing list Ope...@li... https://lists.sourceforge.net/lists/listinfo/openbts-discuss |
From: Nathan G. <nat...@gm...> - 2009-09-23 18:54:37
|
Thanks, the version I am using for USRP is 3.2, so I will go back and try with 3.1.3. Thanks for your help. On Wed, Sep 23, 2009 at 11:33 AM, Alexander Chemeris < ale...@gm...> wrote: > You should use gnuradio 3.1.3 and not 3.2. Then you'll be able to compile > OpenBTS without errors.. > > On Wed, Sep 23, 2009 at 22:25, Nathan Gray <nat...@gm...> > wrote: > > OK, so this is my first attempt at doing anything with gnuradio and Open > > BTS. I was able to successfully follow the Build guide for gnuradio and > > I have downloaded the Open BTS source code (svn co > > http://gnuradio.org/svn/openbts/trunk/ openbts). > > > > > > I have been able to successfully run the ./bootstrap and ./configure > > scripts, but when I run make, I get an error similar to what was posted > > in this forum in Feb 2009 > > (http://www.ruby-forum.com/topic/179751#787756). I tried the fixes > > > > suggested in the forum, but have not been able to compile the source > > code successfully. > > > > I am running 32bit Open Suse 11.1. > > > > I posted the results of make below. Any help would be appreciated. I am > > guessing I just overlooked something simple (I hope). > > > > > > Thanks, > > > > Nathan > > > > > ---------------------------------------------------------------------------------- > > > > make[2]: Entering directory `/usr/local/src/openbts/Transceiver' > > /bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. > > > > -I.. -I../CommonLibs -I../Control -I../GSM -I../SIP -I../TRXManager > > -I../Globals -I/usr/local/include -g -O2-MT USRPDevice.lo -MD -MP -MF > > .deps/USRPDevice.Tpo -c -o USRPDevice.lo USRPDevice.cpp > > libtool: compile: g++ -DHAVE_CONFIG_H -I. -I.. -I../CommonLibs > > > > -I../Control -I../GSM -I../SIP -I../TRXManager -I../Globals > > -I/usr/local/include -g -O2 -MT USRPDevice.lo -MD -MP > > -MF.deps/USRPDevice.Tpo -c USRPDevice.cpp -fPIC -DPIC -o > > .libs/USRPDevice.o > > USRPDevice.cpp: In member function ‘bool USRPDevice::make(bool)’: > > > > USRPDevice.cpp:172: error: cannot convert ‘usrp_standard_rx_sptr’ to > > ‘usrp_standard_rx*’ in assignment > > USRPDevice.cpp:184: error: cannot convert ‘usrp_standard_tx_sptr’ to > > ‘usrp_standard_tx*’ in assignment > > make[2]: *** [USRPDevice.lo] Error 1 > > > > make[2]: Leaving directory `/usr/local/src/openbts/Transceiver' > > make[1]: *** [all-recursive] Error 1 > > make[1]: Leaving directory `/usr/local/src/openbts' > > make: *** [all] Error 2 > > > > > ------------------------------------------------------------------------------- > > > > > > > > > ------------------------------------------------------------------------------ > > Come build with us! The BlackBerry® Developer Conference in SF, CA > > is the only developer event you need to attend this year. Jumpstart your > > developing skills, take BlackBerry mobile applications to market and stay > > ahead of the curve. Join us from November 9-12, 2009. Register > now! > > http://p.sf.net/sfu/devconf > > _______________________________________________ > > Openbts-discuss mailing list > > Ope...@li... > > https://lists.sourceforge.net/lists/listinfo/openbts-discuss > > > > > > > > -- > Regards, > Alexander Chemeris. > > SIPez LLC. > SIP VoIP, IM and Presence Consulting > http://www.SIPez.com <http://www.sipez.com/> > tel: +1 (617) 273-4000 > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Register now! > http://p.sf.net/sfu/devconf > _______________________________________________ > Openbts-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openbts-discuss > |
From: Timur A. <tim...@um...> - 2009-09-23 18:59:38
|
Hey guys, On Wed, Sep 23, 2009 at 2:54 PM, Nathan Gray <nat...@gm...> wrote: > Thanks, the version I am using for USRP is 3.2, so I will go back and try > with 3.1.3. Thanks for your help. I did build it with 3.2 and it seemed to be running fine (have not tested it with a phone yet though). I only needed to change the definition of m_uRx and m_uTx to usrp_standard_rx_sptr and usrp_standard_tx_sptr and then use these shared pointers properly (check for delete's, etc). I can send a patch of what I did if people are interested. All the changes were in USRPDevice.cpp and USRPDevice.h. On another note, aside from this minor issue, are there any fundamental reasons not to use gnuradio 3.2? > On Wed, Sep 23, 2009 at 11:33 AM, Alexander Chemeris > <ale...@gm...> wrote: >> >> You should use gnuradio 3.1.3 and not 3.2. Then you'll be able to compile >> OpenBTS without errors.. >> >> On Wed, Sep 23, 2009 at 22:25, Nathan Gray <nat...@gm...> >> wrote: >> > OK, so this is my first attempt at doing anything with gnuradio and Open >> > BTS. I was able to successfully follow the Build guide for gnuradio and >> > I have downloaded the Open BTS source code (svn co >> > http://gnuradio.org/svn/openbts/trunk/ openbts). >> > >> > >> > I have been able to successfully run the ./bootstrap and ./configure >> > scripts, but when I run make, I get an error similar to what was posted >> > in this forum in Feb 2009 >> > (http://www.ruby-forum.com/topic/179751#787756). I tried the fixes >> > >> > suggested in the forum, but have not been able to compile the source >> > code successfully. >> > >> > I am running 32bit Open Suse 11.1. >> > >> > I posted the results of make below. Any help would be appreciated. I am >> > guessing I just overlooked something simple (I hope). >> > >> > >> > Thanks, >> > >> > Nathan >> > >> > >> > ---------------------------------------------------------------------------------- >> > >> > make[2]: Entering directory `/usr/local/src/openbts/Transceiver' >> > /bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. >> > >> > -I.. -I../CommonLibs -I../Control -I../GSM -I../SIP -I../TRXManager >> > -I../Globals -I/usr/local/include -g -O2-MT USRPDevice.lo -MD -MP -MF >> > .deps/USRPDevice.Tpo -c -o USRPDevice.lo USRPDevice.cpp >> > libtool: compile: g++ -DHAVE_CONFIG_H -I. -I.. -I../CommonLibs >> > >> > -I../Control -I../GSM -I../SIP -I../TRXManager -I../Globals >> > -I/usr/local/include -g -O2 -MT USRPDevice.lo -MD -MP >> > -MF.deps/USRPDevice.Tpo -c USRPDevice.cpp -fPIC -DPIC -o >> > .libs/USRPDevice.o >> > USRPDevice.cpp: In member function ‘bool USRPDevice::make(bool)’: >> > >> > USRPDevice.cpp:172: error: cannot convert ‘usrp_standard_rx_sptr’ to >> > ‘usrp_standard_rx*’ in assignment >> > USRPDevice.cpp:184: error: cannot convert ‘usrp_standard_tx_sptr’ to >> > ‘usrp_standard_tx*’ in assignment >> > make[2]: *** [USRPDevice.lo] Error 1 >> > >> > make[2]: Leaving directory `/usr/local/src/openbts/Transceiver' >> > make[1]: *** [all-recursive] Error 1 >> > make[1]: Leaving directory `/usr/local/src/openbts' >> > make: *** [all] Error 2 >> > >> > >> > ------------------------------------------------------------------------------- >> > >> > >> > >> > >> > ------------------------------------------------------------------------------ >> > Come build with us! The BlackBerry® Developer Conference in SF, CA >> > is the only developer event you need to attend this year. Jumpstart your >> > developing skills, take BlackBerry mobile applications to market and >> > stay >> > ahead of the curve. Join us from November 9-12, 2009. Register >> > now! >> > http://p.sf.net/sfu/devconf >> > _______________________________________________ >> > Openbts-discuss mailing list >> > Ope...@li... >> > https://lists.sourceforge.net/lists/listinfo/openbts-discuss >> > >> > >> >> >> >> -- >> Regards, >> Alexander Chemeris. >> >> SIPez LLC. >> SIP VoIP, IM and Presence Consulting >> http://www.SIPez.com >> tel: +1 (617) 273-4000 >> >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry® Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart your >> developing skills, take BlackBerry mobile applications to market and stay >> ahead of the curve. Join us from November 9-12, 2009. Register >> now! >> http://p.sf.net/sfu/devconf >> _______________________________________________ >> Openbts-discuss mailing list >> Ope...@li... >> https://lists.sourceforge.net/lists/listinfo/openbts-discuss > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Register now! > http://p.sf.net/sfu/devconf > _______________________________________________ > Openbts-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openbts-discuss -- Cheers, Timur |
From: Alexander C. <ale...@gm...> - 2009-09-23 20:08:18
|
On Wed, Sep 23, 2009 at 22:59, Timur Alperovich <tim...@um...> wrote: > On Wed, Sep 23, 2009 at 2:54 PM, Nathan Gray <nat...@gm...> wrote: >> Thanks, the version I am using for USRP is 3.2, so I will go back and try >> with 3.1.3. Thanks for your help. > > I did build it with 3.2 and it seemed to be running fine (have not > tested it with a phone yet though). I only needed to change the > definition of m_uRx and m_uTx to usrp_standard_rx_sptr and > usrp_standard_tx_sptr and then use these shared pointers properly > (check for delete's, etc). I can send a patch of what I did if people > are interested. All the changes were in USRPDevice.cpp and > USRPDevice.h. Yes, it's interesting. Waiting for the patch :) -- Regards, Alexander Chemeris. |
From: Thomas T. <tt...@vt...> - 2009-09-23 20:15:41
|
On Wed, Sep 23, 2009 at 2:59 PM, Timur Alperovich <tim...@um...> wrote: > > I did build it with 3.2 and it seemed to be running fine (have not > tested it with a phone yet though). I only needed to change the > definition of m_uRx and m_uTx to usrp_standard_rx_sptr and > usrp_standard_tx_sptr and then use these shared pointers properly > (check for delete's, etc). I can send a patch of what I did if people > are interested. All the changes were in USRPDevice.cpp and > USRPDevice.h. > > On another note, aside from this minor issue, are there any > fundamental reasons not to use gnuradio 3.2? > I'm wondering about this too since I did the same, but using gnuradio trunk instead of 3.2. Similarly, it appears to be running fine on my machine, though I haven't tested using an actual phone either. A quick glance doesn't reveal anything obvious that shouldn't work. -- Thomas |
From: Joshua L. <jl...@th...> - 2009-09-23 22:20:43
|
The patch to move to 3.2 is trivial. I didn't test the one that was posted but it looked about right. Quoting Thomas Tsou (tt...@vt...): > On Wed, Sep 23, 2009 at 2:59 PM, Timur Alperovich <tim...@um...> wrote: > > > > I did build it with 3.2 and it seemed to be running fine (have not > > tested it with a phone yet though). I only needed to change the > > definition of m_uRx and m_uTx to usrp_standard_rx_sptr and > > usrp_standard_tx_sptr and then use these shared pointers properly > > (check for delete's, etc). I can send a patch of what I did if people > > are interested. All the changes were in USRPDevice.cpp and > > USRPDevice.h. > > > > On another note, aside from this minor issue, are there any > > fundamental reasons not to use gnuradio 3.2? > > > > I'm wondering about this too since I did the same, but using gnuradio > trunk instead of 3.2. Similarly, it appears to be running fine on my > machine, though I haven't tested using an actual phone either. A quick > glance doesn't reveal anything obvious that shouldn't work. > > -- > Thomas > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Register now! > http://p.sf.net/sfu/devconf > _______________________________________________ > Openbts-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openbts-discuss |
From: Timur A. <tim...@um...> - 2009-09-23 21:09:34
|
On Wed, Sep 23, 2009 at 4:07 PM, Alexander Chemeris <ale...@gm...> wrote: > On Wed, Sep 23, 2009 at 22:59, Timur Alperovich <tim...@um...> wrote: >> On Wed, Sep 23, 2009 at 2:54 PM, Nathan Gray <nat...@gm...> wrote: >>> Thanks, the version I am using for USRP is 3.2, so I will go back and try >>> with 3.1.3. Thanks for your help. >> >> I did build it with 3.2 and it seemed to be running fine (have not >> tested it with a phone yet though). I only needed to change the >> definition of m_uRx and m_uTx to usrp_standard_rx_sptr and >> usrp_standard_tx_sptr and then use these shared pointers properly >> (check for delete's, etc). I can send a patch of what I did if people >> are interested. All the changes were in USRPDevice.cpp and >> USRPDevice.h. > > Yes, it's interesting. Waiting for the patch :) Here it is: --- openbts-orig/Transceiver/USRPDevice.cpp 2009-09-23 17:03:42.000000000 -0400 +++ openbts/Transceiver/USRPDevice.cpp 2009-09-22 11:39:23.000000000 -0400 @@ -140,8 +140,8 @@ double masterClockRate = (double) 64.0e6; decimRate = (unsigned int) round(masterClockRate/_desiredSampleRate); actualSampleRate = masterClockRate/decimRate; - m_uRx = NULL; - m_uTx = NULL; + //m_uRx = NULL; + //m_uTx = NULL; #ifdef SWLOOPBACK samplePeriod = 1.0e6/actualSampleRate; @@ -159,7 +159,7 @@ #ifndef SWLOOPBACK string rbf = "std_inband.rbf"; //string rbf = "inband_1rxhb_1tx.rbf"; - m_uRx = NULL; + m_uRx.reset(); if (!skipRx) { try { m_uRx = (usrp_standard_rx::make(0,decimRate,1,-1, @@ -169,7 +169,7 @@ catch(...) { COUT("make failed on Rx"); - delete m_uRx; + m_uRx.reset(); return false; } } @@ -181,7 +181,7 @@ catch(...) { COUT("make failed on Tx"); - delete m_uTx; + m_uTx.reset(); return false; } --- openbts-orig/Transceiver/USRPDevice.h 2009-09-23 17:03:42.000000000 -0400 +++ openbts/Transceiver/USRPDevice.h 2009-09-22 11:33:33.000000000 -0400 @@ -42,8 +42,8 @@ private: double desiredSampleRate; ///< the desired sampling rate - usrp_standard_rx* m_uRx; ///< the USRP receiver - usrp_standard_tx* m_uTx; ///< the USRP transmitter + usrp_standard_rx_sptr m_uRx; ///< the USRP receiver + usrp_standard_tx_sptr m_uTx; ///< the USRP transmitter double actualSampleRate; ///< the actual USRP sampling rate unsigned int decimRate; ///< the USRP decimation rate ------------------------------------------------------------------------------------------------------------------- > -- > Regards, > Alexander Chemeris. > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Register now! > http://p.sf.net/sfu/devconf > _______________________________________________ > Openbts-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openbts-discuss -- Cheers, Timur |
From: Nathan G. <nat...@gm...> - 2009-09-24 16:27:30
|
Just fyi, I made the changes to the USRPDevice.cpp and USRPDevice.h files listed below and I was able to successfully compile OpenBTS. Thanks for your help! :) On Wed, Sep 23, 2009 at 2:09 PM, Timur Alperovich <tim...@um...>wrote: > On Wed, Sep 23, 2009 at 4:07 PM, Alexander Chemeris > <ale...@gm...> wrote: > > On Wed, Sep 23, 2009 at 22:59, Timur Alperovich <tim...@um...> > wrote: > >> On Wed, Sep 23, 2009 at 2:54 PM, Nathan Gray <nat...@gm...> > wrote: > >>> Thanks, the version I am using for USRP is 3.2, so I will go back and > try > >>> with 3.1.3. Thanks for your help. > >> > >> I did build it with 3.2 and it seemed to be running fine (have not > >> tested it with a phone yet though). I only needed to change the > >> definition of m_uRx and m_uTx to usrp_standard_rx_sptr and > >> usrp_standard_tx_sptr and then use these shared pointers properly > >> (check for delete's, etc). I can send a patch of what I did if people > >> are interested. All the changes were in USRPDevice.cpp and > >> USRPDevice.h. > > > > Yes, it's interesting. Waiting for the patch :) > > Here it is: > --- openbts-orig/Transceiver/USRPDevice.cpp 2009-09-23 > 17:03:42.000000000 -0400 > +++ openbts/Transceiver/USRPDevice.cpp 2009-09-22 11:39:23.000000000 -0400 > @@ -140,8 +140,8 @@ > double masterClockRate = (double) 64.0e6; > decimRate = (unsigned int) round(masterClockRate/_desiredSampleRate); > actualSampleRate = masterClockRate/decimRate; > - m_uRx = NULL; > - m_uTx = NULL; > + //m_uRx = NULL; > + //m_uTx = NULL; > > #ifdef SWLOOPBACK > samplePeriod = 1.0e6/actualSampleRate; > @@ -159,7 +159,7 @@ > #ifndef SWLOOPBACK > string rbf = "std_inband.rbf"; > //string rbf = "inband_1rxhb_1tx.rbf"; > - m_uRx = NULL; > + m_uRx.reset(); > if (!skipRx) { > try { > m_uRx = (usrp_standard_rx::make(0,decimRate,1,-1, > @@ -169,7 +169,7 @@ > > catch(...) { > COUT("make failed on Rx"); > - delete m_uRx; > + m_uRx.reset(); > return false; > } > } > @@ -181,7 +181,7 @@ > > catch(...) { > COUT("make failed on Tx"); > - delete m_uTx; > + m_uTx.reset(); > return false; > } > > > --- openbts-orig/Transceiver/USRPDevice.h 2009-09-23 > 17:03:42.000000000 -0400 > +++ openbts/Transceiver/USRPDevice.h 2009-09-22 11:33:33.000000000 -0400 > @@ -42,8 +42,8 @@ > private: > > double desiredSampleRate; ///< the desired sampling rate > - usrp_standard_rx* m_uRx; ///< the USRP receiver > - usrp_standard_tx* m_uTx; ///< the USRP transmitter > + usrp_standard_rx_sptr m_uRx; ///< the USRP receiver > + usrp_standard_tx_sptr m_uTx; ///< the USRP transmitter > > double actualSampleRate; ///< the actual USRP sampling rate > unsigned int decimRate; ///< the USRP decimation rate > > ------------------------------------------------------------------------------------------------------------------- > > > -- > > Regards, > > Alexander Chemeris. > > > > > ------------------------------------------------------------------------------ > > Come build with us! The BlackBerry® Developer Conference in SF, CA > > is the only developer event you need to attend this year. Jumpstart your > > developing skills, take BlackBerry mobile applications to market and stay > > ahead of the curve. Join us from November 9-12, 2009. Register > now! > > http://p.sf.net/sfu/devconf > > _______________________________________________ > > Openbts-discuss mailing list > > Ope...@li... > > https://lists.sourceforge.net/lists/listinfo/openbts-discuss > > -- > Cheers, > Timur > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Register now! > http://p.sf.net/sfu/devconf > _______________________________________________ > Openbts-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openbts-discuss > |
From: Steve T. <st...@to...> - 2009-09-24 19:49:58
|
So how long before this gets into trunk? On Thu, Sep 24, 2009 at 12:27 PM, Nathan Gray <nat...@gm...>wrote: > Just fyi, > > I made the changes to the USRPDevice.cpp and USRPDevice.h files listed > below and I was able to successfully compile OpenBTS. Thanks for your help! > :) > > > On Wed, Sep 23, 2009 at 2:09 PM, Timur Alperovich <tim...@um...>wrote: > >> On Wed, Sep 23, 2009 at 4:07 PM, Alexander Chemeris >> <ale...@gm...> wrote: >> > On Wed, Sep 23, 2009 at 22:59, Timur Alperovich <tim...@um...> >> wrote: >> >> On Wed, Sep 23, 2009 at 2:54 PM, Nathan Gray <nat...@gm...> >> wrote: >> >>> Thanks, the version I am using for USRP is 3.2, so I will go back and >> try >> >>> with 3.1.3. Thanks for your help. >> >> >> >> I did build it with 3.2 and it seemed to be running fine (have not >> >> tested it with a phone yet though). I only needed to change the >> >> definition of m_uRx and m_uTx to usrp_standard_rx_sptr and >> >> usrp_standard_tx_sptr and then use these shared pointers properly >> >> (check for delete's, etc). I can send a patch of what I did if people >> >> are interested. All the changes were in USRPDevice.cpp and >> >> USRPDevice.h. >> > >> > Yes, it's interesting. Waiting for the patch :) >> >> Here it is: >> --- openbts-orig/Transceiver/USRPDevice.cpp 2009-09-23 >> 17:03:42.000000000 -0400 >> +++ openbts/Transceiver/USRPDevice.cpp 2009-09-22 11:39:23.000000000 >> -0400 >> @@ -140,8 +140,8 @@ >> double masterClockRate = (double) 64.0e6; >> decimRate = (unsigned int) round(masterClockRate/_desiredSampleRate); >> actualSampleRate = masterClockRate/decimRate; >> - m_uRx = NULL; >> - m_uTx = NULL; >> + //m_uRx = NULL; >> + //m_uTx = NULL; >> >> #ifdef SWLOOPBACK >> samplePeriod = 1.0e6/actualSampleRate; >> @@ -159,7 +159,7 @@ >> #ifndef SWLOOPBACK >> string rbf = "std_inband.rbf"; >> //string rbf = "inband_1rxhb_1tx.rbf"; >> - m_uRx = NULL; >> + m_uRx.reset(); >> if (!skipRx) { >> try { >> m_uRx = (usrp_standard_rx::make(0,decimRate,1,-1, >> @@ -169,7 +169,7 @@ >> >> catch(...) { >> COUT("make failed on Rx"); >> - delete m_uRx; >> + m_uRx.reset(); >> return false; >> } >> } >> @@ -181,7 +181,7 @@ >> >> catch(...) { >> COUT("make failed on Tx"); >> - delete m_uTx; >> + m_uTx.reset(); >> return false; >> } >> >> >> --- openbts-orig/Transceiver/USRPDevice.h 2009-09-23 >> 17:03:42.000000000 -0400 >> +++ openbts/Transceiver/USRPDevice.h 2009-09-22 11:33:33.000000000 >> -0400 >> @@ -42,8 +42,8 @@ >> private: >> >> double desiredSampleRate; ///< the desired sampling rate >> - usrp_standard_rx* m_uRx; ///< the USRP receiver >> - usrp_standard_tx* m_uTx; ///< the USRP transmitter >> + usrp_standard_rx_sptr m_uRx; ///< the USRP receiver >> + usrp_standard_tx_sptr m_uTx; ///< the USRP transmitter >> >> double actualSampleRate; ///< the actual USRP sampling rate >> unsigned int decimRate; ///< the USRP decimation rate >> >> ------------------------------------------------------------------------------------------------------------------- >> >> > -- >> > Regards, >> > Alexander Chemeris. >> > >> > >> ------------------------------------------------------------------------------ >> > Come build with us! The BlackBerry® Developer Conference in SF, CA >> > is the only developer event you need to attend this year. Jumpstart your >> > developing skills, take BlackBerry mobile applications to market and >> stay >> > ahead of the curve. Join us from November 9-12, 2009. Register >> now! >> > http://p.sf.net/sfu/devconf >> > _______________________________________________ >> > Openbts-discuss mailing list >> > Ope...@li... >> > https://lists.sourceforge.net/lists/listinfo/openbts-discuss >> >> -- >> Cheers, >> Timur >> >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry® Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart your >> developing skills, take BlackBerry mobile applications to market and stay >> ahead of the curve. Join us from November 9-12, 2009. Register >> now! >> http://p.sf.net/sfu/devconf >> _______________________________________________ >> Openbts-discuss mailing list >> Ope...@li... >> https://lists.sourceforge.net/lists/listinfo/openbts-discuss >> > > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Register now! > http://p.sf.net/sfu/devconf > _______________________________________________ > Openbts-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openbts-discuss > > |
From: Harvind S. <hs...@ke...> - 2009-09-24 21:44:43
|
Soon. What would be ideal is for the configure code to determine the installed gnuradio version, set a variable, and then #ifdef around the proper code. I haven't figured that out yet. --- Harvind On Thu, 2009-09-24 at 14:55 -0400, Steve Totaro wrote: > So how long before this gets into trunk? > > On Thu, Sep 24, 2009 at 12:27 PM, Nathan Gray > <nat...@gm...> wrote: > Just fyi, > > I made the changes to the USRPDevice.cpp and USRPDevice.h > files listed below and I was able to successfully compile > OpenBTS. Thanks for your help! > :) > > > > On Wed, Sep 23, 2009 at 2:09 PM, Timur Alperovich > <tim...@um...> wrote: > On Wed, Sep 23, 2009 at 4:07 PM, Alexander Chemeris > <ale...@gm...> wrote: > > On Wed, Sep 23, 2009 at 22:59, Timur Alperovich > <tim...@um...> wrote: > >> On Wed, Sep 23, 2009 at 2:54 PM, Nathan Gray > <nat...@gm...> wrote: > >>> Thanks, the version I am using for USRP is 3.2, so > I will go back and try > >>> with 3.1.3. Thanks for your help. > >> > >> I did build it with 3.2 and it seemed to be running > fine (have not > >> tested it with a phone yet though). I only needed > to change the > >> definition of m_uRx and m_uTx to > usrp_standard_rx_sptr and > >> usrp_standard_tx_sptr and then use these shared > pointers properly > >> (check for delete's, etc). I can send a patch of > what I did if people > >> are interested. All the changes were in > USRPDevice.cpp and > >> USRPDevice.h. > > > > Yes, it's interesting. Waiting for the patch :) > > > Here it is: > --- openbts-orig/Transceiver/USRPDevice.cpp > 2009-09-23 17:03:42.000000000 -0400 > +++ openbts/Transceiver/USRPDevice.cpp 2009-09-22 > 11:39:23.000000000 -0400 > @@ -140,8 +140,8 @@ > double masterClockRate = (double) 64.0e6; > decimRate = (unsigned int) > round(masterClockRate/_desiredSampleRate); > actualSampleRate = masterClockRate/decimRate; > - m_uRx = NULL; > - m_uTx = NULL; > + //m_uRx = NULL; > + //m_uTx = NULL; > > #ifdef SWLOOPBACK > samplePeriod = 1.0e6/actualSampleRate; > @@ -159,7 +159,7 @@ > #ifndef SWLOOPBACK > string rbf = "std_inband.rbf"; > //string rbf = "inband_1rxhb_1tx.rbf"; > - m_uRx = NULL; > + m_uRx.reset(); > if (!skipRx) { > try { > m_uRx = (usrp_standard_rx::make(0,decimRate,1,-1, > @@ -169,7 +169,7 @@ > > catch(...) { > COUT("make failed on Rx"); > - delete m_uRx; > + m_uRx.reset(); > return false; > } > } > @@ -181,7 +181,7 @@ > > catch(...) { > COUT("make failed on Tx"); > - delete m_uTx; > + m_uTx.reset(); > return false; > } > > > --- openbts-orig/Transceiver/USRPDevice.h > 2009-09-23 17:03:42.000000000 -0400 > +++ openbts/Transceiver/USRPDevice.h 2009-09-22 > 11:33:33.000000000 -0400 > @@ -42,8 +42,8 @@ > private: > > double desiredSampleRate; ///< the desired > sampling rate > - usrp_standard_rx* m_uRx; ///< the USRP receiver > - usrp_standard_tx* m_uTx; ///< the USRP > transmitter > + usrp_standard_rx_sptr m_uRx; ///< the USRP receiver > + usrp_standard_tx_sptr m_uTx; ///< the USRP > transmitter > > double actualSampleRate; ///< the actual USRP > sampling rate > unsigned int decimRate; ///< the USRP > decimation rate > ------------------------------------------------------------------------------------------------------------------- > > > -- > > Regards, > > Alexander Chemeris. > > > > > ------------------------------------------------------------------------------ > > Come build with us! The BlackBerry® Developer > Conference in SF, CA > > is the only developer event you need to attend this > year. Jumpstart your > > developing skills, take BlackBerry mobile > applications to market and stay > > ahead of the curve. Join us from November 9-12, > 2009. Register now! > > http://p.sf.net/sfu/devconf > > _______________________________________________ > > Openbts-discuss mailing list > > Ope...@li... > > > https://lists.sourceforge.net/lists/listinfo/openbts-discuss > > > -- > Cheers, > Timur > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® Developer > Conference in SF, CA > is the only developer event you need to attend this > year. Jumpstart your > developing skills, take BlackBerry mobile applications > to market and stay > ahead of the curve. Join us from November 9-12, > 2009. Register now! > http://p.sf.net/sfu/devconf > _______________________________________________ > Openbts-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openbts-discuss > > > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® Developer Conference > in SF, CA > is the only developer event you need to attend this year. > Jumpstart your > developing skills, take BlackBerry mobile applications to > market and stay > ahead of the curve. Join us from November 9-12, 2009. > Register now! > http://p.sf.net/sfu/devconf > _______________________________________________ > Openbts-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openbts-discuss > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Register now! > http://p.sf.net/sfu/devconf > _______________________________________________ Openbts-discuss mailing list Ope...@li... https://lists.sourceforge.net/lists/listinfo/openbts-discuss |
From: Igor A. <igo...@gm...> - 2009-09-25 14:10:35
|
I managed to get it as far as the Makefile, but I couldn't get an #ifdef in USRPDevice.cpp to work. Maybe this will help? Index: configure.ac =================================================================== --- configure.ac (revision 11641) +++ configure.ac (working copy) @@ -54,6 +54,7 @@ # Defines USRP_CFLAGS, USRP_INCLUDEDIR, and USRP_LIBS PKG_CHECK_MODULES(USRP, usrp > 3.1) +PKG_CHECK_EXISTS(usrp > 3.1 usrp < 3.2, [OLDUSRP=1 ; AC_SUBST(OLDUSRP)]) # Defines OSIP_CFLAGS, OSIP_INCLUDEDIR, and OSIP_LIBS PKG_CHECK_MODULES(OSIP, libosip2) On Thu, Sep 24, 2009 at 6:44 PM, Harvind Samra <hs...@ke...> wrote: > Soon. What would be ideal is for the configure code to determine the > installed gnuradio version, set a variable, and then #ifdef around the > proper code. I haven't figured that out yet. > > --- Harvind > > On Thu, 2009-09-24 at 14:55 -0400, Steve Totaro wrote: >> So how long before this gets into trunk? >> >> On Thu, Sep 24, 2009 at 12:27 PM, Nathan Gray >> <nat...@gm...> wrote: >> Just fyi, >> >> I made the changes to the USRPDevice.cpp and USRPDevice.h >> files listed below and I was able to successfully compile >> OpenBTS. Thanks for your help! >> :) >> >> >> >> On Wed, Sep 23, 2009 at 2:09 PM, Timur Alperovich >> <tim...@um...> wrote: >> On Wed, Sep 23, 2009 at 4:07 PM, Alexander Chemeris >> <ale...@gm...> wrote: >> > On Wed, Sep 23, 2009 at 22:59, Timur Alperovich >> <tim...@um...> wrote: >> >> On Wed, Sep 23, 2009 at 2:54 PM, Nathan Gray >> <nat...@gm...> wrote: >> >>> Thanks, the version I am using for USRP is 3.2, so >> I will go back and try >> >>> with 3.1.3. Thanks for your help. >> >> >> >> I did build it with 3.2 and it seemed to be running >> fine (have not >> >> tested it with a phone yet though). I only needed >> to change the >> >> definition of m_uRx and m_uTx to >> usrp_standard_rx_sptr and >> >> usrp_standard_tx_sptr and then use these shared >> pointers properly >> >> (check for delete's, etc). I can send a patch of >> what I did if people >> >> are interested. All the changes were in >> USRPDevice.cpp and >> >> USRPDevice.h. >> > >> > Yes, it's interesting. Waiting for the patch :) >> >> >> Here it is: >> --- openbts-orig/Transceiver/USRPDevice.cpp >> 2009-09-23 17:03:42.000000000 -0400 >> +++ openbts/Transceiver/USRPDevice.cpp 2009-09-22 >> 11:39:23.000000000 -0400 >> @@ -140,8 +140,8 @@ >> double masterClockRate = (double) 64.0e6; >> decimRate = (unsigned int) >> round(masterClockRate/_desiredSampleRate); >> actualSampleRate = masterClockRate/decimRate; >> - m_uRx = NULL; >> - m_uTx = NULL; >> + //m_uRx = NULL; >> + //m_uTx = NULL; >> >> #ifdef SWLOOPBACK >> samplePeriod = 1.0e6/actualSampleRate; >> @@ -159,7 +159,7 @@ >> #ifndef SWLOOPBACK >> string rbf = "std_inband.rbf"; >> //string rbf = "inband_1rxhb_1tx.rbf"; >> - m_uRx = NULL; >> + m_uRx.reset(); >> if (!skipRx) { >> try { >> m_uRx = (usrp_standard_rx::make(0,decimRate,1,-1, >> @@ -169,7 +169,7 @@ >> >> catch(...) { >> COUT("make failed on Rx"); >> - delete m_uRx; >> + m_uRx.reset(); >> return false; >> } >> } >> @@ -181,7 +181,7 @@ >> >> catch(...) { >> COUT("make failed on Tx"); >> - delete m_uTx; >> + m_uTx.reset(); >> return false; >> } >> >> >> --- openbts-orig/Transceiver/USRPDevice.h >> 2009-09-23 17:03:42.000000000 -0400 >> +++ openbts/Transceiver/USRPDevice.h 2009-09-22 >> 11:33:33.000000000 -0400 >> @@ -42,8 +42,8 @@ >> private: >> >> double desiredSampleRate; ///< the desired >> sampling rate >> - usrp_standard_rx* m_uRx; ///< the USRP receiver >> - usrp_standard_tx* m_uTx; ///< the USRP >> transmitter >> + usrp_standard_rx_sptr m_uRx; ///< the USRP receiver >> + usrp_standard_tx_sptr m_uTx; ///< the USRP >> transmitter >> >> double actualSampleRate; ///< the actual USRP >> sampling rate >> unsigned int decimRate; ///< the USRP >> decimation rate >> ------------------------------------------------------------------------------------------------------------------- >> >> > -- >> > Regards, >> > Alexander Chemeris. >> > >> > >> ------------------------------------------------------------------------------ >> > Come build with us! The BlackBerry® Developer >> Conference in SF, CA >> > is the only developer event you need to attend this >> year. Jumpstart your >> > developing skills, take BlackBerry mobile >> applications to market and stay >> > ahead of the curve. Join us from November 9-12, >> 2009. Register now! >> > http://p.sf.net/sfu/devconf >> > _______________________________________________ >> > Openbts-discuss mailing list >> > Ope...@li... >> > >> https://lists.sourceforge.net/lists/listinfo/openbts-discuss >> >> >> -- >> Cheers, >> Timur >> >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry® Developer >> Conference in SF, CA >> is the only developer event you need to attend this >> year. Jumpstart your >> developing skills, take BlackBerry mobile applications >> to market and stay >> ahead of the curve. Join us from November 9-12, >> 2009. Register now! >> http://p.sf.net/sfu/devconf >> _______________________________________________ >> Openbts-discuss mailing list >> Ope...@li... >> https://lists.sourceforge.net/lists/listinfo/openbts-discuss >> >> >> >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry® Developer Conference >> in SF, CA >> is the only developer event you need to attend this year. >> Jumpstart your >> developing skills, take BlackBerry mobile applications to >> market and stay >> ahead of the curve. Join us from November 9-12, 2009. >> Register now! >> http://p.sf.net/sfu/devconf >> _______________________________________________ >> Openbts-discuss mailing list >> Ope...@li... >> https://lists.sourceforge.net/lists/listinfo/openbts-discuss >> >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry® Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart your >> developing skills, take BlackBerry mobile applications to market and stay >> ahead of the curve. Join us from November 9-12, 2009. Register now! >> http://p.sf.net/sfu/devconf >> _______________________________________________ Openbts-discuss mailing list Ope...@li... https://lists.sourceforge.net/lists/listinfo/openbts-discuss > > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Register now! > http://p.sf.net/sfu/devconf > _______________________________________________ > Openbts-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openbts-discuss > -- Igor Almeida |