Skip to content
  1. Aug 17, 2017
  2. Aug 16, 2017
    • Martin Storsjö's avatar
      [COFF] Make the weak aliases optional · e1f120bb
      Martin Storsjö authored
      When creating an import library from lld, the cases with
      Name != ExtName shouldn't end up as a weak alias, but as a real
      export of the new name, which is what actually is exported from
      the DLL.
      
      This restores the behaviour of renamed exports to what it was in
      4.0.
      
      The other half of this commit, including test, goes into lld.
      
      Differential Revision: https://reviews.llvm.org/D36633
      
      llvm-svn: 310991
      e1f120bb
    • Martin Storsjö's avatar
      [llvm-dlltool] Fix creating stdcall/fastcall import libraries for i386 · 58c9527e
      Martin Storsjö authored
      Hook up the -k option (that in the original GNU dlltool removes the
      @n suffix from the symbol that the final executable ends up linked to).
      
      In llvm-dlltool, make sure that functions end up with the undecorate
      name type if this option is set and they are decorated. In mingw, when
      creating import libraries from def files instead of creating an import
      library as a side effect of linking a DLL, the symbol names in the def
      contain the stdcall/fastcall decoration (but no leading underscore).
      
      By setting the undecorate name type, a linker linking to the import
      library will omit the decoration from the DLL import entry.
      
      With this in place, mingw-w64 for i386 built with llvm-dlltool/clang
      produces import libraries that actually work.
      
      Differential Revision: https://reviews.llvm.org/D36548
      
      llvm-svn: 310990
      58c9527e
  3. Aug 06, 2017
  4. Jul 18, 2017
Loading