- Haskell-Cafe - Haskell.org

haskell build phase is very slow
by Junior White 04 Feb '13

04 Feb '13

Hi Cafe, I came from the C/C++ world, recently I play with a haskell editor named yi-editor, I find haskell build phase is very slow: 1.Compile one .hs file is slow 2. When change a little, it will recompile many many files Compare to c, compile a c source file seems much quick then compile a haskell source file. And if i change a .c file, it only recompile the file i changed, and relink, it's awesome. How can i make my build phase more quick? Thanks!

3 2

<package>-inplace is shadowed by package <package>-<hexstring>
by Alexander Bernauer 04 Feb '13

04 Feb '13

Hi I am trying to write criterion benchmarks for the pretty library. Unfortunately, building the benchmark executable fails at some point during the development with the following error message: ---8<--- <command line>: cannot satisfy -package-id pretty-1.1.1.1-inplace: pretty-1.1.1.1-inplace is shadowed by package pretty-1.1.1.1-7bd0114e9691fca3d3447fc0133701cf --->8--- I don't understand the cause of the error, let alone what I am supposed to do next. Any help is much appreciated. Here are the steps that lead to the above quoted error. Sorry, if this is not the smallest counter example possible. As I said, I hardly understand what is going on. (the two patch files mentioned are attached to this email, virthualenv is version 0.2.1) ---8<--- git clone https://github.com/haskell/pretty.git cd pretty git apply /tmp/0001-hello-world-setup.patch export PATH=/opt/ghc-7.4.2/install/bin:/opt/haskell-platform-2012.4.0.0/install/bin:$PATH ~/.cabal/bin/virthualenv source .virthualenv/bin/activate cabal configure --user cabal build cabal install cabal install criterion cabal configure --user --enable-benchmarks cabal build git apply /tmp/0002-replaced-example-with-real-benchmark.patch cabal install language-c cabal configure --user --enable-benchmarks cabal build # error --->8--- So the first build of the benchmark executable works, but the second one "suddenly" fails. Executing "cabal build -v" next yields ---8<--- $ cabal build -v creating dist/build creating dist/build/autogen Building pretty-1.1.1.1... Preprocessing library pretty-1.1.1.1... Building library... creating dist/build /opt/ghc-7.4.2/install/bin/ghc --make -package-name pretty-1.1.1.1 -hide-all-packages -fbuilding-cabal-package -package-conf /home/alex/tmp/pretty/.virthualenv/ghc_pkg_db -i -idist/build -isrc -idist/build/autogen -Idist/build/autogen -Idist/build -optP-include -optPdist/build/autogen/cabal_macros.h -odir dist/build -hidir dist/build -stubdir dist/build -package-id base-4.5.1.0-66f22db3dfcd87541c9c7e50e7095d26 -O -Wall -fwarn-tabs -XHaskell98 -XCPP -XBangPatterns Text.PrettyPrint Text.PrettyPrint.HughesPJ Linking... /usr/bin/ar -r dist/build/libHSpretty-1.1.1.1.a dist/build/Text/PrettyPrint.o dist/build/Text/PrettyPrint/HughesPJ.o /usr/bin/ar: creating dist/build/libHSpretty-1.1.1.1.a /usr/bin/ld -x --hash-size=31 --reduce-memory-overheads -r -o dist/build/HSpretty-1.1.1.1.o dist/build/Text/PrettyPrint.o dist/build/Text/PrettyPrint/HughesPJ.o Registering pretty-1.1.1.1... /opt/ghc-7.4.2/install/bin/ghc-pkg update - --global --user --package-conf=/home/alex/tmp/pretty/.virthualenv/ghc_pkg_db --package-conf=dist/package.conf.inplace Preprocessing benchmark 'bench-pretty' for pretty-1.1.1.1... Building benchmark bench-pretty... creating dist/build/bench-pretty creating dist/build/bench-pretty/bench-pretty-tmp /opt/ghc-7.4.2/install/bin/ghc --make -o dist/build/bench-pretty/bench-pretty -hide-all-packages -fbuilding-cabal-package -package-conf /home/alex/tmp/pretty/.virthualenv/ghc_pkg_db -package-conf dist/package.conf.inplace -i -idist/build/bench-pretty/bench-pretty-tmp -ibench -idist/build/autogen -Idist/build/autogen -Idist/build/bench-pretty/bench-pretty-tmp -optP-include -optPdist/build/autogen/cabal_macros.h -odir dist/build/bench-pretty/bench-pretty-tmp -hidir dist/build/bench-pretty/bench-pretty-tmp -stubdir dist/build/bench-pretty/bench-pretty-tmp -package-id base-4.5.1.0-66f22db3dfcd87541c9c7e50e7095d26 -package-id criterion-0.6.2.1-5ae981935ea0c9773e0df464b5922b27 -package-id language-c-0.4.2-fe58279e43af097994ce7b7010785c69 -package-id pretty-1.1.1.1-inplace -O -O -XHaskell98 bench/Bench.hs <command line>: cannot satisfy -package-id pretty-1.1.1.1-inplace: pretty-1.1.1.1-inplace is shadowed by package pretty-1.1.1.1-7bd0114e9691fca3d3447fc0133701cf (use -v for more information) --->8--- What does this mean? What am I doing wrong? How can I fix this? Greetings, Alex

1 0

Text.PrettyPrint.HughesPJ is sloooow (and wl-pprint-text is fast)
by Johannes Waldmann 04 Feb '13

04 Feb '13

I was running into serious performance problems when printing moderately sized Doc and Xml data (HaXml goes via Doc). So I replace Text.PrettyPrint.HughesPJ with Text.PrettyPrint.Leijen.Text, and patched the HaXml printer in the same way. Now it is running much faster. This confirms some of the comments here: http://stackoverflow.com/questions/9761507/which-pretty-print-library If you want to see for yourself, here is a test case. It constructs and prints a document tree with about 10^4 nodes, rendered to an Xml document with 10^6 (nonblank) chars: https://github.com/jwaldmann/haskell-tpdb/blob/master/test/speed.hs Of the 4 output methods (fin the main program), only one takes < 1 second. Rendering via HughesPJ needs extra stack (!) and takes about 20 seconds. Rendering via Text.XML.HaXml.ByteStringPP seems much slower still (!) (ghc-7.6.2, pretty-1.1.1.0, HaXml-1.23.3, wl-pprint-text-1.1.0.0, amd64, fedora 18, kernel 3.7.4)

2 1

Problems with code blocks in the description field in a .cabal file
by Josef Svenningsson 04 Feb '13

04 Feb '13

Hi, I'm putting together a cabal package and I'd like to have some code examples in my description file. In particular I would like to have a code block containing markdown containing a code block of Haskell, like this: > ~~~{ .haskell } > module Main where > > main = putStrLn "Hello World!" > ~~~ When I put the above code in my .cabal file and do `cabal haddock --executables` I get the following error: haddock: failed to parse haddock prologue from file: dist/doc/html/codeExtract/codeExtract/haddock-prolog31969.txt In general I can provoke the parse error from haddock whenever I have something inside curly braces. So the error seems to stem from haddock. I've tried to track down what happens inside haddock but I've run out steam. I'd like to know if there is anything I can do to be able to write something like the above as part of the description in my .cabal file. Thanks, Josef

3 6

Yet another Conduit question
by Simon Marechal 04 Feb '13

04 Feb '13

I am working with bulk sources and sinks, that is with a type like: Source m [a] Sink [a] m () The problem is that I would like to work on individual values in my conduit. I can have this: concat :: (Monad m) => Conduit [a] m a concat = awaitForever (mapM_ yield) But how can I do it the other way around ? I suppose it involves pattern matching on the different states my conduit might me in. But is that even possible to do it in a "non blocking" way, that is catenate data while there is something to read (up to a certain threshold), and send it as soon as there is nothing left to read ? Or doesn't that make any sense in the context of Conduits (in the sense that this conduit will be recheck for input before the upstream conduits will have a chance to operate) ? Another approach would be to have a map equivalent: conduitMap :: Conduit i m o -> Conduit [i] m [o] But I am not sure how to do this either ...

4 10

Re: [Haskell-cafe] Monadic parser vs. combinator parser
by Jan Stolarek 04 Feb '13

04 Feb '13

> Of course that is fine. But keep in mind that all parser combinator based > libraries are based on a top-down parsing strategy which in most places, > BUT NOT ALL, fits Haskell's syntax. Try to use the chaining combinators > where-ever possible. In case of doubt you can always spy on how things are > done in the UHC. Luckily I'm not building a parser for Haskell, but for a very small set of instructions given to a program from the command line. In case of emergency I will be looking at the source code of uulib and uu-parsinglib (which, by the way, could use some line wrapping to fit in 80 columns). Janek

1 0

Call for Nominations: Haskell Prime language committee
by Malcolm Wallace 04 Feb '13

04 Feb '13

Dear Haskell lovers, The Haskell Prime process for standardisation of new versions of the Haskell language is at something of an impasse. Since the Haskell 2010 Report was issued (at the end of 2009), there has been very little momentum to formalise existing extensions and generalisations, nor appetite to decide on whether any such extensions should be adopted as part of the core language standard. We therefore seek nominations for new members of the Haskell Prime language committee; people who have the enthusiasm to take this forward, as well as some relevant experience. If you think you would like to contribute, please nominate yourself by sending a email to haskell-2011-committee(a)haskell.org describing who you are, and what you think the committee might hope to achieve. The address above is populated by the existing committee members, but is now (temporarily) open to all during the nomination period. Nominations close in 3 weeks time, i.e. to be received by end of Sunday 24th February 2013. The process for deciding a new language committee is described at http://hackage.haskell.org/trac/haskell-prime/wiki/Committee Regards, Malcolm

1 0

Parsec Vs. src exts
by Sean Cormican 03 Feb '13

03 Feb '13

Hi, I've been spending a bit of time looking into using Parsec as a parser for a subset of the syntax of the Haskell language, a high level description of what I'm looking to create is a parser which confirms whether a given Haskell code file is valid or in the case that it isn't returns some helpful error messages to the user. (Please bear with me, I know this is a strange implementation) My question is that while I have a modest understanding of Parsec from tutorials, the haskell-src package has also been recommended of which I can find very limited documentation in comparison. However, the issue arises from both my limited understanding of haskell and lack of information on the usage of haskell-src. Can anybody provide me with some guidance on whether to try and create the parser using Parsec or if haskell-src is a better option. In the case that haskell-src is a better option, are there any tutorials or documents that I would benefit from reading? Thanks in advance, Seán

4 4

Most used functions in hackage
by Casey Basichis 03 Feb '13

03 Feb '13

Hi, I'm guessing this is a long shot, but Is there any link that counts the use of all functions in all packages in Hackage and lists them by frequency or by other stats? I'm still new to haskell but I've been working my way through tons and tons of tutorials and books. It would be very helpful to target in on the current reality of the most critical functions. Anything like this out there? Thanks, Casey

6 13

linking errors while compile hugs98 in macos
by Junior White 03 Feb '13

03 Feb '13

Hi Cafe, I downloaded the latest hugs98 source package, unzip and build, I get the following link errors. It seems many symbols are not defined, am I missing same depending libraries? This is my machine info: ➜ hugs98-plus-Sep2006 git:(master) ✗ uname -a Darwin lan-seimatoMacBook-Air.local 11.4.2 Darwin Kernel Version 11.4.2: Thu Aug 23 16:25:48 PDT 2012; root:xnu-1699.32.7~1/RELEASE_X86_64 x86_64 ================================ Preprocessing Network/Hackage/Version Undefined symbols for architecture x86_64: "_environ", referenced from: ___hscore_environ in ccuTP291.o (maybe you meant: ___hscore_environ) ld: symbol(s) not found for architecture x86_64 collect2: ld returned 1 exit status runhugs: Error occurred ERROR "libraries/bootlib/Foreign/C/Error.hs" - Error while running compilation command 'gcc -DNDEBUG=1 -g -no-cpp-precomp -flat_namespace -shared -fPIC -D__HUGS__ "-Ihugsdir/include" -o "libraries/bootlib/Foreign/C/Error.so" "libraries/bootlib/Foreign/C/Error.c" -Ipackages/base/include -Ighc/includes packages/base/cbits/PrelIOUtils.c' Undefined symbols for architecture x86_64: "_environ", referenced from: ___hscore_environ in ccYZo1zT.o (maybe you meant: ___hscore_environ) ld: symbol(s) not found for architecture x86_64 collect2: ld returned 1 exit status runhugs: Error occurred ERROR "libraries/bootlib/Foreign/Marshal/Alloc.hs" - Error while running compilation command 'gcc -DNDEBUG=1 -g -no-cpp-precomp -flat_namespace -shared -fPIC -D__HUGS__ "-Ihugsdir/include" -o "libraries/bootlib/Foreign/Marshal/Alloc.so" "libraries/bootlib/Foreign/Marshal/Alloc.c" -Ipackages/base/include -Ighc/includes packages/base/cbits/PrelIOUtils.c packages/base/cbits/dirUtils.c packages/base/cbits/consUtils.c'

4 7