summaryrefslogtreecommitdiff
path: root/ghc/Makefile
Commit message (Collapse)AuthorAgeFilesLines
* Update Wiki URLs to point to GitLabTakenobu Tani2019-03-251-2/+2
| | | | | | | | | | | | | | | | | | | | | | | This moves all URL references to Trac Wiki to their corresponding GitLab counterparts. This substitution is classified as follows: 1. Automated substitution using sed with Ben's mapping rule [1] Old: ghc.haskell.org/trac/ghc/wiki/XxxYyy... New: gitlab.haskell.org/ghc/ghc/wikis/xxx-yyy... 2. Manual substitution for URLs containing `#` index Old: ghc.haskell.org/trac/ghc/wiki/XxxYyy...#Zzz New: gitlab.haskell.org/ghc/ghc/wikis/xxx-yyy...#zzz 3. Manual substitution for strings starting with `Commentary` Old: Commentary/XxxYyy... New: commentary/xxx-yyy... See also !539 [1]: https://gitlab.haskell.org/bgamari/gitlab-migration/blob/master/wiki-mapping.json
* Globally replace "hackage.haskell.org" with "ghc.haskell.org"Simon Marlow2013-10-011-2/+2
|
* Fix "make 1" etc following the build system changesIan Lynagh2011-01-271-44/+1
| | | | | The logic is now in mk/compiler-ghc.mk rather than being duplicated in ghc/Makefile and compiler/Makefile.
* add 'make re2' for rebuilding stage2 (similarly re1 and re3)Simon Marlow2010-12-211-0/+14
|
* Do the dependency-omitting for 'make 1' in a slightly different waySimon Marlow2010-08-101-3/+4
| | | | | | | | | | | I encountered a couple of things that broke after Ian's previous patch: one was my nightly build scripts that use 'make stage=2' at the top level, and the other is 'make fast' in libraries/base, which uses 'stage=0' to avoid building any compilers. So my version of this patch is more direct: it just turns off the appropriate dependencies using a variable set by 'make 1', 'make 2', etc.
* fast make omits dependencies in ghc/ tooSimon Marlow2009-08-021-1/+6
|
* Improved infrastructure for fast-rebuilding of parts of the treeSimon Marlow2009-07-031-3/+5
| | | | | | | | | | | | e.g. cd compiler make FAST=YES stage1/build/HscTypes.o builds just the specified .o file, without rebuilding dependencies, and omitting some of the makefile phases. FAST=YES works anywhere, to omit depenencies and phases. 'make fast' is shorthand for 'make all FAST=YES'.
* Add support for 'make help' in subdirectoriesSimon Marlow2009-06-161-0/+9
| | | | Including help for directory-specific targets, such as 'make 1' in ghc
* 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-150/+11
|
* Only use STAGE3_PACKAGE_CONF for building GHC itselfIan Lynagh2009-02-211-0/+1
| | | | | In particular, when building dph with the stage2 compiler, we want to register it in the main package.conf.
* Pass SRC_HC_OPTS to GHC when building GHC's Main.hsIan Lynagh2008-09-261-1/+2
|
* Fix maintainer-cleanIan Lynagh2008-09-241-3/+3
|
* Be more forceful when cleaning in compiler/ and ghc/Ian Lynagh2008-09-181-1/+5
| | | | | | Now that the Cabal file is generated by configure, it would be nice if clean worked even if the cabal file is missing. So now we just rm -rf the dist directory.
* Generate ghc.cabal and ghc-bin.cabal with configureIan Lynagh2008-09-181-0/+6
| | | | This allows us to put the proper version number into them
* Fix: GhcStage2HcOpts were being added to stage 3 tooSimon Marlow2008-09-171-7/+8
|
* add $(GhcStage[123]HcOpts)Simon Marlow2008-09-121-0/+4
|
* We always install stage2, so we need to always put stage2 into bindistsIan Lynagh2008-09-091-1/+1
|
* Handle the html target in compiler/ and ghc/Ian Lynagh2008-08-281-0/+3
|
* Ignore install-docs in compiler/Makefile and ghc/MakefileIan Lynagh2008-08-211-0/+3
|
* We need to give make some more cluesIan Lynagh2008-08-171-1/+1
| | | | Otherwise it can't work out how to make in ghc/ any more.
* When making in compiler/, automatically make in ghc/ when we are doneIan Lynagh2008-08-171-1/+3
|
* Don't do the stage1 re-linking hack if we have GHC >= 6.9Ian Lynagh2008-08-171-0/+2
|
* move INPLACE_DATA_DIR into mk/config.mk and share itSimon Marlow2008-08-131-3/+0
|
* Make "make clean" in ghc/ only clean the stage we want to cleanIan Lynagh2008-08-101-7/+9
|
* bindist fixesIan Lynagh2008-08-101-8/+3
|
* in stage1, always rebuild Main.hsSimon Marlow2008-08-051-0/+7
| | | | | | GHC 6.9+ can properly handle cross-package recompilation checking, but older versions of GHC couldn't, so in stage1 we always rebuild Main.hs. In other words, 'make' in ghc/ should do the right thing now.
* don't strip the inplace GHC executables (for debugging)Simon Marlow2008-07-281-0/+4
|
* add --enable-shared to configure, and $(BuildSharedLibs) to the build systemSimon Marlow2008-07-241-0/+4
|
* allow EXTRA_HC_OPTS to be used from the command-lineSimon Marlow2008-07-241-0/+4
|
* put the inplace GHC in stageN-inplace/ghc instead of stageN-inplace/bin/ghcSimon Marlow2008-07-241-1/+1
| | | | just saves a bit of typing
* add a "rebuild" target for convenienceSimon Marlow2008-07-231-0/+5
|
* Clean stage 3Ian Lynagh2008-07-221-0/+2
|
* Some "install" and "clean" fixesIan Lynagh2008-07-181-16/+18
|
* Build system tweaksIan Lynagh2008-07-181-1/+2
|
* More build system changes; ghc-pkg is now built with CabalIan Lynagh2008-07-181-12/+3
|
* Split building the ghc package and binary into "boot" and "all" stepsIan Lynagh2008-07-171-3/+4
| | | | In "boot" we configure, and in "all" we do the actual building.
* Install the compiler during make installIan Lynagh2008-07-171-0/+9
| | | | For now we always install stage 2
* Remove some duplicationIan Lynagh2008-07-171-31/+16
|
* Fix GHC finding extra-gcc-opts on WindowsIan Lynagh2008-07-161-2/+15
|
* Get building GHC itself with Cabal more-or-less workingIan Lynagh2008-07-161-0/+106
| | | | | Installing and bindist creation don't work, but they were already broken. Only tested validating with one setup.
* remove the last bits of the ghc/ subdirSimon Marlow2006-04-071-54/+0
|
* Reorganisation of the source treeSimon Marlow2006-04-071-4/+0
| | | | | | | | | | | | | | | Most of the other users of the fptools build system have migrated to Cabal, and with the move to darcs we can now flatten the source tree without losing history, so here goes. The main change is that the ghc/ subdir is gone, and most of what it contained is now at the top level. The build system now makes no pretense at being multi-project, it is just the GHC build system. No doubt this will break many things, and there will be a period of instability while we fix the dependencies. A straightforward build should work, but I haven't yet fixed binary/source distributions. Changes to the Building Guide will follow, too.
* [project @ 2005-03-02 14:35:05 by simonmar]simonmar2005-03-021-2/+3
| | | | More wibbles to cleaning
* [project @ 2005-03-02 14:09:26 by simonmar]simonmar2005-03-021-2/+4
| | | | wibbles to cleaning
* [project @ 2005-03-02 10:00:36 by simonmar]simonmar2005-03-021-2/+4
| | | | Clean a few more things created by configure
* [project @ 2005-03-02 09:57:41 by simonmar]simonmar2005-03-021-2/+2
| | | | Clean VERSION
* [project @ 2004-11-11 09:36:55 by simonmar]simonmar2004-11-111-4/+5
| | | | include lib/ in the build
* [project @ 2004-02-20 21:21:27 by panne]panne2004-02-201-14/+4
| | | | | | | | Reverted previous commit, it was fixing things in the wrong place: When e.g. "make dvi" is issued, we should *always* descend into the docs directory. Generally, the SGMLDocWays-handling seems to be a bit a wrong: We should not change how make descends down the hierarchy, but should make it a no-op when nothing should/can be done.
* [project @ 2004-02-12 02:11:33 by mthomas]mthomas2004-02-121-4/+14
| | | | Support for nightly builds of utilities, esp. machines with no doc tools.
View Lorry Controller Status