On Wed, 2008-10-22 at 19:56 -0700, Anatoly Yakovenko wrote:
> C:\Documents and Settings\anatolyy>cabal install cabal-install
> Resolving dependencies...
> 'cabal-install-0.6.0' is cached.
> Configuring cabal-install-0.6.0...
> Preprocessing executables for cabal-install-0.6.0...
> Building cabal-in
On Sat, 2008-10-25 at 06:37 +0200, Henning Thielemann wrote:
> On Fri, 24 Oct 2008, zooko wrote:
>
> > Hi folks:
> >
> > I'm trying to use hackage/cabal/cabal-install, and I have a feature
> > request:
> > it would be nice if the metadata about the package, which is displayed on
> > e.g. "hacka
On Mon, 2008-10-27 at 19:24 -0700, Jason Dagit wrote:
> Hello,
>
> I would like to find out if any darcs users who build from the source
> are still using ghc 6.6?
I'd just like to point out (again ;-) ) than it's not that hard to
support older platforms. The only constraint is that people not sq
On Thu, 2008-10-30 at 12:16 +1100, Trent W. Buck wrote:
> David Roundy <[EMAIL PROTECTED]> writes:
>
> > And as far as bundled versions, it's the desire to *remove* a bundled
> > version that's apparently at issue. I'm not sure why this is
> > considered desirable, but apparently some folks feel
I'm pleased to announce updates to the zlib and bzlib packages.
The releases are on Hackage:
http://hackage.haskell.org/cgi-bin/hackage-scripts/package/zlib
http://hackage.haskell.org/cgi-bin/hackage-scripts/package/bzlib
What's new
==
What's new in these releases is that the extended A
On Sun, 2008-11-02 at 19:07 +0300, Bulat Ziganshin wrote:
> Hello Duncan,
>
> Sunday, November 2, 2008, 6:46:00 PM, you wrote:
>
> > People have also asked for a continuation style api to give more control
> > over dynamic behaviour like flushing the compression state (eg in a http
> > server). U
On Sun, 2008-11-02 at 23:43 -0200, Maurício wrote:
> Then I thought community.haskell.org could offer a default darcs
> repositories for all users named after their owners. For instance,
> if you want to check my personal files you would do:
>
> darcs get http://code.haskell.org/MauricioAntune
On Fri, 2008-10-31 at 14:55 -0400, Jefferson Heard wrote:
> Installing gtk2hs from MacPorts on a clean mac:
> svgcairo/Graphics/Rendering/Cairo/SVG.chs:201:2:
> Couldn't match expected type `()' against inferred type `CInt'
The latest major release of the cairo C lib changed the API to return
(I seem to recall someone
saying that's the case) then you'll have to pick the second option.
Duncan
> On Mon, Nov 3, 2008 at 5:59 AM, Duncan Coutts
> <[EMAIL PROTECTED]> wrote:
> > On Fri, 2008-10-31 at 14:55 -0400, Jefferson Heard wrote:
> >> Instal
On Mon, 2008-11-03 at 22:16 +0100, Alberto G. Corona wrote:
> I need to backup my ubuntu-VMWare image frequently (5 GBits) . I
> need to know if exist such a utility (in haskell or not) for single
> file syncronization.
>
>
> I don´t want to reinvent te weel, but I think that it is a few lines
On Thu, 2008-11-06 at 00:21 +0100, David Waern wrote:
>
> -- 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.
On Sun, 2008-11-09 at 19:18 +, Andrew Coppin wrote:
> Derek Elkins wrote:
> > As far as I can tell, no one actually uses parallel list comprehensions.
> > With any luck, the same will be true for generalized list
> > comprehensions.
> >
>
> Generalised? Heck, I don't use list comprehension
On Mon, 2008-11-10 at 18:20 +, Andrew Coppin wrote:
> Mitchell, Neil wrote:
> > In general:
> >
> > if boolean then [value] else []
> >
> > Can be written as:
> >
> > [value | boolean]
> >
>
> Is there any specific reason why this is valid?
It is due to the rules for the translation of lis
On Mon, 2008-11-10 at 18:19 +, Andrew Coppin wrote:
> I don't actually use *lists* all that much - or at least not list
> transformations. And if I'm going to do something complicated, I'll
> usually write it as a do-expression rather than a comprehension.
>
> > Just a random example out of
On Mon, 2008-11-10 at 18:05 +0100, Bertram Felgenhauer wrote:
> Alexey Khudyakov wrote:
> > Hello!
> >
> > I'm tryig to write efficient code for creating histograms. I have following
> > requirements for it:
> >
> > 1. O(1) element insertion
> > 2. No reallocations. Thus in place updates are need
On Tue, 2008-11-11 at 10:49 -0800, Don Stewart wrote:
> > curl-1.3.2.1 failed during the configure step. The exception was:
> > sh: runGenProcess: does not exist (No such file or directory)
> >
> > I don't know what to do here. Can anybody help me please?
> >
> > I'm using the brand new GHC 6.10
On Sat, 2008-11-15 at 12:39 +0100, Thomas Hartman wrote:
> When I specify
>
> Build-Depends: base, parsec, HaXml >= 1.19.4
>
> in xml-parsec.cabal
>
> it does install correctly.
Yes, saying what version it needs is a good thing. It's all guesses
otherwise.
> I guess what happens is that cabal
On Sat, 2008-11-15 at 02:26 +0100, Niklas Broberg wrote:
> Fellow Haskelleers,
>
> it is my pleasure to announce the new release of the haskell-src-exts
> package, version 0.4.1:
> 2) ... I've finally decided to take the plunge and get rid of the ugly
> prefixes on all datatypes in the AST. I am
On Sat, 2008-11-15 at 13:31 +0100, Thomas Hartman wrote:
> This is all news to me, and un-googleable to boot:
>
> http://www.google.pl/search?hl=en&sa=X&oi=spell&resnum=0&ct=result&cd=1&q=cabal+referred-versions&spell=1
>
> (no results)
It finds something for me (with the right spelling of prefe
On Tue, 2008-11-18 at 10:20 -0500, John Van Enk wrote:
> This question isn't directly related to Haskell, but I figure some one
> might know here.
>
> I want to deploy an application. I could either:
> 1) Tell people how to download GHC, have them check out the
> repository, have them install all
On Tue, 2008-11-18 at 14:23 +0100, Wolfgang Jeltsch wrote:
> Am Dienstag, 18. November 2008 11:01 schrieb Wolfgang Jeltsch:
> > Hello,
> >
> > I installed GHC 6.10.1 today and expected it to contain the cabal command
> > line utility. Unfortunately, this was not the case. Where can I download
> >
On Tue, 2008-11-18 at 01:48 -0800, Jason Dusek wrote:
> I'd like to be able to do something like:
>
> if (template-haskell < 2.3)
> cpp-options: -D TH_THE_YOUNGER
> else
> cpp-options: -D TH_THE_ELDER
>
> I guess this kind of thing is not possible at present?
It is possible
On Tue, 2008-11-18 at 13:56 -0800, Jason Dagit wrote:
>
> Will Hackage one day provide a way to discover that one
> package has been superceeded by another?
>
> Currently you can see when a newer version of the exact same
> package exists, but (for
On Tue, 2008-11-18 at 16:53 -0800, Jason Dusek wrote:
> In the ticket, someone says:
>
> True though I suspect it looks a bit weird to the
> uninitiated. We know to read the conditional syntax as an
> implication constraint which can be applied in either
> direction but I suspect m
On Tue, 2008-11-18 at 22:42 +0100, Alberto G. Corona wrote:
> sorry, Dons,
>
> -- Forwarded message --
> From: Alberto G. Corona <[EMAIL PROTECTED]>
> Date: 2008/11/18
> Subject: Re: [Haskell-cafe] implementing python-style dictionary in
> Haskell
> To: Don Stewart <[EMAIL PROTECTE
On Wed, 2008-11-19 at 20:25 -0800, John Meacham wrote:
> The usual solution to this is the 'release version', which is used in
> most (all?) other packaging systems. namely, you have foo-1.2-4, where 4 is
> the
> release version which documents what version the meta-info is. For
> instance, when b
On Thu, 2008-11-20 at 10:41 +1300, Daniel McAllansmith wrote:
> On Wed, 19 Nov 2008 21:27:36 Duncan Coutts wrote:
> > It's even easier than that! Someone has done it already :-)
> >
> > http://hackage.haskell.org/trac/hackage/ticket/261
> >
> > Thu Aug 28
On Wed, 2008-11-19 at 10:28 +0100, Wolfgang Jeltsch wrote:
> Am Dienstag, 18. November 2008 22:24 schrieben Sie:
> > > > How do I install and configure it so that it is integrated best with
> > > > GHC 6.10.1? For example, should cabal use some directory in the GHC
> > > > tree to place compiled p
On Wed, 2008-11-19 at 02:15 -0800, Jason Dusek wrote:
> Duncan Coutts <[EMAIL PROTECTED]> wrote:
> > Jason Dusek wrote:
> > > In the ticket, someone says:
> > >
> > > True though I suspect it looks a bit weird to the
> > > uninit
On Thu, 2008-11-20 at 11:03 +, Duncan Coutts wrote:
> On Wed, 2008-11-19 at 10:28 +0100, Wolfgang Jeltsch wrote:
> > > The cabal user guide lists the default install directories for global
> > > and user installs.
> >
> > Okay, I looked at the cabal-install
On Thu, 2008-11-20 at 04:06 -0800, John Meacham wrote:
> Well, my main concern is that I have projects that have several
> distribution formats, tarball, rpm, deb, and hopefully hackage
> (alongside the others as equals). I don't want the version numbers to
> get out of sync though, just because I
On Thu, 2008-11-20 at 05:56 -0800, John Meacham wrote:
> On Thu, Nov 20, 2008 at 12:56:31PM +0000, Duncan Coutts wrote:
> > On Thu, 2008-11-20 at 04:06 -0800, John Meacham wrote:
> > > Well, my main concern is that I have projects that have several
> > > distribution
On Fri, 2008-11-21 at 16:12 -0800, Ahn, Ki Yung wrote:
> I am just curious about how cabal report works.
>
> I recently figured out that there is a report command in cabal and it
> reports the reports generated by --build-reports option when building a
> package.
>
> Is this because I don't have
On Sat, 2008-11-22 at 15:11 +, Claus Reinke wrote:
> > You only need an account for uploading packages. If you do not want to
> > have to enter your user name or password interactively when you run
> > "cabal upload" then you can put them in the config file:
> >
> > username:
> > password:
>
On Sat, 2008-11-22 at 10:02 -0800, Don Stewart wrote:
> Use the UTF8 printing functions,
>
> import qualified System.IO.UTF8 as U
>
> main = U.putStrLn "Ну и где этот ваш хвалёный уникод?"
>
> Running this,
>
> *Main> main
> Ну и где этот ваш хвалёный уникод?
This upsets me.
On Sun, 2008-11-23 at 01:40 +0100, Henning Thielemann wrote:
> On Sat, 22 Nov 2008, Thomas Schilling wrote:
>
> > It's a pattern match error, implemented by throwing an asynchronous
> > exception. The idea being, that we only have one mechanism (well, an
> > synchronous exceptions, thrown via thr
On Sat, 2008-11-22 at 23:34 -0500, Paul L wrote:
> On 11/22/08, Don Stewart <[EMAIL PROTECTED]> wrote:
> > ninegua:
> >> Hi everyone,
> >>
> >> It's sad to see the OpenGL binding being dropped from GHC binary
> >> installers starting from 6.10. Though this issue has been brought up
> >> and discuss
On Sun, 2008-11-23 at 12:30 +, Claus Reinke wrote:
> >> >> It's sad to see the OpenGL binding being dropped from GHC binary
> >> >> installers starting from 6.10. Though this issue has been brought up
> >> >> and discussed before, I'm sure a lot of people who based their work on
> >> >> OpenGL
On Sun, 2008-11-23 at 08:00 -0500, Paul L wrote:
> On 11/23/08, Duncan Coutts <[EMAIL PROTECTED]> wrote:
> >> 2. It still wouldn't work for the OpenGL package on Windows, because
> >> the configure scripts require a Unix-style built environment
> >> (MinGW
On Sun, 2008-11-23 at 09:24 -0500, Jeff Heard wrote:
> Duncan, what kind of help do you need on the Haskell Platform install?
> I have access to VMs running windows XP and Vista.
The haskell-platform meta-package is here:
darcs get http://code.haskell.org/haskell-platform/
This specifies the lis
On Sun, 2008-11-23 at 16:41 +0100, Manlio Perillo wrote:
> Claus Reinke ha scritto:
> > [...]
> >>> 2. It still wouldn't work for the OpenGL package on Windows, because
> >>> the configure scripts require a Unix-style built environment
> >>> (MinGW/MinSys or Cygwin).
> >>
> > [...]
> > - they need
On Mon, 2008-11-24 at 15:16 +0100, Thomas Hartman wrote:
> I have run into another issue with cabal packaging, which seems
> related to the issues discussed above. (see attached tar file for
> complete example of failure scenario)
>
> If I have a cabal package that depends on two other packages
>
On Tue, 2008-11-25 at 01:30 +, John Lato wrote:
> Hello,
>
> Cabal allows specifying arguments for tools it recognizes on the
> command line, e.g.
>
> runhaskell Setup.hs configure --c2hs-option=some_option
>
> Unfortunately, I can't find a way to make this work with .cabal (or
> .buildinfo)
On Wed, 2008-11-26 at 13:25 -0800, Ryan Ingram wrote:
> In fact:
>
> > import Control.Concurrent.STM
> > import Control.Concurrent.STM.TMVar
>
> > -- gets a value from one of a list of TMVars
> > takeTMVars :: [TMVar a] -> STM (TMVar a, a)
> > takeTMVars = foldr fetch retry where
> >fetch v a
On Wed, 2008-11-26 at 14:38 +, Eric Kow wrote:
> Hi everybody,
>
> This advisory is for people who have installed darcs 2.1.2 via the
> Cabal build method. As you may have noticed, the cabalised darcs
> sometimes fails with errors like
>
> Codec.Compression.Zlib: incorrect data check
>
>
On Wed, 2008-11-26 at 14:30 -0800, Don Stewart wrote:
> > I think there is a need for a tool like c2hs but that works in a
> > checking mode rather than in a generating mode. It would use much of the
> > same code as c2hs but it would read the C header files and the .hs file
> > (via ghc api) and
On Wed, 2008-11-26 at 23:16 +, Malcolm Wallace wrote:
> > ... to work out the C types and then map them to Haskell ones, to
> > check they're the same as the declared types in the .hs files.
>
> I'd like to point out that the FFI specification already has such a
> mechanism.
> That is, if yo
On Thu, 2008-11-27 at 17:20 +, Ian Lynagh wrote:
> On Wed, Nov 26, 2008 at 10:28:21PM +0000, Duncan Coutts wrote:
> > I should note that one moral of this story is to check that your FFI
> > imports are correct. That is, check they import the foreign functions at
> > th
On Thu, 2008-11-27 at 11:38 -0500, Brandon S. Allbery KF8NH wrote:
> On 2008 Nov 27, at 8:51, Simon Marlow wrote:
> > No, the issue is that without real OS threads, a foreign call can't
> > be pre-empted (pretty obvious when you think about it).
> > waitForProcess ends up making a blocking fo
On Fri, 2008-11-28 at 19:30 -0800, John Meacham wrote:
> On Wed, Nov 26, 2008 at 07:20:12PM -0800, Jason Dagit wrote:
> > I spoke with the author of the fork a bit in IRC around the time it happened
> > and my understanding is that:
> > 1) John sternly objects to using cabal as the build system for
On Fri, 2008-11-28 at 22:20 +, Lennart Augustsson wrote:
> But I don't want Perl, I want a well designed language and well
> designed libraries.
> I think it's find to let libraries proliferate, but at some point you
> also need to step back and abstract.
Yes, let the ideas simmer and when we
On Sat, 2008-11-29 at 18:13 +0300, Bulat Ziganshin wrote:
> Hello Jason,
>
> Saturday, November 29, 2008, 5:55:06 PM, you wrote:
>
> >> It seems to be an unwritten law that any package involving
> >> non-Haskell components doesn't work on Windoze.
>
> > Well, I'll have a chance to verify this
On Sat, 2008-11-29 at 19:57 +0300, Bulat Ziganshin wrote:
> Hello Duncan,
>
> Saturday, November 29, 2008, 7:49:52 PM, you wrote:
>
> >> >> It seems to be an unwritten law that any package involving
> >> >> non-Haskell components doesn't work on Windoze.
> >>
> >> unfortunately, HsLua already bre
On Sun, 2008-11-30 at 21:14 +0100, Henning Thielemann wrote:
> On Sun, 30 Nov 2008, Don Stewart wrote:
>
> > lemming:
> >>
> >> Maybe you like to add a pointer in cabal-install.cabal/Homepage field to
> >> this page.
> >
> > Good idea. Duncan?
>
> After I finished that article, I also found:
>
On Sat, 2008-11-29 at 17:49 -0800, John Meacham wrote:
> On Sun, Nov 30, 2008 at 01:37:20AM +, Thomas Schilling wrote:
> > So that's over 2 SLOC, but, of course, for a more powerful tool.
> > So I presume the 4x more code remark by John was about the Makefile
> > rules to implement somethin
On Sun, 2008-11-30 at 10:57 +, Andrew Coppin wrote:
> As I understand it, that's also a seperate download. (Whereas the cabal
> library comes with GHC.)
>
> One day, if I feel hard-core enough, I might try this tool. (Assuming it
> works on Windows...) It sounds potentially useful.
It will
On Mon, 2008-12-01 at 22:48 +0100, Diego Echeverri wrote:
> >>I've created a wiki page,
> >>http://haskell.org/haskellwiki/The_Knights_Tour
> >>I note the LogicT version is the shortest so far.
> >>-- Don
>
> Probably noob question. I was looking into the first solution in the
> page and tried to
On Tue, 2008-12-02 at 19:58 +0800, Andy Stewart wrote:
> Hi Dunca,
>
> Duncan Coutts <[EMAIL PROTECTED]> writes:
> And i use darcs version of gtk2hs,
> when i ./configure, i got below information:
> But when i "make", i got below error information:
>
On Tue, 2008-12-02 at 11:01 +, Colin Paul Adams wrote:
> >>>>> "Duncan" == Duncan Coutts <[EMAIL PROTECTED]> writes:
>
> >> gstreamer
>
> Duncan> Those names are the names of the Haskell
> Duncan> components/packages.
On Tue, 2008-12-02 at 15:48 +0800, Andy Stewart wrote:
> When i ./configure gtk2hs souce code, i will got below information:
>
> ,
> | * The following packages will be built:
> | *
> | * glib : yes
On Tue, 2008-12-02 at 16:55 +, Claus Reinke wrote:
> But when I actually try to build anything using (yes, I know the explicit
> package flags aren't needed with --make)
>
> ghc --make -package OpenGL -package GLUT something.hs
>
> I get nothing but undefined references in the linking ph
On Tue, 2008-12-02 at 18:04 +, Claus Reinke wrote:
> >> ghc --make -package OpenGL -package GLUT something.hs
> >> I get nothing but undefined references in the linking phase.
> >> C:\Program
> >> Files\Haskell\GLUT-2.1.1.2\ghc-6.11.20081202/libHSGLUT-2.1.1.2.a(Window.o):fake:
> >> (.t
On Tue, 2008-12-02 at 17:43 -0600, Galchin, Vasili wrote:
> Hello,
>
> Some mention is made in corresponding web pages about
> implementation difference of these three different DataString impl.
> Any advice?
Perhaps you need to ask a more specific question.
Data.ByteString is a simple str
On Wed, 2008-12-03 at 01:52 -0600, Galchin, Vasili wrote:
> Warning: This package indirectly depends on multiple versions of the
> same
> package. This is highly likely to cause a compile failure.
> package binary-0.4.2 requires bytestring-0.9.0.1
> package bio-0.3.4.1 requires bytestring-0.9.1.0
>
On Tue, 2008-12-02 at 22:56 -0600, Galchin, Vasili wrote:
> Hello,
>
> http://www.cse.unsw.edu.au/~dons/fps.html
>
> Are the papers/slides still up-to-date for someone to get up-to-speed
> on ByteString motivation and implementation?
Yes.
> Anything more recent?
It links to the stream fusion
On Wed, 2008-12-03 at 09:36 +, Magnus Therning wrote:
> Is it possible to use cabal to build the files that hat would need to
> do tracing (i.e. .htx files)?
No, but if you'd like to add support that'd be a great service to
everyone.
Duncan
___
Has
Who is able to delete wiki spam?
http://haskell.org/haskellwiki/?title=Special:Contributions&target=Tomso123
All the pages created by this user appear to be spam (check the google
translation) so the account should probably be deleted too.
As I understand it, any registered user can revert chang
On Fri, 2008-12-05 at 16:50 +0100, Thomas Davie wrote:
> Sure, and he could then use a fold instead of a map. Reading files is
> problematic, but as long as you're only doing it once (the most common
> situation) is entirely fine wrapped up in an unsafePerformIO.
No!
Please don't go tel
On Fri, 2008-12-05 at 17:06 +0100, Thomas Davie wrote:
> On 5 Dec 2008, at 17:00, Duncan Coutts wrote:
>
> > On Fri, 2008-12-05 at 16:50 +0100, Thomas Davie wrote:
> >
> >> Sure, and he could then use a fold instead of a map. Reading files
> >> is
> >
On Mon, 2008-12-08 at 14:49 -0200, Mauricio wrote:
> Hi,
>
> I've just seen this from Distribution.ModuleName (ghc 6.10):
>
> toFilePath $ ( simple "A.B.C" )
>
> to which ghci answers: "A.B.C".
>
> Shouldn't it say "A/B/C"?
You're using it wrong. A 'simple' module name should have no '.' in i
On Thu, 2008-12-04 at 19:04 +0100, Niklas Broberg wrote:
> Fellow Haskelleers,
>
> it is my pleasure to announce the new release of the haskell-src-exts
> package, version 0.4.4:
So when will we simply declare that haskell-src-exts is the new
haskell-src? :-)
That implementation is widely acknow
On Sat, 2008-12-06 at 23:32 +0100, Laurent Giroud wrote:
> Hi everyone,
>
> I have been trying to install haskelldb in the last few days and
> encountered a number of hurdles which raised a few questions and for
> which I'd appreciate some insight and advice. Note that I am posting
> here be
On Tue, 2008-12-09 at 18:17 -0800, Don Stewart wrote:
> Oh, perhaps you want to 'decode' the string that
> dirOpenDialog returns.
>
> redcom:
> > Hi Don,
> >
> > must be doing something wrong.
> >
> > The messed up string originates from calling Graphics.UI.WX.dirOpenDialog
> > and selecting
On Wed, 2008-12-10 at 09:32 -0200, Mauricio wrote:
> >> Why can ghc read the program, but not the standard
> >> library parser? Does ghc use something else?
> >> Is it possible to use whatever ghc uses to build
> >> a prettyprinter?
> >
> > Language.Haskell is known to be incomplete. The haskell-
On Wed, 2008-12-10 at 08:33 -0200, Mauricio wrote:
> Hi,
>
> When I do:
>
> foreign import "nameOfFunction" nameOfFunction
> :: IO MyType
>
> I can get a function that return MyType only if
> it's a pointer or some of the C* type family. Is
> it possible to write a new MyType and make it
> all
On Wed, 2008-12-10 at 14:17 -0200, Mauricio wrote:
> > > > foreign import "nameOfFunction" nameOfFunction
> > > > :: IO MyType
> > >
> > > > Is it possible to write a new MyType and make it allowed as
> > > > a return type from foreign functions? Is changing the
> > > > compiler the o
On Wed, 2008-12-10 at 15:30 +0100, Sean Leather wrote:
> [Responding to an old (but still relevant) thread...]
>
> I'm getting this error as well, both in 2.3.0 and 2.4.1.
>
> Suppose that I wanted to generate documentation for everything in my
> Cabal package except for the modules with Template
On Thu, 2008-12-11 at 11:29 +0100, Sean Leather wrote:
> Now, I'm trying to use #ifndef __HADDOCK__ / #endif around those same
> modules, and I'm still running into the same internal Haddock error:
>
> > haddock: internal Haddock or GHC error: Maybe.fromJust: Nothing
>
> I've been using "cabal h
On Thu, 2008-12-11 at 14:00 +0100, Henk-Jan van Tuyl wrote:
> On Thu, 11 Dec 2008 06:35:24 +0100, Don Stewart <[EMAIL PROTECTED]> wrote:
>
> >
> > * Hackage currently holds 914 applications and libraries.
>
> Using the commands:
>cabal update
>cabal list | fgrep " * " | wc
> I counted
On Thu, 2008-12-11 at 13:13 +, Dougal Stanton wrote:
> On Thu, Dec 11, 2008 at 1:00 PM, Henk-Jan van Tuyl <[EMAIL PROTECTED]> wrote:
> >
> > Using the commands:
> > cabal update
> > cabal list | fgrep " * " | wc
> > I counted 927 entries.
> >
>
> Unfortunately that's not a reliable means of
On Thu, 2008-12-11 at 16:26 +0100, Sean Leather wrote:
>
> The above is true, but then I ran it with --optghc=-D__HADDOCK__ and
> that fixed the problem. You see, I didn't know who was actually
> defining the __HADDOCK__ macro. Now, after looking at code for Haddock
> and Cabal, I realize it's Ca
On Thu, 2008-12-11 at 18:20 +0100, Sean Leather wrote:
>
> For haddock-0.x, Cabal cpp's all the modules with
> -D__HADDOCK__ because
> the old haddock cannot parse all sorts of things.
>
> However for haddock-2.x it is important not to use
> -D__HAD
On Thu, 2008-12-11 at 23:32 +0100, Sean Leather wrote:
>
> > That's quite a presumption there. I can certainly write a
> module that
> > compiles and produces documentation for Haddock but that is
> different
> > when compiled into binary form. Even without
On Fri, 2008-12-12 at 00:22 +0100, Sean Leather wrote:
> Let's suppose that I do actually want to define __HADDOCK__ for my
> library. Can I do this with a user-defined hook using the Cabal
> library?
>
> main :: IO ()
> main = defaultMainWithHooks hooks where
> hooks = simpleUserHooks { haddoc
On Fri, 2008-12-12 at 00:19 +, Claus Reinke wrote:
> > Still, you might find something useful in the discussion for this ticket:
> >
> >Cabal should support Cabal-version-dependent Setup.hs
> >http://hackage.haskell.org/trac/hackage/ticket/326
>
> or, more directly:
>
> http://www.ha
On Fri, 2008-12-12 at 01:01 +0100, Sean Leather wrote:
>
> Call the original haddockHook with the updated flags rather
> than the
> haddock command.
> No change in output.
Ah, sorry I misread the code. This works:
import Distribution.Simple
import Distribution.Simple.Loc
On Fri, 2008-12-12 at 01:01 +, Duncan Coutts wrote:
> On Fri, 2008-12-12 at 01:01 +0100, Sean Leather wrote:
> >
> > Call the original haddockHook with the updated flags rather
> > than the
> > haddock command.
>
> > No change in
On Mon, 2008-12-15 at 08:17 -0800, John MacFarlane wrote:
> I noticed a difference in how "hang" works between pretty-1.0.0.0 and
> pretty-1.0.1.0. I think it's a bug. If this isn't the right place to
> report it, please let me know where I should. (Maintainer is listed
> as librar...@haskell.org,
On Thu, 2008-12-18 at 13:27 +, Neil Mitchell wrote:
> Hi Duncan,
>
> > I'd just like to advertise the fact that as of Cabal-1.6 you can put a
> > bug-reports field in your .cabal file and it will be displayed by
> > hackage.
>
> Fantastic. Is it backwards compatible? i.e. if I add such a fiel
On Fri, 2008-12-12 at 21:03 +0100, Cetin Sert wrote:
> Hi all,
>
> For a network manager of sorts I'm working on, I want to derive a
> SettingsWindowClass from the WindowClass present in Gtk2Hs:
>
> I want (the) instance(s) of the SettingsWindowClass to have a field to
> store connection settings
On Thu, 2008-12-18 at 20:09 +, Thomas Schilling wrote:
> This bug appears to be fixed in QuickCheck 2. However, for some
> reason cabal-install by default only installs 1.2. You have to
> explicitly ask for the newer version:
>
> $ cabal install QuickCheck-2.1.0.1
Or more generally:
$ ca
On Thu, 2008-12-18 at 16:13 -0800, Max Rabkin wrote:
> On Thu, Dec 18, 2008 at 3:55 PM, Duncan Coutts
> wrote:
> > However QuickCheck seems to be a case where
> > people now expect to use QC-2, but old packages that don't specify a
> > version typically only work wi
On Fri, 2008-12-19 at 14:40 +0100, Daniel Kraft wrote:
> Hi,
>
> I'm just a beginner trying to learn a little about Haskell, and as such
> write some toy programs (e.g. for projecteuler.net) in Haskell.
>
> Currently, I'm experiencing what I would call "strange behaviour":
>
> I've got a data-t
On Fri, 2008-12-19 at 15:58 +0100, Daniel Kraft wrote:
> How does reverse work in constant space? At the moment I can't imagine
> it doing so; that's why I tried it, but of course you could be right.
It allocates a new list cell for every cell it finds in the input list.
If the input list can b
On Fri, 2008-12-19 at 08:44 -0700, Luke Palmer wrote:
> On Fri, Dec 19, 2008 at 8:26 AM, Duncan Coutts
>
> It allocates a new list cell for every cell it finds in the
> input list. If the input list can be garbage collected then
> reverse takes
On Fri, 2008-12-19 at 10:42 -0600, Jake McArthur wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Paul Keir wrote:
> > fibs = 0 : 1 : zipWith (+) fibs (tail fibs)
>
> This is a CAF (Constant Applicative Form). Since it is actually a
> constant it is never garbage collected, and is alw
On Sat, 2008-12-20 at 15:43 +, Lennart Augustsson wrote:
> The current official Haskell standard is Haskell-98. There is no
> unsafePerformIO in there.
It's in the FFI spec which is an official addendum to Haskell 98.
;-)
Duncan
___
Haskell-Cafe m
On Mon, 2008-12-22 at 11:53 +0800, Wang, Chunye (NSN - CN/Beijing)
wrote:
>
> I tried to install the ghc 6.8.0 last year but failed for some
> reason. Now I decide to do it again, because I'd like to try
> some examples in <> Now I remember why I try to
> install it from source code, because the b
On Sun, 2008-12-21 at 13:30 -0600, brian wrote:
> On Sun, Dec 21, 2008 at 12:12 PM, Laurent Giroud wrote:
> > I have been doing a few experiments with cabal packages lately and I wish to
> > uninstall these to return to a cleaner package base. However, there doesn't
> > seem to be a "cabal uninsta
On Mon, 2008-12-22 at 17:53 +0800, Wang, Chunye (NSN - CN/Beijing)
wrote:
> Hi Duncan,
>
>
> wget
> http://haskell.org/ghc/dist/6.8.2/ghc-6.8.2-x86_64-unknown-linux.tar.bz2
> tar -jxvf ghc-6.8.2-x86_64-unknown-linux.tar.bz2
Ahh, x86-64. Those have always been built on Fedora Core 5.
My only su
401 - 500 of 1289 matches
Mail list logo