This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug sanitizer/80953] Support libsanitizer on Solaris
- From: "ro at CeBiTec dot Uni-Bielefeld.DE" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Wed, 05 Dec 2018 16:09:09 +0000
- Subject: [Bug sanitizer/80953] Support libsanitizer on Solaris
- Auto-submitted: auto-generated
- References: <bug-80953-4@http.gcc.gnu.org/bugzilla/>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80953
--- Comment #20 from ro at CeBiTec dot Uni-Bielefeld.DE <ro at CeBiTec dot Uni-Bielefeld.DE> ---
> --- Comment #18 from Eric Botcazou <ebotcazou at gcc dot gnu.org> ---
> (> These are often just off-by-one errors in the line numbers; I believe I
>> have a patch around somewhere to fix at least some of those...
>
> OK, I see, a bit annoying in the test results though.
Very true. The attached patch allows for the line number variations
I'm seeing in the failing sparc output pattern tests. I've no idea yet
if something like this is acceptable, though.
This leaves me with the following output patter failures (on Solaris
11.5 Beta):
c-c++-common/asan/global-overflow-1.c
AddressSanitizer: nested bug in the same thread, aborting.
c-c++-common/asan/pr62089.c
AddressSanitizer: nested bug in the same thread, aborting.
c-c++-common/asan/strlen-overflow-1.c
AddressSanitizer: nested bug in the same thread, aborting.
g++.dg/asan/deep-tail-call-1.C
AddressSanitizer: nested bug in the same thread, aborting.
g++.dg/asan/function-argument-3.C
empty output at -O0
gcc.dg/asan/use-after-scope-5.c
AddressSanitizer:DEADLYSIGNAL (SIGBUS), a recent regression to
be dealt with separately
and of course the execution failures.