Realised this patch will mess up any blocks that aren't imported into gnuradio_swig_python.py.
Clearly I'm either using "make check" incorrectly or there is a fair bit that it doesn't check. Cheers, Ben On Mon, Sep 20, 2010 at 9:18 PM, Ben Reynwar <b...@reynwar.net> wrote: > Hi all, > > I'm working on better documentation for the python interface to > gnuradio. I'd like to get the inline help (python help function) > returning useful responses and would like to get useful html > documentation generated. > > The current representation of the blocks in python makes this > difficult. For example gnuradio.gr.head maps to gr_make_head which is > a function that produces an instance of gr_head_sptr. It would be > nicer for the sake of documentation generation if gnuradio.gr.head was > a class that looked like gr_head_sptr. > > This patch wraps the swig generated gr_XXX_sptr classes in much the > same way as is currently done for the top_block. I think this > additional indirection is justified for the added simplicity it gives > to the python interface. > > I ran "make check" and it didn't appear to break anything, which > surprises me. It may be that I'm not "make check"ing correctly. > > Cheers, > Ben > _______________________________________________ Patch-gnuradio mailing list Patch-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/patch-gnuradio
