diff options
| author | Rui Ueyama <ruiu@google.com> | 2014-12-05 21:52:02 +0000 |
|---|---|---|
| committer | Rui Ueyama <ruiu@google.com> | 2014-12-05 21:52:02 +0000 |
| commit | be68a99f20ea2e6fb38e46b3675d3615a789bdfd (patch) | |
| tree | 7167f262cc0bee3d811533b275663a683227cb38 /clang/lib/Frontend/CompilerInvocation.cpp | |
| parent | d8b766072beadac7f2e9498c2950277369a64712 (diff) | |
| download | llvm-be68a99f20ea2e6fb38e46b3675d3615a789bdfd.zip llvm-be68a99f20ea2e6fb38e46b3675d3615a789bdfd.tar.gz llvm-be68a99f20ea2e6fb38e46b3675d3615a789bdfd.tar.bz2 | |
[PECOFF] Fix exported symbols in an import library.
Looks like if you have symbol foo in a module-definition file
(.def file), and if the actual symbol name to match that export
description is _foo@x (where x is an integer), the exported
symbol name becomes this.
- foo in the .dll file
- foo@x in the .lib file
I have checked in a few fixes recently for exported symbol name mangling.
I haven't found a simple rule that governs all the mangling rules.
There may not ever exist. For now, this is a patch to improve .lib
file compatibility.
llvm-svn: 223524
Diffstat (limited to 'clang/lib/Frontend/CompilerInvocation.cpp')
0 files changed, 0 insertions, 0 deletions