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
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 '
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: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
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
16 matches
Mail list logo
