---------- 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]
