[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Discuss-gnuradio] Python function processing block
From: |
Eric Blossom |
Subject: |
Re: [Discuss-gnuradio] Python function processing block |
Date: |
Tue, 3 Oct 2006 13:38:05 -0700 |
User-agent: |
Mutt/1.5.9i |
On Tue, Oct 03, 2006 at 11:40:14AM -0400, Marcus Leech wrote:
> Eric Blossom wrote:
> >
> >>http://gnuradio.org/trac/browser/gnuradio/trunk/gnuradio-core/src/lib/general/gr_feval.h
> >>
> >>It defines a function 'eval' that can be called either from C++ or from
> >>Python. In Python you can subclass this and override the eval function
> >>with whatever you want. When the function is called from C++, control
> >>flow passes to the Python interpreter to evaluate the function and return.
> >>
> >>I haven't used it myself, but you can get a good feel for what is
> >>possible by looking at the QA code for the block at:
> >>
> >>http://gnuradio.org/trac/browser/gnuradio/trunk/gnuradio-core/src/python/gnuradio/gr/qa_feval.py
> >>
> Ok, so gr_feval_ff() appears in the C++ code, but doesn't appear to have
> an interface generated in the SWIG stuff--
> whazzup with that?
Looks like whomever added it, failed to add the .i file entry.
Note that in reality, it doesn't make much sense to have a _ff, since
the _dd does effectively the same thing. All python floating point
numbers are doubles.