I think FTGL is the only option. Where did you have the setup problems
- with the C libraries (FreeType and FTGL) or the Haskell binding to
FTGL?
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
Hello,
Can anyone give me an example for fonts rendering? I tried to use FTGL
library, but it is too complicated on Windows(compile). Is it possible to do it
in a simple way? I need more than the given example in red book(Font.hs),
something like outline font. By the way, I am new in
a program with HOpenGL and freeglut, but I can't seem
to get it to render. I'm running Ubuntu 9.10 on a DELL 1555 with an ATI
Radeon HD 4500. Right now my program just creates a window with a black
background. However, when I try to run the program I get the following
error:
Unable to create direct
Hello. I'm new to this mailing list, so I apologize if this question is
inappropriate for this list, but I've been looking for a solution to
this problem for weeks and I've had no luck.
I am trying to write a program with HOpenGL and freeglut, but I can't
seem to get it to render. I'm running
...
Date: Mon, 5 Oct 2009 09:12:28 -0500
From: jake.mcart...@gmail.com
To: mr.hugo.go...@gmail.com
CC: tobias_bexel...@hotmail.com; hope...@haskell.org; haskell@haskell.org
Subject: Re: [HOpenGL] RE: [Haskell] ANNOUNCE: GPipe-1.0.0: A functional
graphics API for programmable GPUs
Hugo
Hugo Gomes wrote:
great...
now, how do i use glfw with it ? :)
Yeah, I was disappointed to see that the only toolkit it works with when
rendering to a window is GLUT. I want to run my own event loop, dangit!
- Jake
___
Haskell mailing list
I've read the documentation and it seems really cool, but I'm
missing an example, even if not complete.
Thanks!
--
Felipe.
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell
and it seems really cool, but I'm
missing an example, even if not complete.
Thanks!
--
Felipe.
___
HOpenGL mailing list
hope...@haskell.org
http://www.haskell.org/mailman/listinfo/hopengl
___
Haskell
On Fri, Jun 12, 2009 at 2:24 AM, Sven Panne sven.pa...@aedion.de wrote:
A few final remarks: Leaving out Graphics. completely would be a very bad
idea, the naming hierarchy should reflect the underlying conceptual
hierarchy.
The only problem with hierarchies in general is that sometimes the
On 01/06/2009 23:39, Sven Panne wrote:
So my question is again: Why is -fPIC not the default for GHC on x86_64? If we
don't want the overhead, that's OK (any benchmark numbers?), but then GHC's
documentation should really contain a big, fat warning that GHCi's dynamic
linker gets cases like the
[ Reprise of an old GHCi problem, GHC HQ read on please... ]
Am Mittwoch, 20. Mai 2009 09:24:14 schrieb Matthijs Kooijman:
I've been playing around with GLUT (latest version from hackage, on Debian)
a bit yesterday and am having some troubles with renderString. It works
fine when I compile a
On Mon, 2009-06-01 at 20:05 +0200, Sven Panne wrote:
[ Reprise of an old GHCi problem, GHC HQ read on please... ]
Am Mittwoch, 20. Mai 2009 09:24:14 schrieb Matthijs Kooijman:
I've been playing around with GLUT (latest version from hackage, on Debian)
a bit yesterday and am having some
Am Montag, 1. Juni 2009 22:48:56 schrieb Duncan Coutts:
I don't know how the problem reported in that message is related to the
renderString problem (which I do not understand), but the behaviour you
see there is not terribly surprising. It's an artefact of the way
dynamic linking works and
Hi,
I want to move one object to the border of window, then go back to the start
point. Does anyone one have an idea to implement it ? Thank you!
___
好玩贺卡等你发，邮箱贺卡全新上线！
On Sun, May 10, 2009 at 01:50:08PM +0200, Sven Panne wrote:
Nevertheless, having a common set of (strict) data types for
vector math will probably be very useful, even if it won't
fulfill everybody's needs.
I can say that it would be useful at least for Hipmunk, specially
being able to pass
* OpenAL uses OpenGL's notion of StateVars all over the place.
I've thought that this would be an appropriate package in it's own right.
It may be small and simple but it captures and generalizes a frequently
needed concept.
As for the other two, I don't know that anything besides GL/AL
Am Mittwoch, 29. April 2009 11:25:31 schrieb Duncan Coutts:
On Mon, 2009-04-27 at 19:03 +0200, Sven Panne wrote:
[...]
As usual, things are always a bit trickier than they appear initially: On
non- Windows systems it is not always sufficient to link against libGL
alone, sometimes you'll
On Thu, 2009-04-30 at 19:44 +0200, Sven Panne wrote:
That's why the autoconf macros are so tricky. Re-inventing the wheel in
Haskell is not something I'd like to do. Note: I see autoconf as a necessary
evil, not as a glorious tool. The predefined autoconf macros contain man
years
(if not
The thing is, it doesn't really matter if autoconf macros work fine for
every Unix ever invented. The Windows users simply cannot use packages
with configure scripts. They complain about it a lot. We can call them
foolish for not installing cygwin/mingw, but they will not do it and
instead will
On Thu, 2009-04-30 at 23:31 +0100, Claus Reinke wrote:
The thing is, it doesn't really matter if autoconf macros work fine for
every Unix ever invented. The Windows users simply cannot use packages
with configure scripts. They complain about it a lot. We can call them
foolish for not
instructions like these circulating (these being
examples of the better kind, as they actually got things working):
http://joelhough.com/blog/2008/04/14/haskell-and-freeglut-at-last/
http://netsuperbrain.com/blog/posts/freeglut-windows-hopengl-hglut/
And I've lost count of the number of times
On Mon, 2009-04-27 at 19:03 +0200, Sven Panne wrote:
Am Montag, 27. April 2009 00:11:20 schrieb Duncan Coutts:
On Sun, 2009-04-26 at 19:03 +0200, Sven Panne wrote:
[...]
* How to link programs using OpenGL
This is because the GL libs are called different names on different
Am Montag, 27. April 2009 00:11:20 schrieb Duncan Coutts:
On Sun, 2009-04-26 at 19:03 +0200, Sven Panne wrote:
[...]
* How to link programs using OpenGL
This is because the GL libs are called different names on different
platforms right? But they're consistent within each platform, it's
Am Donnerstag, 9. April 2009 00:28:35 schrieb Peter Verswyvelen:
Yes I totally agree that it is overkill. Ideally I would like every package
to install on Windows without requiring MinGW. But I was just explaining
the situation as it is right now.
Well, I don't like using autoconf, either, but
On Sun, 2009-04-26 at 19:03 +0200, Sven Panne wrote:
The build process in itself is purely Cabal-based, it is only the
configuration above which done via autoconf. So in theory you could write the
few output files of the configure run by hand and then use Cabal, without any
MinGW/MSYS or
Neat, thanks for that tip Peter. It looks like mkbundl does
everything I do manually, and more. But just for the record, in case
anyone (Scott?) wants to do it the hard way... :)
1. Download the macosx-app shell script from wxhaskell. Make it
executable (i.e. chmod a+x macosx-app)
2.
Duane -
yes, please. I've been wondering how to compile to a Mac .app
structure.
Also, anyone have any hints about distributing Haskell apps for mac,
when you know the target will certianly *not* have a GHC environment
on it?
Thanks
--ts
On Mar 21, 2009, at 2:18 PM, Duane Johnson wrote:
On Tue, Mar 24, 2009 at 11:35 PM, Scott A. Waterman tswater...@gmail.comwrote:
Duane -
yes, please. I've been wondering how to compile to a Mac .app structure.
http://hackage.haskell.org/cgi-bin/hackage-scripts/package/mkbndl
Also, anyone have any hints about distributing Haskell apps
Hello,
I'm writing a program for plotting vectorial functions and maybe
something else in the future. My goal is to be able to have the
following usage:
Prelude :l Galo.hs
Prelude Galo show3Dvec (\t - (t, t, 0)) [0.0,0.01 .. 1.0]
* shows graph *
Prelude Galo
I've had issues with ghci and opengl... I usually have to compile my
programs before they will run. I'm not sure why that's the case, but
I too get strange window behavior (sometimes it freezes, other times
it doesn't even show up).
If you're on a Mac and would like help compiling to a
Trin [EMAIL PROTECTED] wrote:
But I have a problem with shading. Whatever I have been trying,
I still don't understand how the shading can be activated. I have
light, I have color, but not even Flat shading.
I think if you want shading, you need to compute the normals to each
surface.
Hi,
last few days I spent making remake of glxgears. Nothing
fancy, I just wanted easily configurable gears. The current
performance is only about 70% of glxgears.
But I have a problem with shading. Whatever I have been trying,
I still don't understand how the shading can be activated. I have
I suspect this has to do with the latest GHC not including it by
default, but the HOpenGL wiki's documentation links are broken.
-- Jeff
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
On Thu, Aug 7, 2008 at 4:43 PM, Jefferson Heard
[EMAIL PROTECTED] wrote:
Hi folks. I've just released some Haskell bindings to FTGL at
http://hackage.haskell.org/cgi-bin/hackage-scripts/package/FTGL .
That's a great contribution, thanks! Now we have OpenGL, GLFW, FTGL,
DevIL, OpenAL, and it's
Is DeviL currently working? I don't see any Haddock documentation,
and it says build-failure ghc-6.8...
On Thu, Aug 7, 2008 at 3:49 PM, Felipe Lessa [EMAIL PROTECTED] wrote:
On Thu, Aug 7, 2008 at 4:43 PM, Jefferson Heard
[EMAIL PROTECTED] wrote:
Hi folks. I've just released some Haskell
, but it was a seriously confusing bug for a day or two. when I
get back to the office, I'll forward the offending code.
On Fri, Jul 25, 2008 at 4:58 PM, Christopher Lane Hinson
[EMAIL PROTECTED] wrote:
HOpenGL is in remarkably good shape for being unmaintained for several
years. I think the quiet on the HOpenGL
There is a section Projects using the OpenGL bindings
(http://www.haskell.org/haskellwiki/OpenGL) on the wiki that is pretty
bare.
A quick search of HCAR lists five projects using OpenGL.
--L
On Sat, 26 Jul 2008, Jefferson Heard wrote:
It would be nice to know, though, how many people are
-f5601cb7a290661124c44e9ec6c113812c12d08d.gz
___
Cvs-ghc mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/cvs-ghc
___
HOpenGL mailing list
[EMAIL PROTECTED]
http://www.haskell.org
HOpenGL is in remarkably good shape for being unmaintained for several
years. I think the quiet on the HOpenGL mailing list speaks positively
to the quality of the library.
Perhaps those of us who have an interest in HOpenGL can arrange to work as
comaintainers.
I think I could
string
flush
Cheers,
Dave
___
HOpenGL mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/hopengl
I had a similar problem with stroke fonts. Try scaling by a low number
(such as 0.01) and see where that gets you. The problem
I'm trying to install HOpenGL 2.1, with ghc 6.6 on Windows XP.
runghc Setup.hs configure seems to work fine. It gives messages about
things missing, like sh, but there are no errors.
When I run runghc Setup.hs build, I get the following error:
[ 4 of 81] Compiling
That looks like a missing C macro definition. It should probably
expand to either stdcall or ccall. A bit more information would be
helpful.
On 24 jun 2007, at 13.11, Jimmy Miller wrote:
I'm trying to install HOpenGL 2.1, with ghc 6.6 on Windows XP.
runghc Setup.hs configure seems
. A bit more information would be
helpful.
On 24 jun 2007, at 13.11, Jimmy Miller wrote:
I'm trying to install HOpenGL 2.1, with ghc 6.6 on Windows XP.
runghc Setup.hs configure seems to work fine. It gives messages
about
things missing, like sh, but there are no errors.
When I run runghc
or ccall. A bit more information would be
helpful.
On 24 jun 2007, at 13.11, Jimmy Miller wrote:
I'm trying to install HOpenGL 2.1, with ghc 6.6 on Windows XP.
runghc Setup.hs configure seems to work fine. It gives messages
about
things missing, like sh, but there are no errors
a missing C macro definition. It should probably
expand to either stdcall or ccall. A bit more information
would be
helpful.
On 24 jun 2007, at 13.11, Jimmy Miller wrote:
I'm trying to install HOpenGL 2.1, with ghc 6.6 on Windows XP.
runghc Setup.hs configure seems to work fine. It gives
I already installed Cygwin; I'll go over the INSTALL file and make
sure I have all the required packages.
And there was an HOpenGL tutorial from 2001 that said OpenGL would
eventually be packaged with ghc, but I tried -package OpenGL and that
didn't work, and I'm not sure where else I could
I added Cygwin to my path so sh can be found, but now configure tells
me c compiler cannot create executables
On 6/24/07, Jimmy Miller [EMAIL PROTECTED] wrote:
I already installed Cygwin; I'll go over the INSTALL file and make
sure I have all the required packages.
And there was an HOpenGL
wrote:
I already installed Cygwin; I'll go over the INSTALL file and make
sure I have all the required packages.
And there was an HOpenGL tutorial from 2001 that said OpenGL would
eventually be packaged with ghc, but I tried -package OpenGL and that
didn't work, and I'm not sure where else I could
2007, at 21.50, Jimmy Miller wrote:
I already installed Cygwin; I'll go over the INSTALL file and make
sure I have all the required packages.
And there was an HOpenGL tutorial from 2001 that said OpenGL would
eventually be packaged with ghc, but I tried -package OpenGL and that
didn't work
On 25 jun 2007, at 00.18, Jimmy Miller wrote:
I've installed ghc 6.6.1, but when I try to compile and OGL program
like this:
ghc -package GLUT ogl.hs
I get the error:
Failed to load interface for `GLUT':
Use -v to see a list of the files searched for.
I tried running -v, but it
Here it is. Both OpenGL and GLUT are installed:
Cabal-1.1.6.2, GLUT-2.1.1, HUnit-1.1.1, OpenGL-2.2.1,
QuickCheck-1.0.1, Win32-2.1.1, base-2.1.1, cgi-3001.1.1, fgl-5.4.1,
filepath-1.0, (ghc-6.6.1), haskell-src-1.0.1, haskell98-1.0,
html-1.0.1, mtl-1.0.1, network-2.0.1, parsec-2.0,
I found the examples included in the source code very helpful.
http://darcs.haskell.org/packages/GLUT/examples/
I think the RedBook directory contains the most examples.
If you want to know the modules a package exports you can use, e.g..
$ ghc-pkg describe OpenGL
name: OpenGL
version:
I'll look at those.
Everything's working fine now, thanks for all of your help :)
On 6/24/07, Thomas Schilling [EMAIL PROTECTED] wrote:
I found the examples included in the source code very helpful.
http://darcs.haskell.org/packages/GLUT/examples/
I think the RedBook directory contains
the state of the opengl
machine. Haskell should have a purely functional scene graph built on
top of HOpenGL -- it's something I would like to work on -- but no one
seems to be doing it. For me at least, it's a matter of time and
priority. Maybe in a few months to a year I'll get some time
a purely functional scene graph built on
top of HOpenGL -- it's something I would like to work on -- but no one
seems to be doing it.
I would very much like to do something similar, having implemented purely
functional scene graphs on top of OpenGL in OCaml and DirectX in F#:
http
On 6/6/07, Ruben Zilibowitz [EMAIL PROTECTED] wrote:
If anyone knows how to get HOpenGL to draw coloured lines, I'd like...
See
http://cvs.haskell.org/cgi-bin/cvsweb.cgi/~checkout~/fptools/libraries/GLUT/examples/RedBook/Lines.hs
Note the color line which in this example uses white
code but there's quite a lot of code.
Ruben
On 08/06/2007, at 3:15 AM, Dan Piponi wrote:
On 6/6/07, Ruben Zilibowitz [EMAIL PROTECTED] wrote:
If anyone knows how to get HOpenGL to draw coloured lines, I'd
like...
See http://cvs.haskell.org/cgi-bin/cvsweb.cgi/~checkout~/fptools/
libraries/GLUT
on
top of HOpenGL -- it's something I would like to work on -- but no one
seems to be doing it. For me at least, it's a matter of time and
priority. Maybe in a few months to a year I'll get some time for it,
but don't hold your breath :)
Jason
Hi,
If anyone knows how to get HOpenGL to draw coloured lines, I'd like
to know. Currently I can draw coloured objects like planes cylinders
or spheres, but not lines. Lines always seem to appear black.
Regards,
Ruben
___
Haskell-Cafe mailing
Am Sonntag, 23. April 2006 04:49 schrieb Brian Hulley:
Brian Hulley wrote:
[...]
Sorry I shouldn't have replied when I hadn't even tried it myself ;-)
I don't think it is nearly so easy to display a bitmap from an image on
file. If you look at the online version of the OpenGL redbook here
On 4/23/06, enache alex [EMAIL PROTECTED] wrote:
hello ; I am writing to ask you a thing ; I am writing a little game on
Haskell's HOpenGL ; the game isn't much , but I want to make look a little
better ; and for that I want to use bitmaps (or textures) ; I don't know
very much about
hello ; I am learning to use to HOpenGL to complete an asignement for next week and I have some trouble ; I have found a tutorial on the internet ; in that tutorial it was an example of the Rubik's Cube ; anyway ; in that example it was used a function called matrixExcursion ; and when I try
hello; I am writing to ask you a thing ; I am writing a little game on Haskell's HOpenGL ; the game isn't much , but I want to make look a little better ; and for that I want to use bitmaps (or textures) ; I don't know very much about this subject ; I've tried to use de bitmap function from
: Saturday, April 22, 2006 11:10 PM
Subject: [Haskell-cafe] need help please [HOpenGL]
hello ; I am writing to ask you a thing ; I am writing a little game on
Haskell's HOpenGL ; the game isn't much , but I want to make look a little
better ; and for that I want to use bitmaps (or textures) ; I don't
, 12.0, 0.0, rasters);
glBitmap(10, 12, 0.0, 0.0, 12.0, 0.0, rasters);
glFlush();
}
and the explanation which follows suggests that the Ptr a in the HOpenGL
bitmap function is a pointer to the raw bytes containing the bitmap image,
not a pointer to the filename, and that the bitmap function
On Tue, 2005-07-12 at 12:54 +0100, Simon Marlow wrote:
On 12 July 2005 11:52, Christian Maeder wrote:
Sven Panne wrote:
FYI: I've just committed a fix to CVS HEAD for GHC on SPARC to
reduce the register pressure on gcc, which will probably make its
way into GHC 6.4.1. The OpenGL/GLUT
On 12 July 2005 13:14, Axel Simon wrote:
On Tue, 2005-07-12 at 12:54 +0100, Simon Marlow wrote:
On 12 July 2005 11:52, Christian Maeder wrote:
Sven Panne wrote:
FYI: I've just committed a fix to CVS HEAD for GHC on SPARC to
reduce the register pressure on gcc, which will probably make its
On Tue, 2005-07-12 at 13:27 +0100, Simon Marlow wrote:
On 12 July 2005 13:14, Axel Simon wrote:
On Tue, 2005-07-12 at 12:54 +0100, Simon Marlow wrote:
On 12 July 2005 11:52, Christian Maeder wrote:
Sven Panne wrote:
FYI: I've just committed a fix to CVS HEAD for GHC on SPARC to
On 12 July 2005 13:42, Axel Simon wrote:
On Tue, 2005-07-12 at 13:27 +0100, Simon Marlow wrote:
On 12 July 2005 13:14, Axel Simon wrote:
On Tue, 2005-07-12 at 12:54 +0100, Simon Marlow wrote:
On 12 July 2005 11:52, Christian Maeder wrote:
Sven Panne wrote:
FYI: I've just committed a fix
Claus Reinke wrote:
Btw, is there a way to reset the opengl system to a sane state in
software? Or are there some invalid assumptions about default
state in the other examples?
If OpenGL is getting stuck in a non-functional state, that indicates
a bug in the driver.
--
Glynn Clements
Sven's fix that Simon M. mentioned will appear in 6.2.2 is included in
the Gentoo ebuild ghc-6.2.1-r1.ebuild .
If it still doesn't work with that version, please report it as a
Gentoo bug on bugs.gentoo.org.
Cheers,
Andres
___
Glasgow-haskell-bugs
Ketil Malde wrote:
With my (Gentoo) installation, I need to swap -lGL and -lGLU in the
definition for OpenGL to make things (including -package GLUT, for
some reason) work . This is apparently a known bug:
http://www.haskell.org/pipermail/hopengl/2003-October/000430.html
but (also apparently
With my (Gentoo) installation, I need to swap -lGL and -lGLU in the
definition for OpenGL to make things (including -package GLUT, for
some reason) work . This is apparently a known bug:
http://www.haskell.org/pipermail/hopengl/2003-October/000430.html
but (also apparently) it's still doesn't
On 20 August 2004 08:30, Ketil Malde wrote:
With my (Gentoo) installation, I need to swap -lGL and -lGLU in the
definition for OpenGL to make things (including -package GLUT, for
some reason) work . This is apparently a known bug:
http://www.haskell.org/pipermail/hopengl/2003-October
the code of the binding for calls to the C openGL
functions and suspect that I am missing things.
Thanks to Haddock, there is no need for grep-ing. I keep the docs on
http://haskell.org/HOpenGL/newAPI/
fairly actual, and the GHC packages include similar documentation.
Cheers,
S
Hello,
Under both Linux (Debian) and FreeBSD, I get the following error building ghc from cvs
head:
==fptools== gmake boot -wr;
in /usr/ports/lang/ghc-cvs/work/fptools/libraries/OpenGL
Jeremy Shaw wrote:
[...]
==fptools== gmake boot -wr;
in /usr/ports/lang/ghc-cvs/work/fptools/libraries/OpenGL
../../ghc/utils/ghc-pkg/ghc-pkg-inplace
Jeremy Shaw wrote:
Under both Linux (Debian) and FreeBSD, I get the following error building ghc from cvs head:
It was a bug in GHC's build system introduced lately. Fixed in HEAD.
Cheers,
S.
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
Hi,
as far as I understand now, for my compiliing problem (see last past
with same subject) I must do
ghc -package OpenGL -package GLUT --make Cube.hs
and in the code doing
import OpenGL
import GLUT
Right so far ?
But it seems that the package description in the GHC 6.2 distribution
is not
Hi all,
I just installed ghc-6.0.1 which apparantly comes
built in with HOpenGL (In any case I've HOpenGL installed).
But the simple Hello.hs which comes as example in HOpenGL
package didn't compile. When I do
$ ghc -package HOpenGL --make Hello.hs
I get the following error
ghc-6.0.1
Arunkumar S Jadhav wrote:
[...] When I do
$ ghc -package HOpenGL --make Hello.hs
I get the following error
ghc-6.0.1: unknown package name: HOpenGL
HOpenGL consists of two packages: OpenGL and GLUT, and the latter implies
the former, so
ghc -package GLUT --make Hello.hs
should work. To see
HOpenGL, a Haskell binding for OpenGL and GLUT
version 1.05
I am pleased to announce the sixteenth release of the Haskell binding
for GL 1.2.1 / GLU 1.3 / GLUT 3.7beta. It offers easy access to *the*
industrial strength 3D graphics API and a GUI toolkit
Ross Paterson wrote:
[...] The text you've used is also spread across the manpages included
in the glut tarball.
I wasn't aware of that.
Assuming that makes the manpages part of libglut, they would be covered
by the permission Michael Weber mentioned:
Ross Paterson wrote:
That is a delicate way of putting it. It appears that you've used almost
all of his text.
... as a basis. And that's exactly what should be expected for a library
binding: Either you follow the initial specs exactly or you don't really
do a binding.
Even though no money
On Fri, Mar 21, 2003 at 04:52:29PM +0100, Sven Panne wrote:
Ross Paterson wrote:
That is a delicate way of putting it. It appears that you've used almost
all of his text.
... as a basis. And that's exactly what should be expected for a library
binding: Either you follow the initial specs
]
| Subject: Problem with --split-objs on windoze (when building HOpenGL)
|
| I'm having some difficulties with the --split-objs parameter when
building
| HOpenGL on win xp ine with --disable-split-objs.
|
| Tried uninstalling my 'normal' copy of perl upgrading GHC to 5.04.2
but
| am still
I'm having some difficulties with the --split-objs parameter when building
HOpenGL on win xp ine with --disable-split-objs.
Tried uninstalling my 'normal' copy of perl upgrading GHC to 5.04.2 but
am still getting the same error.
Couldn't find anything in the archives, so anyone got any ideas
HOpenGL, a Haskell binding for OpenGL and GLUT
version 1.04
I am pleased to announce the fifteenth release of the Haskell binding
for GL 1.2.1 / GLU 1.3 / GLUT 3.7beta. It offers easy access to *the*
industrial strength 3D graphics API and a GUI
HOpenGL, a Haskell binding for OpenGL and GLUT
version 1.03
I am pleased to announce the fourteenth release of the Haskell binding
for GL 1.2.1 / GLU 1.3 / GLUT 3.7beta. It offers easy access to *the*
industrial strength 3D graphics API and a GUI
(3) or (4) [or (5) ;-) ], my own hack looks like - well - a hack. I'll definitely use it as a short term solution for my own toy projects, though. I won't commit any code, but if anyone else needs a short-term solution for HOpenGL, they can ask me.
Personally I can't decide whether (3) or (4
Has anyone already thought about how to solve this problem?
I'm thinking about adding hooks to the RTS (in grabCapability,
releaseCapability and scheduleThread_) which would be used
for setting
up the correct thread-local state whenever Haskell execution
switches
to a different OS
with this approach, I think. The situation is
like this (correct me if I'm wrong):
- Haskell thread H1 running on OS thread O1 registers a
callback C.
- Haskell thread H1/O1 makes a blocking call into HOpenGL.
This call is made also in O1. The RTS allocates another
OS
Simon Marlow wrote:
The trouble is that there isn't a single object representing the whole
thread-local state. Does OpenGL use pthread_getspecific() and
pthread_setspecific() to access its thread-local state?
The libGL supplied with XFree86 uses xthread_{get,set}_specific. These
are macros
| Subject: Re: [HOpenGL] HOpenGL and --enable-threaded-rts
|
|
| Simon Marlow wrote:
| [...] a given Haskell thread can even migrate from one OS thread to
| another during its execution.
|
| Uh, oh! %-( Under which circumstances exactly? I fear this
| will give loads of fun with many C
In short, it doesn't work :-( .
OpenGL (at least on MacOS) keeps track of the current context on a
per-thread basis. The GLUT library sets the current context and calls
back to the program. With GHC 5.03 compiled with --enable-threaded-rts,
the callback gets executed in a different thread.
HOpenGL, a Haskell binding for OpenGL and GLUT
version 1.02
I am pleased to announce the thirteenth release of the Haskell binding
for GL 1.2.1 / GLU 1.3 / GLUT 3.7beta. It offers easy access to *the*
industrial strength 3D graphics API and a GUI
of
the bitmaps for the worms game. Well, WinDoze doesn't care, but
real OSes do. :-)
* The easiest way to compile FunGEn and the examples is probably:
ghc --make -O -fglasgow-exts -package HOpenGL -o game game.hs
( cd pong ; ghc --make -O -package HOpenGL -i.. -o pong
HOpenGL, a Haskell binding for OpenGL and GLUT
version 1.01
I am pleased to announce the twelfth release of the Haskell binding
for GL 1.2.1 / GLU 1.3 / GLUT 3.7beta. It offers easy access to *the*
industrial strength 3D graphics API and a GUI toolkit. More
* Denver [EMAIL PROTECTED] [2001-10-26T01:25+1000]:
Please help. I would like to use HOpenGL within Windows, so I wanted
to ask whether it was possible, and if it is, I would like to request
for help. Any help greatly appreciated.
Hi!
I'm sorry, I don't know much about
HOpenGL has its own mailing list now:
http://haskell.org/mailman/listinfo/hopengl
Thanks to Simon Marlow for setting it up.
HOpenGL is a Haskell binding for the OpenGL graphics API and the
portable OpenGL utility toolkit GLUT. It provides easy access to
*the* industrial-strength rendering
1 - 100 of 112 matches
Mail list logo
