[Bug sanitizer/69443] -fsanitize=address should add -lpthread to linker call

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69443 Yury Gribov changed: What|Removed |Added CC||y.gribov at samsung dot com --- Comment

[Bug sanitizer/70573] FAIL: c-c++-common/asan/halt_on_error-1.c -O* execution test x86_64-apple-darwin15

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70573 --- Comment #9 from Yury Gribov --- Better do the same for halt_on_error-2.

[Bug sanitizer/70573] FAIL: c-c++-common/asan/halt_on_error-1.c -O* execution test x86_64-apple-darwin15

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70573 --- Comment #7 from Yury Gribov --- Right. Dominique, can you check if s/memset/__builtin_memset/g fixes the issue?

[Bug sanitizer/70573] FAIL: c-c++-common/asan/halt_on_error-1.c -O* execution test x86_64-apple-darwin15

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70573 --- Comment #5 from Yury Gribov --- Created attachment 38213 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38213&action=edit Proposed patch Ah, so the problem is caused by _FORTIFY_SOURCE being enabled on Darwin by default. This check pre

[Bug sanitizer/70573] FAIL: c-c++-common/asan/halt_on_error-1.c -O* execution test x86_64-apple-darwin15

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70573 --- Comment #3 from Yury Gribov --- Problem is that we don't have access to Darwin hardware. Perhaps you could get a failing stacktrace via gdb?

[Bug sanitizer/70573] FAIL: c-c++-common/asan/halt_on_error-1.c -O* execution test x86_64-apple-darwin15

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70573 Yury Gribov changed: What|Removed |Added CC||y.gribov at samsung dot com --- Comment

[Bug driver/67425] -frandom-seed documentation doesn't match code, incomplete

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67425 --- Comment #5 from Yury Gribov --- Martin, is this better now? Could you close the bug?

[Bug sanitizer/69147] [5 Regression] Several hundred asan failures with 5.3.1 on x86_64-apple-darwin15

, ||y.gribov at samsung dot com --- Comment #1 from Yury Gribov --- Cc Max.

[Bug driver/67425] -frandom-seed documentation doesn't match code, incomplete

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67425 Yury Gribov changed: What|Removed |Added CC||y.gribov at samsung dot com --- Comment

[Bug rtl-optimization/68988] New: reload_pseudo_compare_func violates qsort requirements

Component: rtl-optimization Assignee: unassigned at gcc dot gnu.org Reporter: y.gribov at samsung dot com CC: vmakarov at redhat dot com Target Milestone: --- One of the comparisons in reload_pseudo_compare_func violates the transitivity axiom (i.e. x < y &

[Bug rtl-optimization/68988] reload_pseudo_compare_func violates qsort requirements

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68988 --- Comment #1 from Yury Gribov --- The bug was detected with SortChecker tool (https://github.com/yugr/sortcheck).

[Bug testsuite/68751] FAIL: gcc.dg/sancov/asan.c (test for excess errors)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68751 --- Comment #5 from Yury Gribov --- You most probably can't.

[Bug testsuite/68751] FAIL: gcc.dg/sancov/asan.c (test for excess errors)

, ||kcc at gcc dot gnu.org, ||y.gribov at samsung dot com --- Comment #1 from Yury Gribov --- Added sancov guys.

[Bug c++/68508] Internal compiler error with parentheses around return value in C++14 with ASan enabled

, ||y.gribov at samsung dot com --- Comment #1 from Yury Gribov --- Correction - this is not ASan but UBSan. Summoning Marek.

[Bug sanitizer/68016] ASan doesn't catch overflow in globals when COPY relocation is involved.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68016 --- Comment #10 from Yury Gribov --- > This happens because in LLVM case ASan changes symbols size > ('f' in our case) and just breaks ABI for the library. I've filed an upstream bug about this https://github.com/google/sanitizers/issues/619

[Bug sanitizer/67513] ASAN: Not optimal shadow value check (unlikely condition checked in fast path)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67513 --- Comment #7 from Yury Gribov --- FYI I'd prefer to keep current BIT_IOR_EXPR approach in asan_expand_check_ifn as it allows for efficient implementation for ARM targets (as compared to two successive branches currently used in LLVM).

[Bug sanitizer/67513] ASAN: Not optimal shadow value check (unlikely condition checked in fast path)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67513 --- Comment #1 from Yury Gribov --- (In reply to Andrey Ryabinin from comment #0) > (shadow value is usually zero). What makes you think so? AFAIU for less-than-8-byte scalars it's always non-zero. I vaguely remember than Kostya did something li

[Bug ipa/67368] Inlining failed due to no_sanitize_address and always_inline conflict

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67368 --- Comment #2 from Yury Gribov --- (In reply to Richard Biener from comment #1) > so it fails on purpose (not sure why though). And it ignores always-inline. > I wonder if we should, for always-inline functions, inline anyway and output > a war

[Bug libgcc/67336] New: Verify pointers during stack unwind

Assignee: unassigned at gcc dot gnu.org Reporter: y.gribov at samsung dot com CC: v.garbuzov at samsung dot com Target Milestone: --- Invalid or incomplete unwind tables may cause generation of random invalid pointers which cause libgcc unwinders to access unmapped

[Bug sanitizer/67286] asan doen't work on Android(32bit ARM)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67286 --- Comment #10 from Yury Gribov --- (In reply to weiguo.zhou from comment #9) > as I explained just now, after generate the final cross-compile toolchain > for android/arm32 successfully, the last step is generate the libasasn.so.2 How do you g

[Bug sanitizer/67286] asan doen't work on Android(32bit ARM)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67286 --- Comment #7 from Yury Gribov --- (In reply to weiguo.zhou from comment #6) > It seems Google's official docs indicate the asan only supported on Android > with LLVM-based clang toolchain. That was my impression as well. > in the fact, it sh

[Bug sanitizer/67286] asan doen't work on Android(32bit ARM)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67286 --- Comment #5 from Yury Gribov --- (In reply to Dmitry Vyukov from comment #4) > +eugeni can provide more details. Please! E.g. how do you build compiler and runtime?

[Bug sanitizer/67286] asan doen't work on Android(32bit ARM)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67286 Yury Gribov changed: What|Removed |Added CC||y.gribov at samsung dot com --- Comment

[Bug sanitizer/67204] documentation for sanitizer missing/incomplete

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67204 --- Comment #10 from Yury Gribov --- (In reply to Marek Polacek from comment #5) > (In reply to smagnet from comment #3) > > Moreover, the undefined behavior sanitizer runtime options (UBSAN_OPTIONS, > > as described here > >

[Bug sanitizer/67204] documentation for sanitizer missing/incomplete

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67204 --- Comment #9 from Yury Gribov --- (In reply to Dmitry Vyukov from comment #8) > (In reply to Manuel López-Ibáñez from comment #7) > > I'm not saying that anyone should stop working on what they are doing to > > implement this, but if a voluntee

[Bug sanitizer/67204] documentation for sanitizer missing/incomplete

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67204 Yury Gribov changed: What|Removed |Added CC||y.gribov at samsung dot com --- Comment

[Bug sanitizer/66908] Uninitialized variable when compiled with UBsan

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66908 --- Comment #1 from Yury Gribov --- Looks like -fsanitize=bounds may introduce uninitialized variables when run after shift.

[Bug sanitizer/66880] 'error: case label does not reduce to an integer constant' with -fsanitize=shift -std=gnu99.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66880 Yury Gribov changed: What|Removed |Added CC||y.gribov at samsung dot com --- Comment

[Bug sanitizer/66514] UBSAN: Add -fsanitize=lifetime

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66514 Yury Gribov changed: What|Removed |Added CC||y.gribov at samsung dot com --- Comment

[Bug sanitizer/64839] libsanitizer shouldn't require

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64839 --- Comment #17 from Yury Gribov --- (In reply to Geoff Nixon from comment #16) > what I should use to patch against the release? > Or is there a different set of changes > specific to the 5.1 branch backport? For 5.1 you'd better use the patch

[Bug sanitizer/64839] libsanitizer shouldn't require

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64839 --- Comment #15 from Yury Gribov --- (In reply to Thierry Reding from comment #14) > Thanks Yury. Np, you are welcome. @Harald: could you close the bug if it works for you?

[Bug sanitizer/64839] libsanitizer shouldn't require

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64839 --- Comment #12 from Yury Gribov --- > I'm using your patch applied to 5.1.0 without issues on my system without > xdr.h. That's probably ok, thanks. I'll submit on Monday then (to be online if problems arise).

[Bug sanitizer/64839] libsanitizer shouldn't require

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64839 --- Comment #10 from Yury Gribov --- Did libsanitizer build for you both with and without xdr.h? If yes, I'll just go ahead and submit this.

[Bug sanitizer/61547] Invalid sanitization of trailing byte in __builtin_strlen

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61547 Yury Gribov changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug sanitizer/64741] Incorrect size of UBSan type descriptors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64741 Yury Gribov changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug sanitizer/65749] sanitizer stack trace pc off by 1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65749 --- Comment #3 from Yury Gribov --- @Kostya: I suggest to mention this in ASan FAQ.

[Bug sanitizer/65749] sanitizer stack trace pc off by 1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65749 Yury Gribov changed: What|Removed |Added CC||y.gribov at samsung dot com --- Comment

[Bug sanitizer/64839] libsanitizer shouldn't require

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64839 --- Comment #4 from Yury Gribov --- Finally fixed upstream in https://github.com/llvm-mirror/compiler-rt/commit/d09b23010698144d10cba0dacc5c599f230cbf62 . Does anyone have time to backport to GCC 5?

[Bug sanitizer/64839] libsanitizer shouldn't require

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64839 Yury Gribov changed: What|Removed |Added CC||y.gribov at samsung dot com --- Comment

[Bug sanitizer/64996] UBsan check optimized out by -O

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64996 Yury Gribov changed: What|Removed |Added CC||y.gribov at samsung dot com --- Comment

[Bug driver/64998] -shared -static-libasan does not actually link libasan

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64998 Yury Gribov changed: What|Removed |Added CC||y.gribov at samsung dot com --- Comment

[Bug bootstrap/63888] [5 Regression] bootstrap failed when configured with -with-build-config=bootstrap-asan --disable-werror

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63888 --- Comment #39 from Yury Gribov --- (In reply to Jakub Jelinek from comment #36) > (In reply to Yury Gribov from comment #35) > > (In reply to Kostya Serebryany from comment #34) > > > Frankly, I am not at all motivated to do any significant sur

[Bug bootstrap/63888] [5 Regression] bootstrap failed when configured with -with-build-config=bootstrap-asan --disable-werror

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63888 --- Comment #35 from Yury Gribov --- (In reply to Kostya Serebryany from comment #34) > Frankly, I am not at all motivated to do any significant surgery in the llvm > compiler instrumentation because for me everything works fine. Hm, is this re

[Bug bootstrap/63888] [5 Regression] bootstrap failed when configured with -with-build-config=bootstrap-asan --disable-werror

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63888 --- Comment #32 from Yury Gribov --- Or (probably less intrusive) add detect_odr_violation=0 to ASAN_OPTIONS config/bootstrap-asan.mk.

[Bug sanitizer/64820] Libsanitizer fails with ((AddrIsAlignedByGranularity(addr + size))) != (0)" (0x0, 0x0) if ssp is enabled.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64820 Yury Gribov changed: What|Removed |Added CC||y.gribov at samsung dot com --- Comment

[Bug sanitizer/64741] Incorrect size of UBSan type descriptors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64741 --- Comment #1 from Yury Gribov --- *** Bug 64742 has been marked as a duplicate of this bug. ***

[Bug sanitizer/64742] Incorrect size of UBSan type descriptors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64742 Yury Gribov changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug sanitizer/64742] New: Incorrect size of UBSan type descriptors

Assignee: unassigned at gcc dot gnu.org Reporter: y.gribov at samsung dot com 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, ryabinin.a.a at gmail dot com

[Bug sanitizer/64741] New: Incorrect size of UBSan type descriptors

Assignee: unassigned at gcc dot gnu.org Reporter: y.gribov at samsung dot com 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, ryabinin.a.a at gmail dot com

[Bug tree-optimization/64330] [5 Regression] IPA-ICF merges const exported vars that could be addressable in other TUs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64330 Yury Gribov changed: What|Removed |Added CC||y.gribov at samsung dot com --- Comment

[Bug sanitizer/64234] Statically sanitized executable does not export ASan symbols

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64234 --- Comment #4 from Yury Gribov --- (In reply to Jakub Jelinek from comment #3) > But why do you want to use -static-libasan ? Just link it dynamically... For one thing it can speed up code by avoiding PLT calls. > --dynamic-list is hard to

[Bug sanitizer/64234] Statically sanitized executable does not export ASan symbols

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64234 --- Comment #2 from Yury Gribov --- (In reply to Jakub Jelinek from comment #1) > I think we can only recommend not to do that For legacy codebase (e.g. when sanitizing full distributions) you often don't have a choice. > implying -Wl,-E from -

[Bug sanitizer/64234] New: Statically sanitized executable does not export ASan symbols

Priority: P3 Component: sanitizer Assignee: unassigned at gcc dot gnu.org Reporter: y.gribov at samsung dot com 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 If executable is

[Bug bootstrap/63888] [5 Regression] bootstrap failed when configured with -with-build-config=bootstrap-asan --disable-werror

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63888 --- Comment #13 from Yury Gribov --- (In reply to Kostya Serebryany from comment #12) > But for this example in C the globals will not get instrumented, unless > -fno-common is given. BTW I think everyone already pairs this with -fsanitize=addr

[Bug bootstrap/63888] [5 Regression] bootstrap failed when configured with -with-build-config=bootstrap-asan --disable-werror

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63888 --- Comment #11 from Yury Gribov --- (In reply to Jakub Jelinek from comment #9) > An ODR violation is IMHO something different, it is the case where you have > the same symbol name (but, you'd need to distinguish between globally > visible symbo

[Bug bootstrap/63888] [5 Regression] bootstrap failed when configured with -with-build-config=bootstrap-asan --disable-werror

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63888 --- Comment #10 from Yury Gribov --- (In reply to Kostya Serebryany from comment #8) > (sorry for delay, I missed the last comment) > > Generally, we do want to instrument even artificial variables, and on many > > of them buffer overflow is poss

[Bug other/63694] [5.0 Regression] Build error compiling asan.c: strtoull undeclared

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63694 --- Comment #9 from Yury Gribov --- I don't think this patch got to gcc-patches. I don't know how to repro original error so I can't bootstrap myself.

[Bug bootstrap/63888] [5 Regression] bootstrap failed when configured with -with-build-config=bootstrap-asan --disable-werror

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63888 Yury Gribov changed: What|Removed |Added CC||y.gribov at samsung dot com --- Comment

[Bug c++/63961] New: Use-after-free in constexpr.c

++ Assignee: unassigned at gcc dot gnu.org Reporter: y.gribov at samsung dot com CC: jason at redhat dot com Host: x86_64-unknown-linux-gnu /home/ygribov/build/gcc-master/./gcc/xgcc -shared-libgcc -B/home/ygribov/build/gcc-master/./gcc -nostdinc++ -L/home/ygribov

[Bug sanitizer/63802] UBSan doesn't catch misaligned access if address is 16-bytes (or more) aligned

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63802 --- Comment #3 from Yury Gribov --- Agreed, I'll cook a patch for tomorrow then.

[Bug sanitizer/63802] UBSan doesn't catch misaligned access if address is 16-bytes (or more) aligned

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63802 Yury Gribov changed: What|Removed |Added CC||y.gribov at samsung dot com --- Comment

[Bug sanitizer/63806] #UBSAN ignores signed char possible overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63806 --- Comment #5 from Yury Gribov --- I've posted feature request upstream: http://llvm.org/bugs/show_bug.cgi?id=21530

[Bug sanitizer/63806] #UBSAN ignores signed char possible overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63806 --- Comment #4 from Yury Gribov --- Looks like some compilers check integer demotions (e.g. MS checks with their /RTCc flag). I wonder if it makes sense to add an optional flag for this (obviously not enabled under normal -fsanitize=undefined).

[Bug sanitizer/63806] #UBSAN ignores signed char possible overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63806 --- Comment #2 from Yury Gribov --- I think Marat meant that narrowing cast from int to char can be undefined and it makes sense to emit some check for it as well.

[Bug sanitizer/62132] [5 Regression] FAIL: c-c++-common/asan/misalign-[12].c after r213807 on x86_64-apple-darwin13 with -m32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62132 --- Comment #10 from Yury Gribov --- (In reply to Dominique d'Humieres from comment #9) > Per comments 6 and 7 I have tried > ... > but it does not fix the failures. What am I misunderstanding? That wouldn't help because libsanitizer does not us

[Bug other/63694] [5.0 Regression] Build error compiling asan.c: strtoull undeclared

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63694 --- Comment #5 from Yury Gribov --- John, would you mind sending a (tested) patch to gcc-patches? I only have access to Linux systems which are irrelevant.

[Bug other/63694] [5.0 Regression] Build error compiling asan.c: strtoull undeclared

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63694 Yury Gribov changed: What|Removed |Added CC||y.gribov at samsung dot com --- Comment

[Bug sanitizer/63646] libsanitizer fails to build for AARCH64:ILP32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63646 Yury Gribov changed: What|Removed |Added CC||y.gribov at samsung dot com --- Comment

[Bug sanitizer/63638] [4.9 Regression] internal compiler error: in asan_expand_check_ifn (with -fsanitize=address)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63638 Yury Gribov changed: What|Removed |Added Attachment #33803|0 |1 is obsolete|

[Bug sanitizer/63638] [4.9 Regression] internal compiler error: in asan_expand_check_ifn (with -fsanitize=address)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63638 Yury Gribov changed: What|Removed |Added CC||y.gribov at samsung dot com --- Comment

[Bug sanitizer/57316] [4.8 regression] build failure in libsanitizer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57316 --- Comment #28 from Yury Gribov --- (In reply to Paul H. Hargrove from comment #26) > (In reply to Yury Gribov from comment #25) > > Can we close this? > > Just tried to build the released 4.8.3 and still see the original problem > (see error m

[Bug sanitizer/57316] [4.8 regression] build failure in libsanitizer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57316 --- Comment #25 from Yury Gribov --- Can we close this?

[Bug ipa/63533] Function splitter causes unnecessary splits

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63533 --- Comment #3 from Yury Gribov --- > If g is called with argument that is usually 0, > then the partial inlining makes sense. But note that there are zero callers of g in the file so no inlining can happen anyway. Frankly I was surprised to see

[Bug ipa/63533] Function splitter causes unnecessary splits

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63533 Yury Gribov changed: What|Removed |Added CC||y.gribov at samsung dot com --- Comment

[Bug ipa/63533] New: Function splitter causes unnecessary splits

Assignee: unassigned at gcc dot gnu.org Reporter: y.gribov at samsung dot com CC: hubicka at gcc dot gnu.org, khlebnikov at openvz dot org, ryabinin.a.a at gmail dot com Created attachment 33712 --> https://gcc.gnu.org/bugzilla/attachment.

[Bug sanitizer/63507] boostrap-asan failure: /usr/bin/ld: /home/max/build/bootstrap-asan/./gcc/liblto_plugin.so: error loading plugin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63507 Yury Gribov changed: What|Removed |Added CC||y.gribov at samsung dot com --- Comment

[Bug sanitizer/56393] SIGSEGV when -fsanitize=address and dynamic lib with global objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56393 --- Comment #46 from Yury Gribov --- Can we close this one? Does not seem to repro in trunk.

[Bug middle-end/62140] [GCC-4.10.0][ASAN] ICE: : in build2_stat, at tree.c:4265

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62140 --- Comment #5 from Yury Gribov --- Sabrina, could you close if works for you?

[Bug sanitizer/61897] sanitizer internal compiler error: in build2_stat, at tree.c:4160

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61897 Yury Gribov changed: What|Removed |Added CC||y.gribov at samsung dot com --- Comment

[Bug sanitizer/58937] Preloaded libasan segfaults on unsanitized executables

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58937 Yury Gribov changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug sanitizer/55577] g++.dg/asan/asan_test.C failures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55577 Yury Gribov changed: What|Removed |Added CC||y.gribov at samsung dot com --- Comment

[Bug sanitizer/62216] UBSan can read past valid memory region

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62216 --- Comment #3 from Yury Gribov --- Reported upstream: http://llvm.org/bugs/show_bug.cgi?id=20721

[Bug sanitizer/62216] UBSan can read past valid memory region

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62216 --- Comment #2 from Yury Gribov --- Ok, I'll fw this to their tracker.

[Bug sanitizer/62216] New: UBSan can read past valid memory region

Assignee: unassigned at gcc dot gnu.org Reporter: y.gribov at samsung dot com CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org, hjl.tools at gmail dot com, jakub at gcc dot gnu.org, kcc at gcc dot gnu.org, polacek at

[Bug c/62141] [GCC-4.10.0][ASAN] ICE: Segmentation fault: 11

, ||polacek at redhat dot com, ||y.gribov at samsung dot com --- Comment #3 from Yury Gribov --- Added sanitizer folks.

[Bug sanitizer/62132] [5 Regression] FAIL: c-c++-common/asan/misalign-[12].c after r213807 on x86_64-apple-darwin13 with -m32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62132 --- Comment #7 from Yury Gribov --- (In reply to Iain Sandoe from comment #6) > (In reply to Yury Gribov from comment #2) > > s/unwind with fp/unwind without fp/ > > it should be possible to do this, if m32 code is compiled with > "-funwind-tabl

[Bug sanitizer/62132] [5 Regression] FAIL: c-c++-common/asan/misalign-[12].c after r213807 on x86_64-apple-darwin13 with -m32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62132 --- Comment #4 from Yury Gribov --- Note that same problem may pop up in other tests as well so IMHO better fix this in general.

[Bug sanitizer/62132] [5 Regression] FAIL: c-c++-common/asan/misalign-[12].c after r213807 on x86_64-apple-darwin13 with -m32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62132 --- Comment #2 from Yury Gribov --- s/unwind with fp/unwind without fp/

[Bug sanitizer/62132] [5 Regression] FAIL: c-c++-common/asan/misalign-[12].c after r213807 on x86_64-apple-darwin13 with -m32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62132 Yury Gribov changed: What|Removed |Added CC||y.gribov at samsung dot com --- Comment

[Bug sanitizer/62089] Sanitizer may fail to instrument struct accesses

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62089 Yury Gribov changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug middle-end/62140] [GCC-4.10.0][ASAN] ICE: : in build2_stat, at tree.c:4265

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62140 Yury Gribov changed: What|Removed |Added CC||y.gribov at samsung dot com --- Comment

[Bug sanitizer/62089] New: Sanitizer may fail to instrument struct accesses

: sanitizer Assignee: unassigned at gcc dot gnu.org Reporter: y.gribov at samsung dot com 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 Asan does not emit memory checks in

[Bug sanitizer/62089] Sanitizer may fail to instrument struct accesses

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62089 Yury Gribov changed: What|Removed |Added CC||y.gribov at samsung dot com --- Comment

[Bug c++/62017] AddressSanitizer reports *-buffer-overflow in destructor when multiple virtual inheritance is used

, ||jakub at redhat dot com, ||kcc at gcc dot gnu.org, ||y.gribov at samsung dot com --- Comment #1 from Yury Gribov --- Adding sanitizer folks. It seems that size of

[Bug sanitizer/61771] Test failures in ASan testsuite on ARM Linux due to FP format mismatch between libasan and GCC.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61771 --- Comment #8 from Yury Gribov --- (In reply to Ramana Radhakrishnan from comment #7) > I think finding a fix in the run time will be better and probably more > resilient across versions of GCC. In any case I think this is worthy of a > work aro

[Bug sanitizer/61875] ATRIBUTE_NONNULL macro error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61875 Yury Gribov changed: What|Removed |Added CC||y.gribov at samsung dot com --- Comment

[Bug tree-optimization/61869] New: Spurious uninitialized warning

-optimization Assignee: unassigned at gcc dot gnu.org Reporter: y.gribov at samsung dot com CC: jakub at gcc dot gnu.org Host: x86_64-unknown-linux-gnu Target: x86_64-unknown-linux-gnu Created attachment 33167 --> https://gcc.gnu.org/bugzi

[Bug sanitizer/61771] Regressions in ASan testsuite on ARM Linux

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61771 --- Comment #6 from Yury Gribov --- (In reply to Kostya Serebryany from comment #5) > >> Perhaps we should just disable fast unwind on ARM? > You will slowdown asan to the point where Valgrind will become preferable Unless you choose to default-

[Bug sanitizer/61771] Regressions in ASan testsuite on ARM Linux

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61771 --- Comment #4 from Yury Gribov --- > It should be possible to detect fp layout on the frame basis - > there is a slot (don't know which one off the top of my head) > that is FP in one compiler and return address in the other. > Comparing its con

[Bug sanitizer/61530] [4.10 Regression] segfault with asan

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61530 --- Comment #6 from Yury Gribov --- Created attachment 32965 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=32965&action=edit Alternative patch Draft patch to illustrate the last proposal. Bootstrap pending.

  1   2   3   >