[Discuss-gnuradio] PMT Python Bug
When I go to pmt and back to Python with a dict ints are converted to
long. Is that on purpose?
import pmt
a = {'asdf': 34, 'qwer': 3.7}
In [26]: pmt.to_python(pmt.to_pmt(a))
Out[26]: {'asdf': 34L, 'qwer': 3.7}
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] PMT Python Bug
On Tue, Aug 06, 2013 at 04:25:09PM +0200, Johannes Schmitz wrote:
> When I go to pmt and back to Python with a dict ints are converted
> to long. Is that on purpose?
>
> import pmt
>
> a = {'asdf': 34, 'qwer': 3.7}
>
> In [26]: pmt.to_python(pmt.to_pmt(a))
> Out[26]: {'asdf': 34L, 'qwer': 3.7}
PMTs don't distinguish between 'int's and 'long's. (In fact, the
underlying call is pmt.to_long). So yes, that's intended behaviour.
MB
--
Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)
Dipl.-Ing. Martin Braun
Research Associate
Kaiserstraße 12
Building 05.01
76131 Karlsruhe
Phone: +49 721 608-43790
Fax: +49 721 608-46071
www.cel.kit.edu
KIT -- University of the State of Baden-Württemberg and
National Laboratory of the Helmholtz Association
pgpoM2n1b84Zq.pgp
Description: PGP signature
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Cannot import gnuradio.extras after reinstall the latest gnuradio
Hi,
I reinstalled the entire gnuradio using ./build-gnuradio -m. But when I try
to import the gnuradio.extras, errors happened:
In [1]: import gnuradio.extras
---
ImportError Traceback (most recent call last)
in ()
> 1 import gnuradio.extras
/usr/local/lib/python2.7/dist-packages/gnuradio/extras/__init__.py in
()
18 # Boston, MA 02110-1301, USA.
19
---> 20 from extras_swig import *
21 import extras_pmt #act of importing performs injection
22 import block_gateway #act of importing performs injection
/usr/local/lib/python2.7/dist-packages/gnuradio/extras/extras_swig.py in
()
24 fp.close()
25 return _mod
---> 26 _extras_swig = swig_import_helper()
27 del swig_import_helper
28 else:
/usr/local/lib/python2.7/dist-packages/gnuradio/extras/extras_swig.py in
swig_import_helper()
20 if fp is not None:
21 try:
---> 22 _mod = imp.load_module('_extras_swig', fp,
pathname, description)
23 finally:
24 fp.close()
ImportError: libgnuradio-extras.so: cannot open shared object file: No such
file or directory
I run the sudo ldconfig after the whole installation, but the error still
exists.
Btw, do I need to install the GRAS manually?
--
Alex,
*Dreams can come true – just believe.*
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Cannot import gnuradio.extras after reinstall the latest gnuradio
I tried to reinstall the grextras, but:
~/grextras/build$ cmake ../
CMake Error at CMakeLists.txt:34 (include):
include could not find load file:
GRASTool
CMake Error at math/CMakeLists.txt:20 (GRAS_TOOL):
Unknown CMake command "GRAS_TOOL".
-- Configuring incomplete, errors occurred!
Who can tell me how to fix this error?
On Tue, Aug 6, 2013 at 10:27 AM, Alex Zhang wrote:
> Hi,
>
> I reinstalled the entire gnuradio using ./build-gnuradio -m. But when I
> try to import the gnuradio.extras, errors happened:
>
> In [1]: import gnuradio.extras
> ---
> ImportError Traceback (most recent call last)
> in ()
> > 1 import gnuradio.extras
>
> /usr/local/lib/python2.7/dist-packages/gnuradio/extras/__init__.py in
> ()
> 18 # Boston, MA 02110-1301, USA.
> 19
> ---> 20 from extras_swig import *
> 21 import extras_pmt #act of importing performs injection
> 22 import block_gateway #act of importing performs injection
>
> /usr/local/lib/python2.7/dist-packages/gnuradio/extras/extras_swig.py in
> ()
> 24 fp.close()
> 25 return _mod
> ---> 26 _extras_swig = swig_import_helper()
> 27 del swig_import_helper
> 28 else:
>
> /usr/local/lib/python2.7/dist-packages/gnuradio/extras/extras_swig.py in
> swig_import_helper()
> 20 if fp is not None:
> 21 try:
> ---> 22 _mod = imp.load_module('_extras_swig', fp,
> pathname, description)
> 23 finally:
> 24 fp.close()
>
> ImportError: libgnuradio-extras.so: cannot open shared object file: No
> such file or directory
>
> I run the sudo ldconfig after the whole installation, but the error still
> exists.
> Btw, do I need to install the GRAS manually?
>
>
> --
>
> Alex,
> *Dreams can come true – just believe.*
>
--
Alex,
*Dreams can come true – just believe.*
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Error in building GRAS
Hello, When run the make, i got error today: /home/alexzh/gras/lib/jit_factory.cpp:88:8: error: ‘llvm’ does not name a type /home/alexzh/gras/lib/jit_factory.cpp:238:6: error: ‘Factory’ has not been declared make[2]: *** [lib/CMakeFiles/gras.dir/jit_factory.cpp.o] Error 1 make[1]: *** [lib/CMakeFiles/gras.dir/all] Error 2 make: *** [all] Error 2 -- Alex, *Dreams can come true – just believe.* ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Spectrogram plot on ControlPort
>On Thu, Aug 1, 2013 at 4:02 PM, Nowlan, Sean >wrote: >> Does anybody know how to get gr-ctrlport-monitor to do spectrogram >> plots? I set up a ctrlport_probe2_c block with the DISPSPEC >> DisplayType but all I see are Time, PSD, and Constellation plot options in >> gr-ctrlport-monitor. >I hadn't actually enabled the spectrogram plots through our ControlPort >monitor app. It's due to the way the data is handled that makes it a slight >pain to set up. It's not impossible, but I just hadn't spent the time to do >it. You can look in gnuradio-runtime/python/gnuradio/ctrlport/GrDataPlotter.py >and see what you can do about adding it in. I just copied the PSD functions and changed "Psd" to "Spectrogram" and added waterfall sinks to get it working. However I had to remove a call to "enable_autoscale(bool)" since that function isn't a member of the waterfall_sink_* classes. Does this sound like the right approach or do I have to do something special to the data first? --sean ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Volk: Am I getting all that's available for ARM?
Volk only gives me 'generic'. Is there some component available that I can to add to my system to get more out of it? Neon is detected, so I think that is why I see the 'generic_orc' machine listed. The gory details: gnuradio v3.7.0 Ubuntu 13.04 LTS (ARM distribution, ubuntu-core-13.04-core-armhf.tar.gz) Part of my cmake config : cmake -DCMAKE_C_FLAGS:STRING="-I/usr/include/arm-linux-gnueabihf -mcpu=cortex-a15 \ -mfpu=neon -mvectorize-with-neon-quad -ffast-math -funsafe-loop-optimizations" \ Parts of the cmake output: -- The CXX compiler identification is GNU 4.7.3 -- The C compiler identification is GNU 4.7.3 -- Configuring volk support... -- Enabling volk support. -- Override with -DENABLE_VOLK=ON/OFF -- Found PythonInterp: /usr/bin/python2 (found suitable version "2.7.4") -- -- Python checking for python >= 2.5 -- Python checking for python >= 2.5 - found -- -- Python checking for Cheetah >= 2.0.0 -- Python checking for Cheetah >= 2.0.0 - found -- Boost version: 1.53.0 -- Found the following Boost libraries: -- filesystem -- system -- unit_test_framework -- checking for module 'orc-0.4 > 0.4.11' -- found orc-0.4 > 0.4.11, version 0.4.17 -- Found ORC: /usr/lib/arm-linux-gnueabihf/liborc-0.4.so -- Looking for cpuid.h -- Looking for cpuid.h - not found -- Looking for intrin.h -- Looking for intrin.h - not found -- Looking for fenv.h -- Looking for fenv.h - found -- Looking for dlfcn.h -- Looking for dlfcn.h - found -- Compiler name: GNU -- Performing Test HAVE_WERROR_UNUSED_CMD_LINE_ARG -- Performing Test HAVE_WERROR_UNUSED_CMD_LINE_ARG - Failed -- Performing Test have_maltivec -- Performing Test have_maltivec - Failed -- Performing Test have_mfpu_neon -- Performing Test have_mfpu_neon - Success -- Performing Test have_mfloat_abi_softfp -- Performing Test have_mfloat_abi_softfp - Failed -- Performing Test have_funsafe_math_optimizations -- Performing Test have_funsafe_math_optimizations - Success -- Performing Test have_m32 -- Performing Test have_m32 - Failed -- Performing Test have_m64 -- Performing Test have_m64 - Failed -- Performing Test have_m3dnow -- Performing Test have_m3dnow - Failed -- Performing Test have_msse4_2 -- Performing Test have_msse4_2 - Failed -- Performing Test have_mpopcnt -- Performing Test have_mpopcnt - Failed -- Performing Test have_mmmx -- Performing Test have_mmmx - Failed -- Performing Test have_msse -- Performing Test have_msse - Failed -- Performing Test have_msse2 -- Performing Test have_msse2 - Failed -- Performing Test have_msse3 -- Performing Test have_msse3 - Failed -- Performing Test have_mssse3 -- Performing Test have_mssse3 - Failed -- Performing Test have_msse4a -- Performing Test have_msse4a - Failed -- Performing Test have_msse4_1 -- Performing Test have_msse4_1 - Failed -- Performing Test have_mavx -- Performing Test have_mavx - Failed -- Available arch: generic;orc;norc -- Available machines: generic_orc My /proc/cpuinfo : Processor : ARMv7 Processor rev 2 (v7l) processor : 0 BogoMIPS: 13.53 Features: swp half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 CPU implementer : 0x51 CPU architecture: 7 CPU variant : 0x1 CPU part: 0x04d CPU revision: 2 Thanks in advance, Tim ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] creating block using gr_modtool.py
Hi, I am working with gnuradio 3.3.0 and now trying to create new block using gr_modtool.py. I am able to do following : cmake make sudo make install sudo ldconfig after editing header file of bin and lib with .cc file. Then while using newly created block with GRC I got following error def __init__(self, *args, **kwargs): raise AttributeError(“No constructor defined”) AttributeError: No constructor defined Detail I have posted here. Is this error due to lower version of GNURadio, if not how can I solve this. Please help me out. Sent from Windows Mail___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Volk: Am I getting all that's available for ARM?
Hi Tim, as far as I can tell, there's not much you can do to improve your arithmetic performance "out of the box". However, you already seem to apply some compiler flags; however, as it seems, detection of Neon fails. That points to volk/tmpl/volk_cpu.tmpl.c: has_neon() not being able to detect neon on your machine; this may have a lot of reasons, from wrong file permissions on /proc/self/auxv to the kernel actually displaying neon support without exposing that via aforementioned file. Ideas on that: - has your kernel's build config maybe not enabled neon? - does executing hexdump /proc/self/auxv|sed ' 0010' show anything? [1] If not, could you please report the complete output of hexdump /proc/self/auxv - if you don't specify _any_ compiler flags when calling cmake in an (unused) build folder, which compiler flags does cmake set? ($>grep C_FLAGS CMakeCache.txt) Happy hacking Marcus Müller [1] note: in kernel terms of auxvec.h this stands for AT_HWCAP, see http://lxr.free-electrons.com/source/include/uapi/linux/auxvec.h?a=arm#L24 How Volk handles it looks like AT_HWCAP can only start on a 4-byte-aligned address within auxv; I'm absolutely not sure whether this is correct; on my x86_64 machine, there is no AT_HWCAP in that case. On 08/07/2013 01:40 AM, Monahan-Mitchell, Tim wrote: Volk only gives me 'generic'. Is there some component available that I can to add to my system to get more out of it? Neon is detected, so I think that is why I see the 'generic_orc' machine listed. The gory details: gnuradio v3.7.0 Ubuntu 13.04 LTS (ARM distribution, ubuntu-core-13.04-core-armhf.tar.gz) Part of my cmake config : cmake -DCMAKE_C_FLAGS:STRING="-I/usr/include/arm-linux-gnueabihf -mcpu=cortex-a15 \ -mfpu=neon -mvectorize-with-neon-quad -ffast-math -funsafe-loop-optimizations" \ Parts of the cmake output: -- The CXX compiler identification is GNU 4.7.3 -- The C compiler identification is GNU 4.7.3 -- Configuring volk support... -- Enabling volk support. -- Override with -DENABLE_VOLK=ON/OFF -- Found PythonInterp: /usr/bin/python2 (found suitable version "2.7.4") -- -- Python checking for python >= 2.5 -- Python checking for python >= 2.5 - found -- -- Python checking for Cheetah >= 2.0.0 -- Python checking for Cheetah >= 2.0.0 - found -- Boost version: 1.53.0 -- Found the following Boost libraries: -- filesystem -- system -- unit_test_framework -- checking for module 'orc-0.4 > 0.4.11' -- found orc-0.4 > 0.4.11, version 0.4.17 -- Found ORC: /usr/lib/arm-linux-gnueabihf/liborc-0.4.so -- Looking for cpuid.h -- Looking for cpuid.h - not found -- Looking for intrin.h -- Looking for intrin.h - not found -- Looking for fenv.h -- Looking for fenv.h - found -- Looking for dlfcn.h -- Looking for dlfcn.h - found -- Compiler name: GNU -- Performing Test HAVE_WERROR_UNUSED_CMD_LINE_ARG -- Performing Test HAVE_WERROR_UNUSED_CMD_LINE_ARG - Failed -- Performing Test have_maltivec -- Performing Test have_maltivec - Failed -- Performing Test have_mfpu_neon -- Performing Test have_mfpu_neon - Success -- Performing Test have_mfloat_abi_softfp -- Performing Test have_mfloat_abi_softfp - Failed -- Performing Test have_funsafe_math_optimizations -- Performing Test have_funsafe_math_optimizations - Success -- Performing Test have_m32 -- Performing Test have_m32 - Failed -- Performing Test have_m64 -- Performing Test have_m64 - Failed -- Performing Test have_m3dnow -- Performing Test have_m3dnow - Failed -- Performing Test have_msse4_2 -- Performing Test have_msse4_2 - Failed -- Performing Test have_mpopcnt -- Performing Test have_mpopcnt - Failed -- Performing Test have_mmmx -- Performing Test have_mmmx - Failed -- Performing Test have_msse -- Performing Test have_msse - Failed -- Performing Test have_msse2 -- Performing Test have_msse2 - Failed -- Performing Test have_msse3 -- Performing Test have_msse3 - Failed -- Performing Test have_mssse3 -- Performing Test have_mssse3 - Failed -- Performing Test have_msse4a -- Performing Test have_msse4a - Failed -- Performing Test have_msse4_1 -- Performing Test have_msse4_1 - Failed -- Performing Test have_mavx -- Performing Test have_mavx - Failed -- Available arch: generic;orc;norc -- Available machines: generic_orc My /proc/cpuinfo : Processor : ARMv7 Processor rev 2 (v7l) processor : 0 BogoMIPS: 13.53 Features: swp half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 CPU implementer : 0x51 CPU architecture: 7 CPU variant : 0x1 CPU part: 0x04d CPU revision: 2 Thanks in advance, Tim ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Error in building GRAS
On 08/06/2013 11:59 AM, Alex Zhang wrote: > Hello, > > When run the make, i got error today: > > /home/alexzh/gras/lib/jit_factory.cpp:88:8: error: ‘llvm’ does not name a > type > /home/alexzh/gras/lib/jit_factory.cpp:238:6: error: ‘Factory’ has not been > declared > make[2]: *** [lib/CMakeFiles/gras.dir/jit_factory.cpp.o] Error 1 > make[1]: *** [lib/CMakeFiles/gras.dir/all] Error 2 > make: *** [all] Error 2 > > Sorry, it was missing an ifdef for when llvm is not detected. Should be fixed now. -josh ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] creating block using gr_modtool.py
Hi Dilip,
3.3.0 is an old version of gnuradio. The code you posted clearly contains GR
3.7 code structure;
so you're using an 3.7 gr_modtool with an 3.3.0 GNU Radio; this can't work.
Please use the gr_modtool that comes with your GNU Radio version (there was no
official gr_modtool back in the 3.3.0
days in the GR tree). It is not desirable to use such an old version of GR
unless you _really_ need to support legacy code, therefore you should try to
use GNU Radio 3.7; please install the latest versions using PyBOMBS
(http://gnuradio.org/redmine/projects/pybombs/wiki) or build-gnuradio
(http://gnuradio.org/redmine/projects/gnuradio/wiki/InstallingGR#Using-the-build-gnuradio-script).
Happy exploring,
Marcus Müller
On 08/07/2013 12:41 AM, dilip thapa wrote:
Hi,
I am working with gnuradio 3.3.0 and now trying to create new block using
gr_modtool.py.
I am able to do following :
1. cmake
2. make
3. sudo make install
4. sudo ldconfig
after editing header file of bin and lib with .cc file.
Then while using newly created block with GRC I got following error
def __init__(self, *args, **kwargs): raise AttributeError("No constructor defined")
AttributeError: No constructor defined
Detail I have posted here
.
Is this error due to lower version of GNURadio, if not how can I solve this.
Please help me out.
Sent from Windows Mail
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Cannot import gnuradio.extras after reinstall the latest gnuradio
> > ImportError: libgnuradio-extras.so: cannot open shared object file: No such > file or directory > > I run the sudo ldconfig after the whole installation, but the error still > exists. > Btw, do I need to install the GRAS manually? > > If you want grextras installed to support precog or perhaps an older existing design. You need to first install gnuradio 3.6, then install grextras from the grextras_v3.6 branch. Due to the reorg in gr 3.7, this grextras is no longer build-able with recent gnuradio: https://github.com/guruofquality/grextras/wiki/Old If you are looking to install the recent GrExtras for the cool blocks, its automatically built and installed with GRAS, so just follow: https://github.com/guruofquality/gras/wiki/Build -josh > > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Volk: Am I getting all that's available for ARM?
On 08/07/2013 02:44 AM, Marcus Müller wrote: [1] note: in kernel terms of auxvec.h this stands for AT_HWCAP, see http://lxr.free-electrons.com/source/include/uapi/linux/auxvec.h?a=arm#L24 How Volk handles it looks like AT_HWCAP can only start on a 4-byte-aligned address within auxv; I'm absolutely not sure whether this is correct; on my x86_64 machine, there is no AT_HWCAP in that case. decided to have a look into this instead of sleeping; man proc(5) and volk are right: AT_HWCAP can only occur every 64 bit in /proc/PID/auxv. Sorry for the confusion. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] creating block using gr_modtool.py
link for detail post: http://stackoverflow.com/questions/18092242/def-init-self-args-kwargs-raise-attributeerrorno-constructor-define Sent from Windows Mail From: dilip thapa Sent: Wednesday, August 7, 2013 6:16 AM To: discuss-gnuradio@gnu.org Hi, I am working with gnuradio 3.3.0 and now trying to create new block using gr_modtool.py. I am able to do following : cmake make sudo make install sudo ldconfig after editing header file of bin and lib with .cc file. Then while using newly created block with GRC I got following error def __init__(self, *args, **kwargs): raise AttributeError(“No constructor defined”) AttributeError: No constructor defined Detail I have posted here. Is this error due to lower version of GNURadio, if not how can I solve this. Please help me out. Sent from Windows Mail___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] question about overruns with simple flowgraph
>> > I tend to use the fractional interpolator--you can get exact rate > matching that way. It doesn't seem that expensive, particularly when I > use it at the > "low speed" part of the graph near the audio subsystem. > I tried that and it worked. But it adds a small amount of hiss. I also tried the fractional resampler. It added a lot of hiss and a high pitch whine. The polyphase arbitrary resampler added a more hiss than the fractional interpolator but less than the fractional resampler. stephen ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] question about overruns with simple flowgraph
On 08/06/2013 09:07 PM, Stephen wrote: I tend to use the fractional interpolator--you can get exact rate matching that way. It doesn't seem that expensive, particularly when I use it at the "low speed" part of the graph near the audio subsystem. I tried that and it worked. But it adds a small amount of hiss. I also tried the fractional resampler. It added a lot of hiss and a high pitch whine. The polyphase arbitrary resampler added a more hiss than the fractional interpolator but less than the fractional resampler. stephen If you're downsampling, you do need to make certain that the bandwidth of your incoming signal (regardless of its rate) is appropriate for the final bandwidth after the resampler. -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Cannot import gnuradio.extras after reinstall the latest gnuradio
Thanks, I have rolled back my gnuradio to v3.6 to support the pre-cog now. On Tue, Aug 6, 2013 at 7:55 PM, Josh Blum wrote: > > > > > ImportError: libgnuradio-extras.so: cannot open shared object file: No > such > > file or directory > > > > I run the sudo ldconfig after the whole installation, but the error still > > exists. > > Btw, do I need to install the GRAS manually? > > > > > > If you want grextras installed to support precog or perhaps an older > existing design. You need to first install gnuradio 3.6, then install > grextras from the grextras_v3.6 branch. Due to the reorg in gr 3.7, this > grextras is no longer build-able with recent gnuradio: > https://github.com/guruofquality/grextras/wiki/Old > > If you are looking to install the recent GrExtras for the cool blocks, > its automatically built and installed with GRAS, so just follow: > https://github.com/guruofquality/gras/wiki/Build > > -josh > > > > > > > ___ > > Discuss-gnuradio mailing list > > Discuss-gnuradio@gnu.org > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > -- Alex, *Dreams can come true – just believe.* ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
