From david.waern at gmail.com Wed Nov 5 18:21:00 2008 From: david.waern at gmail.com (David Waern) Date: Wed Nov 5 18:15:53 2008 Subject: ANNOUNCE: Haddock version 2.4.0 Message-ID: -------------------------------------------- -- Haddock 2.4.0 -------------------------------------------- A new version of Haddock, the Haskell documentation tool, is out. This is a later version than the one shipped with GHC 6.10.1, which is version 2.3.0. That version will not be released on Hackage since it only builds with GHC 6.10.1 (by accident, actually). Besides adding back support for earlier GHC versions, this release contains some more fixes and support for HTML frames. Please use the bug tracker to submit bug reports or feature requests. -------------------------------------------- -- Changes in version 2.4.0 -------------------------------------------- * Add framed view of the HTML documentation * Build with GHC 6.8.2 and 6.8.3 again * Support images in documentation comments again * Small improvements to the Hoogle output * A few bugs has been fixed -------------------------------------------- -- Changes in version 2.3.0 -------------------------------------------- * Support for GHC 6.10.1 * Slightly improved space usage * Fix a bug that made hidden modules show up in the contents & index pages * Fix a bug that made Haddock load modules twice * Improvements to the Hoogle output -------------------------------------------- -- Links -------------------------------------------- Homepage: http://www.haskell.org/haddock Hackage page: http://hackage.haskell.org/cgi-bin/hackage-scripts/package/haddock-2.4.0 Bugtracker and wiki: http://trac.haskell.org/haddock Mailing list: haskelldoc@haskell.org Code repository: http://code.haskell.org/haddock -------------------------------------------- -- Contributors -------------------------------------------- The persons who contributed to the 2.3.0 and 2.4.0 releases are: Clemens Fruhwirth Peter Gavin Ian Lynagh Neil Mitchell Luke Plant Thomas Schilling David Waern -------------------------------------------- -- Get Involved -------------------------------------------- We welcome new contributors. To get involved, start by grabbing the code: http://code.haskell.org/haddock Then take a look at the bug and feature tracker for things to work on: http://trac.haskell.org/haddock From wqeqweuqy at hotmail.com Sun Nov 16 17:24:04 2008 From: wqeqweuqy at hotmail.com (Neal Alexander) Date: Sun Nov 16 21:24:17 2008 Subject: Unacceptable result type in FFI Message-ID: How do you get Haddock 2.4 to handle the return type of an FFI function that isnt "IO". It works automatically in the haddock version that ships with ghc 6.8.1. I tried: haddock --haddock-options=--optghc=-XGeneralizedNewtypeDe riving From david.waern at gmail.com Mon Nov 17 07:04:32 2008 From: david.waern at gmail.com (David Waern) Date: Mon Nov 17 06:58:45 2008 Subject: Unacceptable result type in FFI In-Reply-To: References: Message-ID: 2008/11/16 Neal Alexander : > How do you get Haddock 2.4 to handle the return type of an FFI function that > isnt "IO". It works automatically in the haddock version that ships with ghc > 6.8.1. > > I tried: > > haddock --haddock-options=--optghc=-XGeneralizedNewtypeDe > riving I don't see why this would be a problem. What kind of error message do you get? I can't test myself right now since I'm at work. Thanks, David From wqeqweuqy at hotmail.com Mon Nov 17 15:50:24 2008 From: wqeqweuqy at hotmail.com (Neal Alexander) Date: Mon Nov 17 15:45:02 2008 Subject: Unacceptable result type in FFI In-Reply-To: References: Message-ID: Graphics/Rendering/OGL/GL/FlushFinish.hs:39:0: Unacceptable result type in foreign declaration: GL () When checking declaration: foreign import ccall unsafe "static &glFlush" flush :: GL () Graphics/Rendering/OGL/GL/FlushFinish.hs:47:0: Unacceptable result type in foreign declaration: GL () When checking declaration: foreign import ccall unsafe "static &glFinish" finish :: GL () haddock: Failed to check module: Graphics.Rendering.OGL.GL.FlushFinish ------------- The error message is the same as what GHC would give without -XGeneralizedNewtypeDeriving. full log here: http://hackage.haskell.org/packages/archive/OGL/0.0.0/logs/failure/ghc-6.10 David Waern wrote: > 2008/11/16 Neal Alexander : >> How do you get Haddock 2.4 to handle the return type of an FFI function that >> isnt "IO". It works automatically in the haddock version that ships with ghc >> 6.8.1. >> >> I tried: >> >> haddock --haddock-options=--optghc=-XGeneralizedNewtypeDe >> riving > > I don't see why this would be a problem. What kind of error message do you get? > > I can't test myself right now since I'm at work. > > Thanks, > David From david.waern at gmail.com Mon Nov 17 16:53:28 2008 From: david.waern at gmail.com (David Waern) Date: Mon Nov 17 16:47:39 2008 Subject: Unacceptable result type in FFI In-Reply-To: References: Message-ID: 2008/11/17 Neal Alexander : > Graphics/Rendering/OGL/GL/FlushFinish.hs:39:0: > Unacceptable result type in foreign declaration: GL () > When checking declaration: > foreign import ccall unsafe "static &glFlush" flush :: GL () > > Graphics/Rendering/OGL/GL/FlushFinish.hs:47:0: > Unacceptable result type in foreign declaration: GL () > When checking declaration: > foreign import ccall unsafe "static &glFinish" finish :: GL () > haddock: Failed to check module: Graphics.Rendering.OGL.GL.FlushFinish > > ------------- > > The error message is the same as what GHC would give without > -XGeneralizedNewtypeDeriving. Hm, if you don't turn on GeneralizedNewtypeDeriving with GHC, shouldn't it fail earlier on the definition of the newtype that you are deriving things for? > full log here: > > http://hackage.haskell.org/packages/archive/OGL/0.0.0/logs/failure/ghc-6.10 > > David Waern wrote: >> >> 2008/11/16 Neal Alexander : >>> >>> How do you get Haddock 2.4 to handle the return type of an FFI function >>> that >>> isnt "IO". It works automatically in the haddock version that ships with >>> ghc >>> 6.8.1. >>> >>> I tried: >>> >>> haddock --haddock-options=--optghc=-XGeneralizedNewtypeDe >>> riving You should not pass --haddock-options to haddock itself. It's used to tell Cabal which options to give to Haddock. So the right line would be: > haddock --optghc=-XGeneralizedNewtypeDeriving David From wqeqweuqy at hotmail.com Mon Nov 17 18:28:30 2008 From: wqeqweuqy at hotmail.com (Neal Alexander) Date: Mon Nov 17 18:23:00 2008 Subject: Unacceptable result type in FFI In-Reply-To: References: Message-ID: > Hm, if you don't turn on GeneralizedNewtypeDeriving with GHC, > shouldn't it fail earlier on the definition of the newtype that you > are deriving things for? > Yea, it looks like it does honor -XForeignFunctionInterface. The "Monad.hs" below defines the newtypes, and haddock doesn't seem to have a problem with it. > You should not pass --haddock-options to haddock itself. It's used to > tell Cabal which options to give to Haddock. So the right line would > be: > >> haddock --optghc=-XGeneralizedNewtypeDeriving Sorry, was a bad paste, i was running it through Cabal's Setup.hs. Heres the output from running haddock directly on the two files: ------------------ $ haddock.exe -v \ --optghc=-XGeneralizedNewtypeDeriving \ --optghc=-DCALLCONV=ccall \ --optghc=-XCPP --optghc=-XForeignFunctionInterface \ Graphics/Rendering/OGL/GL/FlushFinish.hs Graphics\Rendering\OGL\GL\FlushFinish.hs:39:0: Unacceptable result type in foreign declaration: GL () When checking declaration: foreign import ccall unsafe "static &glFlush" flush :: GL () Graphics\Rendering\OGL\GL\FlushFinish.hs:47:0: Unacceptable result type in foreign declaration: GL () When checking declaration: foreign import ccall unsafe "static &glFinish" finish :: GL () haddock: Failed to check module: Graphics.Rendering.OGL.GL.FlushFinish ------------------ $ haddock.exe -v \ --optghc=-XGeneralizedNewtypeDeriving --optghc=-DCALLCONV=ccall --optghc=-XCPP --optghc=-XForeignFunctionInterface Graphics/Rendering/OGL/Monad.hs Warning: main:Graphics.Rendering.OGL.Monad: could not find link destinations for: GHC.IOBase.IO Control.Arrow.Kleisli GHC.Base.Monad GHC.Base.Functor Control.Monad.Trans.MonadIO ### looks ok. ----------------- From roma at ro-che.info Thu Nov 27 17:37:50 2008 From: roma at ro-che.info (Roman Cheplyaka) Date: Thu Nov 27 17:31:59 2008 Subject: darcs patch: Allow referring to a specific section within a module ... Message-ID: Fri Nov 28 00:27:36 EET 2008 Roman Cheplyaka * Allow referring to a specific section within a module in a module link Fixes #65 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/x-darcs-patch Size: 13473 bytes Desc: A darcs patch for your repository! Url : http://www.haskell.org/pipermail/haskelldoc/attachments/20081128/1f043590/attachment-0001.bin