On Fri, Dec 30, 2011 at 8:59 PM, Don Ward wrote:
> LRK wrote:
>
> Make check seems to just hang when it gets here:
>>
>> gr-digital/python/qa_**constellation_receiver.py
>>
>> Either this test takes more than 20 minutes or it is hung. Deleting this
>> file allows the build and install to complet
On Fri, Dec 30, 2011 at 07:05:41PM -0800, Josh Blum wrote:
>
>
> On 12/30/2011 05:20 PM, LRK wrote:
> > On Fri, Dec 30, 2011 at 12:41:48PM -0800, Josh Blum wrote:
> >>
> >> And please, tell us the errors you get on FreeBSD. They may be simple or
> >> easily fixable. Let us know!
> >
> >
> > Thi
On 12/30/2011 05:20 PM, LRK wrote:
> On Fri, Dec 30, 2011 at 12:41:48PM -0800, Josh Blum wrote:
>>
>> And please, tell us the errors you get on FreeBSD. They may be simple or
>> easily fixable. Let us know!
>
>
> This is where the UHD build stops. I have not run this down yet.
> FreeBSD 8.0+ ha
LRK wrote:
Make check seems to just hang when it gets here:
gr-digital/python/qa_constellation_receiver.py
Either this test takes more than 20 minutes or it is hung. Deleting this
file allows the build and install to complete.
This is a bug common to all versions; see:
http://gnuradio.org/r
GR builds on OSX just fine, with autotools or CMake. CMake is a bit easier &
more of the components compile correctly using it. On OSX, the UDP stuff
compiles just fine, but I don't think it works correctly. I've never debugged
it further. Very possibly moving to Boost ASIO would solve that
On Fri, Dec 30, 2011 at 12:41:48PM -0800, Josh Blum wrote:
>
> And please, tell us the errors you get on FreeBSD. They may be simple or
> easily fixable. Let us know!
This is where the UHD build stops. I have not run this down yet.
FreeBSD 8.0+ has it's own USB 2.0 code which works with the 3.2.
On Fri, Dec 30, 2011 at 12:41:48PM -0800, Josh Blum wrote:
>
> And please, tell us the errors you get on FreeBSD. They may be simple or
> easily fixable. Let us know!
Make check seems to just hang when it gets here:
gr-digital/python/qa_constellation_receiver.py
Either this test takes more than
On Fri, Dec 30, 2011 at 6:40 PM, Josh Blum wrote:
>
>
> On 12/30/2011 03:12 PM, LRK wrote:
> > On Fri, Dec 30, 2011 at 12:41:48PM -0800, Josh Blum wrote:
> >>
> >> And please, tell us the errors you get on FreeBSD. They may be simple or
> >> easily fixable. Let us know!
> >
> >
> > I am rebuildin
On 12/30/2011 03:12 PM, LRK wrote:
> On Fri, Dec 30, 2011 at 12:41:48PM -0800, Josh Blum wrote:
>>
>> And please, tell us the errors you get on FreeBSD. They may be simple or
>> easily fixable. Let us know!
>
>
> I am rebuilding today on my FreeBSD 8.2 machine, Using gmake.
> Same hardware runs
On Fri, Dec 30, 2011 at 12:41:48PM -0800, Josh Blum wrote:
>
> And please, tell us the errors you get on FreeBSD. They may be simple or
> easily fixable. Let us know!
I am rebuilding today on my FreeBSD 8.2 machine, Using gmake.
Same hardware runs Ubuntu 11.04 :
gr_udp_sink.cc: In constructor '
It's not a problem with not having a script for FreeBSD, it simple
cannot be made to compile reasonably in its current state for a lot of
systems do to required versions of programs and such. I think i'm
going to go try to install it again today and make a list of problems
and solutions, my goa
It's not a problem with not having a script for FreeBSD, it simple cannot
be made to compile reasonably in its current state for a lot of systems do
to required versions of programs and such. I think i'm going to go try to
install it again today and make a list of problems and solutions, my goal
at
The obvious thing to do is either set the closest possible rate and
provide a warning or decide it is not at all close and error off. If
the user program can read the actual setting, it might well just use
that with a little math to make the program work.
UHD already does that. But the resulting
On Fri, Dec 30, 2011 at 03:35:03PM -0500, Marcus D. Leech wrote:
>
>o The biggest swath of Linux-using population for Gnu Radio uses
> Fedora and Ubuntu--biggest bang for the buck
>o The author of that script (me) happens to be a user of Fedora
> (primarily) and Ubuntu (secondarily), so
"Marcus D. Leech" writes:
> And you don't *have* to use build-gnuradio. There are "recipes" for a
Indeed, I didn't even know about such a script. I built gnuradio just
like every other piece of software.
___
Discuss-gnuradio mailing list
Discuss-gnura
On Fri, Dec 30, 2011 at 03:02:35PM -0500, Marcus D. Leech wrote:
>
> >I keep thinking this may be a reason for the lower interest in GnuRadio.
> >If someone writes a program to run on a USRP2 and daughterboard and I want
> >to run it on my USRP1, the UHD part should take care of the differences
> >
On 12/30/2011 12:16 PM, Andrew Davis wrote:
> Very true, all of it, GNUradio is quite the hodgepodge of different APIs,
> Languages, and Ideas.
> And that's not always a bad thing, it can allow great flexibility, but
> sadly it is currently doing the opposite. With required versions of SWIG,
> Py
Andrew Davis writes:
FreeBSD user forced into Ubuntu as no other operating system can compile
GNUradio since 3.2. OK sorry for the rant.
It does build here on debian unstable.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.g
Andrew Davis writes:
> FreeBSD user forced into Ubuntu as no other operating system can compile
> GNUradio since 3.2. OK sorry for the rant.
It does build here on debian unstable.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists
Very true, all of it, GNUradio is quite the hodgepodge of different APIs,
Languages, and Ideas.
And that's not always a bad thing, it can allow great flexibility, but
sadly it is currently doing the opposite. With required versions of SWIG,
Python 2.x/3.x and other helper programs it ONLY compiles
On Thu, Dec 29, 2011 at 07:01:19PM -0500, Marcus D. Leech wrote:
On 29/12/11 06:48 PM, Tom Rondeau wrote:
I absolutely agree on this. We should definitely have a standard uhd
options parser that we can pull in to any program using a uhd device.
Excellent suggestion.
If we have/had one for GNU
On Thu, Dec 29, 2011 at 07:01:19PM -0500, Marcus D. Leech wrote:
> On 29/12/11 06:48 PM, Tom Rondeau wrote:
> >
> >
> > I absolutely agree on this. We should definitely have a standard uhd
> > options parser that we can pull in to any program using a uhd device.
> > Excellent suggestion.
> >
> > If
On 29/12/11 06:48 PM, Tom Rondeau wrote:
>
>
> I absolutely agree on this. We should definitely have a standard uhd
> options parser that we can pull in to any program using a uhd device.
> Excellent suggestion.
>
> If we have/had one for GNU Radio before, I never used it or knew about
> it. Having
On Thu, Dec 29, 2011 at 6:41 PM, Marcus D. Leech wrote:
> **
>
> On Thu, Dec 29, 2011 at 5:15 PM, Andrew Davis wrote:
>
>> I will, but a lot are unmaintained. This is something that UHD should do
>> anyway, and if it helps eliminate bad code then it's a win-win situation.
>> Theres really no reas
24 matches
Mail list logo
