[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

Re: [pygame] pygame source compiling

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.


On 7/26/07, Lenard Lindstrom <len-l@xxxxxxxxx> wrote:

I've been using prebuilt dependencies. I couldn't figure out where to
put them in the msys file hierarchy so I customized setup.py. As for
automating the build script to check for MingW I looked into that and
couldn't find any obvious way to do it. I personally have a
distutils.cfg file that tells distutils to build with MingW.
Unfortunately the configuration is not read early enough to be useful.
So it might be better to just document where msys expects all the
various libraries. I may have a try at compiling some of the support
libraries myself. But the last time I tried building SDL 1.2.11 I wasn't
satisfied with the results. It compiled its own version of strdup
instead of using _strdup. It wasn't compatible with the pygame version.

René Dudfield wrote:
> Hi,
>
> I noticed you have updated the wiki.  Thanks.
> http://www.pygame.org/wiki/MingW
>
> Do you usually compile without msys?  Or is that when you have
> prebuilt dependencies?
>
> I guess we can include that change into the configure scripts.  By
> making a new detection function which detects normal shell + mingw.
>
>
> On 7/25/07, Lenard Lindstrom <len-l@xxxxxxxxx> wrote:
>> In case you are wanting to use the information for the mini sprint today
>> the other thing I did was to add an msvcr71 equivalent of libmoldname to
>> the mingw library directory. I downloaded the mingw-runtime-3.11 source,
>> found the part in the makefile which built libmoldname.a, then modified
>> it to for msvcr71. It seams to work, but I have not thoroughly tested
>> it, so am not sure if it works for all the renamed functions. As for the
>> change to the specs file I mentioned in the other post, this appears to
>> remove the links to abort and such in msvcrt.dll .
>>
>> Lenard
>>
>> Lenard Lindstrom wrote:
>> > Hi René
>> >
>> > I've been thinking about it but have been distracted by other things.
>> > I will work on it today. Thanks for the reminder.
>> >
>> > Lenard
>> >
>> >


--
Lenard Lindstrom
<len-l@xxxxxxxxx>