1. 01 Apr, 2009 1 commit
    • Simon Marlow's avatar
      Remove the "Installing GHC" section · 0390f0a7
      Simon Marlow authored
       1. it was out of date in various ways
       2. this is not the place people look for installation instructions
       3. we have installation instructions elsewhere (e.g. the INSTALL
          file in a binary distribution)
       4. the section "layout of installed files" is now on the wiki under
          Building/Installing.
      0390f0a7
  2. 31 Mar, 2009 1 commit
  3. 30 Mar, 2009 2 commits
  4. 31 Mar, 2009 3 commits
    • Ben.Lippmeier@anu.edu.au's avatar
      SPARC NCG: HpLim is now always stored on the stack, not in a register · 456dc6d6
      Ben.Lippmeier@anu.edu.au authored
         This fixes the out of memory errors we were getting on sparc
         after the following patch:
      
           Fri Mar 13 03:45:16 PDT 2009  Simon Marlow <marlowsd@gmail.com>
           * Instead of a separate context-switch flag, set HpLim to zero
           Ignore-this: 6c5bbe1ce2c5ef551efe98f288483b0
           This reduces the latency between a context-switch being triggered and
           the thread returning to the scheduler, which in turn should reduce the
           cost of the GC barrier when there are many cores. 
      456dc6d6
    • waern's avatar
      Allow Haddock comments in type synonyms · c0778bd3
      waern authored
      We now use `ctypedoc` instead of `ctype` for type synonyms. `ctypedoc` was
      previously only used for top-level type signatures. This change means that type
      synonyms now can contain comments, just like top-level type signatures.
        
      Note:
        
      * I've modified `ctypedoc` so it allows implicit parameters and equational
      constraints, just like ctype.
        
      * Since `ctypedoc` allows nested foralls, we now allow that in type synonyms.
        
      * I have inlined some productions into gentypedoc so that there is now a
      non-doc version of every production with a 'doc' suffix. (Stylistic change
      only, which should make the code easier to follow).
        
      * It would have been nice to simplify the grammar by unifying `ctype` and 
      ctypedoc` into one production, allowing comments on types everywhere (and
      rejecting them after parsing, where necessary).  This is however not possible
      since it leads to ambiguity. The reason is the support for comments on record
      fields:
        
      > data R = R { field :: Int -- ^ comment on the field }
        
      If we allow comments on types here, it's not clear if the comment applies
      to 'field' or to 'Int'. So we must use `ctype` to describe the type.
      c0778bd3
    • Ian Lynagh's avatar
      mkErrorAppDs now takes an SDoc rather than a String · 79b22beb
      Ian Lynagh authored
      This avoids some showSDoc's where the String then gets converted back
      into an SDoc.
      79b22beb
  5. 30 Mar, 2009 9 commits
  6. 25 Mar, 2009 1 commit
    • simonpj@microsoft.com's avatar
      Improve mkDupableCont; and fix Trac #3116 · 63f6b086
      simonpj@microsoft.com authored
      It turns out that, as a result of a change I made a few months ago to
      the representation of SimplCont, it's easy to solve the optimisation
      challenge posed by Trac #3116.  Hurrah.
      
      Extensive comments in Note [Duplicating StrictArg].
      63f6b086
  7. 23 Mar, 2009 2 commits
  8. 26 Mar, 2009 4 commits
  9. 23 Mar, 2009 1 commit
    • Bertram Felgenhauer's avatar
      update list of C math functions · f7ecb11b
      Bertram Felgenhauer authored
      Fix via C compilation of modules that import, say, log1p from math.h (#3117)
      
      The list is based on preprocessing Stg.h with glibc 2.6.1 headers, and
      cross-checked with the ISO C 99 standard (draft).
      f7ecb11b
  10. 25 Mar, 2009 1 commit
    • chak@cse.unsw.edu.au.'s avatar
      Template Haskell: make reify aware of type families · 3517c53d
      chak@cse.unsw.edu.au. authored
      - Reifying a type family returns a TH family declaration
      - Reifying a data constructor from a data instance attributes that
        constructor to the family (not the representation tycon)
      - Ideally, we should have facilities to reify all type/data instances of a 
        given family (and the same for instances of a class).  I haven't added that
        here as it involves some API design.
      3517c53d
  11. 24 Mar, 2009 1 commit
  12. 22 Mar, 2009 2 commits
  13. 23 Mar, 2009 1 commit
  14. 20 Mar, 2009 2 commits
  15. 18 Mar, 2009 1 commit
  16. 19 Mar, 2009 2 commits
  17. 20 Mar, 2009 2 commits
  18. 19 Mar, 2009 1 commit
  19. 18 Mar, 2009 2 commits
  20. 19 Mar, 2009 1 commit