Re: Alien::SLD2

2013-03-04 Thread kmx


On 4.3.2013 0:16, Kartik Thakore wrote:

Thanks. In SDL2 I had to neuter your internal::Loader stuff. I didn't know
what was it doing. I will have SDL2 use the Alien::SDL2 in a bit too.


SDL2::Internal::Loader::internal_load_dlls will be needed as Alien::SDL2 
keeps dynamic libraries (dll, so) in a place where operating system is not 
gonna search for them.


If you use strawberry perl SDL2 binaries directly unzipped into 
c:\strawberry then you do not need SDL2::Internal::Loader (as all SDL2 
related DLL's are in your PATH). But if you install SDL2 binaries via 
Alien::SDL2 then 'internal_load_dlls' (or alternative hack) is necessary.


--
kmx


Re: Alien::SLD2

2013-03-03 Thread Kartik Thakore
Thanks. In SDL2 I had to neuter your internal::Loader stuff. I didn't know
what was it doing. I will have SDL2 use the Alien::SDL2 in a bit too.


On Sun, Mar 3, 2013 at 4:43 PM, kmx  wrote:

> I have cloned the good old Alien::SDL into https://github.com/**
> PerlGameDev/Alien-SDL2 
>
> Nearly all patches + some parts that I considered conected to SDL-1.x were
> removed but overall idea + interface style is the same.
>
> I have tested only on strawberry perl (pre-built binaries) and one of my
> Linux box (building from source), so it is far from release quality.
>
> --
> kmx
>


Re: Alien::SLD2

2013-03-03 Thread kmx
I have cloned the good old Alien::SDL into 
https://github.com/PerlGameDev/Alien-SDL2


Nearly all patches + some parts that I considered conected to SDL-1.x were 
removed but overall idea + interface style is the same.


I have tested only on strawberry perl (pre-built binaries) and one of my 
Linux box (building from source), so it is far from release quality.


--
kmx


Re: Alien::SLD2

2013-03-01 Thread Kartik Thakore
AEWSOME!



On Fri, Mar 1, 2013 at 11:34 AM, kmx  wrote:

> Updated SDL2 binaries for strawberry perl:
> * 
> http://strawberryperl.com/**package/kmx/sdl/32bit_SDL2_**20130301.zip
> * 
> http://strawberryperl.com/**package/kmx/sdl/64bit_SDL2_**20130301.zip
>
> Contain:
> * SDL2
> * SDL2_image
> * SDL2_gfx
> * SDL2_net
> * SDL2_mixer
> * SDL2_ttf
> (all from latest SVN/Mercurial checkouts)
>
> --
> kmx
>
>


Re: Alien::SLD2

2013-03-01 Thread kmx

Updated SDL2 binaries for strawberry perl:
* http://strawberryperl.com/package/kmx/sdl/32bit_SDL2_20130301.zip
* http://strawberryperl.com/package/kmx/sdl/64bit_SDL2_20130301.zip

Contain:
* SDL2
* SDL2_image
* SDL2_gfx
* SDL2_net
* SDL2_mixer
* SDL2_ttf
(all from latest SVN/Mercurial checkouts)

--
kmx



Re: [SPAM] Re: Alien::SLD2

2013-03-01 Thread Jeffrey Palmer
sdl-team has been added to SDL2, that should fix that.

--
Jeff

On Fri, Mar 1, 2013 at 6:46 AM, kmx  wrote:

>
> On 1.3.2013 1:08, Jeffrey Palmer wrote:
>
>> I went ahead and created that repo on github.  Let me know if there's
>> anything I can do to help.
>>
>
> Thanks, could you please also give me a commit privilege to PerlGameDev /
> SDL2 ?
>
> --
> kmx
>
>


Re: Alien::SLD2

2013-03-01 Thread Kartik Thakore
Check out the new branch. I am doing SDL2pp.dll for the collision.
get_handle_win32 and junk comes from windows.h I believe but SDL2 has no
need for it. https://github.com/PerlGameDev/SDL2/tree/new_sdl_win


On Fri, Mar 1, 2013 at 5:35 AM, kmx  wrote:

>
> On 1.3.2013 5:34, Kartik Thakore wrote:
>
>> And then this.
>>
>
>
> Well it a collision of SDL2.dll (which comes from SDL2 binaries) vs.
> SDL2.dll which is the output of compiling SDL2.xs
>
> Grrr, somebody should propose a fix to p5p to produce something like
> SDL2.xs.dll
>
> Anyway I can prepare new binaries with renamed DLL's (will do over the
> weekend) or you can move your XS testing to e.g. SDL2::TestOnly module
> (which will produce TestOnly.dll not SDL2.dll)
>
> --
> kmx
>
>


Re: Alien::SLD2

2013-03-01 Thread kmx


On 1.3.2013 5:34, Kartik Thakore wrote:

And then this.



Well it a collision of SDL2.dll (which comes from SDL2 binaries) vs. 
SDL2.dll which is the output of compiling SDL2.xs


Grrr, somebody should propose a fix to p5p to produce something like 
SDL2.xs.dll


Anyway I can prepare new binaries with renamed DLL's (will do over the 
weekend) or you can move your XS testing to e.g. SDL2::TestOnly module 
(which will produce TestOnly.dll not SDL2.dll)


--
kmx



Re: Alien::SLD2

2013-03-01 Thread kmx


On 1.3.2013 5:10, Kartik Thakore wrote:

So was trying to compile stuff this is what I get running. perl Build.pl
and perl Build in https://github.com/PerlGameDev/SDL2

I copied your libSDL2 zip files to strawberryperl/c

g++.exe -o "blib\arch\auto\SDL2\SDL2.dll" -Wl,--base-file,"lib\SDL2.base"
-Wl,--
image-base,0x7d20 -mdll -s
-L"C:\Users\kthakore\Documents\Development\strawb
erry_perl\perl\lib\CORE"
-L"C:\Users\kthakore\Documents\Development\strawberry_p
erl\c\lib" "lib\SDL2.lds"
-LC:\Users\kthakore\Documents\Development\strawberry_p
erl\c\bin\..\lib -lmingw32 -lSDL2main -lSDL2 -mwindows "lib\SDL2.exp"
lib\SDL2.o:SDL2.c:(.text+0x5e): undefined reference to `get_handle_win32'
lib\SDL2.o:SDL2.c:(.text+0x4d7): undefined reference to
`windows_force_driver'
collect2: ld returned 1 exit status
dlltool --def "lib\SDL2.def" --output-exp "lib\SDL2.exp" --base-file
"lib\SDL2.base"


I have no idea what should functions get_handle_win32 + windows_force_driver 
exactly do. These are not part of SDL2.

Simply comment them out.

--
kmx




Re: Alien::SLD2

2013-02-28 Thread Kartik Thakore
So was trying to compile stuff this is what I get running. perl Build.pl
and perl Build in https://github.com/PerlGameDev/SDL2

I copied your libSDL2 zip files to strawberryperl/c

g++.exe -o "blib\arch\auto\SDL2\SDL2.dll" -Wl,--base-file,"lib\SDL2.base"
-Wl,--
image-base,0x7d20 -mdll -s
-L"C:\Users\kthakore\Documents\Development\strawb
erry_perl\perl\lib\CORE"
-L"C:\Users\kthakore\Documents\Development\strawberry_p
erl\c\lib" "lib\SDL2.lds"
-LC:\Users\kthakore\Documents\Development\strawberry_p
erl\c\bin\..\lib -lmingw32 -lSDL2main -lSDL2 -mwindows "lib\SDL2.exp"
lib\SDL2.o:SDL2.c:(.text+0x5e): undefined reference to `get_handle_win32'
lib\SDL2.o:SDL2.c:(.text+0x4d7): undefined reference to
`windows_force_driver'
collect2: ld returned 1 exit status
dlltool --def "lib\SDL2.def" --output-exp "lib\SDL2.exp" --base-file
"lib\SDL2.b
ase"


On Thu, Feb 28, 2013 at 7:59 PM, kmx  wrote:

>
>  Alien::SDL2 will just have SDL2 for now. The other libraries don't work
>> with SDL2 as of yet.
>>
>
>
> It is better than you might expect - in fact all of them work with SDL2
>
> All these (latest SNV/Mercurial exports) tarballs build without any
> troubles:
> SDL2-hg20130301.tar.gz
> SDL2_gfx-svn20130301.tar.gz
> SDL2_image-hg20130301.tar.gz
> SDL2_mixer-hg20130301.tar.gz
> SDL2_net-hg20130301.tar.gz
> SDL2_sound-hg20130301.tar.gz
> SDL2_ttf-hg20130301.tar.gz
>
> You can get them from 
> http://strawberryperl.com/**package/kmx/sdl/src/
>
> --
> kmx
>


Re: Alien::SLD2

2013-02-28 Thread kmx


Alien::SDL2 will just have SDL2 for now. The other libraries don't work 
with SDL2 as of yet.



It is better than you might expect - in fact all of them work with SDL2

All these (latest SNV/Mercurial exports) tarballs build without any troubles:
SDL2-hg20130301.tar.gz
SDL2_gfx-svn20130301.tar.gz
SDL2_image-hg20130301.tar.gz
SDL2_mixer-hg20130301.tar.gz
SDL2_net-hg20130301.tar.gz
SDL2_sound-hg20130301.tar.gz
SDL2_ttf-hg20130301.tar.gz

You can get them from http://strawberryperl.com/package/kmx/sdl/src/

--
kmx