Hi, I guess the main dependencies are:
zlib libpng libjpeg SDL_image freetype SDL_ttf vorbis/ogg SDL_mixer. I remember quite a few dependencies with SDL_mixer... but not sure what they are off the top of my head. Numeric (there's already a windows python 2.5 package on the pygame downloads page). I think we need libtiff support for windows... but if it's impossible I guess we can release without it. I think we should try and list instructions for testing each part too. I did this mainly last time by finding which example programs used each part. As well as running all the test/example scripts that came with each dependency. Then had about 10 of the more popular/complex games which I tested with to make sure they work. But a more automated testing method would be better - or at least a list of instructions on which programs to run. On 7/31/07, Lenard Lindstrom <[EMAIL PROTECTED]> wrote: > René Dudfield wrote: > > ok, cool. > > > > When I last compiled it I put them all in the place it installs by > > default with the --prefix=/mingw/ taking care of putting them in a > > good place. > > > > We might need to change a few things with SDL + SDL_friends - like the > > strdup you talk of. Also maybe changing the default back to the > > directx renderer rather than the gdi one. > > > > In that case we can make a set of patches that people can download. > > > > So there will be everything available for people to redo everything > > from scratch if they want to. > > > > For an easier method I guess something like what Marcus suggested > > which downloads all of the dependencies, plus the patches. Then goes > > through applying the patches to each part (including mingw if we have > > to). We could build this into the setup file as a new command. > > > > > It would be nice to have a list of priorities on what should be built. I > finally gave up in frustration on libtiff, but am guessing it is not so > important. I have moved on to libpng, which for me is useful. What other > dependencies should be tackled before trying SDL itself? > > -- > Lenard Lindstrom > <[EMAIL PROTECTED]> > >
