1. 11 Apr, 2001 4 commits
  2. 10 Apr, 2001 4 commits
  3. 09 Apr, 2001 2 commits
  4. 08 Apr, 2001 1 commit
  5. 07 Apr, 2001 4 commits
  6. 06 Apr, 2001 4 commits
    • sewardj's avatar
      [project @ 2001-04-06 16:15:39 by sewardj] · 77cdc77c
      sewardj authored
      Commit the following change:
      
      > > Why the default libdir is /usr/local/lib
      > > and not /usr/local/lib/ghc-<version>?
      >
      > Great question.  I end up running config with the likes of
      > `--libdir=/usr/local/lib/ghc-5.0' every time, which gets to
      > be annoying ;-)
      
      I've been meaning to fix this for a while, but couldn't see a good way
      to do it.  I found a (mildly-hacky) way to do it today: in
      fptools/ghc, we override $(libdir) to be
      $(libdir)/$(ProjectNameShort)-$(ProjectVersion), so everything inside
      fptools/ghc will be installed in the subdirectory.  fptools/hslibs is
      a bit more of a hack.
      77cdc77c
    • sewardj's avatar
      [project @ 2001-04-06 10:53:08 by sewardj] · 6a48b75e
      sewardj authored
      wibble
      6a48b75e
    • lewie's avatar
      [project @ 2001-04-06 04:28:53 by lewie] · f752bd00
      lewie authored
      More Version Blues.
      f752bd00
    • lewie's avatar
      [project @ 2001-04-06 01:07:23 by lewie] · 38bb4252
      lewie authored
      Fix a bad case of the Version Change Blues ;-)
      38bb4252
  7. 05 Apr, 2001 12 commits
    • sewardj's avatar
      [project @ 2001-04-05 14:45:29 by sewardj] · 08a58bed
      sewardj authored
      Denouncements for 5.0.
      08a58bed
    • sewardj's avatar
      [project @ 2001-04-05 13:48:22 by sewardj] · 59c4fee7
      sewardj authored
      Now 5.00.
      59c4fee7
    • sewardj's avatar
      [project @ 2001-04-05 13:47:27 by sewardj] · 822fbcdc
      sewardj authored
      Advance the version number to 5.00.  Wahey!  Not that this means we're
      official _at_ 5.0 yet, tho.
      822fbcdc
    • simonpj's avatar
      [project @ 2001-04-05 11:54:37 by simonpj] · 197a5ee7
      simonpj authored
      Make type synonyms work right in H98
      197a5ee7
    • simonpj's avatar
      [project @ 2001-04-05 11:48:59 by simonpj] · 06776c85
      simonpj authored
      Add tc120
      06776c85
    • simonpj's avatar
      [project @ 2001-04-05 11:48:26 by simonpj] · 4b96a23a
      simonpj authored
      Remove tcfail081; it is moving to should_compile
      4b96a23a
    • simonpj's avatar
      [project @ 2001-04-05 11:31:26 by simonpj] · 11197236
      simonpj authored
      --------------------------------
      	Better grouping for ty/cls decls
      	--------------------------------
      
      When finding mutually-recursive groups of type and class decls,
      we shouldn't include classes mentioned in a deriving clause as
      edges. E.g.
      
      	class Eq a where ...
      
      	data Bool = True | False deriving( Eq )
      
      Eq and Bool are not mutually recursive.
      
      The edges are computed by RnHsSyn.tyClDeclFVs, so we remove the
      derivings from there.
      
      There a consequential fix in RnSource.rnSourceDecl
      11197236
    • simonpj's avatar
      [project @ 2001-04-05 11:28:53 by simonpj] · b58e1155
      simonpj authored
      Improve error reporting
      b58e1155
    • simonpj's avatar
      [project @ 2001-04-05 11:28:36 by simonpj] · f05b6981
      simonpj authored
      ------------------
      	Better arity stuff
      	------------------
      
      * CoreToStg now has a local function, predictArity, to
        predict the code-gen arity of a function. Better not to
        use CoreUtils.exprArity, because predictArity is a very
        local thing
      
      * CoreUtils.exprArity is freed to do a better job.  Comments
        below.
      
      
      exprArity is a cheap-and-cheerful version of exprEtaExpandArity.
      It tells how many things the expression can be applied to before doing
      any work.  It doesn't look inside cases, lets, etc.  The idea is that
      exprEtaExpandArity will do the hard work, leaving something that's easy
      for exprArity to grapple with.  In particular, Simplify uses exprArity to
      compute the ArityInfo for the Id.
      
      Originally I thought that it was enough just to look for top-level lambdas, but
      it isn't.  I've seen this
      
      	foo = PrelBase.timesInt
      
      We want foo to get arity 2 even though the eta-expander will leave it
      unchanged, in the expectation that it'll be inlined.  But occasionally it
      isn't, because foo is blacklisted (used in a rule).
      
      Similarly, see the ok_note check in exprEtaExpandArity.  So
      	f = __inline_me (\x -> e)
      won't be eta-expanded.
      
      And in any case it seems more robust to have exprArity be a bit more intelligent.
      f05b6981
    • simonmar's avatar
      [project @ 2001-04-05 09:17:15 by simonmar] · a5bfbd93
      simonmar authored
      oops, pass the filename rather than the contents to findDependency for
      use in error messages.
      a5bfbd93
    • simonmar's avatar
      [project @ 2001-04-05 09:11:15 by simonmar] · b8b53f9b
      simonmar authored
      so much for "Release note for version 5.00 (February 2001)" :)
      b8b53f9b
    • simonmar's avatar
      [project @ 2001-04-05 09:10:35 by simonmar] · a55f1f2c
      simonmar authored
      Add notes on parallel list comprehensions from Jeff Lewis.
      a55f1f2c
  8. 04 Apr, 2001 9 commits