Re: [pygame] C/C++ and Python
Indeed. However... one thing that people have told me why C is easier is this: 'With python you need to come up with smarty pants algorithms, whereas in C a simple brute force approach will work fast enough'. Which is also good, if you then practice your good algorithms in python, and move them to C if needed later. So that's related to your point I think - you can more easily use complex algorithms in python, and are forced to. Each language is easier in its own ways. On Wed, Apr 22, 2009 at 3:52 PM, Knapp magick.c...@gmail.com wrote: For a pro programmer this python lack of speed is bad but for a newbie, I think it can be really good as it forces him to think about good Python code and good programming technique. I know it is what has forced me to become Pythonic and grow out of my C code techniques that I really learned while doing 6502 assembly and C64 basic back in the 80s. -- Douglas E Knapp Why do we live?
[pygame] Python 3.0 and Pygame Reloaded questions
I'm working on a project in Game Maker, but it fails to meet my needs in one critical way: Game Maker only supports 2 joysticks/gamepads. I need more than that. So I'm taking a second look at Python, this time at 3.0 and the new version of Pygame. I have some questions: 1) When last I looked at Python, it was dependent on msvcrt71.dll - a Microsoft dll - and the legality of Python users distributing it in their programs was in question. Has that issue been resolved? Does Python 3.0 still use that dll? 2) Does Pygame Reloaded have a limit on how many joysticks/gamepads it can support? If so, how many can it use? I need a bare minimum of 4, and 8 would be preferred. 3) How close is Pygame Reloaded to being ready for use? The last answer I found via Google was from half a year ago. Thanks.
Re: [pygame] Python 3.0 and Pygame Reloaded questions
Hi, python 3 is not very good for games. 1. it uses a newer version of the C dll than even msvcrt71.dll. 2. many 3rd party modules are not available for it. 3. it has removed support for many older platforms (win98, win2k sp4, etc). 4. it is slower than python2.5 5. it is quite buggy in areas. I'd stick with python 2.5 for the moment. It's the best python available for distributing games. Yes, pygame can use more than 4 joysticks. I have used at most six at once. cheers, On Wed, Apr 22, 2009 at 8:34 PM, Daniel McNeese dan...@dungeon-games.comwrote: I'm working on a project in Game Maker, but it fails to meet my needs in one critical way: Game Maker only supports 2 joysticks/gamepads. I need more than that. So I'm taking a second look at Python, this time at 3.0 and the new version of Pygame. I have some questions: 1) When last I looked at Python, it was dependent on msvcrt71.dll - a Microsoft dll - and the legality of Python users distributing it in their programs was in question. Has that issue been resolved? Does Python 3.0 still use that dll? 2) Does Pygame Reloaded have a limit on how many joysticks/gamepads it can support? If so, how many can it use? I need a bare minimum of 4, and 8 would be preferred. 3) How close is Pygame Reloaded to being ready for use? The last answer I found via Google was from half a year ago. Thanks.
Re: [pygame] C/C++ and Python
On Wed, Apr 22, 2009 at 7:39 PM, Knapp magick.c...@gmail.com wrote: Having worked in both languages, I have to say that with Python your head always feels clearer because you don't have 15 things that you are keeping track of in the back of your mind, like the heap, points to pointers, and more pointers etc. Also testing in Python is way faster if the C program has as size at all, thus I tend to test more and have less errors in the end. I wish I did not have to type self so much in python!!! C++ is much better this way Indeed... I hate having to type self all the time too... but I am very glad to read self. cu,
Re: [pygame] Python 3.0 and Pygame Reloaded questions
Daniel McNeese dan...@dungeon-games.com: I'm working on a project in Game Maker, but it fails to meet my needs in one critical way: Game Maker only supports 2 joysticks/gamepads. I need more than that. So I'm taking a second look at Python, this time at 3.0 and the new version of Pygame. I have some questions: 1) When last I looked at Python, it was dependent on msvcrt71.dll - a Microsoft dll - and the legality of Python users distributing it in their programs was in question. Has that issue been resolved? Does Python 3.0 still use that dll? No, it uses the newer version, as far as I know, which seems to have become a standard component for Windows[0]. So you might not need to redistribute it yourself. pgreloaded contains a small py2exe example script, which you can try out, remove any msvcrt dlls and see if the exe still works for you. 2) Does Pygame Reloaded have a limit on how many joysticks/gamepads it can support? If so, how many can it use? I need a bare minimum of 4, and 8 would be preferred. Yes. Currently it's fixed to 32 joysticks to keep the memory manangement simple. It can be changed at any time to support (nearly) any amount of joysticks, if necessary, and will then just be limited by the SDL. 3) How close is Pygame Reloaded to being ready for use? The last answer I found via Google was from half a year ago. Large parts should be stable, but are untested in several areas. It is already used for some small projects (not publicly available), which perform mostly simple tasks, though. I do not expect many critical issues to arise from the core parts such as the sdl system, and most bugs, which may come up, should be able to be fixed in a very short time as they will be unlikely to affect the overall package. There's a file handling problem still to be resolved with file objects (not file names) for Python 3.x (e.g. image loading from an open file), but I hope to have it fixed soon in some way. [0] http://osdir.com/ml/python.py2exe/2007-03/msg7.html Regards Marcus
Re: [pygame] msvcrt redistribution for Python 3.x (was: Python 3.0 and Pygame Reloaded questions)
Hi, here issome explanatory note regarding the msvcrt90.dll redistribution from the Python Win32 binary package: http://svn.python.org/view/python/trunk/Tools/msi/crtlicense.txt?revision=67859view=markup Regards Marcus
Re: [pygame] Python 3.0 and Pygame Reloaded questions
Thanks for the answers, Marcus. Some follow-up questions: Yes. Currently it's fixed to 32 joysticks to keep the memory manangement simple. It can be changed at any time to support (nearly) any amount of joysticks, if necessary, and will then just be limited by the SDL. 32 is way more than I could practically use. I assume that the SDL also allows at least that many? The way you worded your answer implies yes, but just I want to be absolutely clear on this: nothing will stop me from actually USING at least 8 joysticks? There's a file handling problem still to be resolved with file objects (not file names) for Python 3.x (e.g. image loading from an open file), but I hope to have it fixed soon in some way. Does this mean I can't load images and the like into my game until this gets fixed? Because that would be a major problem.
Re: [pygame] Python 3.0 and Pygame Reloaded questions
Daniel McNeese dan...@dungeon-games.com: Thanks for the answers, Marcus. Some follow-up questions: Yes. Currently it's fixed to 32 joysticks to keep the memory manangement simple. It can be changed at any time to support (nearly) any amount of joysticks, if necessary, and will then just be limited by the SDL. 32 is way more than I could practically use. I assume that the SDL also allows at least that many? The way you worded your answer implies yes, but just I want to be absolutely clear on this: nothing will stop me from actually USING at least 8 joysticks? As long as SDL can handle that many for your platform, you will be able to use them. There's a file handling problem still to be resolved with file objects (not file names) for Python 3.x (e.g. image loading from an open file), but I hope to have it fixed soon in some way. Does this mean I can't load images and the like into my game until this gets fixed? Because that would be a major problem. No, it just limits you to using file paths and no file-like objects until the issue is solved. So using something like pygame2.sdlimage.load (path/to/file) is safe and should work always for all Python versions. myfile = io.open (path/to/file) ... pygame2.sdlimage.load (myfile) will fail at the moment, but a solution is being worked on. Regards Marcus
[pygame] New Blog
Hello all, I have a personal blog, of which I will be using during the GSoC project to make posts about my progress. The link is here: http://www.oddco.ca/zeroth/zblog/ Thank you, Tyler -- Visit my blog at http://oddco.ca/zeroth/zblog
Re: beginning GSOC preparations: was Re: [pygame] Thank You
Rene, Okay, I am able to compile pygame on my linux desktop, and I've run into some issues with compiling for the windows guest vm I have. I already had my own blog, which I've made a relevant post on(as you can see from the posts to here and to soc2009-general). I've also added my blog to the relevant pygame page. I have plenty of experience with svn, so thats not an issue. My issue with compiling pygame is an error I'm getting from msys, for which I've included a screenshot. I used the msys automatic installer, and the mingw automatic installer, but those don't seem to be an issue. The error says that it Couldn't reserve space for cygwin's heap, Win32 error 6 when sh.exe was executed. -Tyler On Tue, Apr 21, 2009 at 8:50 PM, René Dudfield ren...@gmail.com wrote: Hi Tyler, I'm going to be your main mentor, with Marcus, and Nirav being backup/co-mentors. To start preparing for your work, here's a few things you can do... - make sure you can compile pygame. - see the wiki for instructions for your platform(s) - http://pygame.org/wiki/Compilation - as pygame is multi platform, you'll have to work on multiplatforms too. - prepare a separate platform to work on if you can. Like setting up linux if you don't have it already. - not entirely necessary, but it'd make things easier for yourself. - set up your blog, which you'll be writing about your project as you go. - mark related posts with tags pygame, python, gsoc2009 - add your blog to this wiki page: - http://www.pygame.org/wiki/rsslinks - email the pygame mailing list about your blog (once you have at least one related post). - email the soc2009-general with your blog details, and ask them to list your blog on soc.python.org. - if you don't have a blog already, you can set up a free one with blogspot.com or wordpress.com. - prepare a reading list. - start looking at some related materials to read. - like for ffmpeg, read through some of the development mailing list, and development docs etc. - if you haven't used svn before much, read some of the svn book. - svn commit access. - I'll have this arranged. - first, post a patch to some small change to the mailing list, with svn diff your-patch.diff cheers, On Tue, Apr 21, 2009 at 11:46 PM, Tyler Laing trinio...@gmail.com wrote: I just wanted to thank everyone that worked on helping me and others with our applications, and I also wanted to thank all the people that worked hard on approving the applications. Your efforts are appreciated. :) On that note, I was wondering who would be my mentor, for my project? -Tyler Laing -- Visit my blog at http://oddco.ca/zeroth/zblog -- Visit my blog at http://oddco.ca/zeroth/zblog attachment: msys2.png
Re: [pygame] C/C++ and Python
René Dudfield wrote: On Wed, Apr 22, 2009 at 7:39 PM, Knapp magick.c...@gmail.com mailto:magick.c...@gmail.com wrote: Having worked in both languages, I have to say that with Python your head always feels clearer because you don't have 15 things that you are keeping track of in the back of your mind, like the heap, points to pointers, and more pointers etc. Also testing in Python is way faster if the C program has as size at all, thus I tend to test more and have less errors in the end. I wish I did not have to type self so much in python!!! C++ is much better this way Indeed... I hate having to type self all the time too... but I am very glad to read self. cu, It doesn't have to be 'self': 'me', 'the_internal_state_of_this_object', 'Martin', 'René '(*)? Lenard (*) As of PEP 3131
Re: beginning GSOC preparations: was Re: [pygame] Thank You
Not python under cygwin. Thats a leftover string from msys using cygwin code. The command I was trying to execute was python msys_build_deps.py --all Python is installed. Msys is installed, but throwing that error. And no worries. I just wasn't clear enough. :) -Tyler On Wed, Apr 22, 2009 at 10:24 AM, Evan Kroske e.kro...@gmail.com wrote: Tyler Laing wrote: snip / The error says that it Couldn't reserve space for cygwin's heap, Win32 error 6 when sh.exe was executed. Why are you trying to install Python under CygWin? From what I understand, most programmers consider that a separate platform from Windows. You should probably try to install the native windows version, instead of the linux version running under cygwin. Sorry if I misunderstood you. Regards, Evan Kroske -- Visit my blog at http://oddco.ca/zeroth/zblog
Re: beginning GSOC preparations: was Re: [pygame] Thank You
Tyler Laing wrote: snip / The error says that it Couldn't reserve space for cygwin's heap, Win32 error 6 when sh.exe was executed. Why are you trying to install Python under CygWin? From what I understand, most programmers consider that a separate platform from Windows. You should probably try to install the native windows version, instead of the linux version running under cygwin. Sorry if I misunderstood you. Regards, Evan Kroske
Re: beginning GSOC preparations: was Re: [pygame] Thank You
Hi Tyler, I wrote msys_build_deps.py and look after the Windows dependencies. I haven't seen this error before. I run the program on both Win 98 and XP. If you are using Msys 1.0.10 try upgrading to 1.0.11. I only user 1.0.10 because 1.0.11 doesn't work on Win 98 and I have limited access to XP. Msys 1.0.11 will be needed to build ffmpeg anyway, since the bash shell in 1.0.10 is apparently too old for the ffmpeg configure script. If you continue having problems then just use the prebuilt dependencies for now: http://www3.telus.net/len_l/pygame/prebuilt-pygame1.9.0-msvcr71-win32.zip (for Python 2.4-2.5) (md5sum 0c9b5c65dbd10b5469d2523cf58b7890) http://www3.telus.net/len_l/pygame/prebuilt-pygame1.9.0-msvcr90-win32.zip (for Python 2.6-3.x) (md5sum 8dcd7e7c840d656c3ca7576095777c81) Install the prebuilt directory into the Pygame root directory, run config.py and answer 'n' to msys built, 'y' to use prebuilts. I suppose now I must really try to get ffmpeg built. Lenard Tyler Laing wrote: Not python under cygwin. Thats a leftover string from msys using cygwin code. The command I was trying to execute was python msys_build_deps.py --all Python is installed. Msys is installed, but throwing that error. And no worries. I just wasn't clear enough. :) -Tyler On Wed, Apr 22, 2009 at 10:24 AM, Evan Kroske e.kro...@gmail.com mailto:e.kro...@gmail.com wrote: Tyler Laing wrote: snip / The error says that it Couldn't reserve space for cygwin's heap, Win32 error 6 when sh.exe was executed. Why are you trying to install Python under CygWin? From what I understand, most programmers consider that a separate platform from Windows. You should probably try to install the native windows version, instead of the linux version running under cygwin. Sorry if I misunderstood you.
Re: beginning GSOC preparations: was Re: [pygame] Thank You
Okay, thanks! It went past that, but now its getting an error that says: /bin/sh: line 17: ./configure: No such file or directory Any idea whats going on here? On Wed, Apr 22, 2009 at 11:18 AM, Lenard Lindstrom le...@telus.net wrote: Hi Tyler, I wrote msys_build_deps.py and look after the Windows dependencies. I haven't seen this error before. I run the program on both Win 98 and XP. If you are using Msys 1.0.10 try upgrading to 1.0.11. I only user 1.0.10 because 1.0.11 doesn't work on Win 98 and I have limited access to XP. Msys 1.0.11 will be needed to build ffmpeg anyway, since the bash shell in 1.0.10 is apparently too old for the ffmpeg configure script. If you continue having problems then just use the prebuilt dependencies for now: http://www3.telus.net/len_l/pygame/prebuilt-pygame1.9.0-msvcr71-win32.zip (for Python 2.4-2.5) (md5sum 0c9b5c65dbd10b5469d2523cf58b7890) http://www3.telus.net/len_l/pygame/prebuilt-pygame1.9.0-msvcr90-win32.zip (for Python 2.6-3.x) (md5sum 8dcd7e7c840d656c3ca7576095777c81) Install the prebuilt directory into the Pygame root directory, run config.py and answer 'n' to msys built, 'y' to use prebuilts. I suppose now I must really try to get ffmpeg built. Lenard Tyler Laing wrote: Not python under cygwin. Thats a leftover string from msys using cygwin code. The command I was trying to execute was python msys_build_deps.py --all Python is installed. Msys is installed, but throwing that error. And no worries. I just wasn't clear enough. :) -Tyler On Wed, Apr 22, 2009 at 10:24 AM, Evan Kroske e.kro...@gmail.commailto: e.kro...@gmail.com wrote: Tyler Laing wrote: snip / The error says that it Couldn't reserve space for cygwin's heap, Win32 error 6 when sh.exe was executed. Why are you trying to install Python under CygWin? From what I understand, most programmers consider that a separate platform from Windows. You should probably try to install the native windows version, instead of the linux version running under cygwin. Sorry if I misunderstood you. -- Visit my blog at http://oddco.ca/zeroth/zblog
Re: [pygame] PyGame Website Rewrite
I'd like to help on the graphics side, the current site kind of looks like the python threw up all over the place. --- On Tue, 4/21/09, jug j...@fantasymail.de wrote: From: jug j...@fantasymail.de Subject: [pygame] PyGame Website Rewrite To: pygame-users@seul.org Date: Tuesday, April 21, 2009, 3:38 PM Hello, Even if it was not selected as a project for GSoC, I would like to do the pygame website rewrite. Like the other applicants, I'd do that with Django. Now that there can not only be one student/participant, it would be cool to work together and combine forces. Since I applied for GSoC, I've already made a small concept. Merging multiple implementing-/design ideas may become difficult, but before I go into detail just say me if you are interested. Regards Jug
Re: [pygame] PyGame Website Rewrite
LOL, you nailed it right on the head. On Wed, Apr 22, 2009 at 3:14 PM, Devon Scott-Tunkin djvonfun...@yahoo.comwrote: I'd like to help on the graphics side, the current site kind of looks like the python threw up all over the place. --- On Tue, 4/21/09, jug j...@fantasymail.de wrote: From: jug j...@fantasymail.de Subject: [pygame] PyGame Website Rewrite To: pygame-users@seul.org Date: Tuesday, April 21, 2009, 3:38 PM Hello, Even if it was not selected as a project for GSoC, I would like to do the pygame website rewrite. Like the other applicants, I'd do that with Django. Now that there can not only be one student/participant, it would be cool to work together and combine forces. Since I applied for GSoC, I've already made a small concept. Merging multiple implementing-/design ideas may become difficult, but before I go into detail just say me if you are interested. Regards Jug -- - pymike
Re: beginning GSOC preparations: was Re: [pygame] Thank You
Which package are you trying to build. Unless the thing crashed completely msys_build_deps.py should have displayed a listing at the end showing where it stalled, that is, it will show which DLL were not installed. The packages taken straight form SVN may not have a .configure file. msys_build_deps.py will create those automatically for SDL, SDL_mixer and smpeg. If any other packages were taken from SVN then it will fail. To manually create a configure file start the Msys console, go into the package's root directory and type './autogen.sh'. Anyway, the general Unix steps msys_build_deps.py takes to installing a package are: ./autogen.sh # only for SVN packages ./configure make make install strip /usr/local/bin/lib-name.DLL The msys shell scripts run to build the packages are found at the end of msys_build_deps.py Lenard Tyler Laing wrote: Okay, thanks! It went past that, but now its getting an error that says: /bin/sh: line 17: ./configure: No such file or directory Any idea whats going on here? On Wed, Apr 22, 2009 at 11:18 AM, Lenard Lindstrom le...@telus.net mailto:le...@telus.net wrote: Hi Tyler, I wrote msys_build_deps.py and look after the Windows dependencies. I haven't seen this error before. I run the program on both Win 98 and XP. If you are using Msys 1.0.10 try upgrading to 1.0.11. I only user 1.0.10 because 1.0.11 doesn't work on Win 98 and I have limited access to XP. Msys 1.0.11 will be needed to build ffmpeg anyway, since the bash shell in 1.0.10 is apparently too old for the ffmpeg configure script. If you continue having problems then just use the prebuilt dependencies for now: http://www3.telus.net/len_l/pygame/prebuilt-pygame1.9.0-msvcr71-win32.zip (for Python 2.4-2.5) (md5sum 0c9b5c65dbd10b5469d2523cf58b7890) http://www3.telus.net/len_l/pygame/prebuilt-pygame1.9.0-msvcr90-win32.zip (for Python 2.6-3.x) (md5sum 8dcd7e7c840d656c3ca7576095777c81) Install the prebuilt directory into the Pygame root directory, run config.py and answer 'n' to msys built, 'y' to use prebuilts. I suppose now I must really try to get ffmpeg built. Lenard Tyler Laing wrote: Not python under cygwin. Thats a leftover string from msys using cygwin code. The command I was trying to execute was python msys_build_deps.py --all Python is installed. Msys is installed, but throwing that error. And no worries. I just wasn't clear enough. :) -Tyler On Wed, Apr 22, 2009 at 10:24 AM, Evan Kroske e.kro...@gmail.com mailto:e.kro...@gmail.com mailto:e.kro...@gmail.com mailto:e.kro...@gmail.com wrote: Tyler Laing wrote: snip / The error says that it Couldn't reserve space for cygwin's heap, Win32 error 6 when sh.exe was executed. Why are you trying to install Python under CygWin? From what I understand, most programmers consider that a separate platform from Windows. You should probably try to install the native windows version, instead of the linux version running under cygwin. Sorry if I misunderstood you.
Re: [pygame] Porting to Python 3.0 - the python3 branch (Was: pygame for portable python)
Ok, examples/chimp.py now runs from Python 3.1. That just leaves mixer.music and some cleanup. Also I confirmed the python3 branch still compiles for Python 3.0 under Windows XP and the stars.py example runs. Lenard Lenard Lindstrom wrote: I have now added sprite, time and transform to the list of updated modules. Now the scaletest.py and stars.py examples run. Tests that pass so far are: base_test, color_test, rect_test, display_test, surface_test, blit_test, image_test and sprite_test. So that leaves mixer, mixer.music and font. I am doing the development on linux so anyone with Windows XP feel free to check out a copy from svn and try building it: svn co svn://seul.org/svn/pygame/branches/python3 The dependencies are the same as for Python 2.6 and found at: http://www3.telus.net/len_l/pygame/ Lenard Lenard Lindstrom wrote: Hi everyone, An update -- The surface, gfxdraw, display, key, mouse, image and imageext modules now compile with Python 3.1 on linux. All surface_test.py unit tests pass except for the get_buffer test since it has been disabled for now. The aacircle.py example runs. So that leaves these modules to do before the deadline: sprite - sprite.py time - time.c transform - transform.c mixer - mixer.c mixer.music - music.c font - font.c Lenard. Lenard Lindstrom wrote: Hi, I am proposing a game plan for getting a basic Pygame for Python 3.0. First the goal could be to get the chimp.py and aliens.py examples working. So the following modules are needed: pygame - __init__.py (done) sprite - sprite.py image - image.c, imageext.c locals - locals.py display - display.c event - event.c mouse - mouse.c key - key.c time - time.c transform - transform.c mixer - mixer.c [*] mixer.music - music.c font - font.c base - base.c (done) surface - surface.c (partially done [*]) surflock - surflock.c (done) rect - rect.c (done) color - color.c (done), colordict.py (done) constants - constants.c (done) rwobject - rwobject.c
Re: beginning GSOC preparations: was Re: [pygame] Thank You
Its failing on SDL. I tried running .autogen.sh in the directory, and this is what I got. I just made sure all the extra packages had been extracted to where they should be... including the update automake, autoconf and m4 tars. $ ./autogen.sh Generating build information using autoconf This may take a while ... Can't locate object method path via package Request (perhaps you forgot to load Request?) at /usr/share/autoconf/Autom4te/C4che.pm line 69, GEN1 line 111. Couldn't find autoconf, aborting On Wed, Apr 22, 2009 at 1:44 PM, Lenard Lindstrom le...@telus.net wrote: Which package are you trying to build. Unless the thing crashed completely msys_build_deps.py should have displayed a listing at the end showing where it stalled, that is, it will show which DLL were not installed. The packages taken straight form SVN may not have a .configure file. msys_build_deps.py will create those automatically for SDL, SDL_mixer and smpeg. If any other packages were taken from SVN then it will fail. To manually create a configure file start the Msys console, go into the package's root directory and type './autogen.sh'. Anyway, the general Unix steps msys_build_deps.py takes to installing a package are: ./autogen.sh # only for SVN packages ./configure make make install strip /usr/local/bin/lib-name.DLL The msys shell scripts run to build the packages are found at the end of msys_build_deps.py Lenard Tyler Laing wrote: Okay, thanks! It went past that, but now its getting an error that says: /bin/sh: line 17: ./configure: No such file or directory Any idea whats going on here? On Wed, Apr 22, 2009 at 11:18 AM, Lenard Lindstrom le...@telus.netmailto: le...@telus.net wrote: Hi Tyler, I wrote msys_build_deps.py and look after the Windows dependencies. I haven't seen this error before. I run the program on both Win 98 and XP. If you are using Msys 1.0.10 try upgrading to 1.0.11. I only user 1.0.10 because 1.0.11 doesn't work on Win 98 and I have limited access to XP. Msys 1.0.11 will be needed to build ffmpeg anyway, since the bash shell in 1.0.10 is apparently too old for the ffmpeg configure script. If you continue having problems then just use the prebuilt dependencies for now: http://www3.telus.net/len_l/pygame/prebuilt-pygame1.9.0-msvcr71-win32.zip (for Python 2.4-2.5) (md5sum 0c9b5c65dbd10b5469d2523cf58b7890) http://www3.telus.net/len_l/pygame/prebuilt-pygame1.9.0-msvcr90-win32.zip (for Python 2.6-3.x) (md5sum 8dcd7e7c840d656c3ca7576095777c81) Install the prebuilt directory into the Pygame root directory, run config.py and answer 'n' to msys built, 'y' to use prebuilts. I suppose now I must really try to get ffmpeg built. Lenard Tyler Laing wrote: Not python under cygwin. Thats a leftover string from msys using cygwin code. The command I was trying to execute was python msys_build_deps.py --all Python is installed. Msys is installed, but throwing that error. And no worries. I just wasn't clear enough. :) -Tyler On Wed, Apr 22, 2009 at 10:24 AM, Evan Kroske e.kro...@gmail.com mailto:e.kro...@gmail.com mailto:e.kro...@gmail.com mailto:e.kro...@gmail.com wrote: Tyler Laing wrote: snip / The error says that it Couldn't reserve space for cygwin's heap, Win32 error 6 when sh.exe was executed. Why are you trying to install Python under CygWin? From what I understand, most programmers consider that a separate platform from Windows. You should probably try to install the native windows version, instead of the linux version running under cygwin. Sorry if I misunderstood you. -- Visit my blog at http://oddco.ca/zeroth/zblog
Re: beginning GSOC preparations: was Re: [pygame] Thank You
Did you install the Msys autoconf, automake and m4 packages from sourceforge? They are found under the MSYS Supplementary section of the MinGW download page. I suggest using the most recent versions available. Lenard Tyler Laing wrote: Its failing on SDL. I tried running .autogen.sh in the directory, and this is what I got. I just made sure all the extra packages had been extracted to where they should be... including the update automake, autoconf and m4 tars. $ ./autogen.sh Generating build information using autoconf This may take a while ... Can't locate object method path via package Request (perhaps you forgot to load Request?) at /usr/share/autoconf/Autom4te/C4che.pm line 69, GEN1 line 111. Couldn't find autoconf, aborting On Wed, Apr 22, 2009 at 1:44 PM, Lenard Lindstrom le...@telus.net mailto:le...@telus.net wrote: Which package are you trying to build. Unless the thing crashed completely msys_build_deps.py should have displayed a listing at the end showing where it stalled, that is, it will show which DLL were not installed. The packages taken straight form SVN may not have a .configure file. msys_build_deps.py will create those automatically for SDL, SDL_mixer and smpeg. If any other packages were taken from SVN then it will fail. To manually create a configure file start the Msys console, go into the package's root directory and type './autogen.sh'. Anyway, the general Unix steps msys_build_deps.py takes to installing a package are: ./autogen.sh # only for SVN packages ./configure make make install strip /usr/local/bin/lib-name.DLL The msys shell scripts run to build the packages are found at the end of msys_build_deps.py Lenard Tyler Laing wrote: Okay, thanks! It went past that, but now its getting an error that says: /bin/sh: line 17: ./configure: No such file or directory Any idea whats going on here? On Wed, Apr 22, 2009 at 11:18 AM, Lenard Lindstrom le...@telus.net mailto:le...@telus.net mailto:le...@telus.net mailto:le...@telus.net wrote: Hi Tyler, I wrote msys_build_deps.py and look after the Windows dependencies. I haven't seen this error before. I run the program on both Win 98 and XP. If you are using Msys 1.0.10 try upgrading to 1.0.11. I only user 1.0.10 because 1.0.11 doesn't work on Win 98 and I have limited access to XP. Msys 1.0.11 will be needed to build ffmpeg anyway, since the bash shell in 1.0.10 is apparently too old for the ffmpeg configure script. If you continue having problems then just use the prebuilt dependencies for now: http://www3.telus.net/len_l/pygame/prebuilt-pygame1.9.0-msvcr71-win32.zip (for Python 2.4-2.5) (md5sum 0c9b5c65dbd10b5469d2523cf58b7890) http://www3.telus.net/len_l/pygame/prebuilt-pygame1.9.0-msvcr90-win32.zip (for Python 2.6-3.x) (md5sum 8dcd7e7c840d656c3ca7576095777c81) Install the prebuilt directory into the Pygame root directory, run config.py and answer 'n' to msys built, 'y' to use prebuilts. I suppose now I must really try to get ffmpeg built. Lenard Tyler Laing wrote: Not python under cygwin. Thats a leftover string from msys using cygwin code. The command I was trying to execute was python msys_build_deps.py --all Python is installed. Msys is installed, but throwing that error. And no worries. I just wasn't clear enough. :) -Tyler On Wed, Apr 22, 2009 at 10:24 AM, Evan Kroske e.kro...@gmail.com mailto:e.kro...@gmail.com mailto:e.kro...@gmail.com mailto:e.kro...@gmail.com mailto:e.kro...@gmail.com mailto:e.kro...@gmail.com mailto:e.kro...@gmail.com mailto:e.kro...@gmail.com wrote: Tyler Laing wrote: snip / The error says that it Couldn't reserve space for cygwin's heap, Win32 error 6 when sh.exe was executed. Why are you trying to install Python under CygWin? From what I understand, most programmers consider that a separate platform from Windows. You should probably try to install the native windows version, instead of the linux version running under cygwin. Sorry if I misunderstood you. -- Visit my blog at http://oddco.ca/zeroth/zblog
Re: [pygame] Porting to Python 3.0 - the python3 branch (Done!)
Well, the aliens.py example runs, so that fullfills the initial requirements outlined in this thread. Porting to Python 3 will continue, but at a more leisurely pace. Again, the branch is in svn, accessible with: svn co svn://seul.org/svn/pygame/branches/python3 Enjoy, Lenard Lenard Lindstrom wrote: Ok, examples/chimp.py now runs from Python 3.1. That just leaves mixer.music and some cleanup. Also I confirmed the python3 branch still compiles for Python 3.0 under Windows XP and the stars.py example runs. Lenard Lenard Lindstrom wrote: I have now added sprite, time and transform to the list of updated modules. Now the scaletest.py and stars.py examples run. Tests that pass so far are: base_test, color_test, rect_test, display_test, surface_test, blit_test, image_test and sprite_test. So that leaves mixer, mixer.music and font. I am doing the development on linux so anyone with Windows XP feel free to check out a copy from svn and try building it: svn co svn://seul.org/svn/pygame/branches/python3 The dependencies are the same as for Python 2.6 and found at: http://www3.telus.net/len_l/pygame/ Lenard Lenard Lindstrom wrote: Hi everyone, An update -- The surface, gfxdraw, display, key, mouse, image and imageext modules now compile with Python 3.1 on linux. All surface_test.py unit tests pass except for the get_buffer test since it has been disabled for now. The aacircle.py example runs. So that leaves these modules to do before the deadline: sprite - sprite.py time - time.c transform - transform.c mixer - mixer.c mixer.music - music.c font - font.c Lenard. Lenard Lindstrom wrote: Hi, I am proposing a game plan for getting a basic Pygame for Python 3.0. First the goal could be to get the chimp.py and aliens.py examples working. So the following modules are needed: pygame - __init__.py (done) sprite - sprite.py image - image.c, imageext.c locals - locals.py display - display.c event - event.c mouse - mouse.c key - key.c time - time.c transform - transform.c mixer - mixer.c [*] mixer.music - music.c font - font.c base - base.c (done) surface - surface.c (partially done [*]) surflock - surflock.c (done) rect - rect.c (done) color - color.c (done), colordict.py (done) constants - constants.c (done) rwobject - rwobject.c
Re: beginning GSOC preparations: was Re: [pygame] Thank You
Unfortunately, it doesn't work. Does anyone have a better guide or series of steps to compiling pygame? Those steps should include properly install msys and associated packages. If not, I'll go over and start using the prebuilts. Thanks for the effort Lenard. -Tyler On Wed, Apr 22, 2009 at 2:55 PM, Lenard Lindstrom le...@telus.net wrote: Did you install the Msys autoconf, automake and m4 packages from sourceforge? They are found under the MSYS Supplementary section of the MinGW download page. I suggest using the most recent versions available. Lenard Tyler Laing wrote: Its failing on SDL. I tried running .autogen.sh in the directory, and this is what I got. I just made sure all the extra packages had been extracted to where they should be... including the update automake, autoconf and m4 tars. $ ./autogen.sh Generating build information using autoconf This may take a while ... Can't locate object method path via package Request (perhaps you forgot to load Request?) at /usr/share/autoconf/Autom4te/C4che.pm line 69, GEN1 line 111. Couldn't find autoconf, aborting On Wed, Apr 22, 2009 at 1:44 PM, Lenard Lindstrom le...@telus.netmailto: le...@telus.net wrote: Which package are you trying to build. Unless the thing crashed completely msys_build_deps.py should have displayed a listing at the end showing where it stalled, that is, it will show which DLL were not installed. The packages taken straight form SVN may not have a .configure file. msys_build_deps.py will create those automatically for SDL, SDL_mixer and smpeg. If any other packages were taken from SVN then it will fail. To manually create a configure file start the Msys console, go into the package's root directory and type './autogen.sh'. Anyway, the general Unix steps msys_build_deps.py takes to installing a package are: ./autogen.sh # only for SVN packages ./configure make make install strip /usr/local/bin/lib-name.DLL The msys shell scripts run to build the packages are found at the end of msys_build_deps.py Lenard Tyler Laing wrote: Okay, thanks! It went past that, but now its getting an error that says: /bin/sh: line 17: ./configure: No such file or directory Any idea whats going on here? On Wed, Apr 22, 2009 at 11:18 AM, Lenard Lindstrom le...@telus.net mailto:le...@telus.net mailto:le...@telus.net mailto:le...@telus.net wrote: Hi Tyler, I wrote msys_build_deps.py and look after the Windows dependencies. I haven't seen this error before. I run the program on both Win 98 and XP. If you are using Msys 1.0.10 try upgrading to 1.0.11. I only user 1.0.10 because 1.0.11 doesn't work on Win 98 and I have limited access to XP. Msys 1.0.11 will be needed to build ffmpeg anyway, since the bash shell in 1.0.10 is apparently too old for the ffmpeg configure script. If you continue having problems then just use the prebuilt dependencies for now: http://www3.telus.net/len_l/pygame/prebuilt-pygame1.9.0-msvcr71-win32.zip (for Python 2.4-2.5) (md5sum 0c9b5c65dbd10b5469d2523cf58b7890) http://www3.telus.net/len_l/pygame/prebuilt-pygame1.9.0-msvcr90-win32.zip (for Python 2.6-3.x) (md5sum 8dcd7e7c840d656c3ca7576095777c81) Install the prebuilt directory into the Pygame root directory, run config.py and answer 'n' to msys built, 'y' to use prebuilts. I suppose now I must really try to get ffmpeg built. Lenard Tyler Laing wrote: Not python under cygwin. Thats a leftover string from msys using cygwin code. The command I was trying to execute was python msys_build_deps.py --all Python is installed. Msys is installed, but throwing that error. And no worries. I just wasn't clear enough. :) -Tyler On Wed, Apr 22, 2009 at 10:24 AM, Evan Kroske e.kro...@gmail.com mailto:e.kro...@gmail.com mailto:e.kro...@gmail.com mailto:e.kro...@gmail.com mailto:e.kro...@gmail.com mailto:e.kro...@gmail.com mailto:e.kro...@gmail.com mailto:e.kro...@gmail.com wrote: Tyler Laing wrote: snip / The error says that it Couldn't reserve space for cygwin's heap, Win32 error 6 when sh.exe was executed. Why are you trying to install Python under CygWin? From what I understand, most programmers consider that a separate platform from Windows. You should probably try to install the native windows version, instead of the linux
Re: beginning GSOC preparations: was Re: [pygame] Thank You
hi, try this: http://rene.f0o.com/~rene/pygame_mingw32_compile_pack.zip They are the installers for mingw stuff I last installed on my windows machine to compile pygame. Other people have used those to successfully compile it too... so it should work. Also, if you get the dependency sources that Lenard collected on his page in one bundle: http://www3.telus.net/len_l/pygame/Pygame-1.9.0-deps-src.zip I think the directory structure matters too: # directory with all the source deps in it: pygame/ # the trunk is here: pygame/PyGame/ cu, On Thu, Apr 23, 2009 at 8:39 AM, Tyler Laing trinio...@gmail.com wrote: Unfortunately, it doesn't work. Does anyone have a better guide or series of steps to compiling pygame? Those steps should include properly install msys and associated packages. If not, I'll go over and start using the prebuilts. Thanks for the effort Lenard. -Tyler On Wed, Apr 22, 2009 at 2:55 PM, Lenard Lindstrom le...@telus.net wrote: Did you install the Msys autoconf, automake and m4 packages from sourceforge? They are found under the MSYS Supplementary section of the MinGW download page. I suggest using the most recent versions available. Lenard Tyler Laing wrote: Its failing on SDL. I tried running .autogen.sh in the directory, and this is what I got. I just made sure all the extra packages had been extracted to where they should be... including the update automake, autoconf and m4 tars. $ ./autogen.sh Generating build information using autoconf This may take a while ... Can't locate object method path via package Request (perhaps you forgot to load Request?) at /usr/share/autoconf/Autom4te/C4che.pm line 69, GEN1 line 111. Couldn't find autoconf, aborting On Wed, Apr 22, 2009 at 1:44 PM, Lenard Lindstrom le...@telus.netmailto: le...@telus.net wrote: Which package are you trying to build. Unless the thing crashed completely msys_build_deps.py should have displayed a listing at the end showing where it stalled, that is, it will show which DLL were not installed. The packages taken straight form SVN may not have a .configure file. msys_build_deps.py will create those automatically for SDL, SDL_mixer and smpeg. If any other packages were taken from SVN then it will fail. To manually create a configure file start the Msys console, go into the package's root directory and type './autogen.sh'. Anyway, the general Unix steps msys_build_deps.py takes to installing a package are: ./autogen.sh # only for SVN packages ./configure make make install strip /usr/local/bin/lib-name.DLL The msys shell scripts run to build the packages are found at the end of msys_build_deps.py Lenard Tyler Laing wrote: Okay, thanks! It went past that, but now its getting an error that says: /bin/sh: line 17: ./configure: No such file or directory Any idea whats going on here? On Wed, Apr 22, 2009 at 11:18 AM, Lenard Lindstrom le...@telus.net mailto:le...@telus.net mailto:le...@telus.net mailto:le...@telus.net wrote: Hi Tyler, I wrote msys_build_deps.py and look after the Windows dependencies. I haven't seen this error before. I run the program on both Win 98 and XP. If you are using Msys 1.0.10 try upgrading to 1.0.11. I only user 1.0.10 because 1.0.11 doesn't work on Win 98 and I have limited access to XP. Msys 1.0.11 will be needed to build ffmpeg anyway, since the bash shell in 1.0.10 is apparently too old for the ffmpeg configure script. If you continue having problems then just use the prebuilt dependencies for now: http://www3.telus.net/len_l/pygame/prebuilt-pygame1.9.0-msvcr71-win32.zip (for Python 2.4-2.5) (md5sum 0c9b5c65dbd10b5469d2523cf58b7890) http://www3.telus.net/len_l/pygame/prebuilt-pygame1.9.0-msvcr90-win32.zip (for Python 2.6-3.x) (md5sum 8dcd7e7c840d656c3ca7576095777c81) Install the prebuilt directory into the Pygame root directory, run config.py and answer 'n' to msys built, 'y' to use prebuilts. I suppose now I must really try to get ffmpeg built. Lenard Tyler Laing wrote: Not python under cygwin. Thats a leftover string from msys using cygwin code. The command I was trying to execute was python msys_build_deps.py --all Python is installed. Msys is installed, but throwing that error. And no worries. I just wasn't clear enough. :) -Tyler On Wed, Apr 22, 2009 at 10:24 AM, Evan Kroske e.kro...@gmail.com mailto:e.kro...@gmail.com mailto:e.kro...@gmail.com mailto:e.kro...@gmail.com mailto:e.kro...@gmail.com
Re: beginning GSOC preparations: was Re: [pygame] Thank You
I'm sorry if I seem dense throughout all of this, XD. Okay, so I take your package there, unzip it. I copy the pygame source code trunk into there. I then use the windows cmd, and cd into that directory, and run python setup.py --compiler=mingw32 install ? I'm sorry, but you're going to need explicate more steps, and that, because nothing is working for me. Doing the above, after I removed mingw32, and msys, then reinstalled them, then unzipped the msyscore archive in the msys directory to update to 1.0.11, I get this: Hunting dependencies /bin/sh/ : sdl-config: No such directory or file WARNING: sdl-config failed! /bin/shL smpeg-config: No such directory or file WARNING: smpeg-config failed! Normally things work for me, but I'm having a lot of trouble here, because nothing is clear, and Windows has the worst command-line utility around. This is by no means a condemnation of you guys, just that you guys are expecting more out of me, and its just not happening. -Tyler On Wed, Apr 22, 2009 at 4:34 PM, René Dudfield ren...@gmail.com wrote: hi, try this: http://rene.f0o.com/~rene/pygame_mingw32_compile_pack.ziphttp://rene.f0o.com/%7Erene/pygame_mingw32_compile_pack.zip They are the installers for mingw stuff I last installed on my windows machine to compile pygame. Other people have used those to successfully compile it too... so it should work. Also, if you get the dependency sources that Lenard collected on his page in one bundle: http://www3.telus.net/len_l/pygame/Pygame-1.9.0-deps-src.zip I think the directory structure matters too: # directory with all the source deps in it: pygame/ # the trunk is here: pygame/PyGame/ cu, On Thu, Apr 23, 2009 at 8:39 AM, Tyler Laing trinio...@gmail.com wrote: Unfortunately, it doesn't work. Does anyone have a better guide or series of steps to compiling pygame? Those steps should include properly install msys and associated packages. If not, I'll go over and start using the prebuilts. Thanks for the effort Lenard. -Tyler On Wed, Apr 22, 2009 at 2:55 PM, Lenard Lindstrom le...@telus.netwrote: Did you install the Msys autoconf, automake and m4 packages from sourceforge? They are found under the MSYS Supplementary section of the MinGW download page. I suggest using the most recent versions available. Lenard Tyler Laing wrote: Its failing on SDL. I tried running .autogen.sh in the directory, and this is what I got. I just made sure all the extra packages had been extracted to where they should be... including the update automake, autoconf and m4 tars. $ ./autogen.sh Generating build information using autoconf This may take a while ... Can't locate object method path via package Request (perhaps you forgot to load Request?) at /usr/share/autoconf/Autom4te/C4che.pm line 69, GEN1 line 111. Couldn't find autoconf, aborting On Wed, Apr 22, 2009 at 1:44 PM, Lenard Lindstrom le...@telus.netmailto: le...@telus.net wrote: Which package are you trying to build. Unless the thing crashed completely msys_build_deps.py should have displayed a listing at the end showing where it stalled, that is, it will show which DLL were not installed. The packages taken straight form SVN may not have a .configure file. msys_build_deps.py will create those automatically for SDL, SDL_mixer and smpeg. If any other packages were taken from SVN then it will fail. To manually create a configure file start the Msys console, go into the package's root directory and type './autogen.sh'. Anyway, the general Unix steps msys_build_deps.py takes to installing a package are: ./autogen.sh # only for SVN packages ./configure make make install strip /usr/local/bin/lib-name.DLL The msys shell scripts run to build the packages are found at the end of msys_build_deps.py Lenard Tyler Laing wrote: Okay, thanks! It went past that, but now its getting an error that says: /bin/sh: line 17: ./configure: No such file or directory Any idea whats going on here? On Wed, Apr 22, 2009 at 11:18 AM, Lenard Lindstrom le...@telus.net mailto:le...@telus.net mailto:le...@telus.net mailto:le...@telus.net wrote: Hi Tyler, I wrote msys_build_deps.py and look after the Windows dependencies. I haven't seen this error before. I run the program on both Win 98 and XP. If you are using Msys 1.0.10 try upgrading to 1.0.11. I only user 1.0.10 because 1.0.11 doesn't work on Win 98 and I have limited access to XP. Msys 1.0.11 will be needed to build ffmpeg anyway, since the bash shell in 1.0.10 is apparently too old for the ffmpeg configure script. If you continue having problems then just use the prebuilt dependencies for now:
Re: beginning GSOC preparations: was Re: [pygame] Thank You
hi, try this: python msys_build_deps.py --all then this: python setup.py build --compiler=mingw32 install On Thu, Apr 23, 2009 at 10:18 AM, Tyler Laing trinio...@gmail.com wrote: I'm sorry if I seem dense throughout all of this, XD. Okay, so I take your package there, unzip it. I copy the pygame source code trunk into there. I then use the windows cmd, and cd into that directory, and run python setup.py --compiler=mingw32 install ? I'm sorry, but you're going to need explicate more steps, and that, because nothing is working for me. Doing the above, after I removed mingw32, and msys, then reinstalled them, then unzipped the msyscore archive in the msys directory to update to 1.0.11, I get this: Hunting dependencies /bin/sh/ : sdl-config: No such directory or file WARNING: sdl-config failed! /bin/shL smpeg-config: No such directory or file WARNING: smpeg-config failed! Normally things work for me, but I'm having a lot of trouble here, because nothing is clear, and Windows has the worst command-line utility around. This is by no means a condemnation of you guys, just that you guys are expecting more out of me, and its just not happening. -Tyler On Wed, Apr 22, 2009 at 4:34 PM, René Dudfield ren...@gmail.com wrote: hi, try this: http://rene.f0o.com/~rene/pygame_mingw32_compile_pack.ziphttp://rene.f0o.com/%7Erene/pygame_mingw32_compile_pack.zip They are the installers for mingw stuff I last installed on my windows machine to compile pygame. Other people have used those to successfully compile it too... so it should work. Also, if you get the dependency sources that Lenard collected on his page in one bundle: http://www3.telus.net/len_l/pygame/Pygame-1.9.0-deps-src.zip I think the directory structure matters too: # directory with all the source deps in it: pygame/ # the trunk is here: pygame/PyGame/ cu, On Thu, Apr 23, 2009 at 8:39 AM, Tyler Laing trinio...@gmail.com wrote: Unfortunately, it doesn't work. Does anyone have a better guide or series of steps to compiling pygame? Those steps should include properly install msys and associated packages. If not, I'll go over and start using the prebuilts. Thanks for the effort Lenard. -Tyler On Wed, Apr 22, 2009 at 2:55 PM, Lenard Lindstrom le...@telus.netwrote: Did you install the Msys autoconf, automake and m4 packages from sourceforge? They are found under the MSYS Supplementary section of the MinGW download page. I suggest using the most recent versions available. Lenard Tyler Laing wrote: Its failing on SDL. I tried running .autogen.sh in the directory, and this is what I got. I just made sure all the extra packages had been extracted to where they should be... including the update automake, autoconf and m4 tars. $ ./autogen.sh Generating build information using autoconf This may take a while ... Can't locate object method path via package Request (perhaps you forgot to load Request?) at /usr/share/autoconf/Autom4te/C4che.pm line 69, GEN1 line 111. Couldn't find autoconf, aborting On Wed, Apr 22, 2009 at 1:44 PM, Lenard Lindstrom le...@telus.netmailto: le...@telus.net wrote: Which package are you trying to build. Unless the thing crashed completely msys_build_deps.py should have displayed a listing at the end showing where it stalled, that is, it will show which DLL were not installed. The packages taken straight form SVN may not have a .configure file. msys_build_deps.py will create those automatically for SDL, SDL_mixer and smpeg. If any other packages were taken from SVN then it will fail. To manually create a configure file start the Msys console, go into the package's root directory and type './autogen.sh'. Anyway, the general Unix steps msys_build_deps.py takes to installing a package are: ./autogen.sh # only for SVN packages ./configure make make install strip /usr/local/bin/lib-name.DLL The msys shell scripts run to build the packages are found at the end of msys_build_deps.py Lenard Tyler Laing wrote: Okay, thanks! It went past that, but now its getting an error that says: /bin/sh: line 17: ./configure: No such file or directory Any idea whats going on here? On Wed, Apr 22, 2009 at 11:18 AM, Lenard Lindstrom le...@telus.net mailto:le...@telus.net mailto:le...@telus.net mailto:le...@telus.net wrote: Hi Tyler, I wrote msys_build_deps.py and look after the Windows dependencies. I haven't seen this error before. I run the program on both Win 98 and XP. If you are using Msys 1.0.10 try upgrading to 1.0.11. I only user 1.0.10 because 1.0.11 doesn't work on Win 98 and I have limited access to XP. Msys 1.0.11 will be needed to build ffmpeg anyway, since the bash shell in 1.0.10 is apparently
Re: [pygame] C/C++ and Python
I can't get psyco working - I have a 64 bit computer --- On Tue, 4/21/09, Knapp magick.c...@gmail.com wrote: Combined with things lke psyco, and numpy - you can avoid doing a lot of things in C.
Re: [pygame] C/C++ and Python
I ment Pyglet or PyOpenGL --- On Mon, 4/20/09, Casey Duncan ca...@pandora.com wrote: From: Casey Duncan ca...@pandora.com Subject: Re: [pygame] C/C++ and Python To: pygame-users@seul.org Date: Monday, April 20, 2009, 9:46 PM fwiw, with pyglet you don't need PyOpenGL, it has it's own OpenGL wrapper with some nice abstractions build on top (mostly for 2D stuff), an event system, and support for multiple windows, etc. Plus it's also pure-python, which is nice since you just can distribute it with your app code. If you are planning to do an OpenGL app in Python, I would highly recommend giving it a look. -Casey On Apr 20, 2009, at 6:36 PM, Yanom Mobis wrote: So sometimes it would be better to use Pyglet/PyOpenGL instead of pygame? --- On Mon, 4/20/09, Ian Mallett geometr...@gmail.com wrote: From: Ian Mallett geometr...@gmail.com Subject: Re: [pygame] C/C++ and Python To: pygame-users@seul.org Date: Monday, April 20, 2009, 8:11 PM Short of cutting pygame out of your application entirely, I don't think so. You can use OpenGL.GLUT for windowing, for instance, but of course you lose many handy things you can do with pygame (easily editing surfaces, events, etc.) Ian
Re: beginning GSOC preparations: was Re: [pygame] Thank You
Okay, it compiled both SDL and zlib, but it failed on freetype. Here's the error message: from snip freetype-2.3.7/src/base/ftsysem.c:29: snip../include/stdlib.h:317: error: syntax error before double Right now I'm compiling the rest, so we'll see if there's any other errors. -Tyler On Wed, Apr 22, 2009 at 5:49 PM, René Dudfield ren...@gmail.com wrote: hi, try this: python msys_build_deps.py --all then this: python setup.py build --compiler=mingw32 install On Thu, Apr 23, 2009 at 10:18 AM, Tyler Laing trinio...@gmail.com wrote: I'm sorry if I seem dense throughout all of this, XD. Okay, so I take your package there, unzip it. I copy the pygame source code trunk into there. I then use the windows cmd, and cd into that directory, and run python setup.py --compiler=mingw32 install ? I'm sorry, but you're going to need explicate more steps, and that, because nothing is working for me. Doing the above, after I removed mingw32, and msys, then reinstalled them, then unzipped the msyscore archive in the msys directory to update to 1.0.11, I get this: Hunting dependencies /bin/sh/ : sdl-config: No such directory or file WARNING: sdl-config failed! /bin/shL smpeg-config: No such directory or file WARNING: smpeg-config failed! Normally things work for me, but I'm having a lot of trouble here, because nothing is clear, and Windows has the worst command-line utility around. This is by no means a condemnation of you guys, just that you guys are expecting more out of me, and its just not happening. -Tyler On Wed, Apr 22, 2009 at 4:34 PM, René Dudfield ren...@gmail.com wrote: hi, try this: http://rene.f0o.com/~rene/pygame_mingw32_compile_pack.ziphttp://rene.f0o.com/%7Erene/pygame_mingw32_compile_pack.zip They are the installers for mingw stuff I last installed on my windows machine to compile pygame. Other people have used those to successfully compile it too... so it should work. Also, if you get the dependency sources that Lenard collected on his page in one bundle: http://www3.telus.net/len_l/pygame/Pygame-1.9.0-deps-src.zip I think the directory structure matters too: # directory with all the source deps in it: pygame/ # the trunk is here: pygame/PyGame/ cu, On Thu, Apr 23, 2009 at 8:39 AM, Tyler Laing trinio...@gmail.comwrote: Unfortunately, it doesn't work. Does anyone have a better guide or series of steps to compiling pygame? Those steps should include properly install msys and associated packages. If not, I'll go over and start using the prebuilts. Thanks for the effort Lenard. -Tyler On Wed, Apr 22, 2009 at 2:55 PM, Lenard Lindstrom le...@telus.netwrote: Did you install the Msys autoconf, automake and m4 packages from sourceforge? They are found under the MSYS Supplementary section of the MinGW download page. I suggest using the most recent versions available. Lenard Tyler Laing wrote: Its failing on SDL. I tried running .autogen.sh in the directory, and this is what I got. I just made sure all the extra packages had been extracted to where they should be... including the update automake, autoconf and m4 tars. $ ./autogen.sh Generating build information using autoconf This may take a while ... Can't locate object method path via package Request (perhaps you forgot to load Request?) at /usr/share/autoconf/Autom4te/C4che.pm line 69, GEN1 line 111. Couldn't find autoconf, aborting On Wed, Apr 22, 2009 at 1:44 PM, Lenard Lindstrom le...@telus.netmailto: le...@telus.net wrote: Which package are you trying to build. Unless the thing crashed completely msys_build_deps.py should have displayed a listing at the end showing where it stalled, that is, it will show which DLL were not installed. The packages taken straight form SVN may not have a .configure file. msys_build_deps.py will create those automatically for SDL, SDL_mixer and smpeg. If any other packages were taken from SVN then it will fail. To manually create a configure file start the Msys console, go into the package's root directory and type './autogen.sh'. Anyway, the general Unix steps msys_build_deps.py takes to installing a package are: ./autogen.sh # only for SVN packages ./configure make make install strip /usr/local/bin/lib-name.DLL The msys shell scripts run to build the packages are found at the end of msys_build_deps.py Lenard Tyler Laing wrote: Okay, thanks! It went past that, but now its getting an error that says: /bin/sh: line 17: ./configure: No such file or directory Any idea whats going on here? On Wed, Apr 22, 2009 at 11:18 AM, Lenard Lindstrom le...@telus.net mailto:le...@telus.net mailto:le...@telus.net mailto:le...@telus.net wrote: Hi Tyler, I wrote msys_build_deps.py and look after the Windows dependencies. I haven't seen this error before.
Re: beginning GSOC preparations: was Re: [pygame] Thank You
You can run everything from the Msys console, which is more Unix like. In Msys a Windows drive letter translates to a top level Msys directory of the same name. So C:\windows\system32 becomes /c/windows/system32. Add the Python root directory to the executable path and everything should work: export PATH=python root path:$PATH The path must be in Msys form. msys_build_deps.py installs everything to /usr/local in the Msys path (msys\1.0\local in Windows). DLLs go into the bin subdirectory. Lenard Tyler Laing wrote: Normally things work for me, but I'm having a lot of trouble here, because nothing is clear, and Windows has the worst command-line utility around. This is by no means a condemnation of you guys, just that you guys are expecting more out of me, and its just not happening. -Tyler On Wed, Apr 22, 2009 at 4:34 PM, René Dudfield ren...@gmail.com mailto:ren...@gmail.com wrote: hi, try this: http://rene.f0o.com/~rene/pygame_mingw32_compile_pack.zip http://rene.f0o.com/%7Erene/pygame_mingw32_compile_pack.zip They are the installers for mingw stuff I last installed on my windows machine to compile pygame. Other people have used those to successfully compile it too... so it should work. Also, if you get the dependency sources that Lenard collected on his page in one bundle: http://www3.telus.net/len_l/pygame/Pygame-1.9.0-deps-src.zip I think the directory structure matters too: # directory with all the source deps in it: pygame/ # the trunk is here: pygame/PyGame/ cu, On Thu, Apr 23, 2009 at 8:39 AM, Tyler Laing trinio...@gmail.com mailto:trinio...@gmail.com wrote: Unfortunately, it doesn't work. Does anyone have a better guide or series of steps to compiling pygame? Those steps should include properly install msys and associated packages. If not, I'll go over and start using the prebuilts. Thanks for the effort Lenard. -Tyler On Wed, Apr 22, 2009 at 2:55 PM, Lenard Lindstrom le...@telus.net mailto:le...@telus.net wrote: Did you install the Msys autoconf, automake and m4 packages from sourceforge? They are found under the MSYS Supplementary section of the MinGW download page. I suggest using the most recent versions available. Lenard Tyler Laing wrote: Its failing on SDL. I tried running .autogen.sh in the directory, and this is what I got. I just made sure all the extra packages had been extracted to where they should be... including the update automake, autoconf and m4 tars. $ ./autogen.sh Generating build information using autoconf This may take a while ... Can't locate object method path via package Request (perhaps you forgot to load Request?) at /usr/share/autoconf/Autom4te/C4che.pm line 69, GEN1 line 111. Couldn't find autoconf, aborting On Wed, Apr 22, 2009 at 1:44 PM, Lenard Lindstrom le...@telus.net mailto:le...@telus.net mailto:le...@telus.net mailto:le...@telus.net wrote: Which package are you trying to build. Unless the thing crashed completely msys_build_deps.py should have displayed a listing at the end showing where it stalled, that is, it will show which DLL were not installed. The packages taken straight form SVN may not have a .configure file. msys_build_deps.py will create those automatically for SDL, SDL_mixer and smpeg. If any other packages were taken from SVN then it will fail. To manually create a configure file start the Msys console, go into the package's root directory and type './autogen.sh'. Anyway, the general Unix steps msys_build_deps.py takes to installing a package are: ./autogen.sh # only for SVN packages ./configure make make install strip /usr/local/bin/lib-name.DLL The msys shell scripts run to build the packages are found at the end of msys_build_deps.py Lenard Tyler Laing wrote: Okay, thanks! It went past that, but now its getting an error that says: /bin/sh: line 17: ./configure: No such file or directory
Re: beginning GSOC preparations: was Re: [pygame] Thank You
This would be from a patch msys_build_deps.py makes to work around freetypes being built in strict mode, that is, no extensions like 'inline'. The MinGW stdlib.h has an inlined function, causing the compile to fail. I believe René used a different fix from mine. So to disable mine edit msys_build_deps.py and comment out line 549 with a '#': export CPPFLAGS=-Dinline=__inline__ $CPPFLAGS If that fails with some error about 'inline' not recognized then the MinGW header include\stdlib.h will have to be edited on line 317 to replace 'inline' with '__inline__'. By the way, which version of gcc are you using? This gave me no problems with gcc 3.4.5. Lenard Tyler Laing wrote: Okay, it compiled both SDL and zlib, but it failed on freetype. Here's the error message: from snip freetype-2.3.7/src/base/ftsysem.c:29: snip../include/stdlib.h:317: error: syntax error before double Right now I'm compiling the rest, so we'll see if there's any other errors. -Tyler On Wed, Apr 22, 2009 at 5:49 PM, René Dudfield ren...@gmail.com mailto:ren...@gmail.com wrote: hi, try this: python msys_build_deps.py --all then this: python setup.py build --compiler=mingw32 install On Thu, Apr 23, 2009 at 10:18 AM, Tyler Laing trinio...@gmail.com mailto:trinio...@gmail.com wrote: I'm sorry if I seem dense throughout all of this, XD. Okay, so I take your package there, unzip it. I copy the pygame source code trunk into there. I then use the windows cmd, and cd into that directory, and run python setup.py --compiler=mingw32 install ? I'm sorry, but you're going to need explicate more steps, and that, because nothing is working for me. Doing the above, after I removed mingw32, and msys, then reinstalled them, then unzipped the msyscore archive in the msys directory to update to 1.0.11, I get this: Hunting dependencies /bin/sh/ : sdl-config: No such directory or file WARNING: sdl-config failed! /bin/shL smpeg-config: No such directory or file WARNING: smpeg-config failed! Normally things work for me, but I'm having a lot of trouble here, because nothing is clear, and Windows has the worst command-line utility around. This is by no means a condemnation of you guys, just that you guys are expecting more out of me, and its just not happening. -Tyler On Wed, Apr 22, 2009 at 4:34 PM, René Dudfield ren...@gmail.com mailto:ren...@gmail.com wrote: hi, try this: http://rene.f0o.com/~rene/pygame_mingw32_compile_pack.zip http://rene.f0o.com/%7Erene/pygame_mingw32_compile_pack.zip They are the installers for mingw stuff I last installed on my windows machine to compile pygame. Other people have used those to successfully compile it too... so it should work. Also, if you get the dependency sources that Lenard collected on his page in one bundle: http://www3.telus.net/len_l/pygame/Pygame-1.9.0-deps-src.zip I think the directory structure matters too: # directory with all the source deps in it: pygame/ # the trunk is here: pygame/PyGame/ cu, On Thu, Apr 23, 2009 at 8:39 AM, Tyler Laing trinio...@gmail.com mailto:trinio...@gmail.com wrote: Unfortunately, it doesn't work. Does anyone have a better guide or series of steps to compiling pygame? Those steps should include properly install msys and associated packages. If not, I'll go over and start using the prebuilts. Thanks for the effort Lenard. -Tyler On Wed, Apr 22, 2009 at 2:55 PM, Lenard Lindstrom le...@telus.net mailto:le...@telus.net wrote: Did you install the Msys autoconf, automake and m4 packages from sourceforge? They are found under the MSYS Supplementary section of the MinGW download page. I suggest using the most recent versions available. Lenard Tyler Laing wrote: Its failing on SDL. I tried running .autogen.sh in the directory, and this is what I got. I just made sure all the extra packages had been extracted to where they should be... including the update automake, autoconf and m4 tars. $ ./autogen.sh Generating build information using autoconf This may take a while ... Can't locate object method path
Re: [pygame] C/C++ and Python
Psyco working? It looks like it might not work on 64 bit machines. The Psyco Intro http://psyco.sourceforge.net/introduction.html says Psyco only runs on Intel 386-compatible processors, and Wikipedia says that's 32 bit. I could be wrong, but that might mean it won't work. Regardless of what other packages you're using, (and assuming it's compatible) you can use Psyco pretty easily: import psyco psyco.full() At the top of your main file. Ian
Re: beginning GSOC preparations: was Re: [pygame] Thank You
Thanks guys, I've got it all working now. The second step with: python setup.py --compiler=mingw32 install throws an error, saying that --compiler is not recognized. -Tyler On Wed, Apr 22, 2009 at 8:40 PM, Lenard Lindstrom le...@telus.net wrote: This would be from a patch msys_build_deps.py makes to work around freetypes being built in strict mode, that is, no extensions like 'inline'. The MinGW stdlib.h has an inlined function, causing the compile to fail. I believe René used a different fix from mine. So to disable mine edit msys_build_deps.py and comment out line 549 with a '#': export CPPFLAGS=-Dinline=__inline__ $CPPFLAGS If that fails with some error about 'inline' not recognized then the MinGW header include\stdlib.h will have to be edited on line 317 to replace 'inline' with '__inline__'. By the way, which version of gcc are you using? This gave me no problems with gcc 3.4.5. Lenard Tyler Laing wrote: Okay, it compiled both SDL and zlib, but it failed on freetype. Here's the error message: from snip freetype-2.3.7/src/base/ftsysem.c:29: snip../include/stdlib.h:317: error: syntax error before double Right now I'm compiling the rest, so we'll see if there's any other errors. -Tyler On Wed, Apr 22, 2009 at 5:49 PM, René Dudfield ren...@gmail.com mailto: ren...@gmail.com wrote: hi, try this: python msys_build_deps.py --all then this: python setup.py build --compiler=mingw32 install On Thu, Apr 23, 2009 at 10:18 AM, Tyler Laing trinio...@gmail.com mailto:trinio...@gmail.com wrote: I'm sorry if I seem dense throughout all of this, XD. Okay, so I take your package there, unzip it. I copy the pygame source code trunk into there. I then use the windows cmd, and cd into that directory, and run python setup.py --compiler=mingw32 install ? I'm sorry, but you're going to need explicate more steps, and that, because nothing is working for me. Doing the above, after I removed mingw32, and msys, then reinstalled them, then unzipped the msyscore archive in the msys directory to update to 1.0.11, I get this: Hunting dependencies /bin/sh/ : sdl-config: No such directory or file WARNING: sdl-config failed! /bin/shL smpeg-config: No such directory or file WARNING: smpeg-config failed! Normally things work for me, but I'm having a lot of trouble here, because nothing is clear, and Windows has the worst command-line utility around. This is by no means a condemnation of you guys, just that you guys are expecting more out of me, and its just not happening. -Tyler On Wed, Apr 22, 2009 at 4:34 PM, René Dudfield ren...@gmail.com mailto:ren...@gmail.com wrote: hi, try this: http://rene.f0o.com/~rene/pygame_mingw32_compile_pack.ziphttp://rene.f0o.com/%7Erene/pygame_mingw32_compile_pack.zip http://rene.f0o.com/%7Erene/pygame_mingw32_compile_pack.zip They are the installers for mingw stuff I last installed on my windows machine to compile pygame. Other people have used those to successfully compile it too... so it should work. Also, if you get the dependency sources that Lenard collected on his page in one bundle: http://www3.telus.net/len_l/pygame/Pygame-1.9.0-deps-src.zip I think the directory structure matters too: # directory with all the source deps in it: pygame/ # the trunk is here: pygame/PyGame/ cu, On Thu, Apr 23, 2009 at 8:39 AM, Tyler Laing trinio...@gmail.com mailto:trinio...@gmail.com wrote: Unfortunately, it doesn't work. Does anyone have a better guide or series of steps to compiling pygame? Those steps should include properly install msys and associated packages. If not, I'll go over and start using the prebuilts. Thanks for the effort Lenard. -Tyler On Wed, Apr 22, 2009 at 2:55 PM, Lenard Lindstrom le...@telus.net mailto:le...@telus.net wrote: Did you install the Msys autoconf, automake and m4 packages from sourceforge? They are found under the MSYS Supplementary section of the MinGW download page. I suggest using the most recent versions available. Lenard Tyler Laing wrote: Its failing on SDL. I tried running .autogen.sh in the directory, and this is what I got. I just made sure all the extra packages had been extracted to where they should
Re: beginning GSOC preparations: was Re: [pygame] Thank You
python setup.py build --compiler=mingw32 install setup.py allows multiple steps, like build and install, to be listed in one command. The install option doesn't recognize the --compiler option, but the build option. The build option, which install uses when need, does recognize --compiler. I once submitted a Python bug report about install and --compiler, but accepted this work around. Lenard yler Laing wrote: Thanks guys, I've got it all working now. The second step with: python setup.py --compiler=mingw32 install throws an error, saying that --compiler is not recognized. -Tyler On Wed, Apr 22, 2009 at 8:40 PM, Lenard Lindstrom le...@telus.net mailto:le...@telus.net wrote: This would be from a patch msys_build_deps.py makes to work around freetypes being built in strict mode, that is, no extensions like 'inline'. The MinGW stdlib.h has an inlined function, causing the compile to fail. I believe René used a different fix from mine. So to disable mine edit msys_build_deps.py and comment out line 549 with a '#': export CPPFLAGS=-Dinline=__inline__ $CPPFLAGS If that fails with some error about 'inline' not recognized then the MinGW header include\stdlib.h will have to be edited on line 317 to replace 'inline' with '__inline__'. By the way, which version of gcc are you using? This gave me no problems with gcc 3.4.5. Lenard Tyler Laing wrote: Okay, it compiled both SDL and zlib, but it failed on freetype. Here's the error message: from snip freetype-2.3.7/src/base/ftsysem.c:29: snip../include/stdlib.h:317: error: syntax error before double Right now I'm compiling the rest, so we'll see if there's any other errors. -Tyler On Wed, Apr 22, 2009 at 5:49 PM, René Dudfield ren...@gmail.com mailto:ren...@gmail.com mailto:ren...@gmail.com mailto:ren...@gmail.com wrote: hi, try this: python msys_build_deps.py --all then this: python setup.py build --compiler=mingw32 install On Thu, Apr 23, 2009 at 10:18 AM, Tyler Laing trinio...@gmail.com mailto:trinio...@gmail.com mailto:trinio...@gmail.com mailto:trinio...@gmail.com wrote: I'm sorry if I seem dense throughout all of this, XD. Okay, so I take your package there, unzip it. I copy the pygame source code trunk into there. I then use the windows cmd, and cd into that directory, and run python setup.py --compiler=mingw32 install ? I'm sorry, but you're going to need explicate more steps, and that, because nothing is working for me. Doing the above, after I removed mingw32, and msys, then reinstalled them, then unzipped the msyscore archive in the msys directory to update to 1.0.11, I get this: Hunting dependencies /bin/sh/ : sdl-config: No such directory or file WARNING: sdl-config failed! /bin/shL smpeg-config: No such directory or file WARNING: smpeg-config failed! Normally things work for me, but I'm having a lot of trouble here, because nothing is clear, and Windows has the worst command-line utility around. This is by no means a condemnation of you guys, just that you guys are expecting more out of me, and its just not happening. -Tyler On Wed, Apr 22, 2009 at 4:34 PM, René Dudfield ren...@gmail.com mailto:ren...@gmail.com mailto:ren...@gmail.com mailto:ren...@gmail.com wrote: hi, try this: http://rene.f0o.com/~rene/pygame_mingw32_compile_pack.zip http://rene.f0o.com/%7Erene/pygame_mingw32_compile_pack.zip http://rene.f0o.com/%7Erene/pygame_mingw32_compile_pack.zip They are the installers for mingw stuff I last installed on my windows machine to compile pygame. Other people have used those to successfully compile it too... so it should work. Also, if you get the dependency sources that Lenard collected on his page in one bundle: http://www3.telus.net/len_l/pygame/Pygame-1.9.0-deps-src.zip I think the directory structure matters too: # directory with all the source deps in it: pygame/ # the trunk is here: pygame/PyGame/ cu, On Thu, Apr 23, 2009 at 8:39 AM, Tyler Laing trinio...@gmail.com
Re: beginning GSOC preparations: was Re: [pygame] Thank You
And that works! Fantastic, thank you gentlemen for all the assistance. Much appreciated. -Tyler On Wed, Apr 22, 2009 at 9:22 PM, Lenard Lindstrom le...@telus.net wrote: python setup.py build --compiler=mingw32 install setup.py allows multiple steps, like build and install, to be listed in one command. The install option doesn't recognize the --compiler option, but the build option. The build option, which install uses when need, does recognize --compiler. I once submitted a Python bug report about install and --compiler, but accepted this work around. Lenard yler Laing wrote: Thanks guys, I've got it all working now. The second step with: python setup.py --compiler=mingw32 install throws an error, saying that --compiler is not recognized. -Tyler On Wed, Apr 22, 2009 at 8:40 PM, Lenard Lindstrom le...@telus.netmailto: le...@telus.net wrote: This would be from a patch msys_build_deps.py makes to work around freetypes being built in strict mode, that is, no extensions like 'inline'. The MinGW stdlib.h has an inlined function, causing the compile to fail. I believe René used a different fix from mine. So to disable mine edit msys_build_deps.py and comment out line 549 with a '#': export CPPFLAGS=-Dinline=__inline__ $CPPFLAGS If that fails with some error about 'inline' not recognized then the MinGW header include\stdlib.h will have to be edited on line 317 to replace 'inline' with '__inline__'. By the way, which version of gcc are you using? This gave me no problems with gcc 3.4.5. Lenard Tyler Laing wrote: Okay, it compiled both SDL and zlib, but it failed on freetype. Here's the error message: from snip freetype-2.3.7/src/base/ftsysem.c:29: snip../include/stdlib.h:317: error: syntax error before double Right now I'm compiling the rest, so we'll see if there's any other errors. -Tyler On Wed, Apr 22, 2009 at 5:49 PM, René Dudfield ren...@gmail.com mailto:ren...@gmail.com mailto:ren...@gmail.com mailto:ren...@gmail.com wrote: hi, try this: python msys_build_deps.py --all then this: python setup.py build --compiler=mingw32 install On Thu, Apr 23, 2009 at 10:18 AM, Tyler Laing trinio...@gmail.com mailto:trinio...@gmail.com mailto:trinio...@gmail.com mailto:trinio...@gmail.com wrote: I'm sorry if I seem dense throughout all of this, XD. Okay, so I take your package there, unzip it. I copy the pygame source code trunk into there. I then use the windows cmd, and cd into that directory, and run python setup.py --compiler=mingw32 install ? I'm sorry, but you're going to need explicate more steps, and that, because nothing is working for me. Doing the above, after I removed mingw32, and msys, then reinstalled them, then unzipped the msyscore archive in the msys directory to update to 1.0.11, I get this: Hunting dependencies /bin/sh/ : sdl-config: No such directory or file WARNING: sdl-config failed! /bin/shL smpeg-config: No such directory or file WARNING: smpeg-config failed! Normally things work for me, but I'm having a lot of trouble here, because nothing is clear, and Windows has the worst command-line utility around. This is by no means a condemnation of you guys, just that you guys are expecting more out of me, and its just not happening. -Tyler On Wed, Apr 22, 2009 at 4:34 PM, René Dudfield ren...@gmail.com mailto:ren...@gmail.com mailto:ren...@gmail.com mailto:ren...@gmail.com wrote: hi, try this: http://rene.f0o.com/~rene/pygame_mingw32_compile_pack.ziphttp://rene.f0o.com/%7Erene/pygame_mingw32_compile_pack.zip http://rene.f0o.com/%7Erene/pygame_mingw32_compile_pack.zip http://rene.f0o.com/%7Erene/pygame_mingw32_compile_pack.zip They are the installers for mingw stuff I last installed on my windows machine to compile pygame. Other people have used those to successfully compile it too... so it should work. Also, if you get the dependency sources that Lenard collected on his page in one bundle: http://www3.telus.net/len_l/pygame/Pygame-1.9.0-deps-src.zip I think the directory structure matters too: # directory with all the source deps in it: pygame/ #
Re: beginning GSOC preparations: was Re: [pygame] Thank You
One last step, run the unit test suite. I will only take a few minutes (still under construction). python -c import pygame.tests.go Tyler Laing wrote: And that works! Fantastic, thank you gentlemen for all the assistance. Much appreciated. -Tyler On Wed, Apr 22, 2009 at 9:22 PM, Lenard Lindstrom le...@telus.net mailto:le...@telus.net wrote: python setup.py build --compiler=mingw32 install setup.py allows multiple steps, like build and install, to be listed in one command. The install option doesn't recognize the --compiler option, but the build option. The build option, which install uses when need, does recognize --compiler. I once submitted a Python bug report about install and --compiler, but accepted this work around. Lenard yler Laing wrote: Thanks guys, I've got it all working now. The second step with: python setup.py --compiler=mingw32 install throws an error, saying that --compiler is not recognized. -Tyler On Wed, Apr 22, 2009 at 8:40 PM, Lenard Lindstrom le...@telus.net mailto:le...@telus.net mailto:le...@telus.net mailto:le...@telus.net wrote: This would be from a patch msys_build_deps.py makes to work around freetypes being built in strict mode, that is, no extensions like 'inline'. The MinGW stdlib.h has an inlined function, causing the compile to fail. I believe René used a different fix from mine. So to disable mine edit msys_build_deps.py and comment out line 549 with a '#': export CPPFLAGS=-Dinline=__inline__ $CPPFLAGS If that fails with some error about 'inline' not recognized then the MinGW header include\stdlib.h will have to be edited on line 317 to replace 'inline' with '__inline__'. By the way, which version of gcc are you using? This gave me no problems with gcc 3.4.5. Lenard Tyler Laing wrote: Okay, it compiled both SDL and zlib, but it failed on freetype. Here's the error message: from snip freetype-2.3.7/src/base/ftsysem.c:29: snip../include/stdlib.h:317: error: syntax error before double Right now I'm compiling the rest, so we'll see if there's any other errors. -Tyler On Wed, Apr 22, 2009 at 5:49 PM, René Dudfield ren...@gmail.com mailto:ren...@gmail.com mailto:ren...@gmail.com mailto:ren...@gmail.com mailto:ren...@gmail.com mailto:ren...@gmail.com mailto:ren...@gmail.com mailto:ren...@gmail.com wrote: hi, try this: python msys_build_deps.py --all then this: python setup.py build --compiler=mingw32 install On Thu, Apr 23, 2009 at 10:18 AM, Tyler Laing trinio...@gmail.com mailto:trinio...@gmail.com mailto:trinio...@gmail.com mailto:trinio...@gmail.com mailto:trinio...@gmail.com mailto:trinio...@gmail.com mailto:trinio...@gmail.com mailto:trinio...@gmail.com wrote: I'm sorry if I seem dense throughout all of this, XD. Okay, so I take your package there, unzip it. I copy the pygame source code trunk into there. I then use the windows cmd, and cd into that directory, and run python setup.py --compiler=mingw32 install ? I'm sorry, but you're going to need explicate more steps, and that, because nothing is working for me. Doing the above, after I removed mingw32, and msys, then reinstalled them, then unzipped the msyscore archive in the msys directory to update to 1.0.11, I get this: Hunting dependencies /bin/sh/ : sdl-config: No such directory or file WARNING: sdl-config failed! /bin/shL smpeg-config: No such directory or file WARNING: smpeg-config failed! Normally things work for me, but I'm having a lot of trouble here, because nothing is clear, and Windows has the worst command-line utility around. This is by no means a condemnation of you guys, just that you guys are expecting more out of me, and its just not happening. -Tyler On Wed,
Re: beginning GSOC preparations: was Re: [pygame] Thank You
That reminds me... should we make the tests run at the end of an install automatically? Should make it easier for people to figure out if there are problems... but might cause it's own problems too. On Thu, Apr 23, 2009 at 2:39 PM, Lenard Lindstrom le...@telus.net wrote: One last step, run the unit test suite. I will only take a few minutes (still under construction). python -c import pygame.tests.go Tyler Laing wrote: And that works! Fantastic, thank you gentlemen for all the assistance. Much appreciated. -Tyler
Re: beginning GSOC preparations: was Re: [pygame] Thank You
We could add it as an optional 'test' command option. Lenard René Dudfield wrote: That reminds me... should we make the tests run at the end of an install automatically? Should make it easier for people to figure out if there are problems... but might cause it's own problems too. On Thu, Apr 23, 2009 at 2:39 PM, Lenard Lindstrom le...@telus.net mailto:le...@telus.net wrote: One last step, run the unit test suite. I will only take a few minutes (still under construction). python -c import pygame.tests.go Tyler Laing wrote: And that works! Fantastic, thank you gentlemen for all the assistance. Much appreciated. -Tyler
Re: beginning GSOC preparations: was Re: [pygame] Thank You
Biggest problems I could see are in two areas, misinterpretation and structural. Depending on the filesystem, and current hardware setup, some of the files may still be being written to disk(say a network drive or during lots of other writes) when the tests are run. In terms of misinterepretation, you'd have to make it clear that it is in its test phase, and that installation finished without a hitch. Those are all I can see happening. And as to the test's you asked me to run... I realize now I was supposed to use the svn trunk of pygame, not the 1.8 release. Redoing it all over right now, but with the problems fixed, I don't forsee any issues. :) -Tyler On Wed, Apr 22, 2009 at 9:42 PM, René Dudfield ren...@gmail.com wrote: That reminds me... should we make the tests run at the end of an install automatically? Should make it easier for people to figure out if there are problems... but might cause it's own problems too. On Thu, Apr 23, 2009 at 2:39 PM, Lenard Lindstrom le...@telus.net wrote: One last step, run the unit test suite. I will only take a few minutes (still under construction). python -c import pygame.tests.go Tyler Laing wrote: And that works! Fantastic, thank you gentlemen for all the assistance. Much appreciated. -Tyler -- Visit my blog at http://oddco.ca/zeroth/zblog