1. 15 Mar, 2005 7 commits
    • krasimir's avatar
      [project @ 2005-03-15 16:37:09 by krasimir] · 2daf9175
      krasimir authored
      all modules from GHC are listed in exposed-modules field
      2daf9175
    • simonmar's avatar
      [project @ 2005-03-15 16:15:46 by simonmar] · c1b3fa59
      simonmar authored
      TARGET->HOST
      c1b3fa59
    • simonpj's avatar
      [project @ 2005-03-15 15:40:23 by simonpj] · b462d6a6
      simonpj authored
      ----------------------------------
       	Two GADT error-reporting bugs
      	----------------------------------
      
      	Merge to STABLE
      
      1.  Bug in kind-checking for GADTs; turned out to be in
          isOpenTypeKind on KindVars
      
      2.  Missed check for the return type for GADTs
      b462d6a6
    • krasimir's avatar
      [project @ 2005-03-15 15:11:41 by krasimir] · 931de17e
      krasimir authored
      package.conf.in is changed to the new syntax. The list of exposed modules still
      have only one module GHC
      931de17e
    • simonmar's avatar
      [project @ 2005-03-15 12:11:39 by simonmar] · 71ae8ec9
      simonmar authored
      A very rough start at the GHC API, here so that others can look and
      modify it.
      71ae8ec9
    • ross's avatar
      [project @ 2005-03-15 11:59:32 by ross] · 1dfb756e
      ross authored
      Fix (and test) for SourceForge bug 1161624: erroneous rejection of
      
      	foo = proc x -> arr (\y -> y-1) -< x
      
      Now open a new level for the left side of -<, so that variables bound
      in the proc are illegal, but variables bound in the expression are OK.
      
      Note that the levels gimmick doesn't really implement holes in the
      scope: it rules out nasty obfuscations like
      
      	foo x = proc x -> arr (\y -> x-1) -< x
      
      Also added the same treatment to the head of a `form', where it was
      missing.
      
      (for STABLE)
      1dfb756e
    • krasimir's avatar
      [project @ 2005-03-15 10:33:41 by krasimir] · eace8501
      krasimir authored
      Without semicolon after "foundit:" at least mingw32-gcc raises "error: label at end of compound statement".
      eace8501
  2. 14 Mar, 2005 2 commits
  3. 12 Mar, 2005 1 commit
  4. 11 Mar, 2005 3 commits
    • simonmar's avatar
      [project @ 2005-03-11 12:54:08 by simonmar] · d3f1a4de
      simonmar authored
      oops, forgot to clean runhaskell
      d3f1a4de
    • simonpj's avatar
      [project @ 2005-03-11 10:37:50 by simonpj] · 3981b966
      simonpj authored
      ----------------------------------
       	Attend to fixity of '->' in types
      	----------------------------------
      
      	Merge to STABLE
      
      Another wibble to the infix-type-constructor story. Actually
      this has been a bug for some time: function type constructors
      were not being re-associated, because they are not HsOpAppTys.
      3981b966
    • simonpj's avatar
      [project @ 2005-03-11 10:36:35 by simonpj] · 75649bcc
      simonpj authored
      ----------------------------------
       	Fix a "class used as a type" crash
      	----------------------------------
      
      	Merge to STABLE
      
      Thanks to Shae for finding this one.  tcfail134 tests.
      75649bcc
  5. 10 Mar, 2005 8 commits
  6. 09 Mar, 2005 11 commits
    • simonpj's avatar
      [project @ 2005-03-09 17:54:59 by simonpj] · fe44e471
      simonpj authored
      Fix indirection-shorting problem
      fe44e471
    • simonpj's avatar
      [project @ 2005-03-09 17:51:03 by simonpj] · 95daf246
      simonpj authored
      Comments
      95daf246
    • simonpj's avatar
      [project @ 2005-03-09 17:47:09 by simonpj] · 79eedc76
      simonpj authored
      Document infix type operators
      79eedc76
    • simonpj's avatar
      [project @ 2005-03-09 16:58:15 by simonpj] · f1fd0522
      simonpj authored
      Add parser support for infix type-variable operators
      f1fd0522
    • simonpj's avatar
      [project @ 2005-03-09 14:26:56 by simonpj] · aca101dd
      simonpj authored
      Fix the superclass translation for instance decls
      			Merge to STABLE
      
      There is a long-standing difficulty whereby it's surprisingly easy 
      to accidentally generate an entirely-bogus recursive dictionary when 
      generating the definitions for the superclasses of an instance decl.
      
      The problem arises because the default story is that whenever we
      add a constraint to our pile of solved constraints, we automatically
      add all its superclasses.  But that is simply wrong when we are trying
      to generate superclasses. 
      
      Solution: do no auto-superclass addition when solving the superclass
      constraints of an instance declaration.  I think should fix it once and
      for all.  
      
      	tcrun021, tcrun033 are test cases
      
      tcrun033 showed up the bug; thanks to Simon Foster and Ralf Laemmel.
      aca101dd
    • simonpj's avatar
      [project @ 2005-03-09 10:56:09 by simonpj] · 0d197643
      simonpj authored
      Add missing provenance for mfix; pls merge
      0d197643
    • simonpj's avatar
      [project @ 2005-03-09 10:54:57 by simonpj] · 44644ebe
      simonpj authored
      Add notes about implicit parameters; pls merge
      44644ebe
    • simonmar's avatar
      [project @ 2005-03-09 10:38:17 by simonmar] · d04c4288
      simonmar authored
      Use a different magic number (0x1face64) for 64-bit interface files.
      This will prevent us trying to read the dictionary out of a 32-bit
      interface file on a 64-bit machine.
      d04c4288
    • simonmar's avatar
      [project @ 2005-03-09 10:36:38 by simonmar] · 1c63991c
      simonmar authored
      revert previous change, it didn't work
      1c63991c
    • wolfgang's avatar
      [project @ 2005-03-09 08:51:31 by wolfgang] · abde5fdf
      wolfgang authored
      Retain all CAFs when dynamic Haskell libraries are used from GHCi.
      The Linker usually replaces references to newCAF with references to newDynCAF,
      but the system dynamic linker won't do that for us.
      
      Also, the situation is slightly different - we never want CAFs from dylibs
      to be reverted, because the dylibs might be used both by the interpreted
      program and by GHCi itself.
      
      So instead of just caf_list, there's now both caf_list and revertible_caf_list.
      newDynCAF adds a CAF to revertible_caf_list, and newCAF either adds the CAF
      to caf_list or to the mutable list, depending on whether we are in GHCi.
      
      This hack is only active when Linker.c has loaded libHSbase_dyn.[so|dylib],
      but for now, it applies to all CAFs, not just dynamically-linked ones.
      If that is worth fixing, we could do that by checking whether the the CAF
      closure or it's info pointer is in the main executable's address range.
      
      MERGE TO STABLE
      abde5fdf
    • wolfgang's avatar
      [project @ 2005-03-09 04:13:13 by wolfgang] · f733edf2
      wolfgang authored
      Some minimalistic documentation for -fPIC and -dynamic.
      
      MERGE TO STABLE
      f733edf2
  7. 08 Mar, 2005 8 commits