---------- Forwarded message ---------- From: Curtis Jewell <p...@csjewell.fastmail.us> Date: Mon, Aug 3, 2009 at 4:39 PM Subject: Re: Test Windows Build on Module To: Kartik Thakore <thakore.kar...@gmail.com>
Here's what I did. I still used the same setup as previously. my ($sdl_compile_flags, $sdl_link_flags); if ($^O eq 'MSWin32') { $sdl_compile_flags = qq{-I"$ENV{SDL_INST_DIR}\include\SDL" -D_GNU_SOURCE=1 -Dmain=SDL_main}; $sdl_link_flags = qq{-L"$ENV{SDL_INST_DIR}\lib" -lmingw32 -lSDLmain -lSDL.dll -mwindows'}; } else { $sdl_compile_flags = `sdl-config --cflags`; $sdl_link_flags = `sdl-config --libs`; if ($? >> 8) { die "SDL doesn't appear to be installed.\n" . "Please check that sdl-config is in your path and try again.\n"; } } (the way I installed it means that SDL_INST_DIR=c:\strawberry\c) It got as far as: C:\Documents and Settings\Curtis\Desktop\kthakore-SDL_perl-acbf8053a89d78a3c601fb0b05fc91461c204294>perl Build.PL Environment variable LIBS is empty after that - which is correct on a system that has no other compilation environment than Strawberry. (Helpful debugging hint: Carp is in core, so you don't have to install anything extra to use it. 'use Carp;' and then 'croak' instead of 'die' and 'carp' instead of 'warn'. Then, in a debugging scenario, I can do 'set PERL5OPT=-MCarp=verbose' and give you a stacktrace when there's a problem.) --Curtis On Mon, 03 Aug 2009 16:23 -0400, "Kartik Thakore" <thakore.kar...@gmail.com> wrote: > Thank you. > Also the message have sunk in but I am stuck between a rock and a hard > place. I am putting a conditional on the sdl-config now. > > On Mon, Aug 3, 2009 at 4:10 PM, Curtis Jewell < > lists.perl.module-auth...@csjewell.fastmail.us> wrote: > > > I'm using Strawberry Perl 5.10.0.6 and the precompiled library at > > http://www.libsdl.org/release/SDL-devel-1.2.13-mingw32.tar.gz - I > > extracted it's bin, lib, and include directories into > > c:\strawberry\c{include, lib, bin}. > > > > Here are the results from trying again on 2003_x86.msopensource.net: > > > > H:\Desktop\kthakore-SDL_perl-acbf8053a89d78a3c601fb0b05fc91461c204294>perl > > Build > > .PL > > 'sdl-config' is not recognized as an internal or external command, > > operable program or batch file. > > 'sdl-config' is not recognized as an internal or external command, > > operable program or batch file. > > SDL doesn't appear to be installed. > > Please check that sdl-config is in your path and try again. > > > > The message must not have sunk in the first time: sdl-config is a > > ***shell script***. It will not work, even if it IS in the path. You > > can't rely on it working on Win32. > > > > (Your setenv.bat is also assuming that there is a Microsoft Visual C++ > > compilation environment available. That's not always the case. > > Strawberry uses a gcc environment.) > > > > I'll send you a patch in a little bit. > > > > --Curtis > > > > On Mon, 03 Aug 2009 15:30 -0400, "Kartik Thakore" > > <thakore.kar...@gmail.com> wrote: > > > yup this is a problem. Let me see what I can do. Maybe an auto-downloader > > > is > > > needed. Also I forgot a step below. in setenv.bat you need to manually > > > set > > > MY_DEV_ROOT=d:\sdlpl . > > > > > > On Mon, Aug 3, 2009 at 3:13 PM, Andreas Lund <fl...@atc.no> wrote: > > > > > > > Mon, 3 Aug 2009 13:04:57 -0400, Kartik Thakore < > > thakore.kar...@gmail.com> > > > > wrote: > > > > > Can I get some windows testing to see if the build works? > > > > > Here is the repo http://github.com/kthakore/SDL_perl/tree/patch > > > > > > > > > > $ git clone git://github.com/kthakore/SDL_perl.git > > > > > $ git checkout -b patch --track origin/patch > > > > > $ setenv.bat > > > > > $ perl Build.PL > > > > > $ perl Build test > > > > > > > > > > > > > > > please put feed back in http://github.com/kthakore/SDL_perl/issues > > > > > > > > > > Thank you. > > > > > > > > > > Kartik Thakore > > > > > > > > Is there any way you could create an archive of the required SDL libs > > and > > > > make > > > > it available for download? > > > > > > > > Every time I decide to give SDL-perl another try, I eventually give up > > > > because > > > > the libs are scattered all across the 'net in all sorts of weird code > > repos > > > > and have to be checked out using all sorts of funny tools. I have > > several > > > > megs > > > > worth of SDL libs but as long as there's always atleast one piece > > missing > > > > I'll > > > > never know if they actually fit together... > > > > > > > > I would really like to be able to help out with the Perl/XS bit in any > > way > > > > I > > > > can, particularly the OpenGL bits. > > > > > > > > > > > > -- > > > > 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 > > > > > > -- > > Curtis Jewell > > swords...@csjewell.fastmail.us > > > > %DCL-E-MEM-BAD, bad memory > > -VMS-F-PDGERS, pudding between the ears > > > > [I use PC-Alpine, which deliberately does not display colors and pictures > > in HTML mail] > > > > -- Curtis Jewell swords...@csjewell.fastmail.us %DCL-E-MEM-BAD, bad memory -VMS-F-PDGERS, pudding between the ears [I use PC-Alpine, which deliberately does not display colors and pictures in HTML mail]