This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug sanitizer/80027] ASAN breaks DT_RPATH $ORIGIN in dlopen()
- From: "michael.thayer at oracle dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Tue, 14 Mar 2017 16:31:08 +0000
- Subject: [Bug sanitizer/80027] ASAN breaks DT_RPATH $ORIGIN in dlopen()
- Auto-submitted: auto-generated
- References: <bug-80027-4@http.gcc.gnu.org/bugzilla/>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80027
--- Comment #3 from Michael Thayer <michael.thayer at oracle dot com> ---
Seems my mistake. I think the ASAN library was still getting loaded
dynamically. Now I have the following problem, which I think means that code
(constructors?) getting called before ASAN is initialised is getting hold of
memory map areas which ASAN is hard-coded to use. So probably no static ASAN
for me.
==10420==Shadow memory range interleaves with an existing memory mapping. ASan
cannot proceed correctly. ABORTING.
==10420==ASan shadow was supposed to be located in the
[0x00007fff7000-0x10007fff7fff] range.
==10420==Process memory map follows:
0x00007fff7000-0x00008fff7000
0x00008fff7000-0x02008fff7000
0x02008fff7000-0x10007fff8000
[...]