summaryrefslogtreecommitdiff
path: root/ghc/Makefile
Commit message (Collapse)AuthorAgeFilesLines
* 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.
* [project @ 2003-10-17 17:52:33 by panne]panne2003-10-171-2/+5
| | | | | Add config.cache to DIST_CLEAN_FILES and remove autom4te.cache subdir for every clean* target
* [project @ 2003-03-31 12:23:41 by simonmar]simonmar2003-03-311-3/+3
| | | | | | Fixes to subdir ordering for booting from HC files. Submitted by: Urban Boquist <boquist@crt.se>
* [project @ 2002-07-02 14:15:22 by simonmar]simonmar2002-07-021-6/+1
| | | | Don't omit docs when doing a binary dist
* [project @ 2002-02-12 15:17:13 by simonmar]simonmar2002-02-121-4/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Switch over to the new hierarchical libraries --------------------------------------------- This commit reorganises our libraries to use the new hierarchical module namespace extension. The basic story is this: - fptools/libraries contains the new hierarchical libraries. Everything in here is "clean", i.e. most deprecated stuff has been removed. - fptools/libraries/base is the new base package (replacing "std") and contains roughly what was previously in std, lang, and concurrent, minus deprecated stuff. Things that are *not allowed* in libraries/base include: Addr, ForeignObj, ByteArray, MutableByteArray, _casm_, _ccall_, ``'', PrimIO For ByteArrays and MutableByteArrays we use UArray and STUArray/IOUArray respectively now. Modules previously called PrelFoo are now under fptools/libraries/GHC. eg. PrelBase is now GHC.Base. - fptools/libraries/haskell98 provides the Haskell 98 std. libraries (Char, IO, Numeric etc.) as a package. This package is enabled by default. - fptools/libraries/network is a rearranged version of the existing net package (the old package net is still available; see below). - Other packages will migrate to fptools/libraries in due course. NB. you need to checkout fptools/libraries as well as fptools/hslibs now. The nightly build scripts will need to be tweaked. - fptools/hslibs still contains (almost) the same stuff as before. Where libraries have moved into the new hierarchy, the hslibs version contains a "stub" that just re-exports the new version. The idea is that code will gradually migrate from fptools/hslibs into fptools/libraries as it gets cleaned up, and in a version or two we can remove the old packages altogether. - I've taken the opportunity to make some changes to the build system, ripping out the old hslibs Makefile stuff from mk/target.mk; the new package building Makefile code is in mk/package.mk (auto-included from mk/target.mk). The main improvement is that packages now register themselves at make boot time using ghc-pkg, and the monolithic package.conf in ghc/driver is gone. I've updated the standard packages but haven't tested win32, graphics, xlib, object-io, or OpenGL yet. The Makefiles in these packages may need some further tweaks, and they'll need pkg.conf.in files added. - Unfortunately all this rearrangement meant I had to bump the interface-file version and create a bunch of .hi-boot-6 files :-(
View Lorry Controller Status