hey marcus,
For that block, now i get the following error whenever i execute the
flowgraph in
GRC.
File "/home/abhishek/top_block.py", line 53, in __init__
self.howto_detect_ff_0 = howto.detect_ff(100, 16, 1500)
AttributeError: 'module' object has no attribute 'detect_ff'
>>> Done
Any help
Hi Abishek,
ah, in that case you'll need to tell your build system to link against GSL.
To do that, you will have to add GSL finding ability to your OOT's
/CMakeLists.txt and use the found library in lib/CMakeLists.txt.
Luckily, gr-wavelet already does this, so you'll basically just have to
copy o
hey happy easter:)
I generated module using gr-modtool as shown in "
https://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModules";
latter, as gsl_matrix , gsl_vector and gsl_linalg were required for my code
I installed libgsl0-dev and all its related file through sudo apt-get
install..
Hey Abishek,
happy easter. How did you you generate your module? gr_modtool? Does it
use any matrix methods from GSL?
Greetings,
Marcus
On 04/05/2015 05:25 PM, Abhishek Shukla wrote:
> hey Marcus,
> Now, I am able to import detect_ff block. But while running an example
> using that block, i am st
Hi Abhishek,
that guide refers to a somewhat outdated API, so it doesn't apply to
your case (that guide refers to an architecture where there was no
separate _impl class).
Have you read the guided tutorials and their chapter on C++ blocks? It's
explaining how you can add functions to blocks.
I'd
hey marcus,
here error given is, could not insert function, but we can according to
"http://gnuradio.org/redmine/projects/gnuradio/wiki/BlocksCodingGuide#Public-Header-Files";.
Even i am not able to get last and second last error of expected "(" and
"{", but in the code all brackets are up to t
Hi Abhishek,
your _impl.cc is using old-style naming in out-of-tree-modules and their
components, whilst your detect_ff.h uses the consistent new way.
I think this could be the result of using gr_modtool to generate the
module skeleton, and then copy/pasting over lines from a pre-3.7 code
example.
hey,
I am working to make a detector block in gnuradio 3.7.1 using gr-how
"out-of-tree module". I am stuck with an error during make command
abhishek@abhishek-Inspiron-N5110:~/gr-howto/build$ make
Scanning dependencies of target gnuradio-howto
[ 5%] Building CXX object
lib/CMakeFiles/gnuradio-ho
On Tue, Aug 12, 2014 at 4:15 PM, Jonathan Fox <31...@cardinalmail.cua.edu>
wrote:
> I'm taking my old spectrum sensing module and moving it over to 3.7.4. My
> strategy is to create a new block and copy and relevant code over while
> making sure nothing old that doesn't conform to 3.7.4 is left ou
I'm taking my old spectrum sensing module and moving it over to 3.7.4. My
strategy is to create a new block and copy and relevant code over while
making sure nothing old that doesn't conform to 3.7.4 is left out. This is
on the same machine the block was created on so no transferring and leaving
th
On Mon, Nov 15, 2010 at 4:51 PM, Achilleas Anastasopoulos
wrote:
> After updating with the latest code from trunk, I get the following
> error when making:
>
>
> ../../../gnuradio-core/src/lib/.libs/libgnuradio-core-qa.a(qa_gri_fir_filter_with_buffer_fcc.o):
> In function `qa_gri_fir_
After updating with the latest code from trunk, I get the following
error when making:
../../../gnuradio-core/src/lib/.libs/libgnuradio-core-qa.a(qa_gri_fir_filter_with_buffer_fcc.o):
In function `qa_gri_fir_filter_with_buffer_fcc::test_decimate(unsigned
int)':
/home/anastas/gnuradio_
On 11/05/2010 06:16 PM, Thunder87 wrote:
On Beagleboard (http://beagleboard.org/), running Ubuntu Lucid
For that use gnuradio from git and the next branch. I am not familiar
with ubuntu on the Beagle at all, so I am not sure what toolchains it
has etc.
Philip
Philip Balister wrote:
O
On Beagleboard (http://beagleboard.org/), running Ubuntu Lucid
Philip Balister wrote:
>
> On 11/05/2010 05:59 PM, Thunder87 wrote:
>>
>> Trying to install gnuradio-3.3.0 from *.tar
>>
>> ./bootstrap is ok
>>
>> -I/home/user/gnuradio-3.3.0/gruel/src/include
>> -I/home/user/gnuradio-3.3.0/gruel/s
On 11/05/2010 05:59 PM, Thunder87 wrote:
Trying to install gnuradio-3.3.0 from *.tar
./bootstrap is ok
-I/home/user/gnuradio-3.3.0/gruel/src/include
-I/home/user/gnuradio-3.3.0/gruel/src/include -g -O2 -Wall
-Woverloaded-virtual -pthread -MT sysconfig_armv7_a.lo -MD -MP -MF
.deps/sysconfig_arm
Trying to install gnuradio-3.3.0 from *.tar
./bootstrap is ok
./configure --prefix=/usr --disable-usrp2 --disable-gr-usrp2
--disable-gr-audio-alsa --disable-gr-audio-jack --disable-gr-audio-oss
--disable-gr-audio-osx --disable-gr-audio-portaudio
--disable-gr-audio-windows --disable-gr-cvsd-vocod
Thank you for the hint. Installation was successful with gnuradio 3.3.1.
--- On Tue, 29/6/10, Thomas Tsou wrote:
From: Thomas Tsou
Subject: Re: [Discuss-gnuradio] Make error on Mandriva 2010.0
To: "Monica Sit"
Cc: discuss-gnuradio@gnu.org
Date: Tuesday, 29 June, 2010, 17:52
On T
On Tue, Jun 29, 2010 at 9:46 AM, Monica Sit wrote:
>
> Hi,
>
> I am trying to install gnuradio-3.2.2 on Linux Mandriva 2010.0 i586.
> The PC is a 32 bit Intel P4 machine.
> When I run the command './configure', all gnuradio components passed the
> configuration tests except
[snip]
> libtool: li
On Tue, Jun 29, 2010 at 04:46:32PM +, Monica Sit wrote:
> Hi,
>
> I am trying to install gnuradio-3.2.2 on Linux Mandriva 2010.0 i586.
> The PC is a 32 bit Intel P4 machine.
> When I run the command './configure', all gnuradio components passed the
> configuration tests except
>
> usrp2-fi
Hi,
I am trying to install gnuradio-3.2.2 on Linux Mandriva 2010.0 i586.
The PC is a 32 bit Intel P4 machine.
When I run the command './configure', all gnuradio components passed the
configuration tests except
usrp2-firmware
gcell
gr-gcell
gr-audio-windows
gr-audio-osx
When I run the comm
On Sun, May 16, 2010 at 22:43, William Pretty Security Inc
wrote:
> I did what I thought was a standard install from git. However when I tried
> to “Make” I got the attached error.
You did things correctly. This was the result of a mistaken decision
to include part of the libtool environment in
I did what I thought was a standard install from git. However when I tried
to "Make" I got the attached error.
libtool: Version mismatch error. This is libtool 2.2.6b, but the
libtool: definition of this LT_INIT comes from libtool 2.2.6.
libtool: You should recreate aclocal.m4 with macros fr
Ms reena vade wrote:
The following are the lines where I am getting the error message when
I type $make:
usr/lib/gcc/i686-pc-cygwin/4.3.4/include/c++/bits/stl_algo.h:68,
from /usr/lib/gcc/i686-pc-cygwin/4.3.4/include/c++/algorithm:67,
from realtime.cc:33:
: In function `std::pair<_Tp*, int>
Thank you diniar and nick for your suggestions. The following are the lines
where I am getting the error message when I type $make:
/usr/lib/gcc/i686-pc-cygwin/4.3.4/include/c++/bits/stl_algo.h:68,
from /usr/lib/gcc/i686-pc-cygwin/4.3.4/include/c++/algorithm:67,
f
Hello,
./configure was ok on a debian PPC,
even the ./bootstrap ansd ./configure from svn.
but during the 'make' process, I have this error:
"In file included from ./../general/spu/fft_1d_r2.c:22:
/home/cosmos/gnuradio/gcell/include/gcell/spu/libfft.h:111: error: expected ')'
before 'float'
mak
Did you try to define the config path by :
$ export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig
before "make" command?
From: Don Latham
To: Discuss-gnuradio@gnu.org
Sent: Thursday, April 16, 2009 2:41:43 PM
Subject: [Discuss-gnuradio] make error
On Thu, Apr 16, 2009 at 03:41:43PM -0600, Don Latham wrote:
> First time working with gnuradio. Got through all the installs of support
> stuff apparently OK, but on the make of gnuradio there seems to be a
> problem with benchmark_dotprod_fff in core/src/tests. Shows up later in
> make check with
First time working with gnuradio. Got through all the installs of support
stuff apparently OK, but on the make of gnuradio there seems to be a
problem with benchmark_dotprod_fff in core/src/tests. Shows up later in
make check with a flurry of boost::... undefined references. As far as I
can tell th
On Tue, 2008-10-21 at 17:24 -0500, [EMAIL PROTECTED] wrote:
> I just checked out the new coded-ofdm (under branches/features, revision
> 9810), but when I ran "make" it shows the following error
This is code that is work-in-progress (as are all "feature" branches.)
You should not count on anyth
Hi,
I just checked out the new coded-ofdm (under branches/features, revision
9810), but when I ran "make" it shows the following error
make[6]: Entering directory `/home/sdr/newOFDM/gnuradio-core/src/lib/general'
make[6]: *** No rule to make target `gr_complex_to_interleaved_float.lo',
needed
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eric Blossom wrote:
> Dan, are you running under Debian or Ubuntu?
>
> If so, all of this is probably a result of the broken version of
> libtool that Debian/Ubuntu ships.
>
> See the section on "Broken libtool" in the Ubuntu install guide
> http://g
On Thu, Jun 07, 2007 at 12:29:18PM -0700, Johnathan Corgan wrote:
> Dan Halperin wrote:
>
> > ...I had done a make distclean in the old directory but ended up
> > having to go purge all of /usr/local/lib to get the mblock to
> > compile.
>
> There is a 'make uninstall' target that removes everyth
Dan Halperin wrote:
> ...I had done a make distclean in the old directory but ended up
> having to go purge all of /usr/local/lib to get the mblock to
> compile.
There is a 'make uninstall' target that removes everything that was
installed by GNU Radio (including all the header files, docs, etc.)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dan Halperin wrote:
> Fresh SVN checkout as of this morning, into a new directory (r5734).
> Ubuntu Edgy, everything's upgraded to its newest version, more or less
> along the lines of the install guide that mdickens and I put together on
> the trac.
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Fresh SVN checkout as of this morning, into a new directory (r5734).
Ubuntu Edgy, everything's upgraded to its newest version, more or less
along the lines of the install guide that mdickens and I put together on
the trac.
1) ./configure spits out som
Trond Danielsen wrote:
I just pulled a fresh copy from svn (rev.5708), ran ./bootstrap;
./configure; make. No problems so far. I recommend that you run
./bootstrap and ./configure again after pulling from svn. This ensures
that the generated Makefiles are updated according to the svn changes.
Trond Danielsen wrote:
> I just pulled a fresh copy from svn (rev.5708), ran ./bootstrap;
> ./configure; make. No problems so far. I recommend that you run
> ./bootstrap and ./configure again after pulling from svn. This ensures
> that the generated Makefiles are updated according to the svn chang
2007/6/6, Tarun Tiwari <[EMAIL PROTECTED]>:
Hi,
Today I update the gnuradio from svn, and received following error in make:
make[5]: Entering directory
`/home/tarun/gnuradio/gnuradio-core/src/lib/swig'
make[5]: *** No rule to make target
`../../../../gnuradio-core/src/lib/general/gr_dpll_ff.i',
Hi,
Today I update the gnuradio from svn, and received following error in make:
make[5]: Entering directory
`/home/tarun/gnuradio/gnuradio-core/src/lib/swig'
make[5]: *** No rule to make target
`../../../../gnuradio-core/src/lib/general/gr_dpll_ff.i', needed by
`gnuradio_swig_py_general.cc'. St
39 matches
Mail list logo
