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. 07 Apr, 2015 1 commit
  2. 29 Sep, 2014 1 commit
  3. 20 Aug, 2014 1 commit
  4. 28 Jul, 2014 1 commit
  5. 25 Oct, 2013 1 commit
  6. 11 Oct, 2013 1 commit
  7. 08 Sep, 2013 2 commits
  8. 17 May, 2013 1 commit
  9. 17 Jan, 2013 1 commit
  10. 07 Sep, 2012 1 commit
    • Simon Marlow's avatar
      Deprecate lnat, and use StgWord instead · 41737f12
      Simon Marlow authored
      lnat was originally "long unsigned int" but we were using it when we
      wanted a 64-bit type on a 64-bit machine.  This broke on Windows x64,
      where long == int == 32 bits.  Using types of unspecified size is bad,
      but what we really wanted was a type with N bits on an N-bit machine.
      StgWord is exactly that.
      
      lnat was mentioned in some APIs that clients might be using
      (e.g. StackOverflowHook()), so we leave it defined but with a comment
      to say that it's deprecated.
      41737f12
  11. 07 Feb, 2012 1 commit
  12. 25 Nov, 2011 1 commit
    • Ian Lynagh's avatar
      Fixes for NetBSD · 498467cf
      Ian Lynagh authored
      Based on a patch from Arnaud Degroote <degroote@NetBSD.org> in
      trac #5480.
      498467cf
  13. 30 Mar, 2011 1 commit
  14. 24 Aug, 2010 1 commit
    • Simon Marlow's avatar
      Remove the debugging memory allocator - valgrind does a better job · ea0bfdad
      Simon Marlow authored
      I got fed up with the constant bogus output from the debugging memory
      allocator in RtsUtils.c.  One problem is that we allocate memory in
      constructors that then isn't tracked, because the debugging allocator
      hasn't been initialised yet.
      
      The bigger problem is that for a given piece of leaking memory it's
      impossible to find out where it was allocated; however Valgrind gives
      output like this:
      
      ==6967== 8 bytes in 1 blocks are still reachable in loss record 1 of 7
      ==6967==    at 0x4C284A8: malloc (vg_replace_malloc.c:236)
      ==6967==    by 0x4C28522: realloc (vg_replace_malloc.c:525)
      ==6967==    by 0x6745E9: stgReallocBytes (RtsUtils.c:213)
      ==6967==    by 0x68D812: setHeapAlloced (MBlock.c:91)
      ==6967==    by 0x68D8E2: markHeapAlloced (MBlock.c:116)
      ==6967==    by 0x68DB56: getMBlocks (MBlock.c:240)
      ==6967==    by 0x684F55: alloc_mega_group (BlockAlloc.c:305)
      ==6967==    by 0x6850C8: allocGroup (BlockAlloc.c:358)
      ==6967==    by 0x69484F: allocNursery (Storage.c:390)
      ==6967==    by 0x694ABD: allocNurseries (Storage.c:436)
      ==6967==    by 0x6944F2: initStorage (Storage.c:217)
      ==6967==    by 0x673E3C: hs_init (RtsStartup.c:160)
      
      which tells us exactly what the leaking bit of memory is.  So I don't
      think we need our own debugging allocator.
      ea0bfdad
  15. 17 Aug, 2010 1 commit
  16. 17 Jul, 2010 1 commit
  17. 21 Apr, 2010 1 commit
    • Ian Lynagh's avatar
      Use StgWord64 instead of ullong · 81c95f7d
      Ian Lynagh authored
      This patch also fixes ullong_format_string (renamed to showStgWord64)
      so that it works with values outside the 32bit range (trac #3979), and
      simplifies the without-commas case.
      81c95f7d
  18. 30 Mar, 2010 1 commit
  19. 11 Nov, 2009 1 commit
    • Simon Marlow's avatar
      Support for DragonFly BSD · a35d65c3
      Simon Marlow authored
      Patches from Goetz Isenmann <info@goetz-isenmann.de>, slightly updated
      for HEAD (the method for configuring platforms in configure.ac has
      changed).
      a35d65c3
  20. 02 Aug, 2009 1 commit
    • Simon Marlow's avatar
      RTS tidyup sweep, first phase · a2a67cd5
      Simon Marlow authored
      The first phase of this tidyup is focussed on the header files, and in
      particular making sure we are exposinng publicly exactly what we need
      to, and no more.
      
       - Rts.h now includes everything that the RTS exposes publicly,
         rather than a random subset of it.
      
       - Most of the public header files have moved into subdirectories, and
         many of them have been renamed.  But clients should not need to
         include any of the other headers directly, just #include the main
         public headers: Rts.h, HsFFI.h, RtsAPI.h.
      
       - All the headers needed for via-C compilation have moved into the
         stg subdirectory, which is self-contained.  Most of the headers for
         the rest of the RTS APIs have moved into the rts subdirectory.
      
       - I left MachDeps.h where it is, because it is so widely used in
         Haskell code.
       
       - I left a deprecated stub for RtsFlags.h in place.  The flag
         structures are now exposed by Rts.h.
      
       - Various internal APIs are no longer exposed by public header files.
      
       - Various bits of dead code and declarations have been removed
      
       - More gcc warnings are turned on, and the RTS code is more
         warning-clean.
      
       - More source files #include "PosixSource.h", and hence only use
         standard POSIX (1003.1c-1995) interfaces.
      
      There is a lot more tidying up still to do, this is just the first
      pass.  I also intend to standardise the names for external RTS APIs
      (e.g use the rts_ prefix consistently), and declare the internal APIs
      as hidden for shared libraries.
      a2a67cd5
  21. 24 Jul, 2009 2 commits
  22. 01 Jul, 2009 1 commit
  23. 02 Jun, 2009 1 commit
  24. 27 Feb, 2009 1 commit
  25. 09 Jan, 2009 1 commit
  26. 08 Jan, 2009 1 commit
  27. 09 Dec, 2008 1 commit
  28. 06 Sep, 2007 1 commit
    • rl@cse.unsw.edu.au's avatar
      Declare ctime_r on Mac OS · 224a7fa0
      rl@cse.unsw.edu.au authored
      On Mac OS, ctime_r is not declared in time.h if _POSIX_C_SOURCE is defined. We
      work around this by providing a declaration ourselves.
      224a7fa0
  29. 16 Aug, 2007 1 commit
  30. 27 Apr, 2007 1 commit
    • Simon Marlow's avatar
      Basic heap profile support without -prof · cbeb99ef
      Simon Marlow authored
      Now that constructor info tables contain the name of the constructor,
      we can generate useful heap profiles without requiring the whole
      program and libraries to be compiled with -prof.  So now, "+RTS -hT"
      generates a heap profile for any program, dividing the profile by
      constructor.  It wouldn't be hard to add support for grouping
      constructors by module, or to restrict the profile to certain
      constructors/modules/packages.
      
      This means that for the first time we can get heap profiles for GHCi,
      which was previously impossible because the byte-code
      interpreter and linker don't work with -prof.
      cbeb99ef
  31. 03 Apr, 2007 1 commit
  32. 18 Dec, 2006 1 commit
  33. 13 Dec, 2006 2 commits
  34. 11 Dec, 2006 2 commits
  35. 30 May, 2006 1 commit
    • Simon Marlow's avatar
      replace stgMallocBytesRWX() with our own allocator · e3c55aeb
      Simon Marlow authored
      See bug #738
      
      Allocating executable memory is getting more difficult these days.  In
      particular, the default SELinux policy on Fedora Core 5 disallows
      making the heap (i.e. malloc()'d memory) executable, although it does
      apparently allow mmap()'ing anonymous executable memory by default.
      
      Previously, stgMallocBytesRWX() used malloc() underneath, and then
      tried to make the page holding the memory executable.  This was rather
      hacky and fails with Fedora Core 5.  
      
      This patch adds a mini-allocator for executable memory, based on the
      block allocator.  We grab page-sized blocks and make them executable,
      then allocate small objects from the page.  There's a simple free
      function, that will free whole pages back to the system when they are
      empty.
      e3c55aeb
  36. 18 May, 2006 1 commit