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. 14 Oct, 2011 1 commit
    • 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
  2. 06 Oct, 2011 1 commit
  3. 29 Jun, 2011 1 commit
  4. 26 May, 2011 1 commit
  5. 22 May, 2011 1 commit
  6. 18 May, 2011 1 commit
  7. 23 Apr, 2011 2 commits
  8. 14 Apr, 2011 1 commit
  9. 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
  10. 16 Mar, 2011 1 commit
  11. 10 Feb, 2011 1 commit
  12. 23 Jan, 2011 2 commits
  13. 22 Jan, 2011 1 commit
  14. 16 Jan, 2011 1 commit
  15. 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
  16. 17 Dec, 2010 1 commit
  17. 27 Nov, 2010 1 commit
  18. 14 Nov, 2010 1 commit
  19. 20 Sep, 2010 2 commits
  20. 08 Sep, 2010 1 commit
  21. 01 Aug, 2010 1 commit
  22. 28 Jul, 2010 1 commit
  23. 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
  24. 13 Jul, 2010 1 commit
  25. 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
  26. 17 Jun, 2010 1 commit
  27. 08 May, 2010 1 commit
  28. 09 May, 2010 1 commit
  29. 16 Mar, 2010 1 commit
  30. 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
  31. 27 Jan, 2010 2 commits
  32. 19 Jan, 2010 2 commits
  33. 15 Dec, 2009 1 commit
  34. 12 Dec, 2009 1 commit
    • chak@cse.unsw.edu.au.'s avatar
      Expose all EventLog events as DTrace probes · 015d3d46
      chak@cse.unsw.edu.au. authored
      - Defines a DTrace provider, called 'HaskellEvent', that provides a probe
        for every event of the eventlog framework.
      - In contrast to the original eventlog, the DTrace probes are available in
        all flavours of the runtime system (DTrace probes have virtually no
        overhead if not enabled); when -DTRACING is defined both the regular
        event log as well as DTrace probes can be used.
      - Currently, Mac OS X only.  User-space DTrace probes are implemented
        differently on Mac OS X than in the original DTrace implementation.
        Nevertheless, it shouldn't be too hard to enable these probes on other
        platforms, too.
      - Documentation is at http://hackage.haskell.org/trac/ghc/wiki/DTrace
      015d3d46
  35. 09 Dec, 2009 1 commit