[asan] Print VAs instead of RVAs for module offsets on Windows
authorReid Kleckner <reid@kleckner.net>
Mon, 3 Aug 2015 19:51:18 +0000 (19:51 +0000)
committerReid Kleckner <reid@kleckner.net>
Mon, 3 Aug 2015 19:51:18 +0000 (19:51 +0000)
commit646386e77974f678f67df689349fcc45bc65119d
treebac92a330b28749c03e28c152c7b0aefc5106e73
parent7be8f8f0181440f20f35b6a6eaf0d09857e56116
[asan] Print VAs instead of RVAs for module offsets on Windows

Summary:
This is consistent with binutils and ASan behavior on other platforms,
and makes it easier to use llvm-symbolizer with WinASan. The
--relative-address flag to llvm-symbolizer is also no longer needed.

An RVA is a "relative virtual address", meaning it is the address of
something inside the image minus the base of the mapping at runtime.

A VA in this context is an RVA plus the "preferred base" of the module,
and not a real runtime address. The real runtime address of a symbol
will equal the VA iff the module is loaded at its preferred base at
runtime.

On Windows, the preferred base is stored in the ImageBase field of one
of the PE file header, and this change adds the necessary code to
extract it. On Linux, this offset is typically included in program and
section headers of executables.

ELF shared objects typically use a preferred base of zero, meaning the
smallest p_vaddr field in the program headers is zero. This makes it so
that PIC and PIE module offsets come out looking like RVAs, but they're
actually VAs. The difference between them simply happens to be zero.

Reviewers: samsonov, majnemer

Subscribers: llvm-commits

Differential Revision: http://reviews.llvm.org/D11681

llvm-svn: 243895
compiler-rt/lib/sanitizer_common/sanitizer_common.h
compiler-rt/lib/sanitizer_common/sanitizer_win.cc
compiler-rt/test/asan/TestCases/Windows/unsymbolized.cc [new file with mode: 0644]
compiler-rt/test/asan/lit.cfg