On Mon, Aug 6, 2012 at 6:43 AM, Michael Dickens wrote:
> I'm running OSX 10.8.0, Xcode 4.4, latest updates; all background
> dependencies are installed as both 32 and 64 bit, and includes "orc". Please
> let me know what tests I can run to get more/better info to help correct this
> issue. - M
>> /opt/GNURadio/source/builds/10.8/volk/lib/volk_machine_neon_orc.c
>> cc1: error: unrecognized command line option "-mfpu=neon" cc1:
>> error: unrecognized command line option "-mfloat-abi=softfp"
>> make[2]: ***
>> [volk/lib/CMakeFiles/volk.dir/volk_machine_neon_orc.c.o] Error 1
>> make[1]:
Dear list,
I gitted the v3.6.2 tag with Boost 1.51 and Windows 7 x64 MSVC 2010. I
have these following lines:
grTop = gr_make_top_block(std::string(name));
grTop->connect(gr_make_null_source(sizeof(gr_complex)), 0,
gr_make_null_sink(sizeof(gr_complex)), 0);
grTop->start();
and I get these warnin
Josh checked some change(s) in, and it/they seem/s to work. I haven't looked
further, since GNU Radio compiles for me on 10.8 now (10.8.1, XCode 4.4.1).
"make test" works again on everything except UDP, but I have tried none of the
examples or my own code yet. Sorry I cannot be more precise.
Apologies that copy paste formatting was attrocious..! Data attached in
file.
P.S. earlier I meant to say f1 = 4MHz and f2 = 5 MHz
In the attached data
m1 = 2*f1-f2
m2 = f1
m3 = f2
m4 = 2*f2-f1
thx!
On Mon, Sep 10, 2012 at 10:56 PM, Michael Hill wrote:
>
> Can anyone provide any insight into
Hi,
I've tried to install gnuradio in Ubuntu 12.04. It is not working. it's saying
"you do not appear to have rtl-sdr directory". I did my best to solve it, but I
failed.
I went through the "build-gnuradio" script which is currently on gnuradio
website. The installation sequence tells that the
On 10 Sep 2012 11:30, guelord ingala wrote:
> Hi,
> I've tried to
install gnuradio in Ubuntu 12.04. It is not working. it's saying "you do
not appear to have rtl-sdr directory". I did my best to solve it, but I
failed.
> I went through the "build-gnuradio" script which is currently
on gnuradio
I have finally succedeed in building from source the latest gnuradio
stable tarball, the 3.6.2. My sistem is the following :
Mac OS X 10.7.4
Macports 2.1.2
Xcode 4.4.1
i satisfied the dependencies with :
*/sudo port install boost cmake icu cppunit fftw-3-single gawk \readline
gsl texinfo guil
Hi all,
As the subject says.. I have a USRPv1 plus BasicTx, DBSRX and TVRX (v1).
price is 500€ negotiable. (ready to ship from EU).
/a
On Mon, Sep 10, 2012 at 4:33 PM, wrote:
> Hello everyone.
>
> I'm interested in a USRP2. Anyone want to sell?
>
> My email is flx...@yahoo.com
>
> Regards
>
> R
Hi Arturo - If you check the CMakeCache.txt file in the top level build
directory, I think you'll find that the PYTHON variables do not match up --
some are for 2.6 while others are for 2.7. Supply the desired values on the
cmake command line ("cmake -DPYTHON_FOO=BAR ..."), recheck the CMakeCac
On 09/10/2012 06:08 AM, Pol Henarejos wrote:
> Dear list,
>
> I gitted the v3.6.2 tag with Boost 1.51 and Windows 7 x64 MSVC
> 2010. I have these following lines:
>
> grTop = gr_make_top_block(std::string(name));
> grTop->connect(gr_make_null_source(sizeof(gr_complex)), 0,
> gr_make_null_sink
Hi
In the python folder, the CMakeLists.txt has
GR_PYTHON_INSTALL(
FILES
__init__.py dftsofdm.py DESTINATION ${GR_PYTHON_DIR}/Umbrella
)
In the grc folder
install(FILES
Umbrella_bin2dec_ff.xml
Umbrella_dec2bin_ff.xml
Umbrella_encodconv_vff.xml
Umbrella_decodconv_vff.xml
Hi,
I'm using the lfrx board and try to turn off the DC offset correction but it
seems no change in the data collected.I'm wondering if I did it wrong and
here's part of my code:self.uhd_usrp_source_0 = uhd_usrp_source()
self.uhd_usrp_source_0.set_auto_dc_offset(0, 0)
Also I am
13 matches
Mail list logo