1. 10 May, 2007 2 commits
  2. 28 Jun, 2007 1 commit
  3. 30 Jun, 2007 1 commit
  4. 02 Jul, 2007 5 commits
  5. 21 Jun, 2007 1 commit
  6. 02 Jul, 2007 1 commit
  7. 30 Jun, 2007 2 commits
  8. 29 Jun, 2007 6 commits
  9. 28 Jun, 2007 1 commit
  10. 29 Jun, 2007 6 commits
  11. 08 Jun, 2007 1 commit
  12. 28 Jun, 2007 1 commit
  13. 27 Jun, 2007 1 commit
    • Clemens Fruhwirth's avatar
      Set .type @object for all global symbols in NCG · b3cb534b
      Clemens Fruhwirth authored
      When linking against a dynamic library, the linker will emit a warning
      if no type information is present within the library. We generate the
      most trivial type for all externally visible labels, namely @object.
      b3cb534b
  14. 19 Jun, 2007 1 commit
  15. 27 Jun, 2007 3 commits
  16. 26 Jun, 2007 1 commit
    • Clemens Fruhwirth's avatar
      PprMach.hs more accurate hack for x86-64, CmmLabelOff is not a relative reference. · 9c69ef13
      Clemens Fruhwirth authored
      CmmLabelDiffOff are generated in .text and if printed as .quad, causes
      the assembler to emit a PC64 relocation. binutils prior to 2.17 don't
      understand PC64 relocation properly.
      
      pprDataItem is also used for printing SRT description tables. They are
      part of the .data section and there no PC relative relocations are
      emited. Hence, if we print a .long here, we get a absolute 32-bit
      relocation. 32-bit relocations are problematic in dynamic libraries,
      because dynamic library load addresses are loaded beyond the 32 bit
      boundary, causing the dynamic linker to warn at dynamic linking
      (loading the executable) that there are overflows in the
      relocation. The executable still seems to work because of the small
      memory model, but this is obviously wrong. Hence, remove CmmLabelOff
      from the classification, causing these references to be printed as
      .quad, causing correct 64-bit relocation as in the rest of the .data
      section.  
      
      So, this hack now prints PC32 relocations in .text (mostly in the info
      tables), and absolute 64-bit relocations in .data.
      9c69ef13
  17. 28 Jun, 2007 3 commits
  18. 27 Jun, 2007 3 commits
    • chevalier@alum.wellesley.edu's avatar
      Modify compileToCore to take just a filename · 16887826
      chevalier@alum.wellesley.edu authored
      Modified compileToCore to take just a session and a 
      filename, rather than a module name as well, since the module
      name can be computed from the filename. 
      16887826
    • andy@galois.com's avatar
      making hpc live · 557fcdf3
      andy@galois.com authored
      557fcdf3
    • Simon Marlow's avatar
      +RTS -xbXXXXX sets the "heap base" to 0xXXXXXX · 73637ad6
      Simon Marlow authored
      When debugging the GC and storage manager we often want repeated runs
      of the program to allocate memory at the same addresses, so that we
      can set watch points.  Unfortunately the OS doesn't always give us
      memory at predictable addresses.  This flag gives the OS a hint as to
      where we would like our memory allocated.  Previously I did this by
      changing the HEAP_BASE setting in MBlock.h and recompiling, this patch
      just adds a flag so I don't have to recompile.
      73637ad6