Re: AW: AW: Perl OpenGL Project

2011-07-10 Thread chm

On 7/10/2011 2:16 PM, Tobias Leich wrote:

I can build Alien::SDL, but too much tests are failing for SDL.


I tried a CPAN install but it failed because the
compiler could not produce a win32 binary.  The
cygwin gcc used to support a -mno-cygwin option
but that has been removed.  Now you need to either
use the cygwin gcc with its cygwin DLL dependencies
or you need to use the mingw compiler for native
win32 builds.

I'm sorry but I don't know further than that since
I've not come up to speed on the MinGW build stuff
yet.  However, it should be possible to have SDL
build for the X11 environment on cygwin as a default.
That doesn't work at the moment (is there a way
to force it?).

My goal would be to use a cygwin SDL that supports
the native win32 OpenGL platform so I would imagine
that the mingw compiler approach would be preferrable
for performance.  However, it would be nice if the
SDL on X11 worked out of the box as well---that
might be simpler to sort out: just use *real* unix
settings on cygwin instead of forcing win32.

There have been a couple of FAIL reports generated
for Alien::SDL by my attempts so far.  The key for
cygwin support seems to be don't blindly check both
win32 and x11 buildability---you'll get yes for
both which usually messes up the builds.  If you
allow a selection and then build appropriately
then things work and it is possible to provide
options for either (possibly even both but not
clear if that would be useful or helpful as a
use case).

Cheers,
Chris


-Urspr√ľngliche Nachricht-
Von: Kartik Thakore [mailto:thakore.kar...@gmail.com]
Gesendet: Sonntag, 10. Juli 2011 09:03
An: Tobias Leich
Cc: 'Chris Marshall'; 'sdl-devel'; 'chromatic'; 'Dmitry Karasik'; 
per...@jach.hawaii.edu
Betreff: Re: AW: Perl OpenGL Project

I believe it already works on cygwin no?

On Sat, 2011-07-09 at 15:48 +0200, Tobias Leich wrote:

I can help getting Alien::SDL and SDL to work on cygwin. I will post an
update in a few days.

Cheers,
FROGGS

-Urspr√ľngliche Nachricht-
Von: Chris Marshall [mailto:devel.chm...@gmail.com]
Gesendet: Freitag, 8. Juli 2011 16:14
An: Kartik Thakore
Cc: sdl-devel; chromatic; Dmitry Karasik; per...@jach.hawaii.edu
Betreff: Re: Perl OpenGL Project

A quick SDL heads up:  the Prima::OpenGL strawman implementation
is now working with POGL on cygwin using the native WGL OpenGL
drivers.  For project goal #3 below, I'll be trying to get SDL installed



on cygwin so that I can try using it with POGL for the OpenGL drawing.

Anyone already using SDL + POGL on cygwin (with the Mesa+GLX
rendering)?  Does SDL installation on cygwin use the X11+GLX
framework or the win32+WGL one---as in any bumps I can expect
ahead?

Thanks much,
Chris

On Sun, Jul 3, 2011 at 4:44 PM, Kartik Thakorethakore.kar...@gmail.com
wrote:

Hi Chris,

I am interested in helping out! Any bugs I can tackle I will take. I am
also hoping to look at using some of the P5NCI optimizations chromatic



was talking about but I will wait for a while and learn the code base so
far.

P.S. It would be appreciated if you CC'd the sdl-devel@perl.org list. We
have several ppl on that list that are interested in this project

Kartik

On Sun, 2011-07-03 at 14:25 -0400, chm wrote:

Announcing the new Perl OpenGL project site at
sourceforge.net.  A read-only git access is at

git://pogl.git.sourceforge.net/gitroot/pogl/pogl

I plan on updating the plan going forward but
the immediate goals are:

(1) Continue work with Dmitry Karasik to resolve
  win32 and cygwin build issues for his new
  Prima::OpenGL module at

http://github.com/dk/Prima-OpenGL

(2) Refactor the perl API bindings to OpenGL
  to use GLEW rather than rolling our own.
  That should allow for an immediate bump
  in OpenGL support to version 4.x.

(3) Refactor the GUI/system inteface in OpenGL
  to be more platform *and* GUI toolkit
  portable.  The current FreeGLUT default is
  very portable but abstracting the needed
  interface should allow it to be provided
  by *any* GUI library.  This is already getting
  started (surprisingly quickly) in #1.

(4) Replace platform OpenGL library detection
  in the Makefile.PL by an Alien::OpenGL or
  such approach.  Maybe Alien::GLEW would be
  better here.

(5) Move from EU::MM to Module::Build to reduce
  platform specific shell and make issues.

If you are interested in participating, please
contact me via email or through the sf.net
project page links at

http://sourceforge.net/projects/pogl/develop


Thanks!
Chris


--
Kartik Thakorethakore.kar...@gmail.com










Re: PerlGameDev Annonces, Aftermath YAPC::NA

2011-07-03 Thread chm

On 7/1/2011 7:22 PM, Adam Kennedy wrote:

All mainstream win32 have snake now, they just don't have any other makes


What is snake?  I don't seem to have it on
my winXP box.

--Chris


On Jul 2, 2011 8:40 AM, chmdevel.chm...@gmail.com  wrote:

On 7/1/2011 10:24 AM, Kartik Thakore wrote:


=head2 OpenGL 3.0
=blame kthakore, chromatic
=for kthakore, Chris, jtpalmer

This comes from the following observations ( feel free to scold/correct
me ).

=over

=item Convergence to OpenGL

SDL 1.3 is moving over to OpenGL. Having the ability to do neat things
with OpenGL this will help to add more performance, speed and
flexibility to the module.

=item POGL still uses FreeGLUT

POGL albeit great is getting ... old. FreeGLUT is slowing down ( SDL
replaces this fine and we have tests to prove it see construder. It is
an extra dep.


FreeGLUT is the default window provider for POGL.
Any GUI toolkit that supports creating OpenGL contexts
and setting them should work fine. I'm looking into
factoring out the GUI dependencies so that POGL works
better with other GUI toolkits to provide the OS and
window system support.


=item OpenGL 3.3 is a fixed target

New OpenGL is all the way up to 4.x now. OpenGL 3.3 has been around for
a while and is not going to be using.

=back

Based on this I think we should attempt to help the POGL dev with
whatever he needs. I will move it to github at some point. Additionally
chip during my talk you mentioned some technology for doing OpenGL
context/display lists better. Can you mention it again chip? I seem to
have forgotten it.


I'm not sure what the issues with context/display
lists might be but would be interested to hear.

As I see it, the top missing feature in Perl OpenGL
is support for OpenGL versions greater than 2.x.
Work is underway to refactor POGL to use GLEW for
the bindings. That should improve portability and
capability (GLEW supports pretty much all current
OpenGL versions).

The next priority for POGL is the build process
which is hamstrung by a static probe for system
capabilities and requires a shell and make to
work. I would like to move detection of needed
libraries to an Alien::Module and to Module::Build
for POGL itself which would avoid some of the
portability problems with win32---no shell, no
make, no package manager. I would like to see
POGL build on win32 platforms *without* requiring
a MSYS or cygwin install to get things to work.

Regards,
Chris Marshall


The hope will be to make a declarative for OpenGL constructs that can be
sent straight to the hardware. Adam Kennedy has some work start in this
area (OpenGL::List).


Regards,






-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1388 / Virus Database: 1516/3738 - Release Date: 07/01/11




Re: PerlGameDev Annonces, Aftermath YAPC::NA

2011-07-01 Thread chm

On 7/1/2011 10:24 AM, Kartik Thakore wrote:


=head2 OpenGL 3.0
=blame kthakore, chromatic
=for kthakore, Chris, jtpalmer

This comes from the following observations ( feel free to scold/correct
me ).

=over

=item Convergence to OpenGL

SDL 1.3 is moving over to OpenGL. Having the ability to do neat things
with OpenGL this will help to add more performance, speed and
flexibility to the module.

=item POGL still uses FreeGLUT

POGL albeit great is getting ... old. FreeGLUT is slowing down ( SDL
replaces this fine and we have tests to prove it see construder. It is
an extra dep.


FreeGLUT is the default window provider for POGL.
Any GUI toolkit that supports creating OpenGL contexts
and setting them should work fine.  I'm looking into
factoring out the GUI dependencies so that POGL works
better with other GUI toolkits to provide the OS and
window system support.


=item OpenGL 3.3 is a fixed target

New OpenGL is all the way up to 4.x now. OpenGL 3.3 has been around for
a while and is not going to be using.

=back

Based on this I think we should attempt to help the POGL dev with
whatever he needs. I will move it to github at some point. Additionally
chip during my talk you mentioned some technology for doing OpenGL
context/display lists better. Can you mention it again chip? I seem to
have forgotten it.


I'm not sure what the issues with context/display
lists might be but would be interested to hear.

As I see it, the top missing feature in Perl OpenGL
is support for OpenGL versions greater than 2.x.
Work is underway to refactor POGL to use GLEW for
the bindings.  That should improve portability and
capability (GLEW supports pretty much all current
OpenGL versions).

The next priority for POGL is the build process
which is hamstrung by a static probe for system
capabilities and requires a shell and make to
work.  I would like to move detection of needed
libraries to an Alien::Module and to Module::Build
for POGL itself which would avoid some of the
portability problems with win32---no shell, no
make, no package manager.  I would like to see
POGL build on win32 platforms *without* requiring
a MSYS or cygwin install to get things to work.

Regards,
Chris Marshall


The hope will be to make a declarative for OpenGL constructs that can be
sent straight to the hardware. Adam Kennedy has some work start in this
area (OpenGL::List).


Regards,