1. 19 Feb, 2008 1 commit
  2. 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
  3. 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
  4. 24 Jan, 2008 1 commit
  5. 21 Jan, 2008 1 commit
  6. 04 Jan, 2008 1 commit
  7. 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
  8. 07 Dec, 2007 1 commit
  9. 02 Dec, 2007 1 commit
  10. 23 Nov, 2007 1 commit
  11. 15 Nov, 2007 1 commit
  12. 05 Nov, 2007 3 commits
  13. 25 Jun, 2007 1 commit
  14. 25 Oct, 2007 1 commit
  15. 09 Oct, 2007 1 commit
  16. 19 Sep, 2007 1 commit
  17. 18 Sep, 2007 1 commit
  18. 14 Sep, 2007 1 commit
  19. 13 Sep, 2007 1 commit
  20. 10 Sep, 2007 1 commit
  21. 08 Sep, 2007 4 commits
  22. 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
  23. 05 Sep, 2007 1 commit
  24. 04 Sep, 2007 1 commit
  25. 05 Sep, 2007 1 commit
  26. 03 Sep, 2007 3 commits
  27. 31 Aug, 2007 1 commit
  28. 30 Aug, 2007 1 commit
  29. 28 Aug, 2007 1 commit
  30. 22 Aug, 2007 1 commit
  31. 17 Aug, 2007 1 commit
  32. 16 Aug, 2007 1 commit
  33. 12 Aug, 2007 1 commit