https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80027
Yury Gribov changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80027
--- Comment #8 from Michael Thayer ---
If that is your normal procedure then please do.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80027
--- Comment #7 from Yuri Gribov ---
(In reply to Michael Thayer from comment #6)
> Yuri, my initial description should still apply, though I haven't tested
> this recently. The follow-up comments were Maxim trying to help me with a
> work-around
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80027
Michael Thayer changed:
What|Removed |Added
CC||thayer-public at e dot mail.de
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80027
Yuri Gribov changed:
What|Removed |Added
CC||tetra2005 at gmail dot com
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80027
--- Comment #4 from Maxim Ostapenko ---
(In reply to Michael Thayer from comment #3)
> 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 (constru
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80027
--- Comment #3 from Michael Thayer ---
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80027
--- Comment #2 from Michael Thayer ---
Adding -static-libasan to the build and link flags and linking to libasan.a
(for some reason it is not always done automatically, but our build system is
rather complex) produces a segmentation fault as belo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80027
Maxim Ostapenko changed:
What|Removed |Added
CC||m.ostapenko at samsung dot com
--- Com
