Assignee: unassigned at gcc dot gnu.org
Reporter: chefmax at gcc dot gnu.org
CC: ygribov at gcc dot gnu.org
Host: x86_64-pc-linux-gnu
Target: x86_64-pc-linux-gnu
Build: x86_64-pc-linux-gnu
Created attachment 33850
--> ht
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63696
--- Comment #3 from Maxim Ostapenko ---
Author: chefmax
Date: Fri Oct 31 10:53:36 2014
New Revision: 216954
URL: https://gcc.gnu.org/viewcvs?rev=216954&root=gcc&view=rev
Log:
gcc/
2014-10-31 Max Ostapenko
PR ipa/63696
* ipa-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63696
Maxim Ostapenko changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
: sanitizer
Assignee: unassigned at gcc dot gnu.org
Reporter: chefmax at gcc dot gnu.org
CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org,
jakub at gcc dot gnu.org, kcc at gcc dot gnu.org,
y.gribov at samsung dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61771
--- Comment #2 from Maxim Ostapenko ---
So looks like fast unwinding in libsanitizer is not portable to GCC for ARM
Linux target because of incompatible frame pointer value. But how is
libsanitizer going to identify functions/object files compile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62060
--- Comment #2 from Maxim Ostapenko ---
(In reply to vries from comment #1)
> Tentative patch:
> ...
> diff --git a/gcc/testsuite/g++.dg/tsan/cond_race.C
> b/gcc/testsuite/g++.dg/tsan/cond_race.C
> index a937614..90dfb19 100644
> --- a/gcc/testsu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62017
Maxim Ostapenko changed:
What|Removed |Added
CC||chefmax at gcc dot gnu.org
Priority: P3
Component: testsuite
Assignee: unassigned at gcc dot gnu.org
Reporter: chefmax at gcc dot gnu.org
Host: x86_64-pc-linux-gnu
Target: x86_64-pc-linux-gnu
These tests failed with stack-buffer-overflow if run with ASan enabled:
FAIL: c-c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62017
--- Comment #3 from Maxim Ostapenko ---
Test fails only if compile on -O0 and -Os optimization levels:
$ ~/install/master/bin/g++ diamond_virt.cc -fsanitize=address -Os
On -O1, -O2 and -O3 ASan does not report any error.
Priority: P3
Component: testsuite
Assignee: unassigned at gcc dot gnu.org
Reporter: chefmax at gcc dot gnu.org
Target: x86_64-pc-linux-gnu
Build: x86_64-pc-linux-gnu
This test fails at line 20 with global buffer overflow:
$ ~/install/master/bin
Priority: P3
Component: testsuite
Assignee: unassigned at gcc dot gnu.org
Reporter: chefmax at gcc dot gnu.org
Host: x86_64-pc-linux-gnu
Target: x86_64-pc-linux-gnu
Created attachment 33512
--> https://gcc.gnu.org/bugzi
Priority: P3
Component: testsuite
Assignee: unassigned at gcc dot gnu.org
Reporter: chefmax at gcc dot gnu.org
Host: x86_64-pc-linux-gnu
Target: x86_64-pc-linux-gnu
Created attachment 33513
--> https://gcc.gnu.org/bugzi
Severity: normal
Priority: P3
Component: testsuite
Assignee: unassigned at gcc dot gnu.org
Reporter: chefmax at gcc dot gnu.org
Host: x86_64-pc-linux-gnu
Target: x86_64-pc-linux-gnu
Build: x86_64-pc-linux-gnu
ASan reported
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63369
Maxim Ostapenko changed:
What|Removed |Added
CC||chefmax at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63305
--- Comment #2 from Maxim Ostapenko ---
Still fails on trunk:
$ ./xgcc -B./
~/workspace/downloads/gcc/gcc/testsuite/gcc.target/i386/avx256-unaligned-load-7.c
-fsanitize=address -O3 -dp -mavx -mavx256-split-unaligned-load -o /tmp/a.out
-L../x86_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58867
Maxim Ostapenko changed:
What|Removed |Added
CC||chefmax at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64820
--- Comment #9 from Maxim Ostapenko ---
Author: chefmax
Date: Tue Dec 8 11:34:28 2015
New Revision: 231405
URL: https://gcc.gnu.org/viewcvs?rev=231405&root=gcc&view=rev
Log:
2015-12-08 Maxim Ostapenko
Backport from mainline.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64820
--- Comment #10 from Maxim Ostapenko ---
Should be fixed on gcc-4_9-branch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69147
--- Comment #2 from Maxim Ostapenko ---
Dominique, could you please run ASan tests with
ASAN_OPTIONS=debug=1:verbosity=2? This might be helpful for further debugging.
test love? If yes, how? If no, I guess I have to
> do a bootstrap with it, but how?
>
> TIA
>
> Dominique
>
> > Le 11 janv. 2016 à 10:23, chefmax at gcc dot gnu.org
> > a écrit :
> >
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69147
> >
&g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69147
--- Comment #6 from Maxim Ostapenko ---
Ok, it seems that libasan calls some function to be intercepted while
AsanInitInternal still not completed. Could you try to run memcmp-1.exe under
gdb to provide a backtrace from failed CHECK? This way, we
000001)
>
> without any backtrace available.
>
> > Le 11 janv. 2016 à 17:20, chefmax at gcc dot gnu.org
> > a écrit :
> >
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69147
> >
> > --- Comment #6 from Maxim Ostapenko ---
> > Ok, it seems
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69147
--- Comment #10 from Maxim Ostapenko ---
Created attachment 37310
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37310&action=edit
Proposed fix.
« El Capitan » is OS X 10.11, right? So, this is my vision of the problem:
In OS X 10.11+ or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69147
--- Comment #13 from Maxim Ostapenko ---
Created attachment 37313
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37313&action=edit
Second fix.
My bad, could you try this one?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69147
--- Comment #15 from Maxim Ostapenko ---
Created attachment 37316
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37316&action=edit
Third attempt.
Eh, it seems that I missed one another commit from upstream that needed to be
backported, sor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69147
--- Comment #18 from Maxim Ostapenko ---
Author: chefmax
Date: Wed Jan 13 09:27:38 2016
New Revision: 232316
URL: https://gcc.gnu.org/viewcvs?rev=232316&root=gcc&view=rev
Log:
Cherry-pick r224315 and r241487 from upstream.
PR sanitizer/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69147
--- Comment #19 from Maxim Ostapenko ---
Should be fixed now.
NCONFIRMED
Severity: normal
Priority: P3
Component: sanitizer
Assignee: unassigned at gcc dot gnu.org
Reporter: chefmax at gcc dot gnu.org
CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org,
jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66908
Maxim Ostapenko changed:
What|Removed |Added
CC||chefmax at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66908
--- Comment #10 from Maxim Ostapenko ---
(In reply to Marek Polacek from comment #9)
> Oh silly me! This should work; Maxim, could you possibly try this patch?
Sorry, Marek, nothing changed for C++ testcase:
D.6137 = get.__delta;
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66908
--- Comment #12 from Maxim Ostapenko ---
(In reply to Marek Polacek from comment #11)
> Hmm, still can't reproduce even with vanilla trunk:
>
> A = A.0;
> D.2679 = get.__pfn;
> D.2680 = (long int) D.2679;
> D.2681 = D.2680 & 1;
> if (D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66908
--- Comment #15 from Maxim Ostapenko ---
(In reply to Marek Polacek from comment #14)
> This particular issue is fixed for GCC 6.
>
> Maxim, could you please open a separate PR for the ARM issue? I'll try to
> fix that one as a follow-up.
Sure
Component: sanitizer
Assignee: unassigned at gcc dot gnu.org
Reporter: chefmax at gcc dot gnu.org
CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org,
jakub at gcc dot gnu.org, kcc at gcc dot gnu.org,
mpolacek at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84250
chefmax at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84250
--- Comment #10 from chefmax at gcc dot gnu.org ---
Hi Marek, sorry, I'm not really tracking this anymore :(.
I don't remember exactly why option 1) from
https://github.com/google/sanitizers/issues/912#issuecomment-363525012 doesn'
101 - 135 of 135 matches
Mail list logo
