Another update. I built Pygame for Python 2.6 on Windows. It used the
Visual C run-time and passes most of the tests. Where it fails is with
imageext. libpng13.dll uses function gmtime which is curiously missing
from msvcr90.dll. I wonder where it went. Yet it is present in the MinGW
export library so libpng13.dll builds without errors. This is the sort
of pesky problem one can expect. An interesting observation, Python
2.6a3 still loads msvcrt.dll. So must for C run-time purity. The Pygame
installer for Python 2.6 can be found at the usual place, though it is
purely experimental.
Lenard
René Dudfield wrote:
Nice one :)
On Thu, May 8, 2008 at 10:30 AM, Lenard Lindstrom <[EMAIL PROTECTED]> wrote:
This is an update. The good news, SDL doesn't need a manifest to work with
Python 2.6. It uses Python's. Why no one just tried using ctypes to loading
my VC 2008 test SDL.dll from Python 2.6 is a mystery. But it worked. The bad
news. I have yet to build all of Pygame's dependencies. The SDL_ttf
configure script tries using SDL.dll and fails. The good news. I know how
to get around this, but it is somewhat ugly, well, mildly distasteful.
Building the dependencies for Python 2.6 will not be a one-step process; it
will take two steps. I will adapt msys_build_deps.py and add to the
Python_2_6 branch. Then I will build the dependencies. Someone else will
have to try and build Pygame using distutils and Visual Studio 2008 once the
dependencies are available.
