Geoffrey Broadwell wrote:
On Wed, 2008-05-28 at 21:30 +0200, Ron Blaschke wrote:
Geoffrey Broadwell wrote:
I guess you are right. I have changed it as you suggested. Now
Configure says:
Generating OpenGL bindings...In OpenGL header 'C:/Program
Files/Microsoft SDKs/Windows/v6.1/Include/gl/GLU.h', prototype
'gluErrorUnicodeStringEXT', can't handle type 'wchar_t*'; original
prototype:
const wchar_t* APIENTRY gluErrorUnicodeStringEXT ( GLenum errCode);
In OpenGL header 'C:/Program Files/Microsoft
SDKs/Windows/v6.1/include/gl/GLU.h', prototype 'gluErrorUnicodeStringEXT',
can't handle type 'wchar_t*'; original prototype:
const wchar_t* APIENTRY gluErrorUnicodeStringEXT ( GLenum errCode);
In OpenGL header 'C:/Program Files/Microsoft
SDKs/Windows/v6.1/include/gl/GLU.h', prototype 'gluErrorUnicodeStringEXT',
can't handle type 'wchar_t*'; original prototype:
const wchar_t* APIENTRY gluErrorUnicodeStringEXT ( GLenum errCode);
OK, I know what's causing this (no typemap entry for 'wchar_t*', as the
error indicates). Not sure about best NCI type type to match this to --
it really wants to be a native Parrot string with encoding UCS2, I
believe, but I don't know how to do that off the top of my head, and I
need to run now.
I'll ruminate on this later -- though if you wanted to try skipping over
it and see what else goes wrong later on, just put a typemap in
config/gen/opengl.pm for wchar_t => 'void', and it will just pretend
wchar_t* is a void buffer.
Workaround looks good. Build is okay, F<examples/opengl/triangle.pir>
runs fine.
Ron
