https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71657
--- Comment #5 from Anton Mitrokhin ---
I have compiled this test case in several ways
The first two emit no warnings and fail as described:
> g++ -Wall -Wextra -std=c++11 -static-libgcc -static-libstdc++ -Ofast
> -march=westmere -o out crash_i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71386
--- Comment #3 from Anton Mitrokhin ---
I see those warnings with -O3, but not with -O0. Why is that?
I also do not see what is wrong with the code.
Note, that clang with all warnings enabled (and ub sanitizer!) will also not
produce any warning
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71657
--- Comment #2 from Anton Mitrokhin ---
Comment on attachment 38768
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38768
Reproducer - two files (crash_main.cpp and crash_init.cpp)
This attachment is a 7-zip archive
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71657
--- Comment #1 from Anton Mitrokhin ---
Created attachment 38768
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38768&action=edit
Reproducer - two files (crash_main.cpp and crash_init.cpp)
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: anton.mitrokhin at phystech dot edu
Target Milestone: ---
Created attachment 38767
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38767&action=edit
Reproducer
It looks like there is some king of overflo
Assignee: unassigned at gcc dot gnu.org
Reporter: anton.mitrokhin at phystech dot edu
Target Milestone: ---
Created attachment 38766
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38766&action=edit
Reproducer
Reproducer:
> g++ -std=c++11 -Ofast -march=westmere -o out -c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71470
Anton Mitrokhin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71281
Anton Mitrokhin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71281
--- Comment #8 from Anton Mitrokhin ---
Is this fixed?
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: anton.mitrokhin at phystech dot edu
Target Milestone: ---
Created attachment 38673
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38673&action=edit
Reproducer
It looks like the
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: anton.mitrokhin at phystech dot edu
Target Milestone: ---
Created attachment 38665
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38665&action=edit
Reproducer
The test fails only in case array sizes are s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71386
--- Comment #1 from Anton Mitrokhin ---
Could anyone please take a look?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71281
--- Comment #3 from Anton Mitrokhin ---
Could anyone please take a look on this?
The big reproducer still triggers ICE as for gcc version 7.0.0 20160601
(experimental) (Revision=237011/svn-rev:237016/).
The small reproducer seems to work
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: anton.mitrokhin at phystech dot edu
Target Milestone: ---
Created attachment 38627
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38627&action=edit
Reproducer
Reproducer:
> g++ -std=c++11 -O3 -march
++
Assignee: unassigned at gcc dot gnu.org
Reporter: anton.mitrokhin at phystech dot edu
Target Milestone: ---
Created attachment 38625
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38625&action=edit
Reproducer
It looks like gcc emits wrong code with 14th standard features (or I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71281
--- Comment #2 from Anton Mitrokhin ---
Created attachment 38571
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38571&action=edit
Small reproducer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71281
--- Comment #1 from Anton Mitrokhin ---
Created attachment 38569
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38569&action=edit
Reproducer
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: anton.mitrokhin at phystech dot edu
Target Milestone: ---
Run any of the:
> g++ -std=c++11 -Ofast -march=knl -o out -c crash.cpp
> g++ -std=c++11 -Ofast -march=broadwell -o
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: anton.mitrokhin at phystech dot edu
Target Milestone: ---
Created attachment 38568
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38568&action=edit
Reproducer
Run any of the:
> g++ -std=c++11 -Ofast -ma
Assignee: unassigned at gcc dot gnu.org
Reporter: anton.mitrokhin at phystech dot edu
Target Milestone: ---
Created attachment 38567
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38567&action=edit
Reproducer
Run:
> g++ -std=c++11 -O3 -march=knl -o out.o -c crash.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71261
--- Comment #14 from Anton Mitrokhin ---
Add a somehow better reduced test case, which compiles at least 15 minutes (did
not test it longer). The original (unreduced) test case is ~900kB and awfully
ugly, but if the new reproducer will not suffic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71261
--- Comment #13 from Anton Mitrokhin ---
Created attachment 38566
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38566&action=edit
Reproducer- at least 15 mins
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71261
--- Comment #4 from Anton Mitrokhin ---
PR70902 does not hang on knl or broadwell, while this test case hangs on knl,
broadwell and it seems to hang on skylake-avx512 as well. So, I am not sure if
this case triggers the same bug as the PR70902, o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71261
--- Comment #2 from Anton Mitrokhin ---
Hm, sorry. It's creduce which apparently cut off more than it should have.
I'll send another reproducer soon...
BTW, 25 senonds on O3 seems a bit too much for such case)
On Tue, May 24, 2016 at 7:25 PM, u
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: anton.mitrokhin at phystech dot edu
Target Milestone: ---
Created attachment 38555
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38555&action=edit
Reproducer
Trunk GCC hangs on knl and broadwell targets
h
Assignee: unassigned at gcc dot gnu.org
Reporter: anton.mitrokhin at phystech dot edu
Target Milestone: ---
Created attachment 38552
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38552&action=edit
Reproducer
GCC trunk generates wrong code with -O3/Ofast on 'ivybridge'
ty: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: anton.mitrokhin at phystech dot edu
Target Milestone: ---
Created attachment 38391
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38391&action=edit
Reproducer
GCC trunk
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: anton.mitrokhin at phystech dot edu
Target Milestone: ---
Created attachment 38308
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38308&action=edit
Reproducer
Reproducer:
> g++ -std=c++11 -Ofast -march=
++
Assignee: unassigned at gcc dot gnu.org
Reporter: anton.mitrokhin at phystech dot edu
Target Milestone: ---
Created attachment 38307
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38307&action=edit
Reproducer
GCC gives internal compiler error on knl, broadwell and
++
Assignee: unassigned at gcc dot gnu.org
Reporter: anton.mitrokhin at phystech dot edu
Target Milestone: ---
Created attachment 38306
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38306&action=edit
Reproducer
Test case produces internal compiler error with skylake
30 matches
Mail list logo