1. 24 Dec, 2004 1 commit
    • simonpj's avatar
      [project @ 2004-12-24 11:02:39 by simonpj] · 0ee11df0
      simonpj authored
      Further wibbles to the scoped-tyvar story.
      
      This commit tidies up the ATyVar in TcTyThing, making it
      	ATyVar Name Type
      instead of the previous misleading
      	ATyVar TyVar Type
      
      But the main thing is that we must take care with definitions
      like this:
      
      	type T a = forall b. b -> (a,b)
      
      	f :: forall c. T c
      	f = ...
      
      Here, we want only 'c' to scope over the RHS of f.  The renamer ensures
      that... but we must also take care that we freshly instantiate the 
      expanded type signature (forall c b. b -> (c,b)) before checking f's RHS,
      so that we don't get false sharing between uses of T.
      0ee11df0
  2. 23 Dec, 2004 4 commits
    • simonpj's avatar
      [project @ 2004-12-23 14:59:46 by simonpj] · fdba7999
      simonpj authored
      Simplifications, dead code elimination
      fdba7999
    • simonpj's avatar
      [project @ 2004-12-23 13:44:06 by simonpj] · af3dc1ff
      simonpj authored
      minor nomenclature wibble
      af3dc1ff
    • simonpj's avatar
      [project @ 2004-12-23 11:50:55 by simonpj] · c97ea0ce
      simonpj authored
      Enable scoped type variables only where there is an explicit forall
      c97ea0ce
    • simonpj's avatar
      [project @ 2004-12-23 09:07:30 by simonpj] · e12e0bb7
      simonpj authored
      ---------------------------------
                Template Haskell: names again
        	---------------------------------
      
      On 2 Dec 04 I made this commit (1.58 in Convert.lhs)
      
          Fix a Template Haskell bug that meant that top-level names created
          with newName were not made properly unique.
      
      But that just introduced a new bug!  THe trouble is that names created by
      newName are NameUs; but I was *also* using NameU for names of free varaibles,
      such as the 'x' in the quoted code here
      	f x = $( g [| \y -> (x,y) |])
      
      But when converting to HsSyn, the x and y must be treated diffferently.
      The 'x' must convert to an Exact RdrName, so that it binds to the 'x' that's
      in the type environment; but the 'y' must generate a nice unique RdrName.
      
      So this commit adds NameL for the lexically-scoped bindings like 'x'.
      e12e0bb7
  3. 22 Dec, 2004 3 commits
    • simonpj's avatar
      [project @ 2004-12-22 16:58:34 by simonpj] · 20e39e0e
      simonpj authored
      ----------------------------------------
      	     Add more scoped type variables
      	----------------------------------------
      
      Now the top-level forall'd variables of a type signature scope
      over the right hand side of that function.
      
      	f :: a -> a
      	f x = ....
      
      The type variable 'a' is in scope in the RHS, and in f's patterns.
      
      It's implied by -fglasgow-exts, but can also be switched off independently
      using -fscoped-type-variables (and the -fno variant)
      20e39e0e
    • simonpj's avatar
      [project @ 2004-12-22 12:06:13 by simonpj] · d7c402a3
      simonpj authored
      ----------------------------------------
           New Core invariant: keep case alternatives in sorted order
      	----------------------------------------
      
      We now keep the alternatives of a Case in the Core language in sorted
      order.  Sorted, that is,
      	by constructor tag	for DataAlt
      	by literal		for LitAlt
      
      The main reason is that it makes matching and equality testing more robust.
      But in fact some lines of code vanished from SimplUtils.mkAlts.
      
      
      WARNING: no change to interface file formats, but you'll need to recompile
      your libraries so that they generate interface files that respect the
      invariant.
      d7c402a3
    • simonpj's avatar
      [project @ 2004-12-22 12:04:14 by simonpj] · 1f3a9ff8
      simonpj authored
      --------------------------
      	Add -fwarn-orphans flag
      	--------------------------
      
      This gives a decent report for modules that contain 'orphan' instance and
      rule declarations.  These are to be avoided, because GHC has to proactively
      read the interface file every single time, just in case the instance/rule is
      needed.
      
      The flag just gives a convenient way of identifying the culprits.
      1f3a9ff8
  4. 21 Dec, 2004 12 commits
  5. 20 Dec, 2004 1 commit
    • simonpj's avatar
      [project @ 2004-12-20 17:16:24 by simonpj] · c45a0ac5
      simonpj authored
      --------------------------------
      	Deal properly with dual-renaming
      	--------------------------------
      
      When comparing types and terms, and during matching, we are faced
      with 
      	\x.e1	~   \y.e2
      
      There are many pitfalls here, and GHC has never done the job properly.
      Now, at last it does, using a new abstraction VarEnv.RnEnv2.  See
      comments there for how it works.
      
      There are lots of consequential changes to use the new stuff, especially
      in 
      	types/Type (type comparison), 
      	types/Unify (matching on types)
      	coreSyn/CoreUtils (equality on expressions), 
      	specialise/Rules (matching).
      
      I'm not 100% certain of that I've covered all the bases, so let me
      know if something unexpected happens after you update.  Maybe wait until
      a nightly build has worked ok first!
      c45a0ac5
  6. 18 Dec, 2004 1 commit
    • panne's avatar
      [project @ 2004-12-18 15:45:56 by panne] · f207c9b9
      panne authored
      The documentation breakage continues... >:-( Fixed DocBook. Again: "make html"
      (or the faster "make validate" in the case of DocBook XML) is your friend! >:-(
      f207c9b9
  7. 17 Dec, 2004 5 commits
  8. 16 Dec, 2004 3 commits
    • simonmar's avatar
      [project @ 2004-12-16 10:36:57 by simonmar] · c69886a1
      simonmar authored
      Sanity check when configuring for mingw32: make sure that $CC is a
      mingw gcc before proceeding.
      c69886a1
    • simonmar's avatar
      [project @ 2004-12-16 10:23:44 by simonmar] · 7fd32ef4
      simonmar authored
      --with-gcc: export the CC environment variable, so the setting gets
      picked up by sub-configures.  Perhaps we should be advising people to use
      
        CC=c:/mingw/bin/gcc ./configure
      
      because that works for all configure scripts, not just the top level one.
      
      Background:
      
       - We want --with-gcc to do the right thing, because we don't want
         to require Cygwin users to put c:/mingw/bin first on their
         path: that would break their Cygwin environment.
      
       - The build system should work with *no* gcc on your PATH, as long
         as you use --with-gcc (equivalently, CC=... ./configure).
      7fd32ef4
    • simonpj's avatar
      [project @ 2004-12-16 08:56:15 by simonpj] · 13f7d710
      simonpj authored
      Darn!  Forgot this commit, which killed the nightly build
      13f7d710
  9. 15 Dec, 2004 4 commits
  10. 13 Dec, 2004 1 commit
  11. 10 Dec, 2004 1 commit
    • simonmar's avatar
      [project @ 2004-12-10 13:34:38 by simonmar] · ea453574
      simonmar authored
      stg_sel_##offset##_upd_entry: the ENTER() here is unnecessary, because
      we know the closure in R1 will evaluate to a constructor, so we can
      save some time by just entering it directly.
      ea453574
  12. 08 Dec, 2004 4 commits
    • simonpj's avatar
      [project @ 2004-12-08 15:09:14 by simonpj] · 0e6454e6
      simonpj authored
      Undo bogus 1.4 commit
      0e6454e6
    • simonpj's avatar
      [project @ 2004-12-08 15:03:50 by simonpj] · 3599ea7a
      simonpj authored
      First commit for new Cmm code generation (branch)
      3599ea7a
    • simonpj's avatar
      [project @ 2004-12-08 14:32:28 by simonpj] · 7504acab
      simonpj authored
      Comments and asserts only
      7504acab
    • simonmar's avatar
      [project @ 2004-12-08 12:05:51 by simonmar] · c418e72f
      simonmar authored
      Fix bug #1073501: checkProddableBlock: invalid fixup in runtime linker
      
      The bug manifested when trying to load an object with debugging info
      (compiled with gcc -g) into GHCi.
      
      The problem was that the object loader was ignoring the sections
      containing debugging info, but then it was later trying to do
      relocations for those sections, and its own sanity checking code
      correctly detected that the relocations were in unknown parts of the
      object file.
      
      The fix is to ignore relocations whose target section isn't one of the
      sections that we're interested in, using the same test in both cases
      (the code to test section kind has been extracted).  The code could
      probably benefit from more refactoring: it looks like the list of
      sections we build up in the first phase isn't even used in the second
      phase, instead we traverse the section table in the image again.  This
      looks like cruft leftover from when the GC used to check whether an
      address was in text or data space.
      c418e72f