1. 27 Apr, 2007 1 commit
  2. 18 Apr, 2007 1 commit
    • simonpj@microsoft.com's avatar
      Fix bat-script generation for MSys · 58ec07c2
      simonpj@microsoft.com authored
      The bat-script generation was using the wrong paths, in
      	ghc-inplace
      	ghc-pkg
      	hsc2hs
      plus there was a double-backslah in the latter two which was wrong.
      This patch fixes both.  See "MSys Note 3" in compiler/Makefile
      
      58ec07c2
  3. 06 Feb, 2007 1 commit
  4. 17 Nov, 2006 1 commit
  5. 09 Aug, 2006 1 commit
  6. 25 Jul, 2006 1 commit
  7. 07 Apr, 2006 1 commit
    • Simon Marlow's avatar
      Reorganisation of the source tree · 0065d5ab
      Simon Marlow authored
      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.
      0065d5ab
  8. 13 Sep, 2005 1 commit
    • simonmar's avatar
      [project @ 2005-09-13 12:50:59 by simonmar] · 5971cecb
      simonmar authored
      Never use an installed Cabal package when building GHC (except when
      bootstrapping in stages 2 & 3).  This insulates us from changes the
      user may have made to their Cabal installation.
      5971cecb
  9. 01 Aug, 2005 1 commit
  10. 16 Jun, 2005 1 commit
    • simonmar's avatar
      [project @ 2005-06-16 09:45:28 by simonmar] · 1957057d
      simonmar authored
      Move the boilerplate Makefile code for using libghccompat.a into a
      shared .mk file, lib/compat/compat.mk.  libghccompat.a is really a
      poor-mans package, but to make it a real package would mean dealing
      with variationg in the package support of different GHC versions, so
      this is easier for now.
      1957057d
  11. 05 Mar, 2005 2 commits
  12. 31 Jan, 2005 1 commit
  13. 27 Jan, 2005 1 commit
  14. 26 Jan, 2005 2 commits
  15. 12 Jan, 2005 1 commit
  16. 06 Jan, 2005 1 commit
  17. 01 Dec, 2004 1 commit
  18. 23 Nov, 2004 1 commit
  19. 22 Nov, 2004 1 commit
  20. 21 Nov, 2004 1 commit
    • panne's avatar
      [project @ 2004-11-21 12:13:23 by panne] · 60f2f165
      panne authored
      Fixed include paths. Thinking about the convoluted dependencies between ghc,
      ghc-pkg and libraries really makes me dizzy... Some cleanup and simplification
      is needed here *urgently*, this stuff is currently beyond my grasp.
      60f2f165
  21. 12 Nov, 2004 1 commit
  22. 11 Nov, 2004 1 commit
    • simonmar's avatar
      [project @ 2004-11-11 16:07:14 by simonmar] · 9043701c
      simonmar authored
      The new ghc-pkg tool.
      
      So far, the new syntax is supported, and the format of the package
      definitions has changed to InstalledPackageInfo rather than the old
      PackageConfig type.  The format of the package.conf file is now
      [InstalledPackageInfo] (using show/read).
      
      We still support the old ghc-pkg command line syntax, and the old
      PackageConfig syntax for package definitions.  These are deprecated
      features, of course.
      
      Not much is done with the list of exposed/hidden modules, or versions
      (yet).
      9043701c
  23. 31 Aug, 2004 1 commit
  24. 30 Aug, 2004 3 commits
  25. 25 Aug, 2004 1 commit
  26. 12 Aug, 2004 1 commit
  27. 09 Sep, 2003 1 commit
  28. 04 Jun, 2003 1 commit
  29. 18 Nov, 2002 1 commit
  30. 29 Oct, 2002 1 commit
  31. 27 Oct, 2002 1 commit
  32. 09 Sep, 2002 1 commit
  33. 29 May, 2002 1 commit
    • sof's avatar
      [project @ 2002-05-29 22:11:58 by sof] · 712f906d
      sof authored
      Use HOSTPLATFORM / *_HOST_OS (instead of TARGET equivalents), as we're
      dealing with host-specific properties, not that of the target.
      712f906d
  34. 30 Apr, 2002 1 commit
  35. 12 Feb, 2002 2 commits
    • simonmar's avatar
      [project @ 2002-02-12 16:55:22 by simonmar] · e50ff381
      simonmar authored
      Must add 'depend' before 'all' in the boot target so that we get
      dependencies in time.
      e50ff381
    • simonmar's avatar
      [project @ 2002-02-12 15:17:13 by simonmar] · 2cc5b907
      simonmar authored
      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 :-(
      2cc5b907