Re: AW: Perl OpenGL Project

2011-07-11 Thread Chris Marshall
From a query to the SDL developers list, there appears
to be a cygports version of SDL that uses gcc-4.3.4 and
the X11 GLX instead of WGL.  I haven't had a chance to
try it but maybe it will resolve this issue as a binary install
option:

  
http://cygwin-ports.git.sourceforge.net/git/gitweb.cgi?p=cygwin-ports/SDL;a=tree

Cheers,
Chris

On Mon, Jul 11, 2011 at 9:44 AM, Chris Marshall devel.chm...@gmail.com wrote:
 I took a look at compiling SDL by hand to see if I could
 figure out what is going on.  It looks like the SDL build
 on cygwin using .configure assumes you'll want the native
 win32 build of SDL.  As far as I can tell, the X11 version
 of SDL should work as well---we'll just have to rework the
 configure.in so it doesn't force win32 when all that perfectly
 good X11 stuff is already there...  sigh.

 I'll put fixing the SDL configure.in to allow cygwin to
 build with X11 (as in *all* the other unix-ish systems)
 on the to do when I get around to it list.

 Thanks for taking a look at the problem.  I think I can
 move forward with the SDL specific stuff on the native
 win32 perls (even though I would like to be able to run
 on cygwin as well).

 Cheers,
 Chris

 On Mon, Jul 11, 2011 at 9:34 AM,  em...@froggs.de wrote:
 After setting the include and lib dirs right and patching SDL's configure
 and configure.in scripts to no set -mno-cygwin i was able to compile a bit.

 But this ends up with stuff like:
 ./src/thread/win32/SDL_systhread.c:98: error: ‘_beginthreadex’ undeclared

 See also:
 http://www.cygwin.com/ml/cygwin/2009-08/msg00280.html

 So now i'm trying to use mingw gcc.


 Zitat von chm devel.chm...@gmail.com:

 On 7/11/2011 1:46 AM, Tobias Leich wrote:

 What did you do to your cygwin system? Shouldn’t be 'gcc' cygwins gcc?

 Got a current cygwin?

 As I mentioned, the -mno-cygwin option has been removed
 from gcc (a.k.a. gcc-4) on cygwin now.  If you wish to
 use the -mno-cygwin option, then the gcc-3 compiler needs
 to be explicitly requested.

 E.g.,

 $ gcc -v
 Using built-in specs.
 Target: i686-pc-cygwin
 Configured with:
  /gnu/gcc/releases/respins/4.3.4-3a/gcc4-4.3.4-3/src/gcc-4.3.4/configure
  --srcdir=/gnu/gcc/releases/respins/4.3.4-3a/gcc4-4.3.4-3/src/gcc-4.3.4
  --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin  --sbindir=/usr/sbin
 --libexecdir=/usr/lib --datadir=/usr/share  --localstatedir=/var
 --sysconfdir=/etc --infodir=/usr/share/info  --mandir=/usr/share/man
 --datadir=/usr/share  --infodir=/usr/share/info --mandir=/usr/share/man -v
  --with-gmp=/usr --with-mpfr=/usr --enable-bootstrap
  --enable-version-specific-runtime-libs --with-slibdir=/usr/bin
  --libexecdir=/usr/lib --enable-static --enable-shared
  --enable-shared-libgcc --disable-__cxa_atexit --with-gnu-ld  --with-gnu-as
 --with-dwarf2 --disable-sjlj-exceptions
  --enable-languages=ada,c,c++,fortran,java,objc,obj-c++  --disable-symvers
 --enable-libjava --program-suffix=-4  --enable-libgomp --enable-libssp
 --enable-libada  --enable-threads=posix --with-arch=i686 
 --with-tune=generic
  --enable-libgcj-sublibs CC=gcc-4 CXX=g++-4 CC_FO

 R_TARGET=gcc-4 CXX_FOR_TARGET=g++-4 GNATMAKE_FOR_TARGET=gnatmake
 GNATBIND_FOR_TARGET=gnatbind --with-ecj-jar=/usr/share/java/ecj.jar

 Thread model: posix
 gcc version 4.3.4 20090804 (release) 1 (GCC)


 and

 $ gcc-3.exe -v
 Reading specs from /usr/lib/gcc/i686-pc-cygwin/3.4.4/specs
 Configured with:
  /managed/gcc-build/final-v3-bootstrap/gcc-3.4.4-999/configure  --verbose
 --program-suffix=-3 --prefix=/usr --exec-prefix=/usr  --sysconfdir=/etc
 --libdir=/usr/lib --libexecdir=/usr/lib  --mandir=/usr/share/man
 --infodir=/usr/share/info
  --enable-languages=c,ada,c++,d,f77,pascal,java,objc --enable-nls
  --without-included-gettext --enable-version-specific-runtime-libs
  --without-x --enable-libgcj --disable-java-awt --with-system-zlib
  --enable-interpreter --disable-libgcj-debug --enable-threads=posix
  --enable-java-gc=boehm --disable-win32-registry  --enable-sjlj-exceptions
 --enable-hash-synchronization  --enable-libstdcxx-debug
 Thread model: posix
 gcc version 3.4.4 (cygming special, gdc 0.12, using dmd 0.125)


 The default compiler in current cygwin installs is
 gcc-4 which is the difference.  Does SDL not build
 on cygwin as an X11+unix platform?

 --Chris

 -Ursprüngliche Nachricht-
 Von: chm [mailto:devel.chm...@gmail.com]
 Gesendet: Montag, 11. Juli 2011 03:24
 An: Tobias Leich
 Betreff: Re: Perl OpenGL Project

 Same problem:

   configure:27759: result: no
   configure:27764: error:
   *** Your compiler (gcc) does not produce Win32 executables!

 I think the normal cygwin gcc + X11 version of SDL
 stands the best chance.

 Cheers,
 Chris

 On 7/10/2011 6:19 PM, chm wrote:

 I'll give the zipball a try. I just installed
 SDL on a strawberry perl portable 5.12.3 install
 so that looks good to go. I'll have to verify
 that it works but all tests pass...

 Cheers,
 Chris

 On 7/10/2011 5:59 PM, chm wrote:

 On 7/10/2011 5:15 PM, Tobias Leich wrote:

 I am 

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










AW: AW: AW: Perl OpenGL Project

2011-07-10 Thread Tobias Leich
Like these two tests:

$ ./Build test --test_files t/gfx.t --verbose
[Alien::SDL] Build option used:
Source code build: SDL-1.2.14  co. (RECOMMENDED)
builds: SDL, SDL_(image|mixer|ttf|gfx|Pango)
needs preinstalled: (freetype2|pango)-devel
Building SDL
Converting Pod to HTML with Pod::Html 1.09
t/gfx.t ..
ok 1 - [linked_version] isa SDL::Version
got version: 2.0.20
ok 2 - Are we still alive? Checking for segfaults
1..2
ok
All tests successful.
Files=1, Tests=2,  1 wallclock secs ( 0.00 usr  0.05 sys +  0.23 cusr  0.19 
csys =  0.46 CPU)
Result: PASS



$ ./Build test --test_files t/gfx_primitives.t --verbose
[Alien::SDL] Build option used:
Source code build: SDL-1.2.14  co. (RECOMMENDED)
builds: SDL, SDL_(image|mixer|ttf|gfx|Pango)
needs preinstalled: (freetype2|pango)-devel
Building SDL
Converting Pod to HTML with Pod::Html 1.09
t/gfx_primitives.t .. Can't load 
'/home/SDL/blib/arch/auto/SDL/GFX/Primitives/Primitives.dll' for module 
SDL::GFX::Primitives: No such file or directory at 
/usr/lib/perl5/5.10/i686-cygwin/DynaLoader.p
m line 200.
 at t/gfx_primitives.t line 12
Compilation failed in require at t/gfx_primitives.t line 12.
BEGIN failed--compilation aborted at t/gfx_primitives.t line 12.
Dubious, test returned 2 (wstat 512, 0x200)
No subtests run

Test Summary Report
---
t/gfx_primitives.t (Wstat: 512 Tests: 0 Failed: 0)
  Non-zero exit status: 2
  Parse errors: No plan found in TAP output
Files=1, Tests=0,  0 wallclock secs ( 0.03 usr  0.00 sys +  0.26 cusr  0.15 
csys =  0.45 CPU)
Result: FAIL
Failed 1/1 test programs. 0/0 subtests failed.


And this should be the answer:
$ ldd /home/SDL/blib/arch/auto/SDL/GFX/Primitives/Primitives.dll
ntdll.dll = /cygdrive/c/WINDOWS/system32/ntdll.dll (0x7c91)
kernel32.dll = /cygdrive/c/WINDOWS/system32/kernel32.dll (0x7c80)
??? = ??? (0x6340)
??? = ??? (0x77be)
??? = ??? (0x6100)
[...]

$ ldd /home/SDL/blib/arch/auto/SDL/GFX/GFX.dll
ntdll.dll = /cygdrive/c/WINDOWS/system32/ntdll.dll (0x7c91)
kernel32.dll = /cygdrive/c/WINDOWS/system32/kernel32.dll (0x7c80)
msvcrt.dll = /cygdrive/c/WINDOWS/system32/msvcrt.dll (0x77be)
cygwin1.dll = /usr/bin/cygwin1.dll (0x6100)
SDL.dll = /cygdrive/c/Programme/Qemu/SDL.dll (0x66e0)
[...]


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

Can you paste them ?
On Sun, 2011-07-10 at 20:16 +0200, Tobias Leich wrote:
 I can build Alien::SDL, but too much tests are failing for SDL.
 
 -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 Thakore thakore.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