- 16 Jan, 2011 2 commits
-
-
Ian Lynagh authored
now that cross-package deps are tracked correctly.
-
Ian Lynagh authored
-
- 15 Jan, 2011 1 commit
-
-
Ian Lynagh authored
We no longer use dummy-ghc; instead we don't configure most packages until the stage1 compiler is available. We also now use Cabal for building the ghc-bin package. There are a couple more sanity checks too.
-
- 06 Jan, 2011 1 commit
-
-
Ian Lynagh authored
cygwin's /bin/install doesn't set file modes correctly if the destination path is a C: style path: $ /bin/install -c -m 644 foo /cygdrive/c/cygwin/home/ian/foo2 $ /bin/install -c -m 644 foo c:/cygwin/home/ian/foo3 $ ls -l foo* -rw-r--r-- 1 ian None 0 2011-01-06 18:28 foo -rw-r--r-- 1 ian None 0 2011-01-06 18:29 foo2 -rwxrwxrwx 1 ian None 0 2011-01-06 18:29 foo3 This causes problems for bindisttest/checkBinaries.sh which then thinks that e.g. the userguide HTML files are binaries. We therefore use a /cygdrive path if we are on cygwin
-
- 10 Dec, 2010 1 commit
-
-
Ian Lynagh authored
-
- 05 Dec, 2010 1 commit
-
-
Ian Lynagh authored
-
- 21 Nov, 2010 2 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
-
- 17 Nov, 2010 1 commit
-
-
Ian Lynagh authored
-
- 14 Nov, 2010 1 commit
-
-
Ian Lynagh authored
-
- 03 Nov, 2010 2 commits
-
-
Ian Lynagh authored
-
Ian Lynagh authored
-
- 28 Oct, 2010 1 commit
-
-
Simon Marlow authored
We were generating PrimopWrappers.hs twice in two different places, one for the normal build and one for Haddock (I think). Unfortunately one of these was causing extra rebuilding, because the file dropped into the dist-install/build/autogen directory, where it was picked up by the automatic HS_SRCS detection in subsequent make runs. This was exposed by a recent change to HS_SRCS: Wed Oct 20 11:47:59 BST 2010 Ian Lynagh <igloo@earth.li> * Look for sources in Cabal's autogen directory too This should fix the stage3 failures in the build bots.
-
- 26 Oct, 2010 1 commit
-
-
Simon Marlow authored
-
- 23 Oct, 2010 1 commit
-
-
Ian Lynagh authored
You can't use TH with a profiling compiler.
-
- 13 Oct, 2010 1 commit
-
-
Ian Lynagh authored
Stops us accidentally depending on them
-
- 12 Oct, 2010 1 commit
-
-
Ian Lynagh authored
For now we don't build the Cabal userguide, but we should add markdown support so that we can do so.
-
- 06 Oct, 2010 1 commit
-
-
Ian Lynagh authored
-
- 25 Sep, 2010 1 commit
-
-
Ian Lynagh authored
-
- 23 Sep, 2010 2 commits
-
-
Ian Lynagh authored
-
Ian Lynagh authored
-
- 24 Sep, 2010 1 commit
-
-
simonpj@microsoft.com authored
This is a follow-on to Simon's patch yesterday, developed with him. It cleans up the computation of how packages are installed, and installs the right ones.
-
- 23 Sep, 2010 3 commits
-
-
Simon Marlow authored
-
Simon Marlow authored
DPH is now using the public vector package instead of its internal version. vector and primitive are not "boot" packages; they aren't required to build GHC, but they are required to validate (because we include DPH when validating). If you say './darcs-all get --no-dph' then you don't get DPH, vector, or primitive.
-
Simon Marlow authored
Instead of the ghc-stage and ghc-stage2-package files in a package, we now have a list of these in ghc.mk. There are other similar lists (of boot-packages and non-installable packages), so this is not too bad, and is simpler. While poking around in the top-level ghc.mk file I spotted various opportunities to clean up and re-order some of the cruft that has accumulated over time.
-
- 21 Sep, 2010 2 commits
-
-
Ian Lynagh authored
-
Simon Marlow authored
saying make TRACE=1 prints most of the macro calls and their arguments. It's easy to trace new macros; see rules/trace.mk.
-
- 20 Sep, 2010 1 commit
-
-
Ian Lynagh authored
-
- 17 Sep, 2010 1 commit
-
-
Ian Lynagh authored
rather than being repeated in the build system
-
- 03 Sep, 2010 1 commit
-
-
Ian Lynagh authored
-
- 26 Aug, 2010 1 commit
-
-
Simon Marlow authored
-
- 25 Aug, 2010 1 commit
-
-
simonpj@microsoft.com authored
-
- 23 Aug, 2010 1 commit
-
-
simonpj@microsoft.com authored
It's not just when cleaning!
-
- 22 Aug, 2010 1 commit
-
-
Ian Lynagh authored
Stops the docs going out of sync with the code.
-
- 19 Aug, 2010 1 commit
-
-
Ian Lynagh authored
We need to include the DPH cleaning rules, even though we don't build DPH when GhcProfiled = YES.
-
- 18 Aug, 2010 2 commits
-
-
Ian Lynagh authored
-
Ian Lynagh authored
-
- 13 Aug, 2010 1 commit
-
-
simonpj@microsoft.com authored
Reason: DPH uses Template Haskell and TH doesn't work in a profiled compiler
-
- 01 Aug, 2010 1 commit
-
-
Ian Lynagh authored
-
- 30 Jul, 2010 1 commit
-
-
Ian Lynagh authored
Revert this patch: Matthias Kilian <kili@outback.escape.de>**20090920181319 Don't build haddock if HADDOC_DOCS = NO, and disable HADDOC_DOCS if GhcWithInterpreter = NO Haddock uses TcRnDriver.tcRnGetInfo, which is only available if GHCI is built. Set HADDOC_DOCS to NO if GhcWithInterpreter is NO, and disable the haddock build if HADDOC_DOCS = NO.
-