[Kde-bindings] Re: Smoke generator marking OpenGL data types as void_p

[Ryan Melton]

Ok.  Well its not working on Mac OSX (which I am currently testing with), or
Windows as someone else has experienced with this rubyforge post:
http://rubyforge.org/forum/message.php?msg_id=94153.

How do #include search paths work with the generator?

Thanks,
Ryan

On Fri, Nov 5, 2010 at 4:37 PM, Arno Rehn <arno at arnorehn.de> wrote:

> On Friday 05 November 2010 23:29:27 Ryan Melton wrote:
> > Here is a snippet from qtopengl's smokedata.cpp
> >
> >     { "GLbitfield", 0, Smoke::t_voidp|Smoke::tf_stack },        //2
> >     { "GLenum", 0, Smoke::t_voidp|Smoke::tf_stack },    //3
> >     { "GLfloat", 0, Smoke::t_voidp|Smoke::tf_stack },   //4
> >     { "GLint", 0, Smoke::t_voidp|Smoke::tf_stack },     //5
> >     { "GLuint", 0, Smoke::t_voidp|Smoke::tf_stack },    //6
> >
> > Any ideas on where to update the generator to mark these as the correct
> > types?
> This should be autodetected. Hardcoding the typedefs is not the way to go.
> If this fails, this could be because either the GL headers aren't found,
> not
> properly included by Qt or because some #defines are missing or messed up
> in
> the qtdefines file.
> (This works for me, btw)
>
> --
> Arno Rehn
> arno at arnorehn.de
> _______________________________________________
> Kde-bindings mailing list
> Kde-bindings at kde.org
> https://mail.kde.org/mailman/listinfo/kde-bindings
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-bindings/attachments/20101106/912f2f66/attachment.html>