mirror of
https://github.com/RPCS3/llvm-mirror.git
synced 2024-11-23 19:23:23 +01:00
11cb912a27
Previous algorithm for constructing [Address ranges]->[Compile Units] mapping was wrong. It somewhat relied on the assumption that address ranges for different compile units may not overlap. It is not so. For example, two compile units may contain the definition of the same linkonce_odr function. These definitions will be merged at link-time, resulting in equivalent .debug_ranges entries for both these units Instead of sorting and merging original address ranges (from .debug_ranges and .debug_aranges), implement a different approach: save endpoints of all ranges, and then use a sweep-line approach to construct the desired mapping. If we find that certain address maps to several compilation units, we just pick any of them. llvm-svn: 210860
27 lines
511 B
C++
27 lines
511 B
C++
void call();
|
|
|
|
struct S {
|
|
static void foo() { call(); call(); }
|
|
static void bar() { call(); call(); }
|
|
static void baz() {}
|
|
};
|
|
|
|
#ifdef FILE1
|
|
# define FUNC_NAME func1
|
|
# define FUNC_BODY \
|
|
S::foo(); S::bar(); S::baz();
|
|
#else
|
|
# define FUNC_NAME func2
|
|
# define FUNC_BODY \
|
|
S::bar();
|
|
#endif
|
|
|
|
void FUNC_NAME() {
|
|
FUNC_BODY
|
|
}
|
|
|
|
// Build instructions:
|
|
// $ clang -g -fPIC -c -DFILE1 arange-overlap.cc -o obj1.o
|
|
// $ clang -g -fPIC -c arange-overlap.cc -o obj2.o
|
|
// $ clang -shared obj1.o obj2.o -o <output>
|