Building on Win32 - the real problem

2009-08-30 Thread Andreas Lund

Yet again I have decided to try building SDL on Win32 and yet again I have not
even made it to the actual building. Why? Because only about half the required
libraries can be downloaded for Windows.

smpeg-0.4.5

The SDL webpage refers to http://www.icculus.org/smpeg/ which states the
following:

  You can check out smpeg from Subversion via these simple instructions:
  svn co svn://svn.icculus.org/smpeg/trunk smpeg

Unfortunately, there are two problems here. First of all, the 'svn' command is
meaningless to anyone not familiar with Subversion. Secondly, even those who
know what Subversion is and actually manage to download and install a client
and check out the files...  the only thing you will get is the source code,
not the Win32 library. If you don't know how to compile it, you're out of
luck. 


SDL_sound

The SDL webpage refers to http://icculus.org/SDL_sound/
Now, just in case anyone actually succeeded in getting past Subversion, they
decided to use Mercurial for this:

 To download SDL_sound via Mercurial:

  hg clone http://hg.icculus.org/icculus/SDL_sound/
  ...or, for the stable (non-development) branch:
  hg clone -r stable-1.0 http://hg.icculus.org/icculus/SDL_sound/ 

And ofcourse, you'll still only get the source code, not the Win32 library.


SDL_gfx

The SDL webpage refers to http://www.ferzkopp.net/joomla/content/view/19/14/
How refreshing to actually see a tarball ready for download. Ofcourse, most
perl devs know how to extract one, but again... this is the source code only,
not the actual library.


SDL_svg

The SDL webpage refers to http://www.linuxmotors.com/SDL_svg
Actually managed to get stuff compiled for the other libs? Well okay, try to
get past this then... this time you only get to download the linux library,
not the source code. Muahahaha!


SDL_vnc

The SDL webpage refers to
http://www.ferzkopp.net/~aschiffler/Software/SDL_vnc/index.html which is a
broken link. Still don't give up do you? OK so you navigate the site, and
again you find a tarball with source code only. 


Until these hurdles are solved, the number of people both willing and able to
TEST SDL-Perl on Windows will remain stable at near zero, and the irregular
attempts to resurrect the project are almost guaranteed to fail.



--
Andreas Lund (fl...@atc.no)
Tel: +47 90077162
#include disclaimer.h
Look at you hacker, panting and sweating as you run through my corridors.
How can you challenge a perfect immortal machine? -- SHODAN, System Shock


Re: Building on Win32 - the real problem

2009-08-30 Thread Kartik Thakore

Hi,

Andreas which version of SDL perl did you try for windows? If you  
would have gotten v2.2.2.5 (sorry for the stupid version names), it  
would have required Alien::SDL v0.02 which should have gotten the bare  
minimum of deps needed on windows.


Moving on,

On 30-Aug-09, at 3:45 AM, Andreas Lund fl...@atc.no wrote:



Yet again I have decided to try building SDL on Win32 and yet again  
I have not

even made it to the actual building.


What failed in building?


Why? Because only about half the required
libraries can be downloaded for Windows.

Some of these deps are not required.



smpeg-0.4.5

The SDL webpage refers to http://www.icculus.org/smpeg/ which states  
the

following:

 You can check out smpeg from Subversion via these simple  
instructions:

 svn co svn://svn.icculus.org/smpeg/trunk smpeg

Unfortunately, there are two problems here. First of all, the 'svn'  
command is
meaningless to anyone not familiar with Subversion. Secondly, even  
those who
know what Subversion is and actually manage to download and install  
a client
and check out the files...  the only thing you will get is the  
source code,
not the Win32 library. If you don't know how to compile it, you're  
out of

luck.

This is downloaded for you with Alien::SDL




SDL_sound

The SDL webpage refers to http://icculus.org/SDL_sound/
Now, just in case anyone actually succeeded in getting past  
Subversion, they

decided to use Mercurial for this:

To download SDL_sound via Mercurial:

 hg clone http://hg.icculus.org/icculus/SDL_sound/
 ...or, for the stable (non-development) branch:
 hg clone -r stable-1.0 http://hg.icculus.org/icculus/SDL_sound/

And ofcourse, you'll still only get the source code, not the Win32  
library.


This library I haven't gotten around to make for windows.



SDL_gfx

The SDL webpage refers to http://www.ferzkopp.net/joomla/content/view/19/14/
How refreshing to actually see a tarball ready for download.  
Ofcourse, most
perl devs know how to extract one, but again... this is the source  
code only,

not the actual library.

Same as above.


SDL_svg

The SDL webpage refers to http://www.linuxmotors.com/SDL_svg
Actually managed to get stuff compiled for the other libs? Well  
okay, try to
get past this then... this time you only get to download the linux  
library,

not the source code. Muahahaha!
This dep is not actually used (I haven't seen thing wrong with not  
having it). If you are seeing error messages please post a bug report.


SDL_vnc

The SDL webpage refers to
http://www.ferzkopp.net/~aschiffler/Software/SDL_vnc/index.html  
which is a
broken link. Still don't give up do you? OK so you navigate the  
site, and

again you find a tarball with source code only.


Same as above.
Until these hurdles are solved, the number of people both willing  
and able to
TEST SDL-Perl on Windows will remain stable at near zero, and the  
irregular

attempts to resurrect the project are almost guaranteed to fail.

Thanks for the vote of confidence.





--
Andreas Lund (fl...@atc.no)
Tel: +47 90077162
#include disclaimer.h
Look at you hacker, panting and sweating as you run through my  
corridors.
How can you challenge a perfect immortal machine? -- SHODAN, System  
Shock


Re: Building on Win32 - the real problem

2009-08-30 Thread Kartik Thakore
Oh forgot to mention ... Alien::SDL will  extract the deps to C:/ 
strawberry/ . So if you strawberry is installed some place else it may  
not work.


Kartik Thakore

On 30-Aug-09, at 3:45 AM, Andreas Lund fl...@atc.no wrote:



Yet again I have decided to try building SDL on Win32 and yet again  
I have not
even made it to the actual building. Why? Because only about half  
the required

libraries can be downloaded for Windows.

smpeg-0.4.5

The SDL webpage refers to http://www.icculus.org/smpeg/ which states  
the

following:

 You can check out smpeg from Subversion via these simple  
instructions:

 svn co svn://svn.icculus.org/smpeg/trunk smpeg

Unfortunately, there are two problems here. First of all, the 'svn'  
command is
meaningless to anyone not familiar with Subversion. Secondly, even  
those who
know what Subversion is and actually manage to download and install  
a client
and check out the files...  the only thing you will get is the  
source code,
not the Win32 library. If you don't know how to compile it, you're  
out of

luck.


SDL_sound

The SDL webpage refers to http://icculus.org/SDL_sound/
Now, just in case anyone actually succeeded in getting past  
Subversion, they

decided to use Mercurial for this:

To download SDL_sound via Mercurial:

 hg clone http://hg.icculus.org/icculus/SDL_sound/
 ...or, for the stable (non-development) branch:
 hg clone -r stable-1.0 http://hg.icculus.org/icculus/SDL_sound/

And ofcourse, you'll still only get the source code, not the Win32  
library.



SDL_gfx

The SDL webpage refers to http://www.ferzkopp.net/joomla/content/view/19/14/
How refreshing to actually see a tarball ready for download.  
Ofcourse, most
perl devs know how to extract one, but again... this is the source  
code only,

not the actual library.


SDL_svg

The SDL webpage refers to http://www.linuxmotors.com/SDL_svg
Actually managed to get stuff compiled for the other libs? Well  
okay, try to
get past this then... this time you only get to download the linux  
library,

not the source code. Muahahaha!


SDL_vnc

The SDL webpage refers to
http://www.ferzkopp.net/~aschiffler/Software/SDL_vnc/index.html  
which is a
broken link. Still don't give up do you? OK so you navigate the  
site, and

again you find a tarball with source code only.


Until these hurdles are solved, the number of people both willing  
and able to
TEST SDL-Perl on Windows will remain stable at near zero, and the  
irregular

attempts to resurrect the project are almost guaranteed to fail.



--
Andreas Lund (fl...@atc.no)
Tel: +47 90077162
#include disclaimer.h
Look at you hacker, panting and sweating as you run through my  
corridors.
How can you challenge a perfect immortal machine? -- SHODAN, System  
Shock


SDL Perl based games

2009-08-30 Thread Garry Taylor

Hi all,
I hadn't checked this newsgroup in a while and was happy to see 
that it still alive and well.  I saw that some people had been sharing 
some SDL Perl games online, and I had a few to share as well. At 
http://home.comcast.net/~g.f.taylor/GarrysGames.html; you can find four 
games I have written as well as a simple flip book program to let a 
child play at making animation on the computer.  The games are Toad (a 
Frogger wanna be), RabbitHat (like Centipede), BunnyHunt (sort of 
like Pac-Man) and Bonk The Buggies.  All (with the exception of Toad 
which in its very first incarnation was a game I wrote in TRS-80 Basic 
back in 1981) were written originally to run on my Windows 3.11 PC for 
my little girl so that she could play games which were not quite so 
violent as games were starting to become at the time.


A few years ago I got the idea of trying to get them to run again 
by rewriting them in Perl.  The downloads are Windows XP/Vista installs 
which include a bare bones Perl environment for running the games (the 
installs put the code into its own separate place, and shouldn't 
interfere with your existing Perl setups).  I did this so that I could 
share the games with friends and family who either don't have SDL 
installed, don't have Perl installed, or don't do any programming and 
just needed something that will run.  The code as it currently stands 
was not written for general publication, so there are probably places 
where the Perl code itself is not always the best looking it could be, 
but the games themselves work pretty well.  Also, it is worth noting 
that I wound up being lazy and made a few additions to the Perl SDL code 
that I was using to add an additional function or two for printing text 
onto the screen that was centered or right aligned.


 While I have not made any Unix installs for the code, I have 
actually run the games on a few Linux machines that I have access to, 
where I also had installed SDL.  I have not updated my SDL installs in 
several years now, so there may be complications that arise if running 
it with  a new version of SDL.


 I hope you enjoy the games (or at least aren't too mean about it 
if you don't ^ ).

Garry Taylor


Re: SDL Perl based games

2009-08-30 Thread Kartik Thakore

Hi Garry,
Thanks for sharing!!! they look great!
With you permission may I move these games onto CPAN?
Kartik Thakore

On 29-Aug-09, at 2:25 PM, Garry Taylor mrpott...@gmail.com wrote:


Hi all,
   I hadn't checked this newsgroup in a while and was happy to see  
that it still alive and well.  I saw that some people had been  
sharing some SDL Perl games online, and I had a few to share as  
well. At http://home.comcast.net/~g.f.taylor/GarrysGames.html; you  
can find four games I have written as well as a simple flip book  
program to let a child play at making animation on the computer.   
The games are Toad (a Frogger wanna be), RabbitHat (like  
Centipede), BunnyHunt (sort of like Pac-Man) and Bonk The  
Buggies.  All (with the exception of Toad which in its very first  
incarnation was a game I wrote in TRS-80 Basic back in 1981) were  
written originally to run on my Windows 3.11 PC for my little girl  
so that she could play games which were not quite so violent as  
games were starting to become at the time.


   A few years ago I got the idea of trying to get them to run again  
by rewriting them in Perl.  The downloads are Windows XP/Vista  
installs which include a bare bones Perl environment for running the  
games (the installs put the code into its own separate place, and  
shouldn't interfere with your existing Perl setups).  I did this so  
that I could share the games with friends and family who either  
don't have SDL installed, don't have Perl installed, or don't do any  
programming and just needed something that will run.  The code as it  
currently stands was not written for general publication, so there  
are probably places where the Perl code itself is not always the  
best looking it could be, but the games themselves work pretty  
well.  Also, it is worth noting that I wound up being lazy and made  
a few additions to the Perl SDL code that I was using to add an  
additional function or two for printing text onto the screen that  
was centered or right aligned.


While I have not made any Unix installs for the code, I have  
actually run the games on a few Linux machines that I have access  
to, where I also had installed SDL.  I have not updated my SDL  
installs in several years now, so there may be complications that  
arise if running it with  a new version of SDL.


I hope you enjoy the games (or at least aren't too mean about it  
if you don't ^ ).

   Garry Taylor