I'm just trying to match old USRP driver functionality in some of the gnuradio-examples, which probably requires additional SWIGging. Does that sound about right?
-----Original Message----- From: Josh Blum [mailto:[email protected]] On Behalf Of Josh Blum Sent: Friday, October 14, 2011 6:09 PM To: Nowlan, Sean Cc: [email protected] Subject: Re: [Discuss-gnuradio] UHD Python API? On 10/14/2011 03:04 PM, Nowlan, Sean wrote: > Can I use the following to get a pointer to the object instance and then > access the C++ public get/set methods? Or does SWIG not dig that deep? > Swig digs as deep as you tell it to. See uhd_swig.i, each header you want to access stuff with needs a %include. Keep in mind that that often means you need to add more %template and other stuff. Swig is a picky beast, I have spent many hours trying to appease it. > virtual uhd::usrp::dboard_iface::sptr get_dboard_iface(size_t chan = > 0) = 0; This has been swigged > virtual uhd::usrp::multi_usrp::sptr get_device(void) = 0; > This has not, %include "uhd/usrp/multi_usrp.hpp" may do the trick for most of the calls you want. -josh _______________________________________________ Discuss-gnuradio mailing list [email protected] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
