A few weeks ago I discovered Spine, saw that it had a C++ interface and was very self-contained, and suggested to the art team we consider using it with our game engine. They got on board, I went off to GDC, got back, and now finally am ready to integrate the Spine C++ runtime into our C++ engine.

But the Spine C++ runtime is gone. So I decided to just use the C runtime. I'm having a lot of headaches with the C runtime. I'm looking for some help.

My engine is cross-platform C++. I do most of my original development in Visual Studio 2010 (on Windows) and then have a thin veneer on other platforms for the ports.

The C runtime isn't valid ANSI C code. It frequently declares variables in the middle of function, which isn't valid in ANSI C or C89. A lot of compilers allow this as an extension, particularly gcc, and the C99 rules allow for it, but native Visual Studio uses C89. So, it wouldn't compile.

Fine, I'll compile it as C++ code. But this doesn't work either. The structs throughout the code have const members, but no constructors. So these are invalid objects to instantiate. There's no way to instantiate a struct that has a const member without the const member being initialized.

Again, some compilers allow this as a workaround, or an extension. I haven't found a way to make this possible with Visual Studio. This is the heart of my current issue.

A prime example is I'm trying to derive my own class from the AttachmentLoader struct. But my constructor isn't valid because the AttachmentLoader has a const member (the vtable). If I remove the const members, things work fine. This is true throughout the code base.

But I'm loathe to manually remove the const in my copy of the C runtime codebase. Everytime there's an update, I'd have to do that all again. I was hoping to just wrap the C runtime without modification. (Or with very very little modification).

I could solve that issue by simply having our team settle on a single version of the runtime, and then re-sync to the latest code whenever I have time. But that isn't possible because the animation authoring tool (which I think is simply called Spine) automatically updates. So every day they run the risk of getting a new version, which could break with my version, which would then force me to have to re-get the source, make my modifications, and so on. I can use merging tools to help this process, but it still seems like unnecessary work. All because of some const members.

Questions:

1) Has anyone been able to get the current C Runtime to compile under Visual Studio 2010 C++ as C code?

2) Has anyone been able to get it to compile as C++ code (that's actually invokable)? Especially if trying to derive your own AttachmentLoader? (Again, with Visual Studio 2010.)

3) Is there anyway to turn off the auto-update feature of the Spine authoring tool?

My thoughts so far are that the authoring tool looks fantastic

it would take me a long time to come up with something as well presented as that. So it is a huge win for the team. But the C runtime feels really awkward...it is bending over backwards to be object-oriented, but trying to stay C. Yet it isn't very portable C. And the object-oriented stuff causes lots of headaches (the macros, loss of type-checking, const members that aren't instantiated). Essentially it is crying out to be C++ but isn't, yet isn't quite valid C either.

It feels like it would be better to make it all C++, with an optional C interface. C++ compiles virtually everywhere C does, and with a C interface. Languages that want C bindings could use the C interface of the lib. It wouldn't look much different than what you have today. But C++ environments would directly access the C++ classes. And on the inside, you get all the benefits of real object-oriented code.

I have a few other concerns with the C runtime, like using macros for memory allocation (rather than using a function pointer that can be registered, and defaults to malloc). As it is, the memory allocator has to be compiled in, which is problematic. But these issues are only worth worrying about if I can even get the code to compile. Which currently I can't.

Can anyone help?

Thanks,
Ken