[Stanley Pancakes]

Hello again!

What would you think of adding OpenCTM support to Derelict2? Shortly speaking, it's a nice and clean C library that allows to work with 'ctm' 3D mesh format.

I actually already 'derelictified' it in my sandbox - that was little effort thanks to its' clean design, so if you're interested, I'll just polish it up, reformat the code, insert licenses, makefile targets and put all this on tracker.

I realize that maybe it would be better to add new bindings after resolving '__gshared' issue, but this may be quite the meantime, and OpenCTM is only one small but so nice library...

[aldacron]

I'll definitely consider it. I've got a bit of a backlog right now, but I'll revosot this at some point. If you post a ticket, I likely won't forget about it.
_________________
The One With D | The One With Aldacron | D Bits

[Stanley Pancakes]

I've added a ticket with patches.

There is one thing of concern here: OpenCTM is supplied with additional header, openctmpp.h. This header isn't related to the library itself, but it provides C++ wrappers for OpenCTM functionality, mainly two classes: CTMimporter and CTMexporter.

The header provides full source code for these classes, but I don't know whether its D counterpart should be included in Derelict, and if it should, what license should it be accompanied with (as the original source itself comes with zlib-style license). I could submit additional ticket/patch with openctmpp.d if you think it's OK to provide additional licensing info in this file.

[aldacron]

[Stanley Pancakes]

Then I guess current ticket it is.
That additional header doesn't add anything new to the library anyway, so I was concerned more about 'consistency' of binding rather than about preserving all the functionality.