> I think we should wait until after pygame 1.9 is released before
> moving it over to use SDL_pyg? Was that your idea too? Or start
Absolutely not. The C library is a simple spin-off of
pygame/pgreloaded. Why would we want to add some more run-time
overhead to pygame? Just to use the C library?
I was expecting the main use of this library would be to move the heavy
computation out of Pygame. I expect it would be useful for bindings to
other languages, as well as standalone game projects.
Moving this to an external C library would add no overhead to Pygame. We
already have so many; SDL, SDL_image, SDL_mixer, etc. It will create
more work for compiling and configuring, but that will be minor.
There will be issues in keeping it synced with Pygame. But I have a
feeling it will be easy to keep a stable API and ABI.
