- HOpenGL - Haskell.org

RE: [HOpenGL] ghc-6.0.1 and OpenGL enabled
by Sumskas, Peter (Peter) 09 Oct '03

09 Oct '03

> -----Original Message----- > From: Carl Witty [mailto:cwitty@newtonlabs.com] > > On Wed, 2003-10-08 at 10:56, Nick Name wrote: > > Alle 16:20, mercoledì 8 ottobre 2003, Alastair Reid ha scritto: > > I was just going to suggest withCurrentMatrix or withMatrix :) > > I don't like withCurrentMatrix ("with current" sounds like it should be > a no-op). withLocalMatrix would be good; for a long, descriptive name, > you could use whileRememberingCurrentMatrix (shorter versions might be > whileRememberingMatrix or rememberingCurrentMatrix). > > Carl Witty I'd vote for "preserving" -it is one letter shorter than "remembering" and I feel, if I understand the discussion, that preserve is a better fit meaningwise than remembering. Eg: preservingMatrix, or preservingCurrentMatrix P.

1 0

ghc-6.0.1 and OpenGL enabled
by Patrick Scheibe 08 Oct '03

08 Oct '03

Hi everyone. At this time the situation of HOpenGL and ghc --enable-hopenGl is very confusing to me. I tried to install the new HOpenGL package from Sven. But the make install doesnt seem to work. When I tried to compile a simple example of the Redbook the linker stops because of undefiened references to some c-functions. If theres some time I post the exact error-message .. Now I use the openGl that comes with the ghc and I've started to map the functions of HOpenGl to the corresponding ghc-openGl functions. Now my question: The push and popMatrix functions dont seem to be there in future. What should I use instead of this? If I have the following code: pushMatrix GL.translate $ vec2Vector3 pos let ANGLE adir = toAngle dir ANGLE aheadangle = toAngle headangle rotate adir $ Vector3 0.0 0.0 (1.0 :: GLfloat) callList $ head ownbodyDL rotate aheadangle $ Vector3 0.0 0.0 (1.0 :: GLfloat) callList $ ownheadDL popMatrix what are the lines I have to write, that ghc doesnt show errors? Cheers Patrick

7 7

Re: HOpenGL Digest, Vol 1, Issue 146
by Manuel Garcia Rodriguez 08 Oct '03

08 Oct '03

> [...]As Wolfgang has already pointed out, using > matrixExcursion is the way to go. >(BTW, I'm not very happy with this name, any > suggestions are highly appreciated.)[...] newMatrix, withNewMatrix ___________________________________________________ Yahoo! Messenger - Nueva versión GRATIS Super Webcam, voz, caritas animadas, y más... http://messenger.yahoo.es

1 0

Pre-Call for Contributions -- HC&A Report (November 2003 edition)
by C.Reinke 02 Oct '03

02 Oct '03

[apologies for multiple copies - experience has shown that not all Haskellers can be reached via the main Haskell list anymore] An entry for your diaries (no other action required right now): ------------------------------Pre-Call-------------------------------- Your contributions to the November 2003 edition of the Haskell Communities & Activities Report will be invited soon. http://www.haskell.org/communities/ Submissions are welcome between 20th and 31st of October ---------------------------------------------------------------------- The real Call for Contributions will follow closer to the submission window, in about two weeks. This is just an early warning. You will need to plan about 15 minutes for composing your contribution, which would be a brief, ASCII-format, description of your Haskell activities (see earlier editions for plenty of examples). Cheers, Claus (current editor of HC&A Reports)

1 0

Problem compiling HOpenGL
by Sumskas, Peter (Peter) 01 Aug '03

01 Aug '03

Hi there. I'm new to both Haskell and to HOpenGL. I've been following the instructions on how to do the installation under windows and I've done the following things: . followed all the instructions . copied glut.h from /usr/include/GL to /cygdrive/c/gch/ghc-6.0/include/mingw/GL (found out about this from searching the archives). . then I ran into the problem about "Cannot locate utf8.pm". I've seen some mail about this but no resolution to the issue. I know it isn't directly related to HOpenGL (more a GHC/perl issue) but since the only other occurrence of this I can find was related to HOpenGl I was wondering if anyone else knows what I need to do. System configuration: . P4 Windows XP . cygwin (perl 5.8.1) . greencard 3.00 . ghc 6.00 . HOpenGL 1.04 Here's the output from trying to compile: -- $ make ------------------------------------------------------------------------ Recursively making `all' in lib examples ... PWD = /opt/HOpenGL-1.04 ------------------------------------------------------------------------ ------------------------------------------------------------------------ make all - --unix; in /opt/HOpenGL-1.04/lib ------------------------------------------------------------------------ rm -f GL_Marshal.o ; if [ ! -d GL_Marshal_split ]; then mkdir GL_Marshal_split; else find GL_Marshal_split -name '*.o' -print | xargs -s 8000 rm -f __rm_food ; fi ; "/cygdrive/c/ghc/ghc-6.0/bin/ghc" -package lang -package-name HOpenGL -i../GLUT -I../GLUT/include -cpp -DCALLCONV=stdcall -split-objs -odir GL_Marshal_split -fg lasgow-exts "-#include <GL/glut.h>" -O -c GL_Marshal.hs -o GL_Marshal.o Can't locate utf8.pm in @INC (@INC contains: .) at c:\ghc\ghc-6.0\ghc-split line 51, <TMPI> line 7. BEGIN failed--compilation aborted, <TMPI> line 7. make[1]: *** [GL_Marshal.o] Error 2 make: *** [all] Error 1 -- So as far as I can tell @INC isn't being set right. When I ask perl from the command line it tells me: -- $ perl -V Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration: Platform: osname=cygwin, osvers=1.3.22(0.7832), archname=cygwin-multi-64int uname='cygwin_nt-4.0 iokaste 1.3.22(0.7832) 2003-03-18 09:20 i686 unknown un known cygwin ' config_args='-de -Dmksymlinks -Dusemultiplicity -Duse64bitint -Doptimize=-O3 -Dman3ext=3pm' hint=recommended, useposix=true, d_sigaction=define usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=defi ne useperlio=define d_sfio=undef uselargefiles=define usesocks=undef use64bitint=define use64bitall=undef uselongdouble=undef usemymalloc=y, bincompat5005=undef Compiler: cc='gcc', ccflags ='-DPERL_USE_SAFE_PUTENV -fno-strict-aliasing', optimize='-O3', cppflags='-DPERL_USE_SAFE_PUTENV -fno-strict-aliasing' ccversion='', gccversion='3.2.3 (home grown)', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=12345678 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 ivtype='long long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', lsee ksize=4 alignbytes=8, prototype=define Linker and Libraries: ld='ld2', ldflags =' -s -L/usr/local/lib' libpth=/usr/local/lib /usr/lib /lib libs=-lgdbm -ldb -lcrypt -lutil -lgdbm_compat perllibs=-lcrypt -lutil -lgdbm_compat libc=/usr/lib/libc.a, so=dll, useshrplib=true, libperl=libperl.a gnulibc_version='' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=dll, d_dlsymun=undef, ccdlflags=' -s' cccdlflags=' ', lddlflags=' -s -L/usr/local/lib' Characteristics of this binary (from libperl): Compile-time options: MULTIPLICITY USE_64_BIT_INT USE_LARGE_FILES PERL_IMPLICI T_CONTEXT Built under cygwin Compiled at Jun 2 2003 13:55:45 %ENV: CYGWIN="" @INC: /usr/lib/perl5/5.8.0/cygwin-multi-64int /usr/lib/perl5/5.8.0 /usr/lib/perl5/site_perl/5.8.0/cygwin-multi-64int /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl . -- So it seems like something is breaking @INC. Unfortunately I don't know perl and have no idea how it is being invoked from ghc so I'm pretty much stuck as to where to look next. Any help would be appreciated. Regards, Peter Sumskas. "Tomorrow do thy worst! For I have liv'd today." - Horace

1 0

Re: HOpenGL 1.04 and Mac OS X
by Sven Panne 01 Jul '03

01 Jul '03

[ redirecting to the HOpenGL mailing list, because this might be of general interest for Mac users ] Kevin Fowler wrote: > I'm just writing to say that I downloaded & compiled HOpenGL 1.04 on > Mac OS X 10.2.6 using GHC 6.0. Nice to hear! :-) > The changes to get it to compile using the X11 version of GLUT were > pretty minimal. Most of the demos work and those that don't fail > because the OpenGL support isn't there in X11. Could you send your changes? Perhaps I can make an "ultra-last" release of the HOpenGL-1.0x series if it is worthwhile. And which demos fail exactly? > Getting it to work with the native ("Cocoa") GLUT included with Mac OS > involved a bit more work (specifying frameworks, different > headers---GLUT/glut.h mostly, linking against libobjc, etc.) The GLUT > and Redbook demos seem to work fine. Again, the changes would be interesting. Wolfgang Thaller, who seems to be "Mr. Mac" on this mailing list, has probably done something similar, so it would be nice to hear from him about HOpenGL 1.04, too. The interest in Macs seems to be growing since Apple ships a more "mainstream" OS, but, alas, I don't have access to such a platform. This means that I depend on other people to get/keep HOpenGL running there. The current development for HOpenGL happens in the fptools repository, but I can only test on x86 Linux (SuSE) and WinDoze. Are there any people on this list building a GHC from CVS on a different platform (esp. Macs)? If yes, it would be helpful if they could try using configure's --enable-hopengl option and report on the outcome of the compilation. fptools/libraries/GLUT/examples contains some simple examples for testing. Apart from tweaking some options for the preprocessor and the linker, fptools/libraries/OpenGL/{include/HsOpenGL.h,cbits/HsOpenGL.c} will probably need some attention on new platforms. They handle the OpenGL extension mechanism for GLX (most *nices) and WGL (WinDoze), but things are different on Macs. Cheers, S.

1 0

HOpenGL 1.04 + GHC 6.x
by Sven Panne 29 Jun '03

29 Jun '03

Due to some minor changes in the standard library module Foreign, compiling HOpenGL 1.04 doesn't work out out of the box with GHC 6.x anymore: GL.hs:34: Conflicting exports for `rotate': `module GL_CoordTrans' exports `GL_CoordTrans.rotate' imported from GL_CoordTrans at GL.hs:78 `module GL_Marshal' exports `Data.Bits.rotate' imported from GL_Marshal at GL.hs:120 But this can easily be fixed by the following patch: --SNIP----SNIP----SNIP----SNIP----SNIP----SNIP----SNIP----SNIP----SNIP-- --- HOpenGL-1.04.orig/lib/GL_Marshal.hs 2002-12-29 22:38:00.000000000 +0100 +++ HOpenGL-1.04/lib/GL_Marshal.hs 2003-06-29 13:56:44.000000000 +0200 @@ -62,7 +62,7 @@ module CString ) where -import Foreign +import Foreign hiding ( Bits(..) ) import CString(CString, newCString, peekCString, withCString) ---------------------------------------------------------------------- --SNIP----SNIP----SNIP----SNIP----SNIP----SNIP----SNIP----SNIP----SNIP-- Thanks to Tim Rädisch for pointing this out. Cheers, S.

1 0

Re: [HOpenGL] Getting GLU entry points at runtime
by cwitty＠newtonlabs.com 13 Jun '03

13 Jun '03

Sven Panne <Sven.Panne(a)informatik.uni-muenchen.de> writes: > Does anybody know if there is way to get the proc addresses for > > gluUnProject4 > gluBuild3DMipmaps > > dynamically i.e. at runtime? They appeared in GLU 1.3, WinDoze comes > with GLU 1.2, and glXGetProcAddress seems to be agnostic about GLU > functions (probably wglGetProcAddress behaves similarly). So I'm a bit > stuck here... :-( The GLU routines are not part of the vendor drivers; they are a separate layer on top of OpenGL. So, if the Windows version of GLU does not export gluBuild3DMipmaps, I'm pretty sure that means there's no implementation of that function at all. Carl Witty

1 0

Getting GLU entry points at runtime
by Sven Panne 06 Jun '03

06 Jun '03

Does anybody know if there is way to get the proc addresses for gluUnProject4 gluBuild3DMipmaps dynamically i.e. at runtime? They appeared in GLU 1.3, WinDoze comes with GLU 1.2, and glXGetProcAddress seems to be agnostic about GLU functions (probably wglGetProcAddress behaves similarly). So I'm a bit stuck here... :-( Cheers, S.

1 0

FW: ANNOUNCE: GHC version 6.0
by Simon Peyton-Jones 02 Jun '03

02 Jun '03

-----Original Message----- From: glasgow-haskell-bugs-admin(a)haskell.org [mailto:glasgow-haskell-bugs-admin@haskell.org] On Behalf Of Ralf Hinze Sent: 31 May 2003 14:35 To: glasgow-haskell-bugs(a)haskell.org Subject: Re: ANNOUNCE: GHC version 6.0 > Compiling 6.0 from source fails with: > > ../../ghc/compiler/ghc-inplace -H16m -O -Wall -fffi -Iinclude '-#include > "HsOpenGL.h"' -cpp -I/usr/X11R6/include -DCALLCONV=ccall > '-DGET_PROC_ADDRESS="glXGetProcAddressARB"' -package-name OpenGL -O > -Rghc-timing -package base -split-objs -c > Graphics/Rendering/OpenGL/GL/Extensions.hs -o > Graphics/Rendering/OpenGL/GL/Extensions.o -ohi > Graphics/Rendering/OpenGL/GL/Extensions.hi > Graphics/Rendering/OpenGL/GL/Extensions.hs:42: parse error on input > `glXGetProcAddressARB' <<ghc: 3261568 bytes, 2 GCs, 20548/20548 avg/max > bytes residency (1 samples), 5M in use, 0.00 INIT (0.00 elapsed), 0.01 MUT > (0.09 elapsed), 0.01 GC (0.03 elapsed) :ghc>> make[2]: *** > [Graphics/Rendering/OpenGL/GL/Extensions.o] Fehler 1 > make[1]: *** [all] Fehler 1 > make[1]: Leaving directory > `/var/tmp/portage/ghc-6.0/work/stage2-build/libraries' make: *** [build] > Fehler 1 The following patch worked for me (but does it cure the problem?) irrwisch root # diff libraries/OpenGL/Graphics/Rendering/OpenGL/GL/Extensions.hs libraries/OpenGL/Graphics/Rendering/OpenGL/GL/Extensions.hs-orig 42c42 < foreign import CALLCONV unsafe GET_PROC_ADDRESS :: --- > foreign import CALLCONV unsafe GET_PROC_ADDRESS glXGetProcAddressARB :: Cheers, Ralf _______________________________________________ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs(a)haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

1 0