Mike C. Fletcher schrieb:
>  I was intending to the work of integrating the code-generation 
>  refactoring, testing that all of the various sub-classes were working, 
>  but as time grows short I don't seem to be getting to it.  Thus, here's 
>  the diff for the code generator that I'm using in the OpenGL-ctypes code 
>  generator.  It is a far more modular design, but is still basically just 
>  the same code broken out to allow for subclassing/overriding elements.
>  
>  http://pyopengl.cvs.sourceforge.net/pyopengl/OpenGL-ctypes/src/ctypes_codegenerator_refact
or.diff?view=markup

Mike,

I like this patch (apart from the fact that it uses a different whitespace coding style
than I would use myself, but this can easily be fixed).

How should we proceed with it?  Should I wait until you are able again to work on
it, or would it help you if it were integrated into ctypeslib now?

Then, I have a question.  The patch contains these ctypes definitions:

+	"long double": "c_double", # XXX check for correctness!
+	"complex long double": "c_double", # XXX check for correctness!
+	"complex double": "c_double", # XXX check for correctness!
+	"complex float": "c_float", # XXX check for correctness!


They are not correct (except the first one, maybe, on Windows where
sizeof(long double) == sizeof(double) == 8.

Do we need support for "long double"?  This is not implemented in ctypes.
Worse: The 'complex ...' types are C99, I assume.  Does OpenGL use them?

Thanks,
Thomas

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
ctypes-users mailing list
ctypes-users@[...].net
https://lists.sourceforge.net/lists/listinfo/ctypes-users