On Mon, Jun 21, 2010 at 10:05 AM, Douglas Geiger
<doug.gei...@bioradiation.net> wrote:
>
>  The particular problem I run into is that time_spec_t is defined to
> want a boost::uint32_t in the constructor (for the number of seconds),
> along with a double (for fractional seconds) - but SWIG apparently
> doesn't recognize boost::uint32_t is a typedef for an integer type, so
> while I don't get compile-time errors, by the time I fire up python to
> test out the function call (set_type_next_pps(const uhd::time_spec_t
> &time_spec) in this case) - and try to construct a time_spec_t object
> to pass, python throws an error as it doesn't believe I'm passing the
> correct type.
>

Of course shortly after sending this, I figure out a solution - adding
some typedefs to the SWIG .i file.
It may not be the most elegant, but I do have something to work with now.
 Doug

-- 
Doug Geiger
doug.gei...@bioradiation.net

_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Reply via email to