1. 28 Apr, 2009 1 commit
  2. 26 Apr, 2009 1 commit
  3. 18 Feb, 2009 1 commit
  4. 17 Feb, 2009 1 commit
  5. 11 Feb, 2009 1 commit
  6. 09 Oct, 2008 1 commit
  7. 24 Sep, 2008 1 commit
  8. 19 Sep, 2008 2 commits
  9. 18 Sep, 2008 1 commit
  10. 12 Sep, 2008 1 commit
  11. 08 Sep, 2008 1 commit
  12. 25 Aug, 2008 2 commits
  13. 16 Aug, 2008 1 commit
  14. 13 Aug, 2008 1 commit
  15. 10 Aug, 2008 5 commits
  16. 18 Jul, 2008 2 commits
  17. 09 Jul, 2008 1 commit
  18. 11 Jun, 2008 1 commit
  19. 06 Jun, 2008 1 commit
  20. 11 May, 2008 1 commit
  21. 05 Feb, 2008 1 commit
    • Simon Marlow's avatar
      FIX #2047: Windows (and older Unixes): align info tables to 4 bytes, not 2 · 07f4b813
      Simon Marlow authored
      Perhaps in the past '.align 2' meant align to 4 bytes, but nowadays it
      means align to 2 bytes.  The compacting collector requires info tables
      to be aligned to 4 bytes, because it stores tag bits in the low 2
      bits.
      
      This only affects -fvia-C - the native code generator was already
      emitting the correct alignment.  The incorrect alignment might well
      have been adversely affecting performance with -fvia-C on Windows.
      07f4b813
  22. 16 Jan, 2008 1 commit
    • Ian Lynagh's avatar
      Tweak the splitter · 204965d6
      Ian Lynagh authored
      We were generating a label ".LnLC7", which the splitter was confusing
      with a literal constant (LC). The end result was the assembler tripping
      up on ".Ln.text".
      204965d6
  23. 17 Dec, 2007 1 commit
  24. 10 Nov, 2007 1 commit
  25. 31 Oct, 2007 1 commit
  26. 08 Oct, 2007 1 commit
  27. 14 Sep, 2007 1 commit
  28. 05 Sep, 2007 1 commit
  29. 28 Aug, 2007 1 commit
  30. 21 Aug, 2007 1 commit
  31. 03 Jul, 2007 1 commit
  32. 30 Jul, 2007 1 commit
  33. 06 Jul, 2007 1 commit
    • Clemens Fruhwirth's avatar
      Fix -split-obj on Mac OS via -fasm · ee40dd6b
      Clemens Fruhwirth authored
      The problem of the splitter was that it re-emitted section directives
      for every dynamic label found. The following was torn apart
      
      .symbol_stubs
      .indirect <symbol>
      L_<symbol>$stub: 
      	jmp *...
      L_<symbol>$stub_binder:
      	..somebinding code..
      
      into
      
      .symbol_stubs
      .indirect_symbol <symbol>
      L_<symbol>$stub: 
      	jmp *...
      .symbol_stubs <--- NEW
      L_<symbol>$stub_binder:
      	..somebinding code..
      
      This is incorrect as the Mac OS assembler enforces that every new code
      section that goes into .symbol_stubs is associated with the linker
      directive .indirect_symbol. This sanity check is obviously violated
      when we reemit .symbol_stub in the splitter. The solution is to ignore
      everything that ends with $stub_binder as new label, and chuck it into
      a single label for $stub.
      
      Also the splitter has to recognize .section __DATA... for the lazy_ptr
      indirection symbol. Adds a reminder to PositionIndependentCode.hs to
      take care of the splitter when the code generation is changed.
      
      This should not affect -fvia-c as the code generated by the C compiler
      is entirely different.
      ee40dd6b