Martin Storsjo 73cc0e9c2c [COFF] Improve correctness of def parsing for GNU features ... The operator == used for exporting a function with a different name in the DLL compared to the name in the import library (which is useful for adding linker level aliases for function in the import library) is a feature distinct and different from the operator = used for exporting a function with a different name (both in import library and DLL) than in the implementation producing the DLL. When creating an import library using dlltool, from a def file that contains forwards (Func = OtherDll.Func), this shouldn't affect the produced import library, which should still behave just as if it was a normal exported function. This clears a lot of confusion and subtle misunderstandings, and avoids a parameter that was used to avoid creating weak aliases when invoked from lld. (This parameter was added previously due to the existing conflation of the two features.) Differential Revision: https://reviews.llvm.org/D46245 llvm-svn: 331859		2018-05-09 09:21:53 +00:00
..
CMakeLists.txt	llvm: add llvm-dlltool support to the archiver	2017-07-18 21:26:38 +00:00
DlltoolDriver.cpp	[COFF] Improve correctness of def parsing for GNU features	2018-05-09 09:21:53 +00:00
LLVMBuild.txt	llvm: add llvm-dlltool support to the archiver	2017-07-18 21:26:38 +00:00
Options.td	[llvm-dlltool] Fix creating stdcall/fastcall import libraries for i386	2017-08-16 05:18:36 +00:00