1. 22 Aug, 2007 1 commit
  2. 21 Aug, 2007 1 commit
    • Simon Marlow's avatar
      FIX #1427, #1569: gcc 4.2.x needs -fno-toplevel-reorder · 2ebe8add
      Simon Marlow authored
      We now have various flags that need to be passed to gcc, but only if
      the local gcc version supports them.  So instead of wiring this
      knowledge into ghc when it is built, we now put these "extra gcc
      flags" into a text file in $libdir, extra-gcc-flags, which is created
      by configure.  It is also created by the configure script of a binary
      distribution, so a binary dist is independent of the gcc version used
      to build it.
      
      Hopefully I got the binary-dist stuff right, but binary dists aren't
      currently working so we'll need to come back and check this.
      2ebe8add
  3. 21 Jul, 2007 1 commit
  4. 14 Jul, 2007 1 commit
  5. 05 Jul, 2007 1 commit
  6. 04 Jul, 2007 1 commit
  7. 25 Jun, 2007 1 commit
  8. 22 Jun, 2007 1 commit
  9. 09 Jun, 2007 3 commits
  10. 05 Jun, 2007 1 commit
  11. 01 Jun, 2007 1 commit
    • Ian Lynagh's avatar
      Fix bindist creation · 79b5a2cb
      Ian Lynagh authored
      Bindists should now work again, when doing "make install" at least.
      "make in-place" is probably still broken.
      79b5a2cb
  12. 31 May, 2007 2 commits
  13. 30 May, 2007 1 commit
  14. 29 May, 2007 1 commit
  15. 21 May, 2007 2 commits
  16. 18 May, 2007 2 commits
  17. 16 May, 2007 1 commit
  18. 15 May, 2007 1 commit
  19. 13 May, 2007 1 commit
  20. 30 Apr, 2007 2 commits
  21. 29 Apr, 2007 1 commit
    • Ian Lynagh's avatar
      Make darcs-all a perl script · 610379bc
      Ian Lynagh authored
      This fixes a problem where patches altering the darcs-all script break
      on Windows as the file is open. The script is now also slightly nicer,
      on balance.
      610379bc
  22. 27 Apr, 2007 1 commit
  23. 12 Apr, 2007 5 commits
  24. 11 Apr, 2007 1 commit
  25. 10 Mar, 2007 1 commit
  26. 08 Mar, 2007 1 commit
  27. 15 Mar, 2007 1 commit
    • sven.panne@aedion.de's avatar
      Use update-alternatives for handling generic tool names · 1ee08bbe
      sven.panne@aedion.de authored
      ATTENTION: Packagers should read the following stuff carefully!
      
      GHC, Hugs and nhc come with various tools like runhaskell or hsc2hs. On the
      one hand this is quite handy, avoiding lots of tiny native packages, but OTOH
      this leads to a few problems:
      
         * The tools are not always identical in functionality.
      
         * The tools fight for a global generic name like "/usr/bin/runhaskell".
      
      These problems are not new and not unique to Haskell implementations, so for
      *nix-based system there is a tool called update-alternatives which handles
      those cases. The idea is as follows:
      
         * Each program/man page/etc. installs itself with a very specific name
           like /usr/bin/hsc2hs-ghc or /usr/share/man/man1/lua5.1.1.gz, so nothing
           clashes.
      
         * The (un-)installation scripts call update-alternatives to notify the
           system about new alternatives for a generic tool/manpage/etc.
      
         * Alternatives can be grouped together ("link groups"), so e.g. switching
           from Sun's Java to Kaffe switches compiler, JRE, manpages etc. together.
           Alas, this doesn't work well with the Haskell implementations yet,
           because they come with different sets of tools (in addition to runFOO):
      
             GHC:  hsc2hs
             Hugs: hsc2hs, cpphs
             nhc:  cpphs
      
           Either these tools should be disentangled fromt the Haskell
           implementations or all implementations should offer the same set.
           Opinions and recommendations on this topic are highly welcome.
      
         * This mechanism can be used to easily switch between several versions of
           the same implementation, too, but we are not yet fully prepared for that.
      
      As a first step, GHC now installs hsc2hs as 'hsc2hs-ghc' and does *not*
      install runhaskell directly anymore, only runghc. hsc2hs and runhaskell are
      created via update-alternatives now. What is currently missing is a mechanism
      for platforms like Windows and probably Mac OS X.
      1ee08bbe
  28. 09 Mar, 2007 2 commits
  29. 22 Feb, 2007 1 commit