What's the end goal here? You want an object that acts like a t_canvas/ t_glist?
.hc
On Mar 13, 2011, at 3:31 PM, Charles Henry wrote:
I've been working through my CUDA Pd project, and I ran into the problem of making externals that copy the canvas class.
My first idea was that I wanted a completely separate class with different methods using glist. Calls from Pd looking for t_canvas work just fine, but functions like pd_findbyclass that look for canvas_class fail. I started mucking around in the pd src, and I think it's just too difficult and would make onerous changes that I don't like.
Is there something I'm not getting about canvas classes and externals?
My second approach to creating an external library is to modify glist by adding an "unsigned int gl_hascuda" variable. I'd still prefer solutions that make use of entirely external libraries over modifying src, but this small change gets me half the way there. Then, I just need to write the creator functions and the class works.
Chuck _______________________________________________ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
----------------------------------------------------------------------------
"[T]he greatest purveyor of violence in the world today [is] my own government." - Martin Luther King, Jr.