1. 15 Sep, 2008 1 commit
  2. 18 Aug, 2008 1 commit
  3. 07 Aug, 2008 1 commit
  4. 31 Jul, 2008 1 commit
  5. 30 Jul, 2008 1 commit
  6. 16 Jul, 2008 1 commit
  7. 20 Jun, 2008 2 commits
  8. 14 Jun, 2008 3 commits
  9. 12 Jun, 2008 1 commit
  10. 13 May, 2008 1 commit
  11. 29 Mar, 2008 2 commits
  12. 19 Jan, 2008 1 commit
    • Ian Lynagh's avatar
      Add :run and tweak :main · c24bd1bb
      Ian Lynagh authored
      You can now give :main a Haskell [String] as an argument, e.g.
      :main ["foo", "bar"]
      and :run is a variant that takes the name of the function to run.
      Also, :main now obeys the -main-is flag.
      c24bd1bb
  13. 17 Jan, 2008 2 commits
    • Isaac Dupree's avatar
      lots of portability changes (#1405) · 206b4dec
      Isaac Dupree authored
      re-recording to avoid new conflicts was too hard, so I just put it
      all in one big patch :-(  (besides, some of the changes depended on
      each other.)  Here are what the component patches were:
      
      Fri Dec 28 11:02:55 EST 2007  Isaac Dupree <id@isaac.cedarswampstudios.org>
        * document BreakArray better
      
      Fri Dec 28 11:39:22 EST 2007  Isaac Dupree <id@isaac.cedarswampstudios.org>
        * properly ifdef BreakArray for GHCI
      
      Fri Jan  4 13:50:41 EST 2008  Isaac Dupree <id@isaac.cedarswampstudios.org>
        * change ifs on __GLASGOW_HASKELL__ to account for... (#1405)
        for it not being defined. I assume it being undefined implies
        a compiler with relatively modern libraries but without most
        unportable glasgow extensions.
      
      Fri Jan  4 14:21:21 EST 2008  Isaac Dupree <id@isaac.cedarswampstudios.org>
        * MyEither-->EitherString to allow Haskell98 instance
      
      Fri Jan  4 16:13:29 EST 2008  Isaac Dupree <id@isaac.cedarswampstudios.org>
        * re-portabilize Pretty, and corresponding changes
      
      Fri Jan  4 17:19:55 EST 2008  Isaac Dupree <id@isaac.cedarswampstudios.org>
        * Augment FastTypes to be much more complete
      
      Fri Jan  4 20:14:19 EST 2008  Isaac Dupree <id@isaac.cedarswampstudios.org>
        * use FastFunctions, cleanup FastString slightly
      
      Fri Jan  4 21:00:22 EST 2008  Isaac Dupree <id@isaac.cedarswampstudios.org>
        * Massive de-"#", mostly Int# --> FastInt (#1405)
      
      Fri Jan  4 21:02:49 EST 2008  Isaac Dupree <id@isaac.cedarswampstudios.org>
        * miscellaneous unnecessary-extension-removal
      
      Sat Jan  5 19:30:13 EST 2008  Isaac Dupree <id@isaac.cedarswampstudios.org>
        * add FastFunctions
      206b4dec
    • simonpj@microsoft.com's avatar
      Eliminate warnings with -DDEBUG · 1994febd
      simonpj@microsoft.com authored
      1994febd
  14. 16 Jan, 2008 1 commit
  15. 14 Jan, 2008 1 commit
  16. 13 Jan, 2008 1 commit
  17. 12 Jan, 2008 1 commit
  18. 27 Oct, 2007 2 commits
  19. 12 Sep, 2007 1 commit
  20. 04 Sep, 2007 1 commit
  21. 03 Sep, 2007 1 commit
  22. 01 Sep, 2007 1 commit
  23. 14 Aug, 2007 1 commit
  24. 04 Aug, 2007 1 commit
  25. 13 Jul, 2007 1 commit
  26. 06 Jul, 2007 1 commit
  27. 02 Jul, 2007 6 commits
  28. 06 Apr, 2007 1 commit
  29. 02 Jan, 2007 1 commit
    • simonpj@microsoft.com's avatar
      Big tidy-up of deriving code · 84923cc7
      simonpj@microsoft.com authored
      This tidy-up, triggered by Trac #1068, re-factors the way that 'deriving' 
      happens.  It took me way longer than I had intended.  The main changes,
      by far are to TcDeriv; everyting else is a minor consequence.
      
      While I was at it, I changed the syntax for standalone deriving, so that
      it goes
      	derive instance Show (T a)
      
      (instead of "derive Show for T").  However, there's still an implicit
      context, generated by the deriving code, and I wonder if it shouldn't really
      be
      	derive instance (..) => Show (T a)
      but I have left it simple for now.
      
      I also added a function Type.substTyVars, and used it here and there, which
      led to some one-line changes otherwise unrelated (sorry).
      
      Loose ends:
        * 'deriving Typeable' for indexed data types is still not right
        * standalone deriving should be documented
      84923cc7