| Commit message (Collapse) | Author | Age | Files | Lines | |
|---|---|---|---|---|---|
| * | Make dynamic GHC no Windows installable too | Ian Lynagh | 2013-05-16 | 1 | -3/+1 |
| | | | | | | We need different paths in the wrapper, as teh installed tree is a different shape to the build tree. | ||||
| * | Define the right RTS config in the Windows dyn wrapper programs | Ian Lynagh | 2013-05-14 | 1 | -3/+5 |
| | | | | | | | This is particularly important as without it validate fails, as it tries to pass RTS options to haddock, and with the default RTS config those options aren't permitted. | ||||
| * | More work towards dynamic programs on Windows | Ian Lynagh | 2013-05-12 | 1 | -0/+197 |
| | | | | | | | | | | | | | | | | | | | | Dynamic GHC is now working in-place, but pathologically slow due to the DLL split. (GHC assumes that all intra-package calls are in the same DLL, but that isn't true when we split the GHC package into 2 DLLs. That means that GHC's startup time is around 22 seconds, as it is doing run-time linking). Also, ghci isn't actually working yet: $ inplace/bin/ghc-stage2 --interactive GHCi, version 7.7.20130512: http://www.haskell.org/ghc/ :? for help Loading package ghc-prim ... <command line>: can't load .so/.DLL for: HSghc-prim-0.3.1.0.dll (addDLL: could not load DLL) ghc-stage2.exe: HSghc-prim-0.3.1.0: The specified module could not be found. | ||||
| * | Fix a tiny bug in cwrapper.c | Ian Lynagh | 2012-03-16 | 1 | -3/+3 |
| | | | | | Caught by -Werror | ||||
| * | use Win32 CreateProcess() rather than mingw spawnv() (#4531) | Simon Marlow | 2011-01-06 | 1 | -37/+94 |
| | | |||||
| * | Fix build on Windows | Ian Lynagh | 2010-02-19 | 2 | -3/+2 |
| | | |||||
| * | Refactor gcc.c, pulling out the reusable code | Ian Lynagh | 2010-02-18 | 2 | -0/+105 |
| | | |||||
| * | Wrap gcc on Windows, to provide the -B flags | Ian Lynagh | 2009-10-27 | 2 | -0/+44 |
 |
index : delta/haskell.git | |
| gitlab.haskell.org: ghc/ghc.git |
| summaryrefslogtreecommitdiff |