On Sat, Aug 17, 2013 at 3:08 PM, kmx mailto:k...@volny.cz>>
wrote:
now also in experimental
--
kmx
On 17.8.2013 20:52, Kartik Thakore wrote:
Actually I have made some changes to that file, can you move those
changes to the experimental branch? I have a pa
I have commited the patch to 'master' see
https://github.com/PerlGameDev/Alien-SDL2/commit/f796a3d
Needs testing
--
kmx
On 13.8.2013 22:24, Kartik Thakore wrote:
Yeah read this! Hey kmx, anyway you can update the packs? or FROGGS
If you mean urls in Alien::SDL2 -
https://github.com/PerlGameDev/Alien-SDL2/blob/master/inc/My/Utility.pm#L58
- I can do it.
Just SDL2_xxx packages or should I update also zlib
\*
- clean c:\strawberry-portable\data\*
- zip (after SDL installation should be approx 23MB)
- distribute
--
kmx
gcc toolchain) - it is easier for me than to elaborate
"what-if-I-delete-this" :)
--
kmx
On 5.3.2013 23:31, Kartik Thakore wrote:
hmm what if I cpan install that? Where is the 'script' that runs the
portable thing?
On Tue, Mar 5, 2013 at 4:38 PM, kmx wrote:
Interest
Interesting idea.
My guess is that for portable strawberry you will need to keep at least
perl\vendor\lib\Portable\*
perl\vendor\lib\Portable.pm
+ perhaps File::HomeDir and other Portable's prereqs
--
kmx
On 5.3.2013 20:54, Kartik Thakore wrote:
Could I delete all of perl/vendor and in
In theory you can delete whatever in perl/vendor you only cannot be sure if
some of SDL dependencies is not using it.
--
kmx
On 5.3.2013 17:54, Kartik Thakore wrote:
What about stuff inside perl\vendor and what not. It has a lot of the stuff
that is not needed (DBI, BerkelyDB, etc )
On Tue
move all c:\portable-strawberry\c\bin\*.dll to
c:\portable-strawberry\perl\bin\
4/ delete
c:\portable-strawberry\c
c:\portable-strawberry\cpan\*
c:\portable-strawberry\data\*
5/ now you still have fully working perl (but without possibility to
install anything from cpan)
--
kmx
tell us :)
--
kmx
e to
test it more.
New binaries:
http://strawberryperl.com/package/kmx/sdl/32bit_SDL2_20130305.zip
http://strawberryperl.com/package/kmx/sdl/64bit_SDL2_20130305.zip
Alien-SDL2 on github was also updated
--
kmx
--- /z/strawberry_libs/SDL2-hg20130301/src/render/direct3d/SDL_render_d3d.c
201
:SDL2 then 'internal_load_dlls' (or alternative hack) is necessary.
--
kmx
Linux box (building from source), so it is far from release quality.
--
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
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
t;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
30301.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
their
Mercurial/SVN repos, you can get the tarballs from
http://strawberryperl.com/package/kmx/sdl/src/
--
kmx
SDL2 for now. The other libraries don't work
with SDL2 as of yet.
OK, could you create a repo like https://github.com/PerlGameDev/Alien-SDL2 ?
--
kmx
ge GTK dependency chain)
--
kmx
On 28.2.2013 2:09, Kartik Thakore wrote:
Hey Froggs,
I am in windows lappy lately :(. How do you compile SDL1.2 and can you
compile SDL2.0 for strawberry perl?
Hi Kartik,
Check these:
http://strawberryperl.com/package/kmx/sdl/32bit_SDL-2.0.0-6921_20130228.zip
http://strawberryperl.com
anges to
Alien-SDL github repo.
The trouble was likely the same as the one we (me + FROGGS) have dealt with
building 32bit SDL.dll binary some time ago.
--
kmx
tp://github.com/PerlGameDev/ODE .
>
Hi Kartik,
1/ check whether you are linking with -lstdc++
2/ as ODE lib is written in C++ it is "less-trouble-making" to link via
g++ than with ld
Note: I have not experienced the described link error when testing ODE +
Alien::ODE from your github on Win32 Strawberry Perl.
--
kmx
Dne 5.7.2010 14:27, Kartik Thakore napsal(a):
> Where do we need regex? I don't see this.
frozen-bubble\server\game.c
frozen-bubble\server\net.c
--
kmx
Dne 5.7.2010 0:02, Kartik Thakore napsal(a):
> Hi kmx,
>
> I saw your work in Alien::SDL this morning! MathNerd was able to fix the
> windows server in a github branch. See
>
> http://github.com/kthakore/frozen-bubble/tree/windows_server
>
> It compiles now on both linux
Dne 3.7.2010 20:41, Kartik Thakore napsal(a):
> Hi kmx,
>
> I remember you saying we had trouble getting glib on windows working.
> And that this prevent the frozen-bubble server from compiling on windows.
No, you do not understand exactly my point (or I failed to explai it :)
In fac
Hi,
As for Module::Build I am not sure about SDL module but I am 100% sure that
Games::FrozenBubble and Alien::SDL use so callled 'share dir' feature, which is
supported by Module::Build since 0.36.
--
kmx
-Original Message-
...
- ERROR: Module::Build (0.35) is install
Hi,
To my bug surprise the first try to rebuild Win64 binaries was successful:
1/ binaries are available here
http://strawberryperl.com/package/kmx/sdl/Win64_SDL-1.2.14-extended-bin_20100510.zip
2/ necessary Alien::SDL changes committed to github repo
3/ briefly tested with SDL-2.405 + Games
Dne 9.5.2010 19:09, Kartik Thakore napsal(a):
> Hi kmx,
>
> CSJewell recently tried and failed SDL 2.405 becuase the SDLpango libs
> in your pack is not built with the frozen-bubble patch.
>
> http://sdlperl.ath.cx/projects/SDLPerl/ticket/137
>
You are right, as I was not
lling SDL binaries in system location (e.g. /usr/local) but into so
called "share dir" of Alien-SDL distribution (which means sdl-config not
being in PATH).
--
kmx
29 matches
Mail list logo
