- 05 May, 2006 1 commit
-
-
Simon Marlow authored
-
- 04 May, 2006 8 commits
-
-
simonpj@microsoft.com authored
-
simonpj@microsoft.com authored
The rule matcher uses a "rough-match" pre-filter, which was being too aggressive. The case looked like this: rule: f True expr: case e of x { True -> f x } Jues because x doesn't immediately look like True, we shouldn't say "can't match", but that is exactly what ruleCantMatch was doing.
-
simonpj@microsoft.com authored
The constructor-specialisation optimisation was not dealing with the case of (letrec ... in f) a1 a2 We need to apply constructor specialisation in the letrec; previously we were leaving it untouched on the grounds that the function part of an application is almost always a variable. But in fact, float-in immediately precedes SpecConstr, so we can get these odd-looking applications.
-
simonpj@microsoft.com authored
The derived instance for Read of records wasn't quite right. Consider data T = T1 T | T2 { x::Int } The string "T1 T2 { x=2 }" should parse correctly as T1 (T2 {x=2}) because of Haskell's odd precedence rules (record construction binds even more tightly than application), but the derived Read didn't take account of that. drvrun020 is the regression test
-
simonpj@microsoft.com authored
After some earlier re-factoring, the code that was carefully trying to make RULES available in a function's own RHS was plain wrong. This commit fixes it. Some programs should go faster!
-
simonpj@microsoft.com authored
-
Simon Marlow authored
-
Simon Marlow authored
-
- 03 May, 2006 2 commits
-
-
Simon Marlow authored
-
Simon Marlow authored
-
- 26 Apr, 2006 1 commit
-
-
simonpj@microsoft.com authored
Messages involving Template Haskell are deeply puzzling if you don't know about TH, so it seems better to make -fth an explicit flag. It is no longer switched on by -fglasgow-exts.
-
- 02 May, 2006 5 commits
-
-
Simon Marlow authored
-
Simon Marlow authored
-
Simon Marlow authored
-
Simon Marlow authored
-
Simon Marlow authored
-
- 01 May, 2006 1 commit
-
-
Ashley Yakeley authored
-
- 26 Apr, 2006 1 commit
-
-
Ashley Yakeley authored
-
- 28 Apr, 2006 2 commits
-
-
dons@cse.unsw.edu.au authored
Somewhere along the 6.5 branch, gcc started compiling the rts such that it triggers the stack smash handler, causing stage2 to by kill'd immediately. This turns off the stack protector, which will do for now.
-
Simon Marlow authored
-
- 27 Apr, 2006 1 commit
-
-
David Himmelstrup authored
-
- 26 Apr, 2006 1 commit
-
-
David Himmelstrup authored
-
- 25 Apr, 2006 2 commits
-
-
Simon Marlow authored
One-shot compilation was throwing away the old iface read by checkOldIface, with the result that version numbers were never being incremented. Fixes the recomp001 test too.
-
Simon Marlow authored
-
- 24 Apr, 2006 1 commit
-
-
Simon Marlow authored
-
- 21 Apr, 2006 1 commit
-
-
David Himmelstrup authored
-
- 20 Apr, 2006 3 commits
-
-
Josef Svenningsson authored
-
Josef Svenningsson authored
-
Josef Svenningsson authored
-
- 21 Apr, 2006 1 commit
-
-
sven.panne@aedion.de authored
-
- 20 Apr, 2006 2 commits
-
-
Simon Marlow authored
The section in the building guide was becoming out of date, a wiki page is much more likely to be kept fresh.
-
rl@cse.unsw.edu.au authored
-
- 19 Apr, 2006 4 commits
-
-
sven.panne@aedion.de authored
-
sven.panne@aedion.de authored
-
sven.panne@aedion.de authored
-
Simon Marlow authored
-
- 18 Apr, 2006 3 commits
-
-
Simon Marlow authored
StgBool is mapped to C's int type. GHC doesn't currently know the size of a C int on the target arch, it's easier to use StgInt instead. I guess nobody ever uses Bool arguments to foreign imports/exports.
-
Simon Marlow authored
Fixes #746
-
Simon Marlow authored
-