1. 28 Nov, 2005 1 commit
  2. 08 Nov, 2005 1 commit
  3. 25 Oct, 2005 1 commit
  4. 10 Aug, 2005 1 commit
  5. 09 May, 2005 1 commit
  6. 01 Mar, 2005 1 commit
  7. 18 Feb, 2005 3 commits
  8. 16 Feb, 2005 1 commit
  9. 20 Jan, 2005 1 commit
  10. 04 Jan, 2005 1 commit
  11. 12 Nov, 2004 2 commits
    • ross's avatar
      [project @ 2004-11-12 12:17:23 by ross] · 1ca89a2f
      ross authored
      Documented bugs in Hugs:
      
      	mod154	module M where != module M(module M) where
      	read023	Just.let x=id in x
      	read033	1.0e+x
      	read034	(3 + 4 +)
      	read021	empty file
      	tc084	monomorphism restriction and defaulting
      	tc096	monomorphism restriction and defaulting
      
      Also omitted tc144 for Hugs, because it loops.
      1ca89a2f
    • ross's avatar
      [project @ 2004-11-12 11:56:33 by ross] · e97e7df7
      ross authored
      Hugs versions of various error messages
      e97e7df7
  12. 09 Nov, 2004 1 commit
  13. 05 Oct, 2004 1 commit
  14. 04 Oct, 2004 1 commit
  15. 01 Oct, 2004 1 commit
  16. 09 Sep, 2004 1 commit
  17. 03 Sep, 2004 1 commit
  18. 12 May, 2004 1 commit
  19. 11 Mar, 2004 1 commit
  20. 24 Feb, 2004 1 commit
  21. 09 Jan, 2004 1 commit
  22. 10 Dec, 2003 1 commit
  23. 26 Nov, 2003 1 commit
  24. 12 Nov, 2003 1 commit
  25. 13 Oct, 2003 1 commit
  26. 24 Sep, 2003 1 commit
  27. 10 Sep, 2003 1 commit
  28. 08 Sep, 2003 2 commits
    • simonmar's avatar
      [project @ 2003-09-08 12:53:47 by simonmar] · 3a558d26
      simonmar authored
      Update expected output
      3a558d26
    • simonmar's avatar
      [project @ 2003-09-08 11:52:27 by simonmar] · 70676336
      simonmar authored
      Replace the handwritten lexer with one generated by Alex.
      
      YOU NOW NEED ALEX (v 2.0 or later) TO COMPILE GHC FROM CVS.
      
      Highlights:
      
        - Faster than the previous lexer (about 10% of total parse time,
          depending on the token mix).
      
        - More correct than the previous lexer: a couple of minor wibbles
          in the syntax were fixed.
      
        - Completely accurate source spans for each token are now collected.
          This information isn't used yet, but it will be used to give much
          more accurate error messages in the future.
      
        - SrcLoc now contains a column field as well as a line number,
          although this is currently ignored when printing out SrcLocs.
      
        - StringBuffer is now based on a ByteArray# rather than a Ptr, which
          means that StringBuffers are now garbage collected.  Previously
          StringBuffers were hardly ever released, so a GHCi session would
          leak space as more source files were loaded in.
      
        - Code size reduction: Lexer.x is about the same size as the old
          Lex.lhs, but StringBuffer.lhs is significantly shorter and
          simpler.  Sadly I wasn't able to get rid of parser/Ctypes.hs
          (yet).
      70676336
  29. 19 Aug, 2003 1 commit
    • krc's avatar
      [project @ 2003-08-19 21:51:53 by krc] · a27b1e51
      krc authored
      Added support for testing generation and compilation of External Core
      code. There are two new ways, which are not automatically enabled but can be
      invoked from the command line: extcore and optextcore. Invoking either way will
      test that ghc is able to generate External Core code for a given test, read the
      code back in, and compile it to an executable that produces the expected output
      for the test.
      
      The External Core facility has a few limitations which result in certain tests
      failing for the "extcore" way.
        - External Core can't represent foreign calls other than static C calls
        - External Core can't correctly represent literals resulting from a
          "foreign label" declaration
        - External Core can't represent declarations of datatypes with no
          constructors
      The first of these was already known, and GHC panics if you tried to
      generate External Core for a program containing such a call. The second two
      cases were not handled properly before now; in another commit, I've changed the
      code that emits External Core to panic if either of them arises. Previously,
      GHC would happily generate External Core in either case, but would not be able
      to compile the resulting code.
      
      There are several tests that exhibit these limitations of External Core, so
      they've had to be made "expected failures" when compiling in the extcore or
      optextcore ways.
      a27b1e51
  30. 01 Jul, 2003 1 commit
  31. 19 Mar, 2003 1 commit
  32. 17 Mar, 2003 1 commit
  33. 11 Mar, 2003 1 commit
  34. 01 Oct, 2002 1 commit
  35. 19 Sep, 2002 2 commits