- 02 Jun, 2007 2 commits
-
-
Ian Lynagh authored
-
Ian Lynagh authored
Cabal defaults to the value we want on Linux, but uses "C:\\Program Files\\Common Files" on Windows.
-
- 01 Jun, 2007 5 commits
-
-
Ian Lynagh authored
-
Ian Lynagh authored
-
Ian Lynagh authored
-
Ian Lynagh authored
-
Ian Lynagh authored
Bindists should now work again, when doing "make install" at least. "make in-place" is probably still broken.
-
- 31 May, 2007 1 commit
-
-
Ian Lynagh authored
Key changes: * Always build as if BIN_DIST is 1. BIN_DIST is thus removed. * Libraries are configured with prefix set to $$topdir rather than $(prefix)
-
- 30 May, 2007 1 commit
-
-
Ian Lynagh authored
-
- 12 Jun, 2007 3 commits
-
-
andy@galois.com authored
foreign import ccall unsafe hs_hpc_write :: CString -> IO () foreign import ccall unsafe hs_hpc_read :: CString -> IO () These write a Hpc description of the state of the world to a file, or read a description into the current Hpc tickbox subsystem.
-
Simon Marlow authored
-
Simon Marlow authored
-
- 18 May, 2007 1 commit
-
-
Thorkil Naur authored
-
- 09 Jun, 2007 1 commit
-
-
andy@galois.com authored
-
- 08 Jun, 2007 3 commits
-
-
andy@galois.com authored
-
chak@cse.unsw.edu.au. authored
- mkDataConIds forced an algebraic worker/wrapper on newtype instances (not on vanilla newtypes). I am not sure where this came from (from code I wrote or from the recent restructuring of MkIds), but its not the right thing to do. In particular, it requires newtype instances to have con_info labels in the generated code, which makes no sense. - Worker construction for newtypes is smart enough that it will construct the right signature for newtype instances (ie, one that mentions the family type constructor, not the instance tycon).
-
chak@cse.unsw.edu.au. authored
- Fix typo introduced when moving deriving-specific code from TcEnv to TcDeriv - Thanks to Roman for the bug report
-
- 07 Jun, 2007 1 commit
-
-
Ian Lynagh authored
-
- 06 Jun, 2007 3 commits
-
-
simonpj@microsoft.com authored
This patch implements the suggestion in Trac #1398. It's obviously stupid to suggest -fno-monomorphism-restriction if the user is already using it. (Maybe another suggestion would be good, but this one clearly bogus.)
-
simonpj@microsoft.com authored
The renamer used to be responsible for making sure that all interfaces with instance decls (other than orphans) were loaded. But TH makes that impossible, so the typechecker does it, via checkWiredInTyCon. This patch simply removes redundant additions to the free-variable set in the renamer, which were there, I believe, solely to ensure that the instances came in. Removing them should change nothing, but it's a useful clean up.
-
simonpj@microsoft.com authored
Typechecking of explicit tuples is done "by hand" (rather than using boxySplitTyConApp) so that rigidity is maintained. In making that change I'd forgotten to retain the call to checkWiredInTyCon, which is important to make sure instances are brought into scope. Test is tc227.
-
- 05 Jun, 2007 7 commits
-
-
simonpj@microsoft.com authored
-
Isaac Dupree authored
I skipped utils/hsc2hs/Main.hs since its ifs also involved checking for old versions of nhc98 (I don't want to figure that out), but removed everything else I found relating to building with pre-6.0
-
Ian Lynagh authored
-
Ian Lynagh authored
-
Ian Lynagh authored
The old code didn't work on Mac OS X, as "which" returns successfully when it can't find the program.
-
Simon Marlow authored
-
bjpop@csse.unimelb.edu.au authored
-
- 01 Jun, 2007 2 commits
-
-
Isaac Dupree authored
ghc still works, also the module was tested in hugs and ghc
-
Simon Marlow authored
-
- 21 May, 2007 1 commit
-
-
Simon Marlow authored
-
- 25 May, 2007 1 commit
-
-
Simon Marlow authored
-
- 01 Jun, 2007 1 commit
-
-
Simon Marlow authored
Submitted by: Matthias Kilian <kili@outback.escape.de>
-
- 31 May, 2007 3 commits
-
-
Simon Marlow authored
-
Simon Marlow authored
Can't check $(GhcUnregisterised) eagerly, because it might not have been set yet (it's set in build.mk).
-
Simon Marlow authored
-
- 30 May, 2007 4 commits
-
-
simonpj@microsoft.com authored
-
Simon Marlow authored
-
Ian Lynagh authored
-
simonpj@microsoft.com authored
When I rejigged constraint simplification when inferring types, I missed a corner case. Somethign that it's distressingly easy to do. Anyway this fixes it; see the comments in tcSimplifyInfer with the second call to partition and extendLIEs. The test is tcfail181.
-