- 23 Nov, 2010 2 commits
-
-
Ian Lynagh authored
-
Ian Lynagh authored
-
- 29 Oct, 2010 1 commit
-
-
Simon Marlow authored
-
- 21 Nov, 2010 1 commit
-
-
Ian Lynagh authored
-
- 15 Nov, 2010 1 commit
-
-
pepeiborra@gmail.com authored
I ran across this bug and took the time to fix it, closing a long time due TODO in InteractiveEval.hs Instead of looking around to find the enclosing declaration of a tick, this patch makes use of the information already collected during the coverage desugaring phase
-
- 21 Nov, 2010 3 commits
-
-
Ian Lynagh authored
rather then the bootstrapping compiler. This fixes problems where the bootstrapping compiler dynamically links against libraries not on the target machine.
-
Ian Lynagh authored
-
Ian Lynagh authored
-
- 20 Nov, 2010 4 commits
-
-
Ian Lynagh authored
Still TODO: Add the other relaxation (#1060) and update the alternative layout rule to use the extension.
-
Ian Lynagh authored
-
Ian Lynagh authored
-
Ian Lynagh authored
The location isn't baked into the bindist, as it may differ from machine to machine.
-
- 19 Nov, 2010 1 commit
-
-
simonpj@microsoft.com authored
-
- 18 Nov, 2010 6 commits
-
-
rl@cse.unsw.edu.au authored
-
simonpj@microsoft.com authored
Doing superclass generation in the canonicaliser (rather than TcInteract) uses less code, and is generally more efficient. See Note [Adding superclasses] in TcCanonical. Fixes Trac #4497.
-
simonpj@microsoft.com authored
-
simonpj@microsoft.com authored
-
simonpj@microsoft.com authored
It was duplicated in the case of 'deriving( Functor )' and wrong for 'deriving( Foldable )'
-
simonpj@microsoft.com authored
See Trac #4499
-
- 17 Nov, 2010 4 commits
-
-
Ian Lynagh authored
We assume this is what it's supposed to be checking. Certainly the old test (t2 == t2) can't be right. Spotted by Andres Loeh.
-
Ian Lynagh authored
-
Simon Marlow authored
This was apparently needed at some point during the new typechecker development, but does not seem to be required now.
-
Simon Marlow authored
-
- 05 Nov, 2010 1 commit
-
-
scpmw@leeds.ac.uk authored
-
- 17 Nov, 2010 4 commits
-
-
simonpj@microsoft.com authored
This is a really useful new facility, but I'd forgotten to document it. Pls merge to 7.0 branch
-
simonpj@microsoft.com authored
This patch forces bang patterns to be monomorphic, and documents this fact.
-
simonpj@microsoft.com authored
-
simonpj@microsoft.com authored
Push to STABLE
-
- 16 Nov, 2010 9 commits
-
-
simonpj@microsoft.com authored
Principally, the SimplifierMode now carries several (currently four) flags in *all* phases, not just the "Gentle" phase. This makes things simpler and more uniform. As usual I did more refactoring than I had intended. This stuff should go into 7.0.2 in due course, once we've checked it solves the DPH performance problems.
-
simonpj@microsoft.com authored
This stuff should have no effect but it sets things up so that we can try floating out lambdas of n value arguments. The new (secret) flag is -ffloatt-lam-args=n. This is *not* working yet, but it's got tangled up with other stuff I want to commit, and it does no harm.
-
simonpj@microsoft.com authored
See Note [Finding rule RHS free vars] This should make Roman happy.
-
simonpj@microsoft.com authored
-
simonpj@microsoft.com authored
Warn when (a) a pattern bindings binds unlifted values (b) it has no top-level bang (c) the RHS has a *lifted* type Clause (c) is new, argued for by Simon M Eg x# = 4# + 4# -- No warning (# a,b #) = blah -- No warning I# x = blah -- Warning
-
simonpj@microsoft.com authored
They all have redundant uses of fromIntegral, but are no under GHC HQ control.
-
simonpj@microsoft.com authored
-
simonpj@microsoft.com authored
See Trac #4488. The basic idea is to check for fun :: ty -> ty where fun is one of toIntegerName toRationalName fromIntegralName realToFracName There's a (documented) flag to control it -fwarn-identities. Currently -Wall switches it on.
-
simonpj@microsoft.com authored
-
- 15 Nov, 2010 3 commits
-
-
simonpj@microsoft.com authored
-
simonpj@microsoft.com authored
* Fix a bug that led to a crash with data family T a deriving Functor T * Allow deriving Typeable for data families data family T a deriving Typeable1 T * Some refactoring and tidying
-
simonpj@microsoft.com authored
This (annoyingly) requires us to re-flatten the class predicate. See Note [Flattening in error message generation]
-