1. 03 Jan, 2010 1 commit
  2. 04 Nov, 2009 1 commit
    • Simon Marlow's avatar
      #3604: treat TH with -dynamic in the same way as -prof · 86b891f0
      Simon Marlow authored
      That is, you have to build the library/program without -dynamic first,
      to get plain object files, and then build it again with -dynamic.
      
      I still need to check whether any changes to Cabal are required to
      make this work.
      86b891f0
  3. 08 Sep, 2009 1 commit
  4. 24 Aug, 2009 1 commit
  5. 20 Aug, 2009 2 commits
  6. 17 Aug, 2009 1 commit
    • Thomas Schilling's avatar
      Make the dynamic linker thread-safe. · 4fa44a3a
      Thomas Schilling authored
        
      The current implementation is rather pessimistic.  The persistent
      linker state is now an MVar and all exported Linker functions are
      wrapped in modifyMVar calls.  This is serves as a big lock around all
      linker functions.
      
      There might be a chance for more concurrency in a few places. E.g.,
      extending the closure environment and loading packages might be
      independent in some cases.  But for now it's better to be on the safe
      side.
      4fa44a3a
  7. 02 Aug, 2009 1 commit
  8. 07 Jul, 2009 1 commit
  9. 01 Jul, 2009 1 commit
  10. 13 Mar, 2009 1 commit
  11. 07 Nov, 2008 1 commit
  12. 15 Sep, 2008 1 commit
  13. 03 Sep, 2008 1 commit
    • Simon Marlow's avatar
      Windows: print an error message in addDLL · b9110541
      Simon Marlow authored
      Also, look for libXXX.dll in addition to XXX.dll (see #1883, this
      isn't really a proper fix, but it'll help in some cases).
      And I tidied up the error message for a DLL load failure, though it's
      still a bit of a mess because addDLL is supposed to return a (static)
      string with the error message, but this isn't possible on Windows.
      b9110541
  14. 13 Aug, 2008 1 commit
  15. 31 Jul, 2008 1 commit
  16. 30 Jul, 2008 1 commit
  17. 24 Jul, 2008 1 commit
  18. 11 Jul, 2008 1 commit
  19. 26 Jun, 2008 1 commit
  20. 14 Jun, 2008 7 commits
  21. 15 May, 2008 1 commit
  22. 11 May, 2008 1 commit
  23. 12 Apr, 2008 1 commit
  24. 16 Mar, 2008 1 commit
  25. 07 Feb, 2008 1 commit
    • Ian Lynagh's avatar
      Convert more UniqFM's back to LazyUniqFM's · d51f42f6
      Ian Lynagh authored
      These fix these failures:
         break008(ghci)
         break009(ghci)
         break026(ghci)
         ghci.prog009(ghci)
         ghci025(ghci)
         print007(ghci)
         prog001(ghci)
         prog002(ghci)
         prog003(ghci)
      at least some of which have this symptom:
          Exception: expectJust prune
      d51f42f6
  26. 17 Jan, 2008 1 commit
  27. 12 Jan, 2008 1 commit
  28. 17 Dec, 2007 1 commit
  29. 04 Sep, 2007 1 commit
  30. 03 Sep, 2007 1 commit
  31. 01 Sep, 2007 1 commit
  32. 21 Aug, 2007 1 commit
  33. 12 Jul, 2007 1 commit
    • mnislaih's avatar
      Teach :print to not panic when the DataCon for a closure is not exposed by the .hi file · 876db7ed
      mnislaih authored
      Previously the behaviour was to panic.
      Now it will print an approximated representation, 
      using the names (enclosed in keys, i.e. "<...>") 
      and the pointed subterms. Non pointed subterms cannot 
      be included in this representation:
      
      Prelude> let se = Data.Sequence.fromList (map Just "abc")
      Prelude> :eval se
      ()
      Prelude> :p se
      se = <Data.Sequence.Deep> (<Data.Sequence.One> (_t1::t)) () (<Data.Sequence.Two> (_t2::t) (_t3::t))
      Prelude> :eval _t2
      ()
      Prelude> :p se
      se = <Data.Sequence.Deep> (<Data.Sequence.One> (_t4::t1)) () (<Data.Sequence.Two> (Just 'b') (_t5::t1))
      Prelude>
      
      This patch also includes some fixes in the pretty printer 
      for the Term datatype
      
      876db7ed