On 07/20/2012 03:36 PM, Zing Yu wrote:
> Hi All,
>
> I have a little question for you. I have a custom block which accepts a
> pmt::pmt_t type arguement/parameter among others. I have written an xml file
> for my custom block so as to use it inside gnuradio-companion but I see the
> following
Hi All,
I have a little question for you. I have a custom block which accepts a
pmt::pmt_t type arguement/parameter among others. I have written an xml file
for my custom block so as to use it inside gnuradio-companion but I see the
following error message:
Param - value(value):
Type "pmt::
Hi Nick,
Philip Balister pointed me at this patch:
http://lists.gnu.org/archive/html/patch-gnuradio/2012-07/msg7.html
I applied this and then ran cmake with:
cmake -Dhave_mfpu_neon=0 -DCMAKE_CXX_FLAGS:STRING="-march=armv6
-mfpu=vfp -mfloat-abi=hard" -DCMAKE_C_FLAGS:STRING="-march=armv6
On Fri, Jul 20, 2012 at 8:46 AM, Jonathan Fox <31...@cardinalmail.cua.edu>wrote:
> A very polite response by Ben but obviously it did not get through and now
> two other contributors had to get involved.
>
> Is there going to be a third time now?
>
No. This list member has been unsubscribed.
J
On Fri, Jul 20, 2012 at 3:57 AM, Martin Braun (CEL) wrote:
> On Thu, Jul 19, 2012 at 03:55:05PM -0500, Julio Hector Aguilar Renteria
> wrote:
> > Hi, All
> > Someone the calculation the Resolution Bandwidth (RBW), USRP2 + RFX900
> with and
> > usrp2_fft.py ?
>
> Julio,
>
> can you *please* stop po
It's still detecting and attempting to compile NEON vector instructions in
gr-filter; there are NEON assembly routines in there intended to speed up
E100 filter operations. I don't know what string CMake should be checking
for there, but "arm" is inappropriate, since it makes no attempt to
determin
>On 07/19/2012 09:42 PM, Nowlan, Sean wrote:
>> Hi all,
>>
>> I am interested in being able to recover from UHD Error conditions
>> such as not finding a USRP on startup or an Ethernet cable getting
>> knocked loose (USRP N200). I implemented an uhd_async_message source
>> but all I can do wit
On 07/19/2012 09:42 PM, Nowlan, Sean wrote:
> Hi all,
>
> I am interested in being able to recover from UHD Error conditions
> such as not finding a USRP on startup or an Ethernet cable getting
> knocked loose (USRP N200). I implemented an uhd_async_message source
> but all I can do with that is
On Thu, Jul 19, 2012 at 03:55:05PM -0500, Julio Hector Aguilar Renteria wrote:
> Hi, All
> Someone the calculation the Resolution Bandwidth (RBW), USRP2 + RFX900 with
> and
> usrp2_fft.py ?
Julio,
can you *please* stop posting these one-liners. First of all, you're
ignoring the etiquette of this
