summaryrefslogtreecommitdiff
path: root/includes/Makefile
Commit message (Collapse)AuthorAgeFilesLines
* Globally replace "hackage.haskell.org" with "ghc.haskell.org"Simon Marlow2013-10-011-2/+2
|
* fix $(TOP)Simon Marlow2009-06-041-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-202/+3
|
* build fix: add -I../rts/parallelSimon Marlow2009-02-061-1/+1
|
* bindists are now some way towards workingIan Lynagh2008-08-101-4/+2
|
* Use INSTALL_HEADERS in includes/ rather than abusing INSTALL_DATASIan Lynagh2007-08-281-7/+4
|
* Fix the build when GMP_INCLUDE_DIRS == ""Ian Lynagh2007-08-151-2/+5
|
* Fix build with external gmp library.gwright@antiope.com2007-08-131-0/+4
| | | | | | | | | | | | | | | | ghc fails to build if you use an external gmp library. This is because ghc requires the header file gmp.h, which used to be provided by the internal gmp source code. The file gmp.h is no longer part of the gmp source code, but is generated as part of the build procedure. If an external gmp is specified, the internal gmp is not build and the gmp.h file never gets generated. Of course, it was a bad idea anyway to use a header file from a potentially different version of the library. The patch sets HAVE_LIB_GMP if the gmp library is found during configuration and conditionalizes including the library header file on it.
* Update the in-tree GMP; fixes trac #832Ian Lynagh2007-07-051-8/+2
| | | | | gmp is now in a top-level directory and we only have the tarball in the darcs repo. It gets untarred if it is needed.
* Install the RTS from a bindist correctlyIan Lynagh2007-06-051-7/+16
|
* move "boot :: all" after the include of target.mk to fix #1095Simon Marlow2007-03-261-4/+11
|
* add missing progress messageSimon Marlow2007-03-261-0/+1
|
* Rejig TABLES_NEXT_TO_CODE: the -unreg flag was broken by earlier changesSimon Marlow2006-10-171-7/+3
| | | | | | | | A GHC binary can generally build either registerised or unregisterised code, unless it is unregisterised only. The previous changes broke this, but I think I've now restored it.
* Partially fix GHCi when unregisterisedIan Lynagh2006-10-121-3/+11
| | | | | | | | We were constructing info tables designed for TABLES_NEXT_TO_CODE, but were building without TABLES_NEXT_TO_CODE. This patch also fixes a bug when we are unregisterised on amd64 and have code with an address above 2^32.
* Fix unregisterised builds, and building on non-x86/amd64/powerpcIan Lynagh2006-08-251-0/+4
|
* Reorganisation of the source treeSimon Marlow2006-04-071-0/+181
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.
View Lorry Controller Status