[Bug tree-optimization/80876] New: [8 Regression] ICE in verify_loop_structure, at cfgloop.c:1644 (error: loop 1's latch does not have an edge to its header)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80876 Bug ID: 80876 Summary: [8 Regression] ICE in verify_loop_structure, at cfgloop.c:1644 (error: loop 1's latch does not have an edge to its header) Product: gcc

[Bug libgomp/80822] libgomp incorrect affinity when OMP_PLACES=threads

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80822 --- Comment #3 from Nathan Weeks --- Setting OMP_DISPLAY_ENV=verbose results in the following output with Intel 17.0.2: OPENMP DISPLAY ENVIRONMENT BEGIN

[Bug rtl-optimization/79801] Disable ira.c:add_store_equivs for some targets?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79801 Alan Modra changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/80544] result of const_cast<T* cv> should by cv-unqualified

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80544 --- Comment #6 from Jonathan Wakely --- GCC now accepts the original testcase, and with -Wignored-qualifiers (which is included in -Wextra) prints: q.cc: In function ‘int main()’: q.cc:8:30: warning: type qualifiers ignored on cast result type

[Bug c/80868] "Duplicate const" warning emitted in `const typeof(foo) bar;`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80868 --- Comment #3 from George Burgess IV --- Thanks for the response! From the standpoint of consistency, I agree. My point is more that GCC isn't bound by the standard to be as strict with `typeof`, and making an exception for `typeof` here

[Bug c++/80544] result of const_cast<T* cv> should by cv-unqualified

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80544 Jonathan Wakely changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug c++/80544] result of const_cast<T* cv> should by cv-unqualified

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80544 --- Comment #4 from Jonathan Wakely --- Author: redi Date: Wed May 24 22:16:59 2017 New Revision: 248432 URL: https://gcc.gnu.org/viewcvs?rev=248432=gcc=rev Log: PR c++/80544 strip cv-quals from cast results gcc/cp: PR c++/80544

[Bug bootstrap/80867] gnat bootstrap broken on powerpc64le-linux-gnu with -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80867 Matthias Klose changed: What|Removed |Added Status|WAITING |UNCONFIRMED CC|

[Bug c/80731] poor -Woverflow warnings, missing detail

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80731 Martin Sebor changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c/80731] poor -Woverflow warnings, missing detail

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80731 --- Comment #3 from Martin Sebor --- Author: msebor Date: Wed May 24 22:07:21 2017 New Revision: 248431 URL: https://gcc.gnu.org/viewcvs?rev=248431=gcc=rev Log: PR c/80731 - poor -Woverflow warnings gcc/c-family/ChangeLog: PR c/80731

[Bug target/80846] auto-vectorized AVX2 horizontal sum should narrow to 128b right away, to be more efficient for Ryzen and Intel

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80846 --- Comment #2 from Peter Cordes --- (In reply to Richard Biener from comment #1) > That is, it was supposed to end up using pslldq I think you mean PSRLDQ. Byte zero is the right-most when drawn in a way that makes bit/byte shift directions

[Bug other/80803] libgo appears to be miscompiled on powerpc64le since r247848

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80803 Bill Schmidt changed: What|Removed |Added Summary|libgo appears to be |libgo appears to be

[Bug other/80803] libgo appears to be miscompiled on powerpc64le since r247923

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80803 --- Comment #12 from Ian Lance Taylor --- A global variable that can not be statically initialized would be initialized by a function named "net..import", invoked before the Go main function starts. Since the net.IPv4 function is trivial, it is

[Bug other/80803] libgo appears to be miscompiled on powerpc64le since r247923

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80803 --- Comment #11 from boger at us dot ibm.com --- The first failure happens in TestParseIP from ip_test.go because the "out" entries in the var parseIPTests are not initialized correctly. This causes the failures because the actual value (which

[Bug fortran/37131] inline matmul for small matrix sizes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37131 Bug 37131 depends on bug 66094, which changed state. Bug 66094 Summary: Handle transpose(A) in inline matmul https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66094 What|Removed |Added

[Bug fortran/66094] Handle transpose(A) in inline matmul

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66094 Thomas Koenig changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug fortran/66094] Handle transpose(A) in inline matmul

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66094 --- Comment #10 from Thomas Koenig --- Author: tkoenig Date: Wed May 24 18:44:35 2017 New Revision: 248425 URL: https://gcc.gnu.org/viewcvs?rev=248425=gcc=rev Log: 2017-05-24 Thomas Koenig PR fortran/66094

[Bug sanitizer/80875] [7/8 Regression] UBSAN: compile time crash in fold_binary_loc at fold-const.c:9817

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80875 Marek Polacek changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug sanitizer/80875] [7/8 Regression] UBSAN: compile time crash in fold_binary_loc at fold-const.c:9817

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80875 Marek Polacek changed: What|Removed |Added Keywords||ice-on-valid-code Target

[Bug sanitizer/80875] UBSAN: compile time crash in fold_binary_loc at fold-const.c:9817

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80875 --- Comment #2 from Marek Polacek --- commit 0123775a88c6cf1035e4633fde7823a3e9889809 Author: rguenth Date: Wed Oct 28 13:41:25 2015 + 2015-10-28 Richard Biener

[Bug sanitizer/80875] UBSAN: compile time crash in fold_binary_loc at fold-const.c:9817

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80875 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug sanitizer/80875] New: UBSAN: compile time crash in fold_binary_loc at fold-const.c:9817

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80875 Bug ID: 80875 Summary: UBSAN: compile time crash in fold_binary_loc at fold-const.c:9817 Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal

[Bug c++/78591] [c++1z] ICE when using decomposition identifier from closure object

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78591 --- Comment #1 from Paolo Carlini --- The released 7.1.0 doesn't ICE.

[Bug rtl-optimization/80754] [8 Regression][LRA] Invalid smull instruction generated in lra-remat

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80754 --- Comment #5 from Wilco --- Author: wilco Date: Wed May 24 17:06:55 2017 New Revision: 248424 URL: https://gcc.gnu.org/viewcvs?rev=248424=gcc=rev Log: When lra-remat rematerializes an instruction with a clobber, it checks that the clobber

[Bug c++/71451] [5/6/7/8 Regression] ICE on invalid C++11 code on x86_64-linux-gnu: in dependent_type_p, at cp/pt.c:22599

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71451 Paolo Carlini changed: What|Removed |Added CC||paolo.carlini at oracle dot com ---

[Bug c++/80859] Performance Problems with OpenMP 4.5 support

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80859 --- Comment #19 from Thorsten Kurth --- Thanks you very much. I am sorry that I do not have a simpler test case. The kernel which is executed is in the same directory as ABecLaplacian and called MG_3D_cpp.cpp. We have seen similar problems with

[Bug c++/80859] Performance Problems with OpenMP 4.5 support

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80859 --- Comment #18 from Jakub Jelinek --- Ok, I'll grab your git code and will have a look tomorrow what's going on.

[Bug c++/80859] Performance Problems with OpenMP 4.5 support

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80859 --- Comment #17 from Thorsten Kurth --- the result though is correct, I verified that both codes generate the correct output.

[Bug c++/80859] Performance Problems with OpenMP 4.5 support

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80859 --- Comment #16 from Thorsten Kurth --- FYI, the code is: https://github.com/zronaghi/BoxLib.git in branch cpp_kernels_openmp4dot5 and then in Src/LinearSolvers/C_CellMG the file ABecLaplacian.cpp. For example, lines 542 and 543 can be

[Bug c++/80859] Performance Problems with OpenMP 4.5 support

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80859 --- Comment #15 from Thorsten Kurth --- The code I care about definitely has optimization enabled. For the fortran stuff it does (for example): ftn -g -O3 -ffree-line-length-none -fno-range-check -fno-second-underscore -Jo/3d.gnu.MPI.OMP.EXE

[Bug c++/80859] Performance Problems with OpenMP 4.5 support

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80859 --- Comment #14 from Jakub Jelinek --- (In reply to Thorsten Kurth from comment #13) > the compiler options are just -fopenmp. I am sure it does not have to do > anything with vectorization as I compare the code runtime with and without > the

[Bug fortran/28004] Warn if intent(out) dummy variable is used before being defined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28004 Thomas Koenig changed: What|Removed |Added Last reconfirmed|2007-07-03 21:06:36 |2017-5-24 --- Comment #12 from Thomas

[Bug c++/80859] Performance Problems with OpenMP 4.5 support

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80859 --- Comment #13 from Thorsten Kurth --- Hello Jakub, the compiler options are just -fopenmp. I am sure it does not have to do anything with vectorization as I compare the code runtime with and without the target directives and thus

[Bug c++/80859] Performance Problems with OpenMP 4.5 support

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80859 --- Comment #12 from Jakub Jelinek --- (In reply to Thorsten Kurth from comment #11) > yes, you are right. I thought that map(tofrom:) is the default mapping > but I might be wrong. In any case, teams is always 1. So this code is Variables

[Bug c++/80859] Performance Problems with OpenMP 4.5 support

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80859 --- Comment #11 from Thorsten Kurth --- Hello Jakub, yes, you are right. I thought that map(tofrom:) is the default mapping but I might be wrong. In any case, teams is always 1. So this code is basically just data streaming so there is no

[Bug c++/80859] Performance Problems with OpenMP 4.5 support

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80859 --- Comment #10 from Jakub Jelinek --- (In reply to Thorsten Kurth from comment #7) > Hello Jakub, > > thanks for your comment but I think the parallel for is not racey. Every > thread is working a block of i-indices so that is fine. The

[Bug c++/80859] Performance Problems with OpenMP 4.5 support

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80859 --- Comment #9 from Thorsten Kurth --- Sorry, in the second run I set the number of threads to 12. I think the code works as expected.

[Bug c++/80859] Performance Problems with OpenMP 4.5 support

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80859 --- Comment #8 from Thorsten Kurth --- Here is the output of the get_num_threads section: [tkurth@cori02 omp_3_vs_45_test]$ export OMP_NUM_THREADS=32 [tkurth@cori02 omp_3_vs_45_test]$ ./nested_test_omp_4dot5.x We got 1 teams and 32 threads.

[Bug c++/80859] Performance Problems with OpenMP 4.5 support

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80859 --- Comment #7 from Thorsten Kurth --- Hello Jakub, thanks for your comment but I think the parallel for is not racey. Every thread is working a block of i-indices so that is fine. The dotprod kernel is actually a kernel from the OpenMP

[Bug c++/80859] Performance Problems with OpenMP 4.5 support

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80859 --- Comment #6 from Jakub Jelinek --- movq/pushq etc. aren't that expensive, if it affects performance it must be something in the inner loops. A compiler switch that ignores omp target, teams and distribute would basically create a new OpenMP

[Bug c++/80859] Performance Problems with OpenMP 4.5 support

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80859 --- Comment #5 from Thorsten Kurth --- To clarify the problem: I think that the additional movq, pushq and other instructions generated when using the target directive can cause a big hit on the performance. I understand that these instructions

[Bug c++/80859] Performance Problems with OpenMP 4.5 support

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80859 --- Comment #4 from Thorsten Kurth --- Created attachment 41415 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41415=edit Testcase This is the test case. The files ending on .as contain the assembly code with and without target region

[Bug libfortran/78379] Processor-specific versions for matmul

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78379 --- Comment #36 from Jerry DeLisle --- Results look very good. Gfortran 7, no patch gives: $ gfc7 -static -Ofast -ftree-vectorize compare.f90 $ ./a.out =

[Bug c++/80859] Performance Problems with OpenMP 4.5 support

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80859 --- Comment #3 from Thorsten Kurth --- Created attachment 41414 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41414=edit OpenMP 4.5 Testcase This is the source code

[Bug bootstrap/80843] [8 Regression] bootstrap fails in stage1 on powerpc-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80843 Segher Boessenkool changed: What|Removed |Added CC||segher at gcc dot gnu.org ---

[Bug bootstrap/80860] AIX Bootstrap failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80860 Segher Boessenkool changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug bootstrap/80843] [8 Regression] bootstrap fails in stage1 on powerpc-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80843 --- Comment #1 from Segher Boessenkool --- Author: segher Date: Wed May 24 14:33:11 2017 New Revision: 248421 URL: https://gcc.gnu.org/viewcvs?rev=248421=gcc=rev Log: rs6000: Fix for separate shrink-wrapping for fp (PR80860, PR80843) After my

[Bug bootstrap/80860] AIX Bootstrap failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80860 --- Comment #5 from Segher Boessenkool --- Author: segher Date: Wed May 24 14:33:11 2017 New Revision: 248421 URL: https://gcc.gnu.org/viewcvs?rev=248421=gcc=rev Log: rs6000: Fix for separate shrink-wrapping for fp (PR80860, PR80843) After my

[Bug libfortran/78379] Processor-specific versions for matmul

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78379 --- Comment #35 from Jerry DeLisle --- (In reply to Thomas Koenig from comment #34) > Created attachment 41410 [details] > Patch which has all the files > > Well, I suspect my way of splitting the previous patch into > one real patch and one

[Bug tree-optimization/80874] New: gcc does not emit cmov for minmax

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80874 Bug ID: 80874 Summary: gcc does not emit cmov for minmax Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug target/80833] 32-bit x86 causes store-forwarding stalls for int64_t -> xmm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80833 --- Comment #12 from Uroš Bizjak --- (In reply to Peter Cordes from comment #4) > MMX is also a saving in code-size: one fewer prefix byte vs. SSE2 integer > instructions. It's also another set of 8 registers for 32-bit mode. After touching a

[Bug target/80833] 32-bit x86 causes store-forwarding stalls for int64_t -> xmm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80833 --- Comment #11 from Uroš Bizjak --- (In reply to Peter Cordes from comment #0) > A lower-latency xmm->int strategy would be: > > movd%xmm0, %eax > pextrd $1, %xmm0, %edx Proposed patch implements the above for generic

[Bug target/80833] 32-bit x86 causes store-forwarding stalls for int64_t -> xmm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80833 --- Comment #10 from Uroš Bizjak --- (In reply to Peter Cordes from comment #0) > Scalar 64-bit integer ops in vector regs may be useful in general in 32-bit > code in some cases, especially if it helps with register pressure. We have

[Bug target/80833] 32-bit x86 causes store-forwarding stalls for int64_t -> xmm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80833 --- Comment #9 from Uroš Bizjak --- (In reply to Uroš Bizjak from comment #8) > movq%xmm0, (%esp) <<-- unneeded store due to RA problem For some reason, reload "fixes" direct DImode register moves, and passes value via memory.

[Bug c++/80873] ICE in tsubst_copy when trying to use an overloaded function without a definition in a lambda

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80873 --- Comment #2 from Morris Hafner --- Created attachment 41413 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41413=edit Minimal example code (valid)

[Bug c++/80873] ICE in tsubst_copy when trying to use an overloaded function without a definition in a lambda

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80873 --- Comment #1 from Morris Hafner --- I managed to create an example that is a valid program: struct Buffer {}; auto parse(Buffer b); template void parse(T target); template auto field(T target) { return [&] {

[Bug other/80803] libgo appears to be miscompiled on powerpc64le since r247923

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80803 boger at us dot ibm.com changed: What|Removed |Added CC||boger at us dot ibm.com ---

[Bug target/80833] 32-bit x86 causes store-forwarding stalls for int64_t -> xmm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80833 --- Comment #8 from Uroš Bizjak --- The patch from comment #7 generates: a) DImode move for 32 bit targets: --cut here-- long long test (long long a) { asm ("" : "+x" (a)); return a; } --cut here-- gcc -O2 -msse4.1 -mtune=intel

[Bug tree-optimization/46186] Clang creates code running 1600 times faster than gcc's

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46186 Raphael C changed: What|Removed |Added CC||drraph at gmail dot com --- Comment #26

[Bug target/80833] 32-bit x86 causes store-forwarding stalls for int64_t -> xmm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80833 --- Comment #7 from Uroš Bizjak --- Created attachment 41412 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41412=edit Prototype patch Patch that emits mov/pinsr or mov/pextr pairs for DImode (x86_32) and TImode (x86_64) moves.

[Bug tree-optimization/80844] OpenMP SIMD doesn't know how to efficiently zero a vector (its stores zeros and reloads)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80844 --- Comment #5 from Richard Biener --- (In reply to Jakub Jelinek from comment #2) > (In reply to Richard Biener from comment #1) > > If OMP SIMD always zeros the vector then it could also emit the maybe easier > > to optimize > > > >

[Bug libstdc++/80826] Compilation Time for many of std::map insertions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80826 Jan Hubicka changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at

[Bug c++/80864] Brace-initialization of a constexpr variable of an array in a POD triggers ICE from templates

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80864 Richard Biener changed: What|Removed |Added Keywords||ice-on-valid-code

[Bug bootstrap/80867] [7 Regression] gnat bootstrap broken on powerpc64le-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80867 Richard Biener changed: What|Removed |Added Target Milestone|--- |7.2

[Bug c++/80859] Performance Problems with OpenMP 4.5 support

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80859 Richard Biener changed: What|Removed |Added Keywords||missed-optimization, openmp

[Bug c++/80856] [7/8 Regression] ICE from template local overload resolution

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80856 Richard Biener changed: What|Removed |Added Priority|P3 |P2 Target Milestone|---

[Bug middle-end/80853] [6/7/8 Regression] OpenMP ICE in build_outer_var_ref with array reduction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80853 Richard Biener changed: What|Removed |Added Priority|P3 |P2 Target Milestone|---

[Bug middle-end/80823] [8 Regression] ICE: verify_flow_info failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80823 Peter Bergner changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #7 from Peter

[Bug middle-end/80823] [8 Regression] ICE: verify_flow_info failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80823 Peter Bergner changed: What|Removed |Added Status|NEW |RESOLVED URL|

[Bug middle-end/80823] [8 Regression] ICE: verify_flow_info failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80823 --- Comment #5 from Peter Bergner --- Author: bergner Date: Wed May 24 12:10:54 2017 New Revision: 248408 URL: https://gcc.gnu.org/viewcvs?rev=248408=gcc=rev Log: gcc/ PR middle-end/80823 * tree-cfg.c (group_case_labels_stmt):

[Bug target/80725] [7/8 Regression] s390x ICE on alsa-lib

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80725 --- Comment #5 from Andreas Krebbel --- Author: krebbel Date: Wed May 24 11:36:54 2017 New Revision: 248407 URL: https://gcc.gnu.org/viewcvs?rev=248407=gcc=rev Log: S/390: Fix PR80725. gcc/ChangeLog: 2017-05-24 Andreas Krebbel

[Bug c++/80851] All versions that support C++11 are confused by combination of inherited constructors with member initializer that captures this

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80851 Richard Biener changed: What|Removed |Added Keywords||rejects-valid

[Bug target/80846] auto-vectorized AVX2 horizontal sum should narrow to 128b right away, to be more efficient for Ryzen and Intel

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80846 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug libstdc++/71579] type_traits miss checks for type completeness in some traits

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71579 --- Comment #6 from Antony Polukhin --- C++ LWG related issue: http://cplusplus.github.io/LWG/lwg-active.html#2797

[Bug c++/80873] New: ICE in tsubst_copy when trying to use an overloaded function without a definition in a lambda

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80873 Bug ID: 80873 Summary: ICE in tsubst_copy when trying to use an overloaded function without a definition in a lambda Product: gcc Version: 7.1.1 Status: UNCONFIRMED

[Bug c++/79583] ICE (internal compiler error) upon instantiation of class template with `auto` template parameter containing inner class template

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79583 --- Comment #2 from Paolo Carlini --- The released 7.1.0, current gcc-7-branch and trunk are fine. I'm adding the testcase and closing the bug.

[Bug c/80868] "Duplicate const" warning emitted in `const typeof(foo) bar;`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80868 Marek Polacek changed: What|Removed |Added CC||mpolacek at gcc dot gnu.org --- Comment

[Bug c++/68578] [5 Regression] ICE on invalid template declaration and instantiation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68578 Paolo Carlini changed: What|Removed |Added CC||paolo.carlini at oracle dot com ---

[Bug c/80872] New: There is no warning on accidental infinite loops

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80872 Bug ID: 80872 Summary: There is no warning on accidental infinite loops Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c++/80396] New builtin to make std::make_integer_sequence efficient and scalable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80396 Christophe Lyon changed: What|Removed |Added CC||clyon at gcc dot gnu.org --- Comment

[Bug c++/80812] [8 Regression] ICE: in build_value_init_noctor, at cp/init.c:483

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80812 Ville Voutilainen changed: What|Removed |Added Status|NEW |ASSIGNED CC|

[Bug c++/80859] Performance Problems with OpenMP 4.5 support

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80859 --- Comment #2 from Jakub Jelinek --- Also, even for host fallback there is a separate set of ICVs and many other properties, the target region can't be just ignored for many reasons even if there is no data sharing. Of course, if you provide

[Bug tree-optimization/80844] OpenMP SIMD doesn't know how to efficiently zero a vector (its stores zeros and reloads)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80844 --- Comment #4 from Jakub Jelinek --- What we should do is first vectorize the main simd loop and then, once we've determined the vectorization factor thereof etc., see if there is any related preparation and finalization loop around it and try

[Bug bootstrap/80867] [7 Regression] gnat bootstrap broken on powerpc64le-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80867 Eric Botcazou changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug c++/80859] Performance Problems with OpenMP 4.5 support

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80859 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #1

[Bug tree-optimization/78969] bogus snprintf truncation warning due to missing range info

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78969 --- Comment #8 from Jakub Jelinek --- idx_10 addition is a consequence of TODO_update_ssa in vrp1's todo_flags, triggered by jump threading creating the bb6.

[Bug tree-optimization/78969] bogus snprintf truncation warning due to missing range info

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78969 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #7

[Bug libfortran/78379] Processor-specific versions for matmul

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78379 Thomas Koenig changed: What|Removed |Added Attachment #41405|0 |1 is obsolete|

[Bug c++/80812] [8 Regression] ICE: in build_value_init_noctor, at cp/init.c:483

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80812 Markus Trippelsdorf changed: What|Removed |Added Keywords|ice-on-valid-code |ice-on-invalid-code