Re: AW: Perl OpenGL Project
>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 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, 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 : >> >>> 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/201
Re: AW: Perl OpenGL Project
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, 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 : > >> 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 using cygwins gcc-3.4.4 with -mno-cygwin to build Alien::SDL. > > It should work if you force gcc-3.4.4 but that is > probably not a solution going forward.
Re: AW: Perl OpenGL Project
We had a couple of iterations but I think I ran out of time to work with it before I could try the final result myself. Since then, cygwin and SDL may have changed... --Chris On 7/10/2011 3:02 AM, Kartik Thakore wrote: 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 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 Thakore
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 > 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 Thakore > > > > > -- Kartik Thakore