summaryrefslogtreecommitdiff
path: root/rules/c-suffix-rules.mk
Commit message (Collapse)AuthorAgeFilesLines
* rules: cleanup: use '$way_*suf' var instead of open-coded '($3_way_)s'Sergei Trofimovich2014-09-081-5/+5
| | | | | | | | | | | The changes look like: -$1/$2/build/%.$$($3_way_)s : $1/%.c $$(LAX_DEPS_FOLLOW) $$$$($1_$2_HC_DEP) +$1/$2/build/%.$$($3_ssuf) : $1/%.c $$(LAX_DEPS_FOLLOW) $$$$($1_$2_HC_DEP) This way typos will manifest themselves in all ways, not only non-vanilla. Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* Globally replace "hackage.haskell.org" with "ghc.haskell.org"Simon Marlow2013-10-011-2/+2
|
* Some build system refactoringIan Lynagh2013-04-201-6/+6
|
* Finish removing BootingFromHcIan Lynagh2013-02-171-2/+1
|
* A build-system tweak for more readable build output.Iavor S. Diatchki2012-04-271-11/+11
| | | | | | | | | | | This change reduces the (default) verbosity of the build system. This makes it easier to spot warnings in the output and, also, it makes it easier to estimate how far along are we in the build process by just glancing at the output. To get the traditional fully verbose output, set V=1, like this: make V=1
* By default, be lax about dependencies on GHCIan Lynagh2011-08-281-6/+6
| | | | | | | | | | | | There are a number of things which technically depend on GHC (e.g. if ghc changes then Haskell files may be compiled differently, or Cabal packages may be configured differently). However, in practice, having a real dependency on GHC is just a pain: We normally don't want to spend time recompiling other things while we're working on the compiler, and even if we did, GHC will normally decide compilation isn't needed anyway. So by default we use order-only dependencies on GHC, i.e. GHC must exist, but if it's newer than other targets then rebuilding is not necessary.
* Add stage-specific AS variables to the build systemIan Lynagh2011-04-291-1/+1
|
* Make stage-specific CC variablesIan Lynagh2011-04-231-4/+4
| | | | | This allows different gcc's to be used when building different stages, which we need to do when cross-compiling.
* Simplify the build system, and remove 2 phasesIan Lynagh2011-01-221-0/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | From http://hackage.haskell.org/trac/ghc/wiki/Building/Architecture/Idiom/PhaseOrdering Phase 0: Includes: package-data.mk files for things built by the bootstrapping compiler. Builds: the dependency files for hsc2hs and genprimopcode. We need to do this now, as hsc2hs needs to be buildable in phase 1's includes (so that we can make the hpc library's .hs source files, which in turn is necessary for making its dependency files), and genprimopcode needs to be buildable in phase 1's includes (so that we can make the primop-*.hs-incl files, which are sources for the stage1 compiler library, and thus necessary for making its dependency files). Phase 1: Includes: dependency files for things built by the bootstrapping compiler. Builds: package-data.mk files for everything else. Note that this requires configuring the packages, which means telling cabal which ghc to use, and thus the stage1 compiler gets built during this phase. Phase "": Includes: dependency files for everything else. Builds: Everything else.
* Use "order only constraints" for directoriesIan Lynagh2009-10-021-8/+4
| | | | There are now 104 calls to mkdirhier, down from 1201, when validating.
* remove unnecessary $(RM)sSimon Marlow2009-07-011-11/+0
|
* Quote commands that we run, so they work if there are space in their pathsIan Lynagh2009-05-301-26/+26
| | | | | I've also added some missing $s to some makefiles. These aren't technically necessary, but it's nice to be consistent.
* add a .c --> .s ruleSimon Marlow2009-05-011-0/+4
|
* Makefile rules tweak for BootingFromHcIan Lynagh2009-05-031-1/+1
|
* Add a header to all build system files:Simon Marlow2009-04-281-0/+12
| | | | | | | | | | | | | | # ----------------------------------------------------------------------------- # # (c) 2009 The University of Glasgow # # This file is part of the GHC build system. # # To understand how the build system works and how to modify it, see # http://hackage.haskell.org/trac/ghc/wiki/Building/Architecture # http://hackage.haskell.org/trac/ghc/wiki/Building/Modifying # # -----------------------------------------------------------------------------
* GHC new build system megapatchIan Lynagh2009-04-261-0/+60