- 18 Jul, 2009 1 commit
-
-
Ian Lynagh authored
-
- 17 Jul, 2009 5 commits
-
-
Ian Lynagh authored
This means that, provided the values are small enough, files serialized are portable between architectures. In particular, .haddock files are portable.
-
Ian Lynagh authored
-
simonpj@microsoft.com authored
-
Ian Lynagh authored
-
simonpj@microsoft.com authored
-
- 24 Jun, 2009 1 commit
-
-
t-peterj@microsoft.com authored
-
- 26 Jun, 2009 1 commit
-
-
t-peterj@microsoft.com authored
-
- 18 Jun, 2009 1 commit
-
-
t-peterj@microsoft.com authored
-
- 17 Jul, 2009 1 commit
-
-
Ian Lynagh authored
-
- 16 Jul, 2009 7 commits
-
-
Simon Marlow authored
2 reasons for this: - compilation is more predictable. Adding or removing an instance is less likely to force unnecessary recompilation due to renumbering other dfun names. - it makes it easier to read Core / C-- / asm The names aren't completely deterministic. To do that, we'd have to include package and module names, which would make the symbol names long and reduce readability. So the compromise is that if there's a clash, we disambiguate by adding an integer suffix. This is fairly unlikely in practice unless you're using overlapping instances. Type family instances are handled in the same way, with the same disambiguation strategy.
-
Simon Marlow authored
The export list was ordered according to the whim of FastStrings, which meant that interface fingerprints could change for no good reason, causing spurious recompilation.
-
Ian Lynagh authored
Instead, we just put the flags we need in there (e.g. -m64 on OS X 64). This fixes a problem found by Simon M, where we were compiling everything with -g, leading to a bloated RTS.
-
Ian Lynagh authored
-
Ian Lynagh authored
Also, libdir is now part of the --info output, so this subsumes the old --print-libdir flag. The mode parsing was getting rather adhoc, so I've tidied it up a bit in the process.
-
Simon Marlow authored
-
Simon Marlow authored
-
- 14 Jul, 2009 2 commits
-
-
Ian Lynagh authored
-
Ian Lynagh authored
Patch from Max Bolingbroke <batterseapower@hotmail.com> Rerecorded to avoid conflicts.
-
- 11 Jul, 2009 1 commit
-
-
m.niloc@gmail.com authored
-
- 13 Jul, 2009 1 commit
-
-
Simon Marlow authored
-
- 11 Jul, 2009 1 commit
-
-
kili authored
-
- 14 Jul, 2009 1 commit
-
-
chak@cse.unsw.edu.au. authored
-
- 13 Jul, 2009 2 commits
-
-
rl@cse.unsw.edu.au authored
-
rl@cse.unsw.edu.au authored
-
- 09 Jul, 2009 2 commits
-
-
Ian Lynagh authored
They're now fixed to not generate those warnings
-
Ian Lynagh authored
We already require GHC 6.8 to build, and that included stripPrefix in Data.List.
-
- 10 Jul, 2009 2 commits
-
-
chak@cse.unsw.edu.au. authored
-
chak@cse.unsw.edu.au. authored
-
- 09 Jul, 2009 3 commits
-
-
Simon Marlow authored
-
Simon Marlow authored
Should fix Solaris build failures
-
Ian Lynagh authored
This patch allow you to use "Language CPP", or even "LaNgUaGe CPP", if you wish, as the manual claims you can.
-
- 06 Jul, 2009 1 commit
-
-
Simon Marlow authored
-
- 07 Jul, 2009 6 commits
-
-
Ian Lynagh authored
-
Ian Lynagh authored
-
Ian Lynagh authored
-
Ian Lynagh authored
-
Ian Lynagh authored
This fixes the unused imports warning when Foo (F(x,y,z)) is imported and Foo (F(..)) is exported.
-
Ian Lynagh authored
-
- 06 Jul, 2009 1 commit
-
-
simonpj@microsoft.com authored
This patch, joint work between and Ian and Simon, fixes Trac #1074 by reporting unused import declarations much more accuratly than before. The specification is described at http://hackage.haskell.org/trac/ghc/wiki/Commentary/Compiler/UnusedImports The implementation is both easier to understand than before, and shorter too. Also fixed are #1148, #2267 Also fixed is -ddump-minimal imports, which now works properly, fixing Trac #1792.
-