[Bug c++/88901] New: [9.0 Regression] ICE when using -fsanitize=pointer-compare

2019-01-18 Thread dominik.stras...@onespin-solutions.com
Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: dominik.stras...@onespin-solutions.com Target Milestone: --- Created attachment 45454 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45454&action=edit Source code triggering the cra

[Bug sanitizer/88791] ASAN deadlocks in threaded application

2019-01-15 Thread dominik.stras...@onespin-solutions.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88791 --- Comment #14 from dominik.stras...@onespin-solutions.com --- With the 9.0 version of libasan I also experience an additional crash which is 100% reproducible: buffer points to non-accessible memory: (gdb) p buffer $1 = (__sanitizer::u64

[Bug sanitizer/88791] ASAN deadlocks in threaded application

2019-01-15 Thread dominik.stras...@onespin-solutions.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88791 --- Comment #13 from dominik.stras...@onespin-solutions.com --- The crash is not 100% reproducible. Looks like it is a race. I'll check whether I can give you access to a system on our side. I also encountered a differnt crash: [Switchi

[Bug sanitizer/88791] ASAN deadlocks in threaded application

2019-01-15 Thread dominik.stras...@onespin-solutions.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88791 --- Comment #12 from dominik.stras...@onespin-solutions.com --- Created attachment 45434 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45434&action=edit Debug output in gdb

[Bug sanitizer/88791] ASAN deadlocks in threaded application

2019-01-14 Thread dominik.stras...@onespin-solutions.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88791 --- Comment #10 from dominik.stras...@onespin-solutions.com --- Looking at the backtrace, the effects are very different between gcc 7.4 and 9.0. Making it work on a different glibc wouldn't help for me. CentOs 7.5 == RHEL 7.5 which is the l

[Bug sanitizer/88791] ASAN deadlocks in threaded application

2019-01-14 Thread dominik.stras...@onespin-solutions.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88791 --- Comment #7 from dominik.stras...@onespin-solutions.com --- I canse it plays a role: I am running on a CentOS Linux release 7.5.1804 which has kernel version 3.10.0-862.11.6.el7.x86_64 and glibc glibc-2.17-222.el7.i686

[Bug sanitizer/88791] ASAN deadlocks in threaded application

2019-01-14 Thread dominik.stras...@onespin-solutions.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88791 --- Comment #6 from dominik.stras...@onespin-solutions.com --- Created attachment 45426 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45426&action=edit ASAN debug output

[Bug sanitizer/88791] ASAN deadlocks in threaded application

2019-01-14 Thread dominik.stras...@onespin-solutions.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88791 --- Comment #5 from dominik.stras...@onespin-solutions.com --- ASAN from git crashes like this. Looks like a double fault. SignalHandler_Unix.h is in my application's code. I've attached ASAN's debug output where I removed all m

[Bug sanitizer/88791] ASAN deadlocks in threaded application

2019-01-11 Thread dominik.stras...@onespin-solutions.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88791 --- Comment #3 from dominik.stras...@onespin-solutions.com --- Unfortunately my application is huge and spawns many threads. Can you propose some debugging aid. I am building gcc myself, so I can add anything to libasan that you want.

[Bug sanitizer/88791] New: ASAN deadlocks in threaded application

2019-01-10 Thread dominik.stras...@onespin-solutions.com
Assignee: unassigned at gcc dot gnu.org Reporter: dominik.stras...@onespin-solutions.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, marxin at gcc dot gnu.org Target Milestone

[Bug c++/71553] [6 regression]ICE in assign_temp, at function.c:961

2016-07-08 Thread dominik.stras...@onespin-solutions.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71553 --- Comment #5 from dominik.stras...@onespin-solutions.com --- Works after applying the patch in my non-reduced test case, too. Thanks

[Bug sanitizer/67865] ASAN crashes on thread creation

2016-06-20 Thread dominik.stras...@onespin-solutions.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67865 dominik.stras...@onespin-solutions.com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug c++/71553] [6 regression]ICE in assign_temp, at function.c:961

2016-06-16 Thread dominik.stras...@onespin-solutions.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71553 --- Comment #1 from dominik.stras...@onespin-solutions.com --- The ICE only occurs on -O2 and up, -O1 works.

[Bug c++/71553] [6 regression]ICE in assign_temp, at function.c:961

2016-06-16 Thread dominik.stras...@onespin-solutions.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71553 dominik.stras...@onespin-solutions.com changed: What|Removed |Added Component|tree-optimization |c

[Bug tree-optimization/71553] New: [6 regression]ICE in assign_temp, at function.c:961

2016-06-16 Thread dominik.stras...@onespin-solutions.com
Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: dominik.stras...@onespin-solutions.com Target Milestone: --- Created attachment 38709 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38709&action=edit reduced source code triggering the I

[Bug sanitizer/67865] ASAN crashes on thread creation

2015-10-07 Thread dominik.stras...@onespin-solutions.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67865 --- Comment #3 from dominik.stras...@onespin-solutions.com --- I can say that it works with gcc 4.8. Clang 3.7 could take a while because I suffer from an incompatibility between gcc and clang so I cannot bind my C++ libs compiled with gcc to a

[Bug sanitizer/67865] ASAN crashes on thread creation

2015-10-06 Thread dominik.stras...@onespin-solutions.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67865 dominik.stras...@onespin-solutions.com changed: What|Removed |Added Target||x86_64-unknown

[Bug sanitizer/67865] New: ASAN crashes on thread creation

2015-10-06 Thread dominik.stras...@onespin-solutions.com
Assignee: unassigned at gcc dot gnu.org Reporter: dominik.stras...@onespin-solutions.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 Target Milestone: --- In my application, ASAN

[Bug c++/62305] throw segfaults on 64bit Cygwin

2014-10-28 Thread dominik.stras...@onespin-solutions.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62305 dominik.stras...@onespin-solutions.com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug c++/62305] New: throw segfaults on 64bit Cygwin

2014-08-29 Thread dominik.stras...@onespin-solutions.com
++ Assignee: unassigned at gcc dot gnu.org Reporter: dominik.stras...@onespin-solutions.com The symptoms of this problems are quite similar to https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56747, however it is no *always* cured by compiling with -O1. I tried compiling various source files I

[Bug libstdc++/53324] Crash when mixing _GLIBCXX_DEBUG and non-_GLIBCXX_DEBUG std::deque

2013-09-18 Thread dominik.stras...@onespin-solutions.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53324 dominik.stras...@onespin-solutions.com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug libstdc++/53263] priority_queue is very slow if -D_GLIBCXX_DEBUG is used

2013-06-24 Thread dominik.stras...@onespin-solutions.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53263 --- Comment #21 from dominik.stras...@onespin-solutions.com --- How can I help ? My goal is to run our entire regression test suite with STL debugging switched on as this is great for quality assurance. Having fought several problems, this now

[Bug libstdc++/53263] priority_queue is very slow if -D_GLIBCXX_DEBUG is used

2013-06-24 Thread dominik.stras...@onespin-solutions.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53263 dominik.stras...@onespin-solutions.com changed: What|Removed |Added Attachment #27332|0 |1 is

[Bug libstdc++/53263] priority_queue is very slow if -D_GLIBCXX_DEBUG is used

2013-06-24 Thread dominik.stras...@onespin-solutions.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53263 --- Comment #17 from dominik.stras...@onespin-solutions.com --- Created attachment 30350 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30350&action=edit New testcase

[Bug libstdc++/53263] priority_queue is very slow if -D_GLIBCXX_DEBUG is used

2013-06-24 Thread dominik.stras...@onespin-solutions.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53263 dominik.stras...@onespin-solutions.com changed: What|Removed |Added Status|RESOLVED|NEW

[Bug libstdc++/53324] Crash when mixing _GLIBCXX_DEBUG and non-_GLIBCXX_DEBUG std::deque

2012-06-11 Thread dominik.stras...@onespin-solutions.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53324 --- Comment #3 from dominik.stras...@onespin-solutions.com 2012-06-11 15:10:49 UTC --- I get the point. However, I could imagine that it is a quite common scenario to have a binary contributed C++ lib. Mixing debug/non-debug is impossible due to

[Bug libstdc++/53263] priority_queue is very slow if -D_GLIBCXX_DEBUG is used

2012-06-11 Thread dominik.stras...@onespin-solutions.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53263 --- Comment #14 from dominik.stras...@onespin-solutions.com 2012-06-11 15:05:43 UTC --- Is there a chance to get this into 4.7.1 ?

[Bug libstdc++/53324] New: Crash when mixing _GLIBCXX_DEBUG and non-_GLIBCXX_DEBUG std::deque

2012-05-11 Thread dominik.stras...@onespin-solutions.com
Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: dominik.stras...@onespin-solutions.com Created attachment 27373 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27373 Example to illustrate

[Bug libstdc++/53263] priority_queue is very slow if -D_GLIBCXX_DEBUG is used

2012-05-07 Thread dominik.stras...@onespin-solutions.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53263 --- Comment #3 from dominik.stras...@onespin-solutions.com 2012-05-07 12:38:26 UTC --- (In reply to comment #1) > I don't think we are making any promises in terms of debug-mode performance. > Is > it better for other debug-mode i

[Bug libstdc++/53263] New: priority_queue is very slow if -D_GLIBCXX_DEBUG is used

2012-05-07 Thread dominik.stras...@onespin-solutions.com
Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: dominik.stras...@onespin-solutions.com Created attachment 27332 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27332 Minimalistic example demonstrating