Re: [GHC] #7471: Documentation bug: hs_init is incorrectly called in the example
#7471: Documentation bug: hs_init is incorrectly called in the example -+-- Reporter: dsign | Owner: simonmar Type: bug | Status: new Priority: normal| Milestone: 7.6.2 Component: Documentation | Version: Keywords:| Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: Documentation bug Difficulty: Unknown |Testcase: Blockedby:|Blocking: Related:| -+-- Changes (by simonmar): * owner: = simonmar * difficulty: = Unknown * milestone: = 7.6.2 Comment: Thanks, I'll fix that. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7471#comment:1 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #7471: Documentation bug: hs_init is incorrectly called in the example
#7471: Documentation bug: hs_init is incorrectly called in the example -+-- Reporter: dsign | Owner: simonmar Type: bug | Status: new Priority: normal| Milestone: 7.6.2 Component: Documentation | Version: Keywords:| Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: Documentation bug Difficulty: Unknown |Testcase: Blockedby:|Blocking: Related:| -+-- Comment(by marlowsd@…): commit 250f02687eb6dc56394f1c6e9c4cc0aaa34b {{{ Author: Simon Marlow marlo...@gmail.com Date: Fri Dec 7 10:35:40 2012 + fix code in library initialisation example (#7471) docs/users_guide/ffi-chap.xml | 28 1 files changed, 16 insertions(+), 12 deletions(-) }}} -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7471#comment:2 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #7471: Documentation bug: hs_init is incorrectly called in the example
#7471: Documentation bug: hs_init is incorrectly called in the example -+-- Reporter: dsign | Owner: simonmar Type: bug | Status: merge Priority: normal| Milestone: 7.6.2 Component: Documentation | Version: Keywords:| Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: Documentation bug Difficulty: Unknown |Testcase: Blockedby:|Blocking: Related:| -+-- Changes (by simonmar): * status: new = merge -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7471#comment:3 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #7471: Documentation bug: hs_init is incorrectly called in the example
#7471: Documentation bug: hs_init is incorrectly called in the example +--- Reporter: dsign | Owner: simonmar Type: bug| Status: closed Priority: normal | Milestone: 7.6.2 Component: Documentation |Version: Resolution: fixed | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: Documentation bug | Difficulty: Unknown Testcase: | Blockedby: Blocking: |Related: +--- Changes (by igloo): * status: merge = closed * resolution: = fixed Comment: Merged as 723570dab0384e295ced98089703060fce52e616 -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7471#comment:4 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[GHC] #7471: Documentation bug: hs_init is incorrectly called in the example
#7471: Documentation bug: hs_init is incorrectly called in the example --+- Reporter: dsign | Owner: Type: bug| Status: new Priority: normal | Component: Documentation Version: | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: Documentation bug | Blockedby: Blocking: |Related: --+- In the page http://www.haskell.org/ghc/docs/7.4.1/html/users_guide/ffi-ghc.html#ffi- library one of the examples in Using your own main() has some issues. See here http://stackoverflow.com/questions/13671429/is-this-typecast- correct/13671457#comment18765468_13671457 for more details. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7471 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #7318: CONLIKE pragma documentation bug
#7318: CONLIKE pragma documentation bug +--- Reporter: acowley| Owner: igloo Type: bug| Status: closed Priority: normal | Milestone: 7.6.2 Component: Documentation |Version: 7.6.1 Resolution: fixed | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: Documentation bug | Difficulty: Unknown Testcase: | Blockedby: Blocking: |Related: +--- Changes (by igloo): * status: merge = closed * resolution: = fixed Comment: Merged as 003eb67f3380cd764d1bd6f94413eb0f062626b3 -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7318#comment:5 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #7318: CONLIKE pragma documentation bug
#7318: CONLIKE pragma documentation bug -+-- Reporter: acowley | Owner: igloo Type: bug | Status: new Priority: normal| Milestone: 7.6.2 Component: Documentation | Version: 7.6.1 Keywords:| Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: Documentation bug Difficulty: Unknown |Testcase: Blockedby:|Blocking: Related:| -+-- Comment(by ian@…): commit e0c77c9f0729c105dddc5ce3fc79e117951719ba {{{ Author: Ian Lynagh i...@well-typed.com Date: Thu Oct 25 20:54:41 2012 +0100 Fix doc typo; fixes #7318 docs/users_guide/glasgow_exts.xml |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) }}} -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7318#comment:3 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #7318: CONLIKE pragma documentation bug
#7318: CONLIKE pragma documentation bug -+-- Reporter: acowley | Owner: igloo Type: bug | Status: merge Priority: normal| Milestone: 7.6.2 Component: Documentation | Version: 7.6.1 Keywords:| Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: Documentation bug Difficulty: Unknown |Testcase: Blockedby:|Blocking: Related:| -+-- Changes (by igloo): * status: new = merge Comment: Thanks for the report; fixed. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7318#comment:4 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #7318: CONLIKE pragma documentation bug
#7318: CONLIKE pragma documentation bug -+-- Reporter: acowley | Owner: igloo Type: bug | Status: new Priority: normal| Milestone: 7.6.2 Component: Documentation | Version: 7.6.1 Keywords:| Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: Documentation bug Difficulty: Unknown |Testcase: Blockedby:|Blocking: Related:| -+-- Changes (by igloo): * milestone: = 7.6.2 -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7318#comment:2 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #7318: CONLIKE pragma documentation bug
#7318: CONLIKE pragma documentation bug -+-- Reporter: acowley | Owner: igloo Type: bug | Status: new Priority: normal| Milestone: Component: Documentation | Version: 7.6.1 Keywords:| Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: Documentation bug Difficulty: Unknown |Testcase: Blockedby:|Blocking: Related:| -+-- Changes (by simonpj): * owner: = igloo * difficulty: = Unknown Comment: Thanks! Ian: can you fix this please? Thanks. Simon -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7318#comment:1 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[GHC] #7318: CONLIKE pragma documentation bug
#7318: CONLIKE pragma documentation bug ---+ Reporter: acowley| Owner: Type: bug| Status: new Priority: normal | Component: Documentation Version: 7.6.1 | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: Documentation bug | Testcase: Blockedby: | Blocking: Related: | ---+ The documentation [http://www.haskell.org/ghc/docs/7.6.1/html/users_guide /rewrite-rules.html example], {{{ {-# INLINE[1] CONLIKE f #-} f x = blah }}} results in a parse error in 7.6.1, but is accepted if the pragma is instead written as {{{ {-# INLINE CONLIKE [1] #-} }}} -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7318 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: Documentation Bug?
On Wed, Dec 14, 2011 at 05:39:15PM +, Dominic Steinitz wrote: The link on http://www.haskell.org/ghc/docs/latest/html/users_guide/hpc.html to http://www.haskell.org/hpc seems to be broken. Thanks for the report. This has been fixed. Thanks Ian ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Documentation Bug?
The link on http://www.haskell.org/ghc/docs/latest/html/users_guide/hpc.html to http://www.haskell.org/hpc seems to be broken. ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #1311: newtypes of unboxed types disallowed - documentation bug and/or feature request
#1311: newtypes of unboxed types disallowed - documentation bug and/or feature request +--- Reporter: Isaac Dupree |Owner: Type: feature request | Status: new Priority: low |Milestone: _|_ Component: Compiler | Version: 6.6.1 Severity: normal | Resolution: Keywords: | Difficulty: Unknown Os: Unknown | Testcase: Architecture: Unknown | +--- Changes (by simonpj): * milestone: = _|_ * priority: normal = low * type: bug = feature request Comment: I can't see any reason this would be impossible in principle, but my brain is too small to figure out all the ramifications of dropping the newtypes are always boxed assumption that GHC currently makes. So for now I have simply added the restriction to the user manual, and I'll leave this suggestion as a feature request. Simon -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1311 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[GHC] #1311: newtypes of unboxed types disallowed - documentation bug and/or feature request
#1311: newtypes of unboxed types disallowed - documentation bug and/or feature request ---+ Reporter: Isaac Dupree | Owner: Type: bug | Status: new Priority: normal| Milestone: Component: Compiler |Version: 6.6.1 Severity: normal| Keywords: Difficulty: Unknown | Os: Unknown Testcase:| Architecture: Unknown ---+ Tested in 6.6.1 and today's 6.7 (which claims to be version 6.7.20070418), {{{newtype FastBool = FastBool Int#}}} doesn't work. However this is not documented in the unboxed-types documentation in the User's Guide that lists similar restrictions http://www.haskell.org/ghc/docs/latest/html/users_guide/primitives.html Similarly (maybe), in phantom type arguments, even in GADTs where kind inference could be at work {{{data Boo a where Boo :: Int# - Boo Int#}}} doesn't work. I tried {{{newtype ( FastBool :: # ) = ...}}} , and {{{data Boo ( a :: # ) where...}}} , which just confused GHC. Is there a reason that coercions of unlifted types shouldn't work, or is it just unimplemented? (inspired by looking at GHC's compiler/utils/FastTypes.lhs and thinking that using newtypes instead of type synonyms in places like that would improve type-safety) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1311 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #1311: newtypes of unboxed types disallowed - documentation bug and/or feature request
#1311: newtypes of unboxed types disallowed - documentation bug and/or feature request -+-- Reporter: Isaac Dupree |Owner: Type: bug | Status: new Priority: normal|Milestone: Component: Compiler | Version: 6.6.1 Severity: normal| Resolution: Keywords:| Difficulty: Unknown Os: Unknown | Testcase: Architecture: Unknown | -+-- Comment (by [EMAIL PROTECTED]): I think `newtype FastBool = FastBool Int#` could potentially work. There are a bunch of places where the compiler assumes newtypes are lifted but that could be fixed. The newtype would have all the limitations of unlifted types though. You still couldn't use it in polymorphic functions or anything (which might be somewhat surprising to users of your code). Probably a better use of time would be to make SpecConstr turn enumeration types into `Int#`s, thus eliminating the need for FastBool altogether. As a side note, isn't FastBool kind of broken by design? You can't really do anything useful with it other than turning it back into a plain old Bool. `and#`/`or#` don't make sense as they must be strict in both of their arguments (which probably isn't what you want). The GADT example can't really work as you can't forall over unboxed tyvars. You can't write: `unBoo :: forall (a::#) . Boo a - a` as `a` could have a completely different representation depending on how it was instantiated. You could probably make it so `unBoo :: Boo Int# - Int#` would work but why not just write `BooInt = BooInt Int#` at that point. -Brian -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1311 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #1235: Documentation bug: Control.Monad.Reader
#1235: Documentation bug: Control.Monad.Reader ---+ Reporter: bjpop | Owner: Type: bug| Status: closed Priority: normal | Milestone: Component: Documentation |Version: 6.6 Severity: trivial| Resolution: fixed Keywords: | Difficulty: Easy (1 hr) Testcase: | Architecture: Unknown Os: Unknown| ---+ Changes (by igloo): * resolution: = fixed * status: new = closed Comment: Thanks for the report. The darcs version looks OK, so the extralibs with 6.6.1 will be OK too. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1235 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[GHC] #1235: Documentation bug: Control.Monad.Reader
#1235: Documentation bug: Control.Monad.Reader --+- Reporter: bjpop | Owner: Type: bug| Status: new Priority: normal | Milestone: Component: Documentation | Version: 6.6 Severity: trivial|Keywords: Difficulty: Easy (1 hr)|Testcase: Architecture: Unknown| Os: Unknown --+- The current docs for Control.Monad.Reader say: Declaration of the Monoid class,and instances for list and functions which doesn't appear to be correct. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1235 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #935: Minor documentation bug, odd defn of fibn.
#935: Minor documentation bug, odd defn of fibn. --+- Reporter: tmcooper |Owner: Type: bug| Status: closed Priority: normal |Milestone: Component: Documentation | Version: 6.6 Severity: minor | Resolution: fixed Keywords: | Difficulty: Easy (1 hr) Architecture: Multiple | Os: Multiple --+- Changes (by simonmar): * resolution: = fixed * status: new = closed Old description: On this page: http://haskell.org/ghc/docs/6.6/html/users_guide/lang- parallel.html the function fibn is defined. I assume fibn is meant to give the fibonacci sequence, but it doesn't. The problem is the term 'n1 + n2 + 1' in the function definition. It should be just 'n1 + n2'. This change needs to be made in two places on this page, and additionally, an occurence of 'n2 + n1 + 1' needs to be changed to 'n2 + n1'. In case it is helpful, here is the corrected html. !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN http://www.w3.org/TR/html4/loose.dtd; htmlheadmeta http-equiv=Content-Type content=text/html; charset =ISO-8859-1title7.15. Parallel Haskell/titlelink rel=stylesheet href=lang-parallel_files/fptools.css type=text/cssmeta name=generator content=DocBook XSL Stylesheets V1.68.1link rel=start href=http://haskell.org/ghc/docs/6.6/html/users_guide/index.html; title=The Glorious Glasgow Haskell Compilation System User's Guide, Version 6.6link rel=up href=http://haskell.org/ghc/docs/6.6/html/users_guide/ghc-language- features.html title=Chapter 7. GHC Language Featureslink rel=prev href=http://haskell.org/ghc/docs/6.6/html/users_guide/monomorphism.html; title=7.14. Control over monomorphismlink rel=next href=http://haskell.org/ghc/docs/6.6/html/users_guide/ffi.html; title=Chapter 8. Foreign function interface (FFI) /head body alink=#ff bgcolor=white link=#ff text=black vlink=#840084div class=navheadertable summary=Navigation header width=100%tbodytrth colspan=3 align=center7.15. Parallel Haskell/th/trtrtd align=left width=20%a accesskey=p href=http://haskell.org/ghc/docs/6.6/html/users_guide/monomorphism.html;Prev/a /tdth align=center width=60%Chapter 7. GHC Language Features/thtd align=right width=20% a accesskey=n href=http://haskell.org/ghc/docs/6.6/html/users_guide/ffi.html;Next/a/td/tr/tbody/tablehr/divdiv class=sect1 lang=endiv class=titlepagedivdivh2 class=title style=clear: both;a name=lang- parallel/a7.15. Parallel Haskell/h2/div/div/diva class=indexterm name=id3181622/apThere are two implementations of Parallel Haskell: SMP paralellism a class=indexterm name=id3181636/a which is built-in to GHC (see a href=http://haskell.org/ghc/docs/6.6/html/users_guide/sec-using- smp.html title=4.12. Using SMP parallelismSection 4.12, #8220;Using SMP parallelism#8221;/a) and supports running Parallel Haskell programs on a single multiprocessor machine, and Glasgow Parallel Haskella class=indexterm name=id3181653/a (GPH) which supports running Parallel Haskell programs on both clusters of machines or single multiprocessors. GPH is developed and distributed separately from GHC (see a href=http://www.cee.hw.ac.uk/%7Edsg/gph/; target=_topThe GPH Page/a)./ppOrdinary single-threaded Haskell programs will not benefit from enabling SMP parallelism alone. You must expose parallelism to the compiler in one of the following two ways./pdiv class=sect2 lang=endiv class=titlepagedivdivh3 class=titlea name=id3181681/a7.15.1. Running Concurrent Haskell programs in parallel/h3/div/div/divpThe first possibility is to use concurrent threads to structure your program, and make sure that you spread computation amongst the threads. The runtime will schedule the running Haskell threads among the available OS threads, running as many in parallel as you specified with the code class=option-N/code RTS option./p/divdiv class=sect2 lang=endiv class=titlepagedivdivh3 class=titlea name=id3181704/a7.15.2. Annotating pure code for parallelism/h3/div/div/divpThe simplest mechanism for extracting parallelism from pure code is to use the code class=literalpar/code combinator, which is closely related to (and often used with) code class=literalseq/code. Both of these are available from a href=http://haskell.org/ghc/docs/6.6/html/libraries/base/Control- Parallel.html target=_topcode class=literalControl.Parallel/code/a:/ppre class=programlistinginfixr 0 `par` infixr 1 `seq` par :: a -gt; b -gt; b seq :: a -gt; b -gt; b/prepThe expression code class=literal(x `par` y)/code span class=emphasisemsparks/em/span the evaluation of code class
Re: [GHC] #935: Minor documentation bug, odd defn of fibn.
#935: Minor documentation bug, odd defn of fibn. --+- Reporter: tmcooper |Owner: Type: bug| Status: reopened Priority: normal |Milestone: Component: Documentation | Version: 6.6 Severity: minor | Resolution: Keywords: | Difficulty: Easy (1 hr) Architecture: Multiple | Os: Multiple --+- Changes (by [EMAIL PROTECTED]): * resolution: fixed = * status: closed = reopened Comment: Actually, the page was correct previously. The standard benchmarking function 'nfib', called indeed notorious in the nofib suite, is {{{ nfib n = if n = 1 then 1 else nfib (n-1) + nfib (n-2) + 1 }}} It does not compute the Fibonacci numbers! It computes the number of reductions required in a program that would compute the fibonacci numbers. Subtle difference. But this is the standard historical benchmark. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/935 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #935: Minor documentation bug, odd defn of fibn.
#935: Minor documentation bug, odd defn of fibn. --+- Reporter: tmcooper |Owner: Type: bug| Status: closed Priority: normal |Milestone: Component: Documentation | Version: 6.6 Severity: minor | Resolution: fixed Keywords: | Difficulty: Easy (1 hr) Architecture: Multiple | Os: Multiple --+- Changes (by simonmar): * resolution: = fixed * status: reopened = closed -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/935 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[GHC] #935: Minor documentation bug, odd defn of fibn.
#935: Minor documentation bug, odd defn of fibn. -+-- Reporter: tmcooper |Owner: Type: bug | Status: new Priority: normal|Milestone: Component: GHCi | Version: 6.6 Severity: minor | Keywords: Os: Multiple | Difficulty: Easy (1 hr) Architecture: Multiple | -+-- On this page: http://haskell.org/ghc/docs/6.6/html/users_guide/lang- parallel.html the function fibn is defined. I assume fibn is meant to give the fibonacci sequence, but it doesn't. The problem is the term 'n1 + n2 + 1' in the function definition. It should be just 'n1 + n2'. This change needs to be made in two places on this page, and additionally, an occurence of 'n2 + n1 + 1' needs to be changed to 'n2 + n1'. In case it is helpful, here is the corrected html. !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN http://www.w3.org/TR/html4/loose.dtd; htmlheadmeta http-equiv=Content-Type content=text/html; charset =ISO-8859-1title7.15. Parallel Haskell/titlelink rel=stylesheet href=lang-parallel_files/fptools.css type=text/cssmeta name=generator content=DocBook XSL Stylesheets V1.68.1link rel=start href=http://haskell.org/ghc/docs/6.6/html/users_guide/index.html; title=The Glorious Glasgow Haskell Compilation System User's Guide, Version 6.6link rel=up href=http://haskell.org/ghc/docs/6.6/html/users_guide/ghc-language- features.html title=Chapter 7. GHC Language Featureslink rel=prev href=http://haskell.org/ghc/docs/6.6/html/users_guide/monomorphism.html; title=7.14. Control over monomorphismlink rel=next href=http://haskell.org/ghc/docs/6.6/html/users_guide/ffi.html; title=Chapter 8. Foreign function interface (FFI) /head body alink=#ff bgcolor=white link=#ff text=black vlink=#840084div class=navheadertable summary=Navigation header width=100%tbodytrth colspan=3 align=center7.15. Parallel Haskell/th/trtrtd align=left width=20%a accesskey=p href=http://haskell.org/ghc/docs/6.6/html/users_guide/monomorphism.html;Prev/a /tdth align=center width=60%Chapter 7. GHC Language Features/thtd align=right width=20% a accesskey=n href=http://haskell.org/ghc/docs/6.6/html/users_guide/ffi.html;Next/a/td/tr/tbody/tablehr/divdiv class=sect1 lang=endiv class=titlepagedivdivh2 class=title style=clear: both;a name=lang-parallel/a7.15. Parallel Haskell/h2/div/div/diva class=indexterm name=id3181622/apThere are two implementations of Parallel Haskell: SMP paralellism a class=indexterm name=id3181636/a which is built-in to GHC (see a href=http://haskell.org/ghc/docs/6.6/html/users_guide/sec-using-smp.html; title=4.12. Using SMP parallelismSection 4.12, #8220;Using SMP parallelism#8221;/a) and supports running Parallel Haskell programs on a single multiprocessor machine, and Glasgow Parallel Haskella class=indexterm name=id3181653/a (GPH) which supports running Parallel Haskell programs on both clusters of machines or single multiprocessors. GPH is developed and distributed separately from GHC (see a href=http://www.cee.hw.ac.uk/%7Edsg/gph/; target=_topThe GPH Page/a)./ppOrdinary single-threaded Haskell programs will not benefit from enabling SMP parallelism alone. You must expose parallelism to the compiler in one of the following two ways./pdiv class=sect2 lang=endiv class=titlepagedivdivh3 class=titlea name=id3181681/a7.15.1. Running Concurrent Haskell programs in parallel/h3/div/div/divpThe first possibility is to use concurrent threads to structure your program, and make sure that you spread computation amongst the threads. The runtime will schedule the running Haskell threads among the available OS threads, running as many in parallel as you specified with the code class=option-N/code RTS option./p/divdiv class=sect2 lang=endiv class=titlepagedivdivh3 class=titlea name=id3181704/a7.15.2. Annotating pure code for parallelism/h3/div/div/divpThe simplest mechanism for extracting parallelism from pure code is to use the code class=literalpar/code combinator, which is closely related to (and often used with) code class=literalseq/code. Both of these are available from a href=http://haskell.org/ghc/docs/6.6/html/libraries/base/Control- Parallel.html target=_topcode class=literalControl.Parallel/code/a:/ppre class=programlistinginfixr 0 `par` infixr 1 `seq` par :: a -gt; b -gt; b seq :: a -gt; b -gt; b/prepThe expression code class=literal(x `par` y)/code span class=emphasisemsparks/em/span the evaluation of code class=literalx/code (to weak head normal form) and returns code class=literaly/code. Sparks are queued for execution in FIFO order
Re: [GHC] #935: Minor documentation bug, odd defn of fibn.
#935: Minor documentation bug, odd defn of fibn. +--- Reporter: tmcooper | Owner: Type: bug| Status: new Priority: normal | Milestone: Component: Documentation |Version: 6.6 Severity: minor | Resolution: Keywords: | Os: Multiple Difficulty: Easy (1 hr)| Architecture: Multiple +--- Changes (by tmcooper): * component: GHCi = Documentation -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/935 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
RE: Documentation bug? {Numeric,GHC.Float}.floatToDigits: requires anon-negative argument
Good point. I've fixed GHC's online documentation as you suggest. For the H98 report I'll put it in the bug list. Simon | -Original Message- | From: [EMAIL PROTECTED] [mailto:glasgow-haskell-bugs- | [EMAIL PROTECTED] On Behalf Of Andy Moran | Sent: 11 February 2004 19:13 | To: [EMAIL PROTECTED] | Subject: Documentation bug? {Numeric,GHC.Float}.floatToDigits: requires anon-negative argument | | | The library report doesn't seem to mention this, but giving floatToDigits a | negative number leads to nonsensical answers: | | Prelude Numeric.floatToDigits 10 (-3.1415) | ([-32,5,8,5],0) | | Now, this probably makes perfect sense, but shouldn't the doco mention the | fact that floatToDigits requires a non-negative number? It does for other | functions that require non-negative arguments. | | A | | -- | Andy Moran Ph. (503) 626 6616, x113 | Galois Connections Inc. Fax. (503) 350 0833 | 12725 SW Millikan Way, Suite #290 http://www.galois.com | Beaverton, OR 97005 [EMAIL PROTECTED] | | ___ | Glasgow-haskell-bugs mailing list | [EMAIL PROTECTED] | http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Documentation bug? {Numeric,GHC.Float}.floatToDigits: requires a non-negative argument
The library report doesn't seem to mention this, but giving floatToDigits a negative number leads to nonsensical answers: Prelude Numeric.floatToDigits 10 (-3.1415) ([-32,5,8,5],0) Now, this probably makes perfect sense, but shouldn't the doco mention the fact that floatToDigits requires a non-negative number? It does for other functions that require non-negative arguments. A -- Andy Moran Ph. (503) 626 6616, x113 Galois Connections Inc. Fax. (503) 350 0833 12725 SW Millikan Way, Suite #290 http://www.galois.com Beaverton, OR 97005[EMAIL PROTECTED] ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
RE: GHC Source Build documentation BUG
while trying to adapt the local bootstrap-from-scratch script that allows us to install a somewhat customized GHC onto our systems starting from nothing but an installed GCC 2.95, I noticed a bug in the documentation accompanying the GHC 6.2 release. On http://www.haskell.org/ghc/download_ghc_62.html there is a note stating The source distribution needs an installed GHC 4.08.X, 5.X or 6.X to build. As 4.08.2 is relatively easily bootstrapped using a C compiler, that is the base we start off, and thus I figured I could just jump from 4.08.2 to 6.2. Unfortunately, the compilation itself then states: :94: #error GHC = 5.00 is required for bootstrapping GHC Annoying, that. Especially given that I *checked* if I could jump from 4.08.2 to 6.2. Sorry about that. We lost the ability to bootstrap from 4.08 in 6.2, and didn't update the docs. However, as Don pointed out, 6.2 can be bootstrapped from C sources rather more easily than previous versions, so there's no need to start from 4.08. Follow the detailed instructions in the Building Guide, and you should be fine. Cheers, Simon ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
GHC Source Build documentation BUG
Hello, while trying to adapt the local bootstrap-from-scratch script that allows us to install a somewhat customized GHC onto our systems starting from nothing but an installed GCC 2.95, I noticed a bug in the documentation accompanying the GHC 6.2 release. On http://www.haskell.org/ghc/download_ghc_62.html there is a note stating The source distribution needs an installed GHC 4.08.X, 5.X or 6.X to build. As 4.08.2 is relatively easily bootstrapped using a C compiler, that is the base we start off, and thus I figured I could just jump from 4.08.2 to 6.2. Unfortunately, the compilation itself then states: :94: #error GHC = 5.00 is required for bootstrapping GHC Annoying, that. Especially given that I *checked* if I could jump from 4.08.2 to 6.2. Doei, Arthur. (One extra stage in the bootstrapping process...) -- /\/ | [EMAIL PROTECTED] | Work like you don't need the money /__\ / | A friend is someone with whom | Love like you have never been hurt /\/__ | you can dare to be yourself | Dance like there's nobody watching ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
RE: Documentation bug
The online documentation of the concurrent package seems a bit dated. I just found out (by trial and error) that the functions putCVar and getCVar has changed names to readCVar and writerCVar. The name change is great but it would be nice if the documentation could reflect this. Thanks; fixed. Simon ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Documentation bug
Hi all! The online documentation of the concurrent package seems a bit dated. I just found out (by trial and error) that the functions putCVar and getCVar has changed names to readCVar and writerCVar. The name change is great but it would be nice if the documentation could reflect this. Cheers, /Josef ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs