summaryrefslogtreecommitdiff
path: root/Makefile
Commit message (Collapse)AuthorAgeFilesLines
* Add few more guesses where to find bits of mingw-gccEsa Ilari Vuokko2006-08-121-0/+2
|
* $(ProjectNameShort) => ghcSimon Marlow2006-05-031-15/+15
|
* move "compat" earlier in the build for .hc bootstrappingSimon Marlow2006-05-021-1/+1
|
* fix problem with binary-dist docsSimon Marlow2006-04-241-2/+1
|
* Add .spec file to source distributionsven.panne@aedion.de2006-04-191-1/+1
|
* fix source distsSimon Marlow2006-04-071-4/+3
|
* fix binary distsSimon Marlow2006-04-071-57/+32
|
* Reorganisation of the source treeSimon Marlow2006-04-071-102/+135
| | | | | | | | | | | | | | | 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.
* Change CVS for _darcs in dirs to prune during make distDuncan Coutts2006-02-091-2/+2
|
* [project @ 2005-05-16 14:39:54 by simonmar]simonmar2005-05-161-2/+17
| | | | | | Set BINDIST_DOC_WAYS appropriately depending on which doc-building tools are available. The default is to build all of html, ps & pdf if possible.
* [project @ 2005-04-29 22:02:46 by sof]sof2005-04-291-2/+4
| | | | BINDIST_DOC_WAYS: permit variable to be overridden (in a mk/build.mk, perhaps); merge to STABLE
* [project @ 2005-03-22 06:37:57 by wolfgang]wolfgang2005-03-221-0/+4
| | | | | | Mac OS X: Make bindist work with dynamic libraries MERGE TO STABLE
* [project @ 2005-03-08 11:56:55 by simonmar]simonmar2005-03-081-0/+1
| | | | Allow for optional binary installation
* [project @ 2005-03-02 10:59:31 by simonmar]simonmar2005-03-021-1/+1
| | | | on second thoughts, don't clean mk/config.mk yet
* [project @ 2005-03-02 10:58:04 by simonmar]simonmar2005-03-021-1/+1
| | | | Some more distcleaning
* [project @ 2005-02-21 14:53:16 by simonmar]simonmar2005-02-211-1/+1
| | | | add mk/fix_install_names.sh to source dist
* [project @ 2005-02-07 14:05:25 by simonmar]simonmar2005-02-071-1/+1
| | | | Fix doc building for binary distributions
* [project @ 2005-01-27 11:27:22 by simonmar]simonmar2005-01-271-1/+5
| | | | updates to hc-file-bundle target
* [project @ 2005-01-26 16:05:48 by simonmar]simonmar2005-01-261-0/+1
| | | | hc-file-bundle: need to track ghc/lib too
* [project @ 2005-01-20 14:22:19 by simonmar]simonmar2005-01-201-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Fill in the haddock-interfaces and haddock-html fields in the package.conf files. To do this I had to make some changes: - haddock-interfaces requires the value of $(datadir). We can't just plug this in, because $(datadir) might change at install-time (eg. a Windows installer can be placed anywhere, as can a Unix binary .tar.gz distribution). The current trick is for the compiler to splice in the value of $libdir in package.conf at runtime. So we could extend this mechanism and tell the compiler the value of $datadir via a command-line option, but that seems ugly. On Windows, $datadir==$libdir, so we don't need any changes: package.conf still uses $libdir, and a Windows installation is independent of its absolute location. Even 'make install' on Windows should have this property. On Unix: - for 'make install' and in-place execution, we just use absolute paths in package.conf - for a binary dist, we generate a package.conf that refers to $libdir and $datadir, and splice in the values at install-time (distrib/Makefile-bin.in). - Also, I renamed $libdir to $topdir to more closely reflect its actual meaning. This is somewhat malicious in that it will flush out all those clients using $libdir when they really shouldn't be :-)
* [project @ 2005-01-19 11:48:15 by simonmar]simonmar2005-01-191-2/+8
| | | | -jN friendliness
* [project @ 2005-01-14 16:00:55 by simonmar]simonmar2005-01-141-1/+2
| | | | Add mk/fptools.css to $(SRC_DIST_FILES)
* [project @ 2005-01-04 13:41:53 by simonmar]simonmar2005-01-041-1/+2
| | | | | | | | | ghc/mk/config.mk was never being included in ordinary Makefiles. It was only included in the top-level fptools/Makefile for the purposes of obtaining binary distribution settings. This fixes that problem, and now as a side-effect $(GhcHasReadline) will start working again.
* [project @ 2004-10-07 06:38:20 by mthomas]mthomas2004-10-071-2/+4
| | | | Check for shell scripts first - they don't exist on my Windows nightly build.
* [project @ 2004-09-21 17:49:22 by panne]panne2004-09-211-1/+4
| | | | | * Added new target for creating *.bz2 source distributions * Cleanup *.tar.gz / *.tar.bz2 when things go wrong
* [project @ 2004-09-21 17:39:08 by panne]panne2004-09-211-1/+1
| | | | Makefile.config is dead, so don't include it in SRC_DIST_FILES.
* [project @ 2004-09-21 17:29:55 by panne]panne2004-09-211-1/+1
| | | | | | Make sure "docs" and "dist" exactly once in SRC_DIST_DIRS. MERGE TO STABLE
* [project @ 2004-08-26 20:08:39 by panne]panne2004-08-261-2/+2
| | | | | | | | SGML is dead, long live DocBook XML! Note: The BuildRequires tags in the spec files are still incomplete and the documentation about the DocBook tools needs to be updated, too. Stay tuned...
* [project @ 2004-08-15 20:28:02 by panne]panne2004-08-151-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | <fanfare>Finally: Support for DocBook XML!</fanfare> After endless frustrating hours, I came to the conclusion that using (Open)Jade for DocBook XML is virtually impossible, there are *tons* of problems with it: Wildly differing paths, incorrect stylesheets, broken catalogs at funny places, broken wrapper scripts, missing support on Cygwin etc. >:-P * * * So we follow the ubiquitous XSL hype and use xsltproc + DocBook XSL stylesheets to transform DocBook XML to HTML and FO. From FO there are two routes to PDF and PostScript: Either via FOP (preferred) or via PassiveTeX. Validation can be done via xmllint using the new make target "validate". When PassiveTeX is available, DVI can be generated, too. A new make target "no-chunks-html" is available for generating an all-in-one HTML document. Currently there is no way to generate plain text or RTF, but at least the former could easily be added. Generating HTML works out-of-the-box on Cygwin now, but you will have to install FOP for other formats, because there seems to be no standard package for it. The HTML appearance can be controlled via CSS, but the current location of the master stylesheet below fptools/mk is a bit debatable. Better suggestions are welcome. Currently there is still support for SGML documents, but it will be dropped when all documents are converted to DocBook XML. The build system is complex enough already with the support for a *single* kind of DocBook...
* [project @ 2004-05-20 07:15:47 by mthomas]mthomas2004-05-201-0/+22
| | | | Install MinGW32 gcc and perl.
* [project @ 2004-03-16 05:05:31 by mthomas]mthomas2004-03-161-0/+2
| | | | Retrofit Simon's DOCBOOK_CATALOG fix for platforms without DOCBOOK.
* [project @ 2004-03-01 10:13:01 by simonmar]simonmar2004-03-011-2/+2
| | | | build target should use '::' not ':'
* [project @ 2004-02-20 21:29:36 by panne]panne2004-02-201-6/+2
| | | | | | Reverted to previous version, too, because of wrong SGMLDocWays-handling, sorry, but the build system should not be changed in a non-backwards-compatible way easily...
* [project @ 2004-02-12 02:11:33 by mthomas]mthomas2004-02-121-2/+6
| | | | Support for nightly builds of utilities, esp. machines with no doc tools.
* [project @ 2003-11-11 10:05:11 by simonmar]simonmar2003-11-111-1/+1
| | | | wibble
* [project @ 2003-10-17 17:52:33 by panne]panne2003-10-171-0/+3
| | | | | Add config.cache to DIST_CLEAN_FILES and remove autom4te.cache subdir for every clean* target
* [project @ 2003-08-27 15:18:29 by panne]panne2003-08-271-1/+1
| | | | | | | | | green-card => greencard Green Card => GreenCard Although Alastair prefers "Greencard", the library's name is "Foreign.GreenCard", and unless we change this, too, "GreenCard" is more consistent.
* [project @ 2003-08-19 14:22:14 by panne]panne2003-08-191-1/+1
| | | | Death to the acconfig.h hack!
* [project @ 2003-08-18 14:54:40 by panne]panne2003-08-181-3/+3
| | | | Ooops, forgot about a dozen references to configure.in... :-}
* [project @ 2003-07-25 14:39:17 by simonmar]simonmar2003-07-251-1/+3
| | | | | Further updates to the hc-file-bundle target: ghc/compiler/utils is required, and we should also keep ghc/rts/AutoApply.hc.
* [project @ 2003-07-24 11:57:48 by simonmar]simonmar2003-07-241-5/+2
| | | | Fixes to the hc-file-bundle target
* [project @ 2003-05-29 13:54:44 by simonmar]simonmar2003-05-291-1/+1
| | | | wibble to previous commit
* [project @ 2003-05-29 13:37:59 by simonmar]simonmar2003-05-291-1/+1
| | | | Prune more autoconf droppings from a source dist.
* [project @ 2003-05-29 13:03:56 by simonmar]simonmar2003-05-291-1/+1
| | | | Prune autoconf droppings from the source dist.
* [project @ 2003-05-19 13:29:15 by simonmar]simonmar2003-05-191-81/+86
| | | | | | | - rearrange the file a little - build a binary distribution from stage 2 by default, unless overriden from the command line.
* [project @ 2003-03-31 12:17:36 by simonmar]simonmar2003-03-311-2/+2
| | | | | | Fixes to the hc-file-bundle Submitted by: Urban Boquist <boquist@crt.se>
* [project @ 2003-02-12 10:32:38 by simonmar]simonmar2003-02-121-2/+2
| | | | | | | | | Adapt the dist target a little to work with the nightly build's new way of building source dists. It now works by building a link tree to the build tree, and doing 'make dist' on the link tree, to avoid destroying the real build tree. This just needed a couple of tweaks to the dist target to work.
* [project @ 2002-12-12 03:19:12 by mthomas]mthomas2002-12-121-3/+14
| | | | Towards a complete binary package.
* [project @ 2002-11-19 13:08:08 by simonmar]simonmar2002-11-191-10/+31
| | | | - If we're building GHC, then default to building+installing stage 2.
* [project @ 2002-11-13 12:21:08 by simonmar]simonmar2002-11-131-0/+12
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Add support for gcc-style "make bootstrap" which will build the stage 1, 2 and 3 compilers in the same build tree. The idea is to simplify building a stage 2 or 3 compiler (now you only need one build tree), and also speed up the build: there's no need to compile the libraries more than once, because the stage 1 libraries are used for stages 2 & 3. In ghc/compiler, the objects and .hi files are now placed in subdirectories: ghc/compiler/stage1 has the stage1 objects, ghc/compiler/stage2 has the stage2 objects, etc. The story from the top-level (fptools) is this: make all works as before (i.e. builds ghc (stage 1), libraries, etc.) make stage2 builds the stage 2 compiler make stage3 builds the stage 3 compiler make bootstrap does 'make all' followed by 'make stage2' make bootstrap3 does 'make all' followed by 'make stage2; make stage3' In ghc/compiler, the story is now: make all works as before (i.e. builds stage 1 only) make boot generate build dirs and dependencies for stage 1 make boot stage=N generate build dirs and dependencies for stage N make stageN make stage=N builds stage N compiler. Run it in-place using ./stageN/ghc-inplace. I haven't decided what to do about 'make install' yet, and this still needs documenting in the Building Guide. Also, you still get the same $(GhcHcOpts) for each stage.
View Lorry Controller Status