- Glasgow-haskell-users

defaultsHook isn't documented
by Bulat Ziganshin 18 May '09

18 May '09

Hello glasgow-haskell-users, it seems that defaultsHook isn't documented on http://www.haskell.org/ghc/docs/latest/html/users_guide/runtime-control.htm… neither anywhere else in user manual -- Best regards, Bulat mailto:Bulat.Ziganshin@gmail.com

2 2

Re: [Haskell-cafe] ghc ./configure stalls on docbook DTD
by Donnie Jones 18 May '09

18 May '09

Hello Dan, Best place to ask is glasgow-haskell-users(a)haskell.org since that is the GHC users list. I have CC'd your email to the GHC user list. Cheers. -- Donnie Jones On Wed, May 13, 2009 at 1:35 PM, Dan <danielkcook(a)gmail.com> wrote: > Hi, > > Not sure if this is the right place to ask. > GHC 6.10.3 source dist: ./configure takes about 10 minutes to look for > DocBook DTD and another 10 to look for DocBook XSL directory. I was writing > this e-mail thinking it had completely crashed. Any reason why it's so > ridiculously slow? A look at 'top' says the CPU is mostly idle during this > time, but xmllint is running. > > Mac OS X > > uname -a: Darwin 9.6.0 Darwin Kernel Version 9.6.0: Mon Nov 24 17:37:00 PST > 2008; root:xnu-1228.9.59~1/RELEASE_I386 i386 > > CookBook:ghc-6.10.3 dan$ ./configure > checking build system type... i386-apple-darwin9.6.0 > checking host system type... i386-apple-darwin9.6.0 > checking target system type... i386-apple-darwin9.6.0 > Canonicalised to: i386-apple-darwin > [blah blah blah] > checking for xmllint... /usr/bin/xmllint > checking for DocBook DTD... > (blocks for ages) > > > _______________________________________________ > Haskell-Cafe mailing list > Haskell-Cafe(a)haskell.org > http://www.haskell.org/mailman/listinfo/haskell-cafe > >

2 1

comprehension vs `map'
by Serge D. Mechveliani 15 May '09

15 May '09

Dear GHC team, I would like to write [rl {ruleMode = AlwaysApply} | rl <- rules calc] (I) instead of map (\ rl -> rl {ruleMode = AlwaysApply}) $ rules calc (II) and instead of let rs = rules calc in [rl {ruleMode = AlwaysApply} | rl <- rs] (III). But is this reliable in GHC that the compiler converts (I) into something which is not not worse than III ? What about other implementations? Regards, ----------- Mechveliani mechvel(a)botik.ru

2 1

ANN: GhciExt 0.6 for GHC 6.10.3
by Peter Hercek 14 May '09

14 May '09

Hi, I know there were 4 unique IP addresses which checked it out. Since I do not know who they are I just spam this list again :) You can get it here: http://www.hck.sk/users/peter/pub/ If you decide to give it a try then read the README file before installing. It should work with the stock GHC 6.10.2 and higher, but I only tried briefly with GHC 6.10.3 (as it was released) and I use it without any problem with my customized GHC 6.10.3 (dirty support for ansi escape sequences in ':set prompt' for color highlighting of the prompt, patch for ticket http://hackage.haskell.org/trac/ghc/ticket/3084 (allow macros to redefine builtin GHCi commands), and few more details). Here is what it does: Prelude> :defs long :. <file> -- source commands from <file> :* <count> <cmd>... -- run <cmd> <count> times :x <cmd>... -- run <cmd> with stdout suppressed :out -- redirect ghci stdout back to console :redir <var> <cmd>... -- execute <cmd> redirecting stdout to <var> :grep <args> < <cmd>... -- run grep <args> on <cmd> output Runs grep from your OS on the output of <cmd>. This means all the options of your OS grep are available. '<' separates grep options from the command. :find <cmd> [-]<var> -- step with <cmd> until <var> is found Prepend variable name with '-' to disable printing of its value. :locate <cmd> <bpArgs> -- step with <cmd> until location <bpArgs> is hit :bp <bpArgs> -- put breakpoint at <bpArgs> (adds hit count) :inject <cc> <c> <sc> -- at location run <c> if <cc> and stop if <sc> There are two special identifiers which can be used in the breakpoint code (<c>) and the breakpoint stop condition (<sc>); but which are not usable in the breakpoint code condition (<cc>). These are: - ghciExt_BpId - macro name; translates to breakpoint id - ghciExt_HitCnt - macro name; translates to breakpoint hit count :strobe ["<c>"] -- at location show hit count if <c> :monitor ["<c>"] <vs> -- show comma-sep. variables at location if <c> :watch <cond> <bpArgs> -- break at location <bpArgs> when <cond> is True :count <N> [<bpArgs>] -- count/stop execution at <bpArgs> or query bp hits There are three ways how to use this command: - :count 0 <bpArgs> - never stops; counts hits and extends trace history - :count N <bpArgs> - stops when location <bpArgs> is hit N-th time - :count N - shows hit count of a ghciExt breakpoint with number N. :hl <cmd>... -- highlight the output of <cmd> :defs [long] -- list user commands (possibly with long help) General information for all GhciExt commands: - Most arguments may be in quotation marks (to allow spaces in them). - Instead of a regular quotation mark, @x can be used to start a string argument too. In such a case the argument is finished when character x appears again after `@x' string. Use any character in place of x. This was added so that one does not need to escape quotation marks and back-slashes in arguments (especially those representing code). Prelude> Not so much obsolete description of how it works (and how to use it) is here: http://permalink.gmane.org/gmane.comp.lang.haskell.glasgow.user/16270 Notable changes are: * much better :grep command (you can even get color highlighted output) * you do not need to prefix commands :main, :continute, :step, and :trace with :x any more * :findex replaced with much better :locate It works on linux. The only reason I recall it would not work on windows is the use of '/dev/null'. But I never tried on windows. Enjoy, Peter.

1 0

[web] distro page update for Fedora
by Jens Petersen 13 May '09

13 May '09

Hi, I can't remember if I actually reported this before - I certainly meant too... :) Could you please update the Fedora entry on the distribution packages page: http://haskell.org/ghc/distribution_packages.html Please replace `RPMs are available from Fedora Extras' with `<a href="http://fedoraproject.org">Fedora users can install with "yum install ghc"'. "Fedora Extras" also appears under the openSUSE entry! Could you please remove that. Thank you, Jens on behalf of the Fedora Haskell SIG

3 4

GHCi's search path
by Peter Gammie 13 May '09

13 May '09

Hello, According to the manual: http://haskell.cs.yale.edu/ghc/docs/latest/html/users_guide/separate-compil… GHCi is not overly keen to go looking for modules in directories different to where the source resides. The semantics I want is: - use the Cabal-built objects/hi files in dist/build if they're fresh enough - interpret the source otherwise. Is that possible? cheers peter

3 3

[johan.tibell@gmail.com: [Haskell-cafe] Heads up: Conflicting versions of network-2.2.1]
by Don Stewart 11 May '09

11 May '09

----- Forwarded message from Johan Tibell <johan.tibell(a)gmail.com> ----- Date: Sun, 10 May 2009 19:23:20 +0200 From: Johan Tibell <johan.tibell(a)gmail.com> To: haskell-cafe <haskell-cafe(a)haskell.org> Subject: [Haskell-cafe] Heads up: Conflicting versions of network-2.2.1 Hi, The version of network-2.2.1 that shipped with GHC 6.10 differs from the one on Hackage [1]. The version that was released with GHC was never uploaded to Hackage and was never tagged in the darcs repository. When making a new release of network I forgot to check the version number on the version of network that shipped with GHC. My appologies. If you want the API additions that are present in network-2.2.1 on Hackage use network-2.2.1.1 instead to make sure that e.g. cabal-install doesn't use the version of network that comes with GHC. In the future there won't be any releases directly from the darcs repo. All releases will be made on Hackage to later be picked up by the Haskell Platform. Cheers, Johan 1. http://hackage.haskell.org/cgi-bin/hackage-scripts/package/network-2.2.1 _______________________________________________ Haskell-Cafe mailing list Haskell-Cafe(a)haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe ----- End forwarded message -----

1 0

Functions for builtin operators (?)
by Colin Paul Adams 10 May '09

10 May '09

Where is a function with a name like the following defined in the ghc source code? .Classes.>_ ( tpl_B6 ) I've tried searching for such names - all I can find is a comment referring to tpl_B2. -- Colin Adams Preston Lancashire

2 4

runhaskell a parallel program
by Neil Mitchell 08 May '09

08 May '09

Hi, I've got a program which I'd like to run on multiple threads. If I compile it with ghc --make -threaded, then run with +RTS -N2 it runs on 2 cores very nicely. If however I run it with runhaskell Test.hs +RTS -N2 I get told the -N2 flag isn't supported. Is there a way to runhaskell a program on multiple cores? Is this a bug that it doesn't work, a feature request I'm making, or is there some trick to getting it working I haven't thought of? I'll raise a bug report if that turns out to be the right thing. Thanks Neil

5 13

ghc 6.10.3-prerelease failed build log for freebsd7.2
by brad clawsie 07 May '09

07 May '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 hi after some trying, i was unable to get the 6.10.3 prerelease to build on freebsd 7.2. i was trying to use an existing 6.10.2 as my build ghc. i saved the output of the entire build from ./configure to the point of failure. it is too long too attach here, you can see it at: http://www.b7j0c.org/ghc-6.10.3.log.txt it is about 4.4mb thanks brad -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkn+hUUACgkQxRg3RkRK91OSCwCfZ2LuR2v1UNYfx1z1gCx/5Kam 4pwAn0+T69nj0qIl4LyCYEsy/mAOdc8h =6alu -----END PGP SIGNATURE-----

3 6