Re: [Discuss-gnuradio] UHD I/O Data Types
By a real signal, I mean a signal like a real valued sinusoid. Say in a grc graph, I have this: signal generator (sine, float o/p) > float to short converter > usrp sink (short i/p). In this example, I'm inputting a stream of shorts representing a pure sine wave to the usrp module. I wanted to ask how I can do this exactly when I call the send() to the UHD inside a C++ program? (an array of float values represent the pure sinusoid, which is the waveform I wish to transmit). Arya On Wed, Apr 6, 2011 at 10:47 PM, Josh Blum wrote: > > > On 04/06/2011 08:42 PM, Arya Santini wrote: >> Hello.. >> >> The I/O types defined in the uhd::io_type_t class lists 4 COMPLEX >> types and a CUSTOM type. What I/O type should I specify in the call to >> send()/recv() if my baseband signal is real and not complex, say I'm >> transmitting from a file containing real samples of float type. How is >> a sample type of real float or real short interpreted and/or converted >> by the UHD library to shorts over the wire? >> > > I think this is a misunderstanding. A complex baseband signal represents > 1/fs bandwidth of spectral content which the USRP will modulate to the > center frequency -> fc. > > To have a "real" signal is to leave half of your spectrum undefined. Is > it symmetric about fc? or is it really a complex signal centered at fc+fs/4? > > -Josh > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] UHD I/O Data Types
Hello.. The I/O types defined in the uhd::io_type_t class lists 4 COMPLEX types and a CUSTOM type. What I/O type should I specify in the call to send()/recv() if my baseband signal is real and not complex, say I'm transmitting from a file containing real samples of float type. How is a sample type of real float or real short interpreted and/or converted by the UHD library to shorts over the wire? Thanks, Arya ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Build error GNU Radio release v3.3.1git-971-ga02bb131
Hi Jared, thanks for that suggestion. Anyway, I realized that I was using GNU compiler gcc-4.6 (experimental) which apparently imposes stricter rules and allows package builds to fail where previous versions used to succeed. So the suggested fix for one typical "ptrdiff_t does not name a type" is #include , which I did in the /usrp/host/swig/python/usrp_prims.cc file, and the build completed to success. Arya On Sun, Feb 27, 2011 at 3:15 AM, Jared Harvey wrote: > Hello Arya, > > AS> I was trying to build the gnuradio on yet > AS> another machine running Ubuntu 10.10. from > AS> source today after checking out the latest > AS> code from the dev trunk: > > I see Ubuntu 10.10 has native packages. Is there a > reason why you need to compile it? Perhaps you are > looking for the latest and greatest. > > You may have dependency problems. These > dependencies may be resolved by installing the > native packages. Perhaps you can open Synaptic and > install the native gnuradio that way and see if > that helps your compile process. > > Best regards. > > .. ..-. / -.-- --- ..- / .-. . .- -.. / - .. ... > .-.. . - ... / .- ...- . / .- / -... . . .-. > > Jared Harvey Operator KB1GTT > > e-mail m...@jaredharvey.com > Web page http://jaredharvey.com > > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Build error GNU Radio release v3.3.1git-971-ga02bb131
Hi List, I was trying to build the gnuradio on yet another machine running Ubuntu 10.10. from source today after checking out the latest code from the dev trunk: git clone http://gnuradio.org/git/gnuradio.git Then I set the branch to next, so that I can build gr-uhd as well. (Prior to this I'd successfully built and installed UHD) After ./bootstrap, ./configure (reports most of the components (that I want) will be built, including uhd), I run make and get the following error, when make enters the /host/swig directory make[6]: Entering directory `/home/siva/calit2/gnuradio/usrp/host/swig' The reported bunch of errors are: starts from: python/usrp_prims.cc:2850:13: error: ‘ptrdiff_t’ does not name a type ... ... make[6]: *** [_usrp_prims_la-usrp_prims.lo] Error 1 ends after make exits the build tree... Help? Arya ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Weird (or maybe not) received signal amplitude behaviour
Hi List, I'm transmitting a pure sinusoid of 50kHz using the tx_waveforms UHD example and receiving the same using rx_samples_to_file example. I'm using N210/WBXs for Tx and Rx at 250MHz, at 500 ksps, --ampl=1.0, buffer size of 200 at Tx, and 0 dB for Rx,Tx gain. I plot the received file (the I stream, after de-interleaving the complex shorts) using gnuplot and here's what I see. The peak to peak amplitude is 40. The wave's dancing nicely about 0 and its a spectacular sine wave at almost precisely 50 kHz. But here's the catch: I can see this happening only after about sample # 8000 thereabouts in the graph. Before this, the wave starts out (at sample # 10 ) at 1400-1440 peak to peak and gradually makes its way down(maintaining its sinusoidal shape during the descent) to settle at -20 to +20 peak to peak. It takes 8000 samples for this to happen, or 8000*2us = 16ms. Why is this happening? Arya P.S. At Tx/Rx gains of 15 dB, same thing happens but the signal starts at around 1000-2000 p2p and settles at -500 to 500 at around sample #6000. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] N210 not producing output with GRC
Hi, I have a N210, which when I try to use with GRC (UHD USRP single source block) produces at the console: Current recv sock buff size: 5000 bytes mboard0 MIMO master UHD source block got error code 0x1 gr_block_executor: source produced no output. We're marking it DONE. Parameters I set for the block: self.uhd_single_usrp_source_0 = uhd.single_usrp_source( device_addr="addr=192.168.10.2", io_type=uhd.io_type.COMPLEX_FLOAT32, num_channels=1, ) self.uhd_single_usrp_source_0.set_samp_rate(samp_rate) self.uhd_single_usrp_source_0.set_center_freq(250e6, 0) self.uhd_single_usrp_source_0.set_gain(0, 0) I left the Subdev Spec and Ch0: Antenna field blank. I'm using a WBX RF board with TX/RX side antenna connected. I'm able to transmit using the tx_waveforms example, and I know it is transmitting. Help, Arya ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] FX2 Controller/ GPIF questions
Hi All, Can anyone shed some light on how the FX2 firmware / GPIF handles simultaneous reads and writes? I mean if I set up my USRP1 to receive and transmit simultaneously, what is happening exactly down there at the GPIF level? Given that there are two GPIF waveform configurations one each for Read and Write, are there two concurrent instantiations of the FIFO state machine during simultaneous read/ writes for full duplex operation , or in other words are there separate FIFO state machines operating in two configurations at the same time? If the GPIF state machine is in only one configuration (FIFOWr or FIFORd) at one time, how is true full duplex communication possible? Thanks, Arya ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Receiving 2 separate frequencies on same daughterboard RFX2400
Hi All, I have a USRP1 with one RFX2400 daughterboard attached to it. I want to know if I can do this: Can I receive two signals (real) on two RX frequencies, say 2.35 GHz and 2.75 GHz, simultaneously? Thanks, Arya ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Number of TX/RX channels on a USRP
Hi Alex, List, On Sun, Jan 23, 2011 at 3:03 AM, Alexandru Csete wrote: > On Sun, Jan 23, 2011 at 2:56 AM, Arya Santini wrote: >> Hi GNURadio, >> >> I'm new to the USRP and trying to understand the number of RF >> input/output channels available (USRP1). From the GNURadio wiki >> (http://gnuradio.org/redmine/wiki/gnuradio/UsrpFAQIntroMobo), I gather >> we have 4 possible TX and RX channels each, since we have 4 ADC's and >> 4 DAC's on the motherboard: > > Hi Arya, > > Thanks for reading the doc - it makes explaining easier :-) > >> >> "..in principle, we have 4 input and 4 output channels if we use real >> sampling. However, we can have more flexibility (and bandwidth) if we >> use complex (IQ) sampling. Then we have to pair them up, so we get 2 >> complex inputs and 2 complex outputs." >> >> This means we could have only 2 complex TX/RX channels. >> >> Also from the USRP FAQ page >> (http://gnuradio.org/redmine/wiki/gnuradio/UsrpFAQIntroFPGA), in >> explaining the DDC implementation, it is said: >> >> "Note that when there are multiple channels (up to 4), the channels >> are interleaved. For example, with 4 channels, the sequence sent over >> the USB would be I0 Q0 I1 Q1 I2 Q2 I3 Q3 I0 Q0 I1 Q1, …etc. In >> multiple RX channels (1,2, or 4) , all input channels must be the same >> data rate (i.e. same decimation ratio)." >> >> Do these multiple RX channels (1,2 or 4) refer to those coming out of >> the ADC's? Then contrary to the aforementioned, how come now there are >> 4 complex channels, I0,Q0 - I3,Q3 coming in. when it should be >> possible to have only 2 complex RX channels? Looks like I'm >> understanding the architecture incorrectly! > > This multiplexing refers to the data stream on the USB interface, i.e. > after FPGA processing where the real signal is converted to > quadrature/complex signal. So the 4 RX channels that use real samples > are converted to complex signal in the FPGA. > Okay, there are a total of 4 pairs of IQ signals, each of the 4 real outputs from the ADCs being converted to an IQ pair in the FPGA. >> >> Some help here would be greatly appreciated. >> >> Also, on the daughterboard, each RX port has access to 2 ADC's. So in >> the context of having 2 RX channels possible per daughterboard (in the >> case of Real sampling, and total 4 for the system) are the inputs >> RX_A_A, and RX_A_B separate/independent? I mean, does the RF >> daughterboard circuitry receive two frequencies simultaneously on a >> single receive antenna? > > I am not entirely sure about this so someone may correct me if I'm wrong... > The LFRX and BasicRX are not quadrature receivers so the use real > sampling and conversion to quadrature signal is done in the FPGA. You > can however also chose to input quadrature signal in which case you > use RX_A_A and RX_A_B as I and Q input. This works in the two receiver > configuration. Suppose we're dealing with real signals alone, then we have 4 input channels viz. RX_A_A, RX_A_B, RX_B_A, RX_B_B. My question is, are each of these channels independent of each other in the sense that their frequencies are different i.e are they 4 different RF signals? In other words, on each daughterboard, can the circuitry be configured to receive on 2 separate frequencies from the same antenna, and feed them as inputs to each of the 2 ADCs its RX port is connected to? > If you use the 4 receiver configuration then 2 > additional receivers have to be mounted on the TX_A and TX_B slots. > Therefore, if we chose to use 4 receivers we can not have transmitters > at the same time. > > Alex > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio > Thanks, Arya ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Number of TX/RX channels on a USRP
Hi GNURadio, I'm new to the USRP and trying to understand the number of RF input/output channels available (USRP1). From the GNURadio wiki (http://gnuradio.org/redmine/wiki/gnuradio/UsrpFAQIntroMobo), I gather we have 4 possible TX and RX channels each, since we have 4 ADC's and 4 DAC's on the motherboard: "..in principle, we have 4 input and 4 output channels if we use real sampling. However, we can have more flexibility (and bandwidth) if we use complex (IQ) sampling. Then we have to pair them up, so we get 2 complex inputs and 2 complex outputs." This means we could have only 2 complex TX/RX channels. Also from the USRP FAQ page (http://gnuradio.org/redmine/wiki/gnuradio/UsrpFAQIntroFPGA), in explaining the DDC implementation, it is said: "Note that when there are multiple channels (up to 4), the channels are interleaved. For example, with 4 channels, the sequence sent over the USB would be I0 Q0 I1 Q1 I2 Q2 I3 Q3 I0 Q0 I1 Q1, …etc. In multiple RX channels (1,2, or 4) , all input channels must be the same data rate (i.e. same decimation ratio)." Do these multiple RX channels (1,2 or 4) refer to those coming out of the ADC's? Then contrary to the aforementioned, how come now there are 4 complex channels, I0,Q0 - I3,Q3 coming in. when it should be possible to have only 2 complex RX channels? Looks like I'm understanding the architecture incorrectly! Some help here would be greatly appreciated. Also, on the daughterboard, each RX port has access to 2 ADC's. So in the context of having 2 RX channels possible per daughterboard (in the case of Real sampling, and total 4 for the system) are the inputs RX_A_A, and RX_A_B separate/independent? I mean, does the RF daughterboard circuitry receive two frequencies simultaneously on a single receive antenna? I apologize for the long email! Thanks, Arya ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gnuradio-3.3.0 Build Error On Fedora 14 (x86_64)
Hi Steve, Thanks for the information. I actually applied the patch that was mentioned in the continuation of your thread (http://lists.gnu.org/archive/html/discuss-gnuradio/2010-11/msg00119.html) and was able to compile error-free. Arya. On Mon, Nov 15, 2010 at 9:49 AM, Steve Mcmahon wrote: > Hello Arya: > > I have the same problem as you - I'm running openSUSE 11.3, which uses gcc > 4.5.0, and I cannot compile GNU Radio 3.3.0. See my thread on this issue: > > http://lists.gnu.org/archive/html/discuss-gnuradio/2010-11/msg00061.html > > I have been told that if you get the master branch of the GNU Radio from the > git repository, this problem is fixed. I was also told that the next version > of GNU Radio, version 3.3.1, will fix this problem. > > Steve McMahon > > > --- On Sun, 11/14/10, Arya Santini wrote: > >> From: Arya Santini >> Subject: [Discuss-gnuradio] gnuradio-3.3.0 Build Error On Fedora 14 (x86_64) >> To: discuss-gnuradio@gnu.org >> Date: Sunday, November 14, 2010, 7:33 AM >> Hi List, >> >> I'm trying to build gnuradio-3.3.0 on Fedora 14 x86_64. >> I've installed >> all the prerequisites, and I run ./configure and it >> completes fine, >> reporting the modules going to be built. But when I run >> 'make', it >> runs for a while and then exits with the following >> error(s): >> >> libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../.. >> -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/usrp2/host/include >> -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/usrp2/firmware/include >> -I/usr/include -I/usr/include >> -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/runtime >> -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/general >> -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/general >> -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/gengen >> -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/gengen >> -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/filter >> -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/filter >> -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/missing >> -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/reed-solomon >> -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/viterbi >> -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/io >> -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/g72x >> -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/swig >> -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/hier >> -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/swig >> -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gruel/src/include >> -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gruel/src/include >> -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gruel/src/include >> -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gruel/src/include >> -g >> -O2 -Wall -Woverloaded-virtual -pthread -MT usrp2.lo -MD >> -MP -MF >> .deps/usrp2.Tpo -c usrp2.cc -fPIC -DPIC -o >> .libs/usrp2.o >> usrp2.cc:41:33: error: type/value mismatch at argument 1 in >> template >> parameter list for ‘template class >> boost::weak_ptr’ >> usrp2.cc:41:33: error: expected a type, >> got ‘usrp2::usrp2::usrp2’ >> usrp2.cc:43:75: error: type/value mismatch at argument 1 in >> template >> parameter list for ‘template class >> boost::weak_ptr’ >> usrp2.cc:43:75: error: expected a type, >> got ‘usrp2::usrp2::usrp2’ >> usrp2.cc: In static member function ‘static >> usrp2::usrp2::sptr >> usrp2::usrp2::find_existing_or_make_new(const >> std::string&, >> usrp2::props*, size_t)’: >> usrp2.cc:60:20: error: request for member ‘expired’ in >> ‘p.__gnu_cxx::__normal_iterator<_Iterator, >> _Container>::operator-> >> [with _Iterator = usrp2::usrp_table_entry*, _Container = >> std::vector, >> __gnu_cxx::__normal_iterator<_Iterator, >> _Container>::pointer = >> usrp2::usrp_table_entry*]()->usrp2::usrp_table_entry::value’, >> which is >> of non-class type ‘int’ >> usrp2.cc:64:31: error: no matching function for call to >> ‘boost::shared_ptr::shared_ptr(int&)’ >> /usr/include/boost/smart_ptr/shared_ptr.hpp:182:5: note: >> candidates >> are: boost::shared_ptr::shared_ptr() [with T = >> usrp2::usrp2] >> /usr/include/boost/smart_ptr/shared_ptr.hpp:
[Discuss-gnuradio] gnuradio-3.3.0 Build Error On Fedora 14 (x86_64)
Hi List, I'm trying to build gnuradio-3.3.0 on Fedora 14 x86_64. I've installed all the prerequisites, and I run ./configure and it completes fine, reporting the modules going to be built. But when I run 'make', it runs for a while and then exits with the following error(s): libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../.. -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/usrp2/host/include -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/usrp2/firmware/include -I/usr/include -I/usr/include -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/runtime -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/general -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/general -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/gengen -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/gengen -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/filter -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/filter -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/missing -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/reed-solomon -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/viterbi -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/io -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/g72x -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/swig -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/hier -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/swig -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gruel/src/include -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gruel/src/include -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gruel/src/include -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gruel/src/include -g -O2 -Wall -Woverloaded-virtual -pthread -MT usrp2.lo -MD -MP -MF .deps/usrp2.Tpo -c usrp2.cc -fPIC -DPIC -o .libs/usrp2.o usrp2.cc:41:33: error: type/value mismatch at argument 1 in template parameter list for ‘template class boost::weak_ptr’ usrp2.cc:41:33: error: expected a type, got ‘usrp2::usrp2::usrp2’ usrp2.cc:43:75: error: type/value mismatch at argument 1 in template parameter list for ‘template class boost::weak_ptr’ usrp2.cc:43:75: error: expected a type, got ‘usrp2::usrp2::usrp2’ usrp2.cc: In static member function ‘static usrp2::usrp2::sptr usrp2::usrp2::find_existing_or_make_new(const std::string&, usrp2::props*, size_t)’: usrp2.cc:60:20: error: request for member ‘expired’ in ‘p.__gnu_cxx::__normal_iterator<_Iterator, _Container>::operator-> [with _Iterator = usrp2::usrp_table_entry*, _Container = std::vector, __gnu_cxx::__normal_iterator<_Iterator, _Container>::pointer = usrp2::usrp_table_entry*]()->usrp2::usrp_table_entry::value’, which is of non-class type ‘int’ usrp2.cc:64:31: error: no matching function for call to ‘boost::shared_ptr::shared_ptr(int&)’ /usr/include/boost/smart_ptr/shared_ptr.hpp:182:5: note: candidates are: boost::shared_ptr::shared_ptr() [with T = usrp2::usrp2] /usr/include/boost/smart_ptr/shared_ptr.hpp:169:1: note: boost::shared_ptr::shared_ptr(const boost::shared_ptr&) usrp2.cc:73:23: error: expected type-specifier usrp2.cc:73:23: error: expected ‘)’ usrp2.cc:74:30: error: no matching function for call to ‘usrp2::usrp_table_entry::usrp_table_entry(std::string&, usrp2::usrp2::sptr&)’ usrp2.cc:43:5: note: candidates are: usrp2::usrp_table_entry::usrp_table_entry(const std::string&, int) usrp2.cc:38:27: note: usrp2::usrp_table_entry::usrp_table_entry(const usrp2::usrp_table_entry&) In file included from /usr/include/boost/shared_ptr.hpp:17:0, from /home/Maverick/Desktop/Research/gnuradio-3.3.0/usrp2/host/include/usrp2/usrp2.h:22, from usrp2.cc:23: /usr/include/boost/smart_ptr/shared_ptr.hpp: In constructor ‘boost::shared_ptr::shared_ptr(Y*) [with Y = int, T = usrp2::usrp2]’: usrp2.cc:73:56: instantiated from here /usr/include/boost/smart_ptr/shared_ptr.hpp:187:50: error: cannot convert ‘int*’ to ‘usrp2::usrp2*’ in initialization make[4]: *** [usrp2.lo] Error 1 make[4]: Leaving directory `/home/Maverick/Desktop/Research/gnuradio-3.3.0/usrp2/host/lib' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/Maverick/Desktop/Research/gnuradio-3.3.0/usrp2/host' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/Maverick/Desktop/Research/gnuradio-3.3.0/usrp2' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/Maverick/Desktop/Research/gnuradio-3.3.0' make: *** [all] Error 2 I just built gnuradio-3.3.0 successfully on a machine running Fedora 12 in my lab a couple of days ago. What might be going wrong here? Could it be that Fedora 14 contains updated libraries, like gcc-4.5.1 as opposed to version 4.4.4 on Fedora 12, on which gnuradio-3.3.0 built successfully? Thanks, Arya.
Re: [Discuss-gnuradio] Cannot build USRP. ./configure reports sdcc is missing in spite of it being installed!
Hi, I tried these and it fixed the problem. ln -s /usr/bin/sdcc-asx8051 /usr/bin/asx8051 ln -s /usr/bin/sdcc-aslink /usr/bin/aslink Earlier I had tried exporting /usr/libexec/sdcc to PATH, but that didn't fix it. Thanks, Arya On Wed, Nov 10, 2010 at 7:24 PM, Eric Blossom wrote: > On Wed, Nov 10, 2010 at 07:13:17PM -0800, Arya Santini wrote: >> Hi List, >> >> I'm trying to build GNU Radio from source, and when I run ./configure, >> I see USRP is not going to be built under the heading : "The following >> components were skipped either because you asked not to build them or >> they didn't pass configuration checks:" >> >> gcell >> usrp >> gr-usrp >> gr-gcell >> gr-audio-jack >> gr-audio-osx >> gr-audio-portaudio >> gr-audio-windows >> gr-comedi >> gr-gpio >> gr-radar-mono >> gr-video-sdl >> gr-sounder >> gr-utils >> >> This is the text from ./configure pertaining to USRP: >> >> checking for sdcc... sdcc -mmcs51 --no-xinit-opt >> checking for asx8051... no >> USRP requires sdcc. sdcc not found. See http://sdcc.sf.net >> Unable to find firmware compiler SDCC. >> Not building component usrp. >> >> Why? I've installed sdcc and double checked it. Still I cannot get >> USRP to build. I'm on Fedora 12. Please help. >> >> Thanks, >> Arya. > > Fedora installs it into /usr/libexec/sdcc. > > Add /usr/libexec/sdcc to your path: > > $ PATH=$PATH:/usr/libexec/sdcc. > > Eric > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Cannot build USRP. ./configure reports sdcc is missing in spite of it being installed!
Hi List, I'm trying to build GNU Radio from source, and when I run ./configure, I see USRP is not going to be built under the heading : "The following components were skipped either because you asked not to build them or they didn't pass configuration checks:" gcell usrp gr-usrp gr-gcell gr-audio-jack gr-audio-osx gr-audio-portaudio gr-audio-windows gr-comedi gr-gpio gr-radar-mono gr-video-sdl gr-sounder gr-utils This is the text from ./configure pertaining to USRP: checking for sdcc... sdcc -mmcs51 --no-xinit-opt checking for asx8051... no USRP requires sdcc. sdcc not found. See http://sdcc.sf.net Unable to find firmware compiler SDCC. Not building component usrp. Why? I've installed sdcc and double checked it. Still I cannot get USRP to build. I'm on Fedora 12. Please help. Thanks, Arya. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Error when installing Boost
Use a package manager like yum, apt-get etc. and install boost-devel. Actually make sure you have all the dependencies listed in the README file in the GNURadio tarball you have downloaded and trying to build from. Instructions to do this (and distribution specific instructions) are provided here, and clearly.. http://gnuradio.org/redmine/wiki/gnuradio/BuildGuide. For e.g "yum install gnu-radio usrp" on Fedora would do everything for you to get your "hello world" program i.e dial_tone.py working! On Wed, Oct 20, 2010 at 10:40 PM, ish13 wrote: > > I am new at this. But I was just following the instructions that are on the > wiki page. It said that boost needed to be installed. So I was following the > steps and I ran into the error message. Which approach am I supposed to take > to complete the installation of gnu radio. > > Ismael > > > > Eric Blossom wrote: >> >> On Wed, Oct 20, 2010 at 04:47:47PM -0700, ish13 wrote: >>> >>> I get an error with I use ./configure when I am installing boost. The >>> following commands are entered in the terminal when I am installing. >> >> Why are you building boost? It's packaged for pretty much every >> reasonably modern distribution. >> >>> cd boost_1_44_0 >>> BOOST_PREFIX=/opt/boost_1_44_0 >>> ./tools/jam/src/boehm_gc/configure --prefix=$BOOST_PREFIX >>> --with-libraries=thread,date_time,program_options >>> >>> confchecking if f77 PIC flag -fPIC works... yes >>> checking if f77 static flag -static works... yes >>> checking if f77 supports -c -o file.o... yes >>> checking whether the f77 linker (/usr/bin/ld) supports shared >>> libraries... >>> yes >>> checking dynamic linker characteristics... /usr/bin/f77: Illegal option: >>> -print-search-dirs >>> GNU/Linux ld.so >>> checking how to hardcode library paths into programs... immediate >>> checking sys/dg_sys_info.h usability... no >>> checking sys/dg_sys_info.h presence... no >>> checking for sys/dg_sys_info.h... no >>> checking whether Solaris gcc optimization fix is necessary... no >>> checking atomic_ops.h usability... no >>> checking atomic_ops.h presence... no >>> checking for atomic_ops.h... no >>> configure: error: Missig libatomic_ops. >>> >>> Can someone help? >>> >>> Thanks >>> Ismael >> >> ___ >> Discuss-gnuradio mailing list >> Discuss-gnuradio@gnu.org >> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio >> >> > > -- > View this message in context: > http://old.nabble.com/Error-when-installing-Boost-tp30015069p30016337.html > Sent from the GnuRadio mailing list archive at Nabble.com. > > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Dependencies for Building GNU Radio from Source
Hi, I'm trying to understand the GNU Radio software architecture and build system. I have a question about dependencies. It says on the GNU Radio Wiki pages to ensure that the dependencies are satisfied before attempting to build form the source tarball. My questions are: Where are these dependencies called or referenced to, from? At which stage of the build process are these dependencies required? Does the C++ code need them ,or is it the SWIG part of the build system? Are libraries from these dependencies built into the shared libraries that SWIG generates? Is it so that these dependencies are only required while actually using the built packages i.e while working with GNU Radio? Thanks, Arya. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
