1. 04 Apr, 2001 1 commit
    • simonmar's avatar
      [project @ 2001-04-04 13:39:09 by simonmar] · df7e4572
      simonmar authored
      Automatically re-generate and re-run configure as necessary.  This
      seems to be a reasonable thing to do, and it should eliminate a large
      class of "I ran cvs update and now I get this strange error" type of
      If anyone can remember why this might not be a good idea (I vaguely
      remember there being some reason but it escapes me now), please pipe
  2. 03 Apr, 2001 3 commits
  3. 29 Mar, 2001 1 commit
  4. 23 Mar, 2001 1 commit
    • simonmar's avatar
      [project @ 2001-03-23 16:36:20 by simonmar] · 50027272
      simonmar authored
      Changes to support bootstrapping the compiler from .hc files.  It's
      not quite working yet, but it's not far off.
        - the biggest change is that any injected #includes are now placed in
          the .hc file at generation time, rather than compilation time.  I
          can't see any reason not to do this - it makes it clear by looking at
          the .hc file which files are being #included, it means one less
          temporary file at compilation time, and it means the .hc file is more
        - all the gruesomeness is in mk/bootstrap.mk, which handles building
          .hc files without a ghc driver.
  5. 19 Mar, 2001 1 commit
  6. 14 Mar, 2001 1 commit
  7. 17 Jan, 2001 2 commits
  8. 16 Jan, 2001 1 commit
    • simonmar's avatar
      [project @ 2001-01-16 17:47:10 by simonmar] · 93bb2e25
      simonmar authored
      Change the way the top-level Makefile works, now that we have a
      dependency between ghc and hslibs which means that you can't `make
      boot' in hslibs until you've done `make all' in ghc.
        - now you just type `make all' at the top-level, and the makefile
          arranges to do `make boot all' in each of the subdirectories.
          Typing `make boot' at the top-level now yields a message explaining
          what's going on.
        - Now it's no longer necessary to set $(ProjectsToBuild).  If you don't
          set it, the build system attempts to build all the projects in
          the source tree, in the order determined by $(AllProjects) in
          config.mk.  I've been meaning to fix this for ages, since it meant
          that one had to hand-edit config.mk.in when making a distribution
          for anything other than GHC - this is no longer the case.
          You still *can* set ProjectsToBuild if you want to, however.
        - ProjectsToInstall has been replaced by ProjectsDontInstall, and
          has the obvious, reverse, meaning.  It also has a reasonable default,
          so the need to set it should be rare.
      All this has the obvious benefit that to build GHC you need one fewer
      commands (no more `make boot'), and anyone that has "./configure &&
      make && make install" hardwired into their brains will feel right at
  9. 06 Nov, 2000 1 commit
    • simonmar's avatar
      [project @ 2000-11-06 13:13:17 by simonmar] · 769e8c2c
      simonmar authored
      Change the way source distributions are built.
      Now we do a 'make boot', 'make distclean', build a link tree to filter
      some files out (eg. .cvsignore), and finally tar up the result.  The
      process isn't bulletproof, so it makes sense to compare the manifest
      against previous versions.
      Now you don't have to be in a linked build tree to make a source
  10. 25 Aug, 2000 1 commit
  11. 13 Jul, 2000 1 commit
  12. 18 May, 2000 1 commit
  13. 31 Jan, 2000 1 commit
  14. 20 Jan, 2000 1 commit
  15. 26 Oct, 1999 1 commit
  16. 05 Oct, 1999 2 commits
    • simonmar's avatar
      [project @ 1999-10-05 11:36:27 by simonmar] · 347936f4
      simonmar authored
      GHC versions are now of the form AA.BB.C, where AA is the major
      version, BB is the minor version, and C is the patchlevel.
      Part of this commit accidentally ended up in an earlier commit to
      fptools/ghc/mk/version.mk, which contains some comments on the version
      rationale.  Excerpt:
      # ProjectVersionInt does *not* contain the patchlevel (rationale: this
      # figure is used for conditional compilations, and library interfaces
      # etc. are not supposed to change between patchlevels).
      i.e. a patchlevel is for bugfixes only, no new features or
      interface-changing changes.  Unfortunately, we made this mistake in
      4.04pl1, and won't be making it again.
    • simonmar's avatar
      [project @ 1999-10-05 10:30:26 by simonmar] · 67fe852e
      simonmar authored
      Build System Cleanup
      This commit is intended to clear the way for automatic RPM building.
      In particular, the idea is that 'make install' doesn't build anything,
      so you can do
      	make install prefix=/some/tmp/prefix
      to install everything in /some/tmp/prefix, but leave the hardwired-in
      install directories the same.
      For scripts that depend on the install dir (currently just the GHC
      driver and mkdependHS), we now build two versions: <script>-inplace,
      which is used for running the script from the build tree, and
      <script>, which is the to-be-installed version.
      NOTE: binary distributions are now a little bit trickier to build.
      You *must* include the line "BIN_DIST=1" in your build.mk if you
      intend to make a binary distribution from the current build tree.
      This is because certain scripts have to be built differently, and we
      don't rebuild them when doing 'make binary-dist' anymore (since 'make
      binary-dist' just does a 'make install' with a re-targetted prefix,
      just like the RPM builder).
      Other changes
      	- the binary-dist machinery is now all in fptools/Makefile
      	- removed a gratuitous $(package)-$(version) level of
      	  directories from the binary distribution.
      	- binary distributions are now placed under the package
      	  name, rather than fptools/fptools.
      	- various other minor cleanups.
  17. 24 Jun, 1999 1 commit
  18. 27 Aug, 1998 1 commit
  19. 26 Aug, 1998 1 commit
  20. 20 Aug, 1998 1 commit
  21. 14 Aug, 1998 1 commit
  22. 31 May, 1998 1 commit
  23. 07 Jan, 1998 1 commit
  24. 22 Dec, 1997 1 commit
  25. 19 Dec, 1997 1 commit
  26. 18 Dec, 1997 1 commit
  27. 16 Dec, 1997 2 commits
  28. 13 Oct, 1997 1 commit
  29. 09 Oct, 1997 2 commits
  30. 03 Oct, 1997 1 commit
  31. 30 Sep, 1997 1 commit
  32. 24 Sep, 1997 1 commit
  33. 18 Sep, 1997 1 commit
  34. 28 Aug, 1997 1 commit