Re: Test Windows Build on Module

[email protected] (Kartik Thakore)
Newsgroups perl.sdl.devel,perl.module-authors
Message-ID <[email protected]>
Hello ppl,

Calling for all help on making Build for windows (Cygwin/Mingw/Native). I
have added the following patch to

http://github.com/kthakore/SDL_perl
branch patch

I am having a lot of trouble doing this as I don't have a windows box. Any
help is much appreciated.

Kartik Thakore



On Mon, Aug 3, 2009 at 4:39 PM, Curtis Jewell <[email protected]>wrote:

> 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"
> <[email protected]> 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 <
> > [email protected]> 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"
> > > <[email protected]> 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 <[email protected]> wrote:
> > > >
> > > > > Mon, 3 Aug 2009 13:04:57 -0400, Kartik Thakore <
> > > [email protected]>
> > > > > 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 ([email protected])
> > > > > 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
> > > [email protected]
> > >
> > > %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
> [email protected]
>
> %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]
>
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.