Re: extra libraries vs. cabal libraries (ghc-6.10.1)
On Wed, 2008-11-05 at 14:16 +0100, Christian Maeder wrote: Hi, the documentation of extra libraries is listed under share/doc/ghc/libraries/ 1. Is it possible to add cabal packages in the same way? How? It is certainly possible to generate documentation but there is no support for automatically updating a central haddock contents page. If you'd like to work on that it's ticket: http://hackage.haskell.org/trac/hackage/ticket/206 2. It would be nice if the cabal-install (i.e. the binary cabal) came with ghc. Currently zlib, HTTP and cabal-install have to be (awkwardly) installed via Setup before being able to cabal install. That is part of the purpose of the Haskell Platform. Duncan ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
GHC blog
I finally got around to creating a GHC blog: http://ghcmutterings.wordpress.com/ This is for all things related to GHC, particularly people working on GHC to blog about what they're up to. If you want a write-bit, sign up for a wordpress account if you don't already have one (http://wordpress.com/), tell me your account name, and blog away! I've asked the planet.haskell.org admins to add us, so we should be on the planet soon. Cheers, Simon ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: No atomic read on MVar?
L.S., First off, obviously, many thanks for all these usefull replies. A special thanks to Chris. Your e-mail was very insightfull and instructive. I did, in the end, decide to do my own queuing and scheduling using MVar () signaling, guarding MVar a things. I want to avoid IORefs, because for my application, I will later try to move on to distributed memory. Using MVars (or variations thereof, but at least variables with mutexed inter-thread behaviour) should help me when I start distributing threads over processors with segmented memories. Considering that I'm not very well versed in cmm, I can not fully appreciate the implementation impact of having atomic reads. They just seem intuitive. I see them somewhat like the isEmptyMVar, but I see there is a difficulty due to blocking. Essentially, instead of having one single suspended-readers queue - as is currently the case, from what I've understood - there could be a queue for readers (non-destructive and atomic) and for takers (destructive). Whenever something is putMVar'ed into an empty MVar, the read queue is processed first (all waiting threads are handed the newly produced value and woken up), after which the first of the take-queue is woken up and given the value, leaving the MVar empty again. When discussing efficiency in the context of this suggestion, please also consider the memory and concurrency sides of things. Surely, there will be more concurrency (more threads are woken up, because readMVars are queued with higher priority and always awoken), but I have a lingering suspicion that there may also be more sharing (because readMVars are clumped together). I would have to see profiling data on this sharing business, but I imagine quite a few cases where a value is good enough and it need not necessarily be the value that should be in the MVar considering the exact order of arrival of threads at the mutex. My two cents ;) Regards, Philip ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: [Haskell-cafe] ghc-6.11 + OpenGL/GLUT crashes on WinXP
With ghc 6.10.1, the patches aren't necessary for the lasted releases of the bindings. I've put a walkthrough on my blog for the process of getting `freeglut+GLUT binding+GL binding+ghc 6.10.1` up and running. http://netsuperbrain.com/blog/ David On Tue, Oct 28, 2008 at 10:48 AM, David Sankel [EMAIL PROTECTED] wrote: My setup worked: - Windows XP. - ghc-6.11.20081024 - freeglut 2.4.0 - darcs version of GLUT (with patched glutGetProcAddress [attached]) - darcs version of OpenGL Getting freeglut going with ghc on windows is a bit involved. I could write a walkthrough if there's enough interest. David 2008/10/25 Conal Elliott [EMAIL PROTECTED] I'm getting crashes from ghc-6.10.0.20081007 and ghc-6.11.20081024 when doing a very simple GLUT program (below) with OpenGL-2.2.1.1 and GLUT-2.1.1.2 (the latest from Hackage), running on WinXP. It works fine on ghc-6.9.20080622 . I'd appreciate hearing about other attempts with these versions on Windows systems. Thanks, - Conal import Graphics.UI.GLUT main :: IO () main = do putStrLn Initializing getArgsAndInitialize return () ___ Haskell-Cafe mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell-cafe ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
trouble compiling OpenGL package with ghc 6.10.1 (undefined GLUT_BITMAP_8_BY_13 etc)
While building the GLUT package (GLUT-2.1.1.2) with ghc 6.10.1, I get the following errors. I recently compiled this same version successfully in ghc-6.11.20081103. Any idea what's gone wrong? [20 of 21] Compiling Graphics.UI.GLUT.Begin ( Graphics/UI/GLUT/Begin.hs, dist/build/Graphics/UI/GLUT/Begin.o ) [21 of 21] Compiling Graphics.UI.GLUT ( Graphics/UI/GLUT.hs, dist/build/Graphics/UI/GLUT.o ) cbits/HsGLUT.c: In function `hs_GLUT_marshalBitmapFont': cbits/HsGLUT.c:26:0: error: `GLUT_BITMAP_8_BY_13' undeclared (first use in this function) cbits/HsGLUT.c:26:0: error: (Each undeclared identifier is reported only once cbits/HsGLUT.c:26:0: error: for each function it appears in.) cbits/HsGLUT.c:27:0: error: `GLUT_BITMAP_9_BY_15' undeclared (first use in this function) cbits/HsGLUT.c:28:0: error: `GLUT_BITMAP_TIMES_ROMAN_10' undeclared (first use in this function) cbits/HsGLUT.c:29:0: error: `GLUT_BITMAP_TIMES_ROMAN_24' undeclared (first use in this function) cbits/HsGLUT.c:30:0: error: `GLUT_BITMAP_HELVETICA_10' undeclared (first use in this function) cbits/HsGLUT.c:31:0: error: `GLUT_BITMAP_HELVETICA_12' undeclared (first use in this function) cbits/HsGLUT.c:32:0: error: `GLUT_BITMAP_HELVETICA_18' undeclared (first use in this function) cbits/HsGLUT.c: In function `hs_GLUT_marshalStrokeFont': cbits/HsGLUT.c:41:0: error: `GLUT_STROKE_ROMAN' undeclared (first use in this function) cbits/HsGLUT.c:42:0: error: `GLUT_STROKE_MONO_ROMAN' undeclared (first use in this function) ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: trouble compiling OpenGL package with ghc 6.10.1 (undefined GLUT_BITMAP_8_BY_13 etc)
Hm. This problem seems to have gone away on its own. Never mind- Conal On Thu, Nov 6, 2008 at 1:46 PM, Conal Elliott [EMAIL PROTECTED] wrote: While building the GLUT package (GLUT-2.1.1.2) with ghc 6.10.1, I get the following errors. I recently compiled this same version successfully in ghc-6.11.20081103. Any idea what's gone wrong? [20 of 21] Compiling Graphics.UI.GLUT.Begin ( Graphics/UI/GLUT/Begin.hs, dist/build/Graphics/UI/GLUT/Begin.o ) [21 of 21] Compiling Graphics.UI.GLUT ( Graphics/UI/GLUT.hs, dist/build/Graphics/UI/GLUT.o ) cbits/HsGLUT.c: In function `hs_GLUT_marshalBitmapFont': cbits/HsGLUT.c:26:0: error: `GLUT_BITMAP_8_BY_13' undeclared (first use in this function) cbits/HsGLUT.c:26:0: error: (Each undeclared identifier is reported only once cbits/HsGLUT.c:26:0: error: for each function it appears in.) cbits/HsGLUT.c:27:0: error: `GLUT_BITMAP_9_BY_15' undeclared (first use in this function) cbits/HsGLUT.c:28:0: error: `GLUT_BITMAP_TIMES_ROMAN_10' undeclared (first use in this function) cbits/HsGLUT.c:29:0: error: `GLUT_BITMAP_TIMES_ROMAN_24' undeclared (first use in this function) cbits/HsGLUT.c:30:0: error: `GLUT_BITMAP_HELVETICA_10' undeclared (first use in this function) cbits/HsGLUT.c:31:0: error: `GLUT_BITMAP_HELVETICA_12' undeclared (first use in this function) cbits/HsGLUT.c:32:0: error: `GLUT_BITMAP_HELVETICA_18' undeclared (first use in this function) cbits/HsGLUT.c: In function `hs_GLUT_marshalStrokeFont': cbits/HsGLUT.c:41:0: error: `GLUT_STROKE_ROMAN' undeclared (first use in this function) cbits/HsGLUT.c:42:0: error: `GLUT_STROKE_MONO_ROMAN' undeclared (first use in this function) ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: GHC blog
On Thu, 2008-11-06 at 12:35 +, Simon Marlow wrote: I finally got around to creating a GHC blog: http://ghcmutterings.wordpress.com/ This is for all things related to GHC, particularly people working on GHC to blog about what they're up to. If you want a write-bit, sign up for a wordpress account if you don't already have one (http://wordpress.com/), tell me your account name, and blog away! I've asked the planet.haskell.org admins to add us, so we should be on the planet soon. Yay! Duncan ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users