Skip to content
  1. Sep 24, 2013
    • Rui Ueyama's avatar
      [PECOFF] Ignore /delay and /delayload options. · 5c59ab7f
      Rui Ueyama authored
      These options are to enable DLL delay loading. If enabled, DLL is loaded
      at run time by a helper routine when a function in the DLL is actually called
      for the first time, instead of making the Windows loader to load all DLLs at
      startup time. This should shorten startup delay if an executable have many
      imported symbols.
      
      The linker needs to create a "delayed import table" and link delayimp.lib in
      which helper functions are defined to support the feature.
      
      For now, we just ignore the options, so that the linker does not complain when
      it sees these options. We want to support them in the future.
      
      llvm-svn: 191232
      5c59ab7f
  2. Sep 23, 2013
  3. Sep 20, 2013
  4. Sep 19, 2013
  5. Sep 18, 2013
  6. Sep 17, 2013
  7. Sep 16, 2013
  8. Sep 14, 2013
  9. Sep 13, 2013
    • Rui Ueyama's avatar
      Revert "[PECOFF] Allocate storage for .drective in the reader ..." · ec9bb694
      Rui Ueyama authored
      This reverts r189881 because that patch caused dangling StringRefs.
      
      llvm-svn: 190725
      ec9bb694
    • Rui Ueyama's avatar
      [PECOFF] Fix alignment bug. · a8ce9529
      Rui Ueyama authored
      There was a bug that if a section has an alignment requirement and there are
      multiple symbols at offset 0 in the section, only the last atom at offset 0
      would be aligned properly. That bug would move only the last symbol to an
      alignment boundary, leaving other symbols unaligned, although they should be at
      the same location. That caused a mysterious SEGV error of the resultant
      executable.
      
      With this patch, we manage all symbols at the same location properly, rather
      than keeping the last one.
      
      llvm-svn: 190724
      a8ce9529
    • Rui Ueyama's avatar
      [PECOFF] Fix atom default alignment. · 1ea9b977
      Rui Ueyama authored
      Alignment(1) does not mean that the atom should be aligned on a 1 byte
      boundary but on a 2^1 boundary. So, atoms without any specific alignment
      requirements should have Alignment(0).
      
      llvm-svn: 190723
      1ea9b977
    • Joerg Sonnenberger's avatar
      Add test case for the not-yet implemented copy relocations. · 3c6b0561
      Joerg Sonnenberger authored
      llvm-svn: 190714
      3c6b0561
Loading