1. 24 May, 2011 4 commits
  2. 23 May, 2011 1 commit
  3. 22 May, 2011 2 commits
  4. 21 May, 2011 1 commit
  5. 19 May, 2011 3 commits
  6. 18 May, 2011 4 commits
  7. 17 May, 2011 2 commits
    • Duncan Coutts's avatar
      FIX #4825: Update User Guide info on DLLs. · 58339b06
      Duncan Coutts authored
      Original patch by Orphi <MathematicalOrchid@hotmail.com>
      Plus a few miscellaneous updates from me.
    • dimitris's avatar
      Introducing: · 9591547f
      dimitris authored
         1) Postponing the application of instances when there
            is a possibility of a given matching. With the addition
            of prioritizing equalities this fixes #5002 and #4981.
         2) Implemented caching of flattening in constraint
            simplification. This improves efficiency (fixes #5030)
         3) Simplified pushing of unsolved wanteds
            (now pushing only equalities) inside implications.
  8. 16 May, 2011 1 commit
  9. 15 May, 2011 11 commits
  10. 14 May, 2011 1 commit
  11. 13 May, 2011 1 commit
    • Duncan Coutts's avatar
      Make the GHCi linker handle partially stripped object files (#5004) · cfbf0eb1
      Duncan Coutts authored
      When you use 'strip --strip-unneeded' on a ELF format .o or .a file, if
      the object file has no global/exported symbols then 'strip' ends up
      removing the symbol table entirely. Previously the GHCi linker assumed
      there would always be exactly one symbol table and exactly one string
      table. In fact, in ELF object files there is no such limitation, instead
      each section points to the other sections it needs, in particular
      relocation sections have a link to the symbol table section they use and
      symbol table sections have a link to the corresponding string table.
      So instead of assuming there will always be a global symbol and string
      table, all we have to do is validate and follow these links. Then, when
      we encounter an empty object file that has no symbols then we handle it
      correctly, because since it's empty we never process any relocations and
      so never have to follow any links to non-existant symbol tables.
      Also, in the case where an object is fully stripped, we can now detect
      this more reliably and emit a more helpful error message, e.g:
      libHSghc-7.1.20110509.a(DsMeta.o): relocation section #2 has no symbol table
      This object file has probably been fully striped. Such files cannot be linked.
  12. 12 May, 2011 9 commits