This project is mirrored from https://gitlab.haskell.org/ghc/ghc.git. Pull mirroring failed .
Repository mirroring has been paused due to too many failed attempts. It can be resumed by a project maintainer.
Last successful update .
  1. 18 Oct, 2011 1 commit
  2. 16 Oct, 2011 1 commit
  3. 14 Oct, 2011 2 commits
    • Ian Lynagh's avatar
      Fix libffi build on Windows · 0ffc2b29
      Ian Lynagh authored
      0ffc2b29
    • Ian Lynagh's avatar
      Simplify the libffi build · 7c3b22ed
      Ian Lynagh authored
      We now put the libffi objects into the RTS library, rather than trying
      to mangle libffi into being a ghc package itself. It would be nicer to
       make it a separate library (but not a ghc package), but for now
       hopefully this will get the build going through on Windows again.
      7c3b22ed
  4. 06 Oct, 2011 1 commit
  5. 29 Jun, 2011 1 commit
  6. 26 May, 2011 1 commit
  7. 22 May, 2011 1 commit
  8. 18 May, 2011 1 commit
  9. 23 Apr, 2011 2 commits
  10. 14 Apr, 2011 1 commit
  11. 12 Apr, 2011 1 commit
    • Simon Marlow's avatar
      Cleanup sweep and fix a bug in RTS flag processing. · 5463b55b
      Simon Marlow authored
      This code has accumulated a great deal of cruft over the years, this
      pass cleans up a lot of the surrounding cruft but leaves the actual
      argument processing alone - so there's still more that could be done.
      
      Bug fixed:
      
        - ghc_rts_opts should not be subject to the --rtsopts setting.  If
          the programmer explicitly declares options with ghc_rts_opts, they
          shouldn't also have to accept command-line RTS options to make them
          work.
      5463b55b
  12. 16 Mar, 2011 1 commit
  13. 10 Feb, 2011 1 commit
  14. 23 Jan, 2011 2 commits
  15. 22 Jan, 2011 1 commit
  16. 16 Jan, 2011 1 commit
  17. 21 Dec, 2010 1 commit
    • gwright@antiope.com's avatar
      Fix #4829 (build does not respect --with-gcc option) · 834a2186
      gwright@antiope.com authored
      This patch fixes what seems to be the last problem with the --with-gcc
      option.  On OS X, we need to pass the path to gcc to dtrace as the
      preprocessor.  (Internally, dtrace on OS X sets the default preprocessor
      to /usr/bin/gcc.)  ATM, dtrace is only supported on OS X, so we don't
      need any conditionalization.  If dtrace is ported to other platforms,
      we might need to change this. However, usage on other platforms will
      probably be similar to OS X, since many of Apple's changes are to
      use the gnu toolchain instead of the Sun toolchain.
        
      834a2186
  18. 17 Dec, 2010 1 commit
  19. 27 Nov, 2010 1 commit
  20. 14 Nov, 2010 1 commit
  21. 20 Sep, 2010 2 commits
  22. 08 Sep, 2010 1 commit
  23. 01 Aug, 2010 1 commit
  24. 28 Jul, 2010 1 commit
  25. 16 Jul, 2010 1 commit
    • Ian Lynagh's avatar
      Fix HC porting test in makefiles · 7a3c2d0e
      Ian Lynagh authored
      Now that we are trying to support cross compilation, we can't use
          "$(TARGETPLATFORM)" != "$(HOSTPLATFORM)"
      as a test for HC-porting.
      7a3c2d0e
  26. 13 Jul, 2010 1 commit
  27. 05 Jul, 2010 1 commit
    • Simon Marlow's avatar
      Disable dynamic linking optimisations on OS X · 062aa8af
      Simon Marlow authored
      To improve performance of the RTS when dynamically linked on x86, I
      previously disabled -fPIC for certain critical modules (the GC, and a
      few others).  However, build reports suggest that the dynamic linker
      on OS X doesn't like this, so I'm disabling this optimsation on that
      platform.
      062aa8af
  28. 17 Jun, 2010 1 commit
  29. 08 May, 2010 1 commit
  30. 09 May, 2010 1 commit
  31. 16 Mar, 2010 1 commit
  32. 03 Feb, 2010 1 commit
    • benl@cse.unsw.edu.au's avatar
      Disable -Wcast-align when building the rts · 1be45d7b
      benl@cse.unsw.edu.au authored
      This flag seems buggy on GCC 4.1.2, which is the only GCC version we 
      have that can bootstrap the SPARC build. We end up with lots of supurious
      warnings of the form "cast increases required alignment of target type".
      Some legitimate warnings can be fixed by adding an intermediate cast to
      (void*), but we get others in rts/sm/GCUtils.c concerning the gct var
      that look innocuous to me. We could enable this again once we deprecate
      support for registerised builds on this arch.
      1be45d7b
  33. 27 Jan, 2010 2 commits
  34. 19 Jan, 2010 2 commits