1. 08 Feb, 2007 1 commit
  2. 07 Feb, 2007 13 commits
    • chevalier@alum.wellesley.edu's avatar
      Fixed typo in devel1 flavor · a6b59f26
      chevalier@alum.wellesley.edu authored
      Under GhcStage2HcOpts, "O" should be "-O"; fixed.
      a6b59f26
    • mnislaih's avatar
      Type reconstruction/RTTI: improve handling of newtypes · eeaa0399
      mnislaih authored
        Newtypes have always been a problem because they are not there at runtime, but we need to take them into account.
        
        Tests ghci.debugger/print011 and ghci.debugger/print012 cover this
      eeaa0399
    • mnislaih's avatar
      Optimize dynamic breakpoints for speed · 9004e883
      mnislaih authored
      Made a bit faster the test which gets done every time a running program hits a dynamic breakpoint. I moved the bounds checking inside a DEBUG pragma and replaced (IArray.!) for unsafeAt
      9004e883
    • Ian Lynagh's avatar
      9fd4d1e8
    • sven.panne@aedion.de's avatar
    • sven.panne@aedion.de's avatar
    • Simon Marlow's avatar
      update version hack to work on partial repositories · e2c77ecd
      Simon Marlow authored
      Instead of asking for the last 100 patches, we just get the first 500
      lines of output from darcs changes (ugh, better ideas welcome).
      e2c77ecd
    • simonpj@microsoft.com's avatar
      544d0172
    • simonpj@microsoft.com's avatar
      f47590d7
    • simonpj@microsoft.com's avatar
      Spelling fix · 119ede05
      simonpj@microsoft.com authored
      119ede05
    • simonpj@microsoft.com's avatar
      Fix bug in -ddump-minimal imports Trac #1025 · 057b0446
      simonpj@microsoft.com authored
      The code for -ddump-minimal-imports was erroneously using loadSrcInterface,
      which looks only for *exposed* modules.  It should instead use loadSysInterface
      which looks for all interfaces.
      
      The fix is straightforward.  MERGE to 6.6 branch.
      057b0446
    • chevalier@alum.wellesley.edu's avatar
      Update to manual section for ticky-ticky · 8d276feb
      chevalier@alum.wellesley.edu authored
      I added a slightly more helpful remark in the profiling
      section of the manual about how to use ticky-ticky.
      8d276feb
    • chevalier@alum.wellesley.edu's avatar
      Lightweight ticky-ticky profiling · 5ddee764
      chevalier@alum.wellesley.edu authored
      The following changes restore ticky-ticky profiling to functionality
      from its formerly bit-rotted state. Sort of. (It got bit-rotted as part
      of the switch to the C-- back-end.)
      
      The way that ticky-ticky is supposed to work is documented in Section 5.7
      of the GHC manual (though the manual doesn't mention that it hasn't worked
      since sometime around 6.0, alas). Changes from this are as follows (which
      I'll document on the wiki):
      
      * In the past, you had to build all of the libraries with way=t in order to
      use ticky-ticky, because it entailed a different closure layout. No longer.
      You still need to do make way=t in rts/ in order to build the ticky RTS,
      but you should now be able to mix ticky and non-ticky modules.
      
      * Some of the counters that worked in the past aren't implemented yet.
      I was originally just trying to get entry counts to work, so those should
      be correct. The list of counters was never documented in the first place,
      so I hope it's not too much of a disaster that some don't appear anymore.
      Someday, someone (perhaps me) should document all the counters and what 
      they do. For now, all of the counters are either accurate (or at least as
      accurate as they always were), zero, or missing from the ticky profiling
      report altogether.
      
      This hasn't been particularly well-tested, but these changes shouldn't
      affect anything except when compiling with -fticky-ticky (famous last
      words...)
      
      Implementation details:
      
      I got rid of StgTicky.h, which in the past had the macros and declarations 
      for all of the ticky counters. Now, those macros are defined in Cmm.h.
      StgTicky.h was still there for inclusion in C code. Now, any remaining C
      code simply cannot call the ticky macros -- or rather, they do call those
      macros, but from the perspective of C code, they're defined as no-ops. 
      (This shouldn't be too big a problem.)
      
      I added a new file TickyCounter.h that has all the declarations for ticky
      counters, as well as dummy macros for use in C code. Someday, these 
      declarations should really be automatically generated, since they need
      to be kept consistent with the macros defined in Cmm.h.
      
      Other changes include getting rid of the header that was getting added to
      closures before, and getting rid of various code having to do with eager
      blackholing and permanent indirections (the changes under compiler/ 
      and rts/Updates.*).
      5ddee764
  3. 06 Feb, 2007 9 commits
  4. 05 Feb, 2007 10 commits
  5. 22 Jan, 2007 1 commit
    • Simon Marlow's avatar
      Semi-tagging optimisation · a2d78ebe
      Simon Marlow authored
      In the generated code for case-of-variable, test the tag of the
      scrutinee closure and only enter if it is unevaluated.  Also turn
      *off* vectored returns.
      a2d78ebe
  6. 05 Feb, 2007 2 commits
  7. 22 Jan, 2007 2 commits
  8. 19 Jan, 2007 2 commits