1. 09 Jul, 2008 1 commit
  2. 08 Jul, 2008 1 commit
    • Ian Lynagh's avatar
      Extend the flag for not automatically linking haskell98 · 53ec704b
      Ian Lynagh authored
      It now also doesn't automatically link base and rts either.
      We need this when we've done a build, so base and rts are in the
      package.conf, but we've then cleaned the libraries so they don't
      physically exist any more.
      53ec704b
  3. 05 Jul, 2008 1 commit
  4. 03 Jul, 2008 1 commit
  5. 01 Nov, 2007 1 commit
  6. 16 Jun, 2008 1 commit
    • Ian Lynagh's avatar
      More commandline flag improvements · 0f5e104c
      Ian Lynagh authored
      * Allow -ffoo flags to be deprecated
      * Mark some -ffoo flags as deprecated
      * Avoid using deprecated flags in error messages, in the build system, etc
      * Add a flag to en/disable the deprecated flag warning
      0f5e104c
  7. 15 Jun, 2008 1 commit
  8. 26 May, 2008 1 commit
  9. 20 May, 2008 1 commit
  10. 12 May, 2008 1 commit
  11. 20 Apr, 2008 1 commit
  12. 16 Mar, 2008 1 commit
  13. 21 Feb, 2008 1 commit
  14. 19 Feb, 2008 1 commit
  15. 18 Feb, 2008 1 commit
    • chak@cse.unsw.edu.au.'s avatar
      All installed Haskell prgms have an inplace and an installed version · 3e274816
      chak@cse.unsw.edu.au. authored
      - GHC installs a range of compiled Haskell programs in addition to the actual
        compiler.  To ensure that they all run on the platform targeted by the build
        (which may have different libraries installed than the build host), we need
        to make sure that all compiled Haskell code going into an install is build
        with the stage 1 compiler, not the bootstrap compiler.  Getting this right
        is especially important on the Mac to enable builds that work on Mac OS X
        versions that are older than the one performing the build.
      - For all installed utils implemented in Haskell (i.e., ghc-pkg, hasktags,
        hsc2hs, runghc, hpc, and pwd) we compile two versions, an inplace version
        and a version for installation.  The former is build by the bootstrap
        compiler during the stage 1 build and the latter is build by the stage 1
        compiler during the stage 2 build.
      - This is really very much as the setup for ghc itself, only that we don't use
        separate stage1/ and stage2/ build directories.  Instead, we clean before
        each build.  CAVEAT: This only works properly if invoked from the 
        toplevel Makefile.
      - Instead of UseStage1=YES (as used by the previous binary-dist-specific
        recompilation), we now use the same $(stage) variables as used for the
        compiler proper - to increase uniformity and to avoid extra conditionals for
        the install target.
      3e274816
  16. 02 Feb, 2008 1 commit
    • chak@cse.unsw.edu.au.'s avatar
      First stab at an installer package for the Mac · c222ce6d
      chak@cse.unsw.edu.au. authored
      - GHC as a Mac framework
      - I tried to make a package where the user could choose whether to install
        in /Library/Frameworks or ~/Library/Frameworks (to allow installation for
        non-admins).  However, that doesn't work well without including the whole
        distribution twice as the decision as to whether the admin password needs
        to be entered is made at packaging time (not at install time).
      c222ce6d
  17. 24 Jan, 2008 1 commit
  18. 21 Jan, 2008 1 commit
  19. 04 Jan, 2008 1 commit
  20. 28 Dec, 2007 1 commit
    • Clemens Fruhwirth's avatar
      Install dynlibs correctly · 88e09197
      Clemens Fruhwirth authored
      Add dynlibdir target to config.mk.in, setting it to @libdir@.
      Invoke installPackage with dynlibdir at libraries/Makefile
      Make installPackage.hs hand dynlibdir to Cabal.
      88e09197
  21. 07 Dec, 2007 1 commit
  22. 02 Dec, 2007 1 commit
  23. 23 Nov, 2007 1 commit
  24. 15 Nov, 2007 1 commit
  25. 05 Nov, 2007 3 commits
  26. 25 Jun, 2007 1 commit
  27. 25 Oct, 2007 1 commit
  28. 09 Oct, 2007 1 commit
  29. 19 Sep, 2007 1 commit
  30. 18 Sep, 2007 1 commit
  31. 14 Sep, 2007 1 commit
  32. 13 Sep, 2007 1 commit
  33. 10 Sep, 2007 1 commit
  34. 08 Sep, 2007 4 commits
  35. 06 Sep, 2007 1 commit
    • Ian Lynagh's avatar
      Remove hardtop_plat/FPTOOLS_TOP_ABS_PLATFORM · c140c141
      Ian Lynagh authored
      They are now the same as hardtop/FPTOOLS_TOP_ABS, so use those instead.
      
      Also removed some substitutions of / for \, as we now use a Haskell
      program to find the top path, and it only makes paths with /s in.
      c140c141