[Bug testsuite/80759] gcc.target/x86_64/abi/ms-sysv FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80759 --- Comment #9 from Daniel Santos --- Thank you again for the assistance. (In reply to r...@cebitec.uni-bielefeld.de from comment #8) > Daniel, > > > Would you be so kind as to test this on Solaris for me please? I don't have > > access to a

[Bug c++/80746] [concepts] ICE evaluating constraints for concepts with dependent template parameters

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80746 Hubert Tong changed: What|Removed |Added CC||hstong at ca dot ibm.com --- Comment #3

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

); int sum=0; for (int i=0 ; i<1024 ; i++) sum+=arr[i]; return sum; } Compiled with gcc8.0.0 20170520 -mavx2 -funroll-loops -O3 -std=gnu11, we get vpxor %xmm7, %xmm7, %xmm7 leaq4096(%rdi), %rax .L24: vpaddd (%rdi), %ymm7, %ymm0 addq$256, %

[Bug target/52991] attribute packed broken on mingw32?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52991 --- Comment #22 from Gianluigi Tiesi --- (In reply to Ladislav Láska from comment #21) > Hi! > > I'm still seeing this problem on recent release 6.3.1, and it seems to be > enabled by default on at least some builds (msys2 for example). > >

[Bug target/80845] nvptx backend generates cvt.u32.u32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80845 --- Comment #2 from Tom de Vries --- (In reply to Tom de Vries from comment #0) > //(insn 14 13 15 2 > // (set (reg:QI 23) > // (subreg/s/u:QI (reg:SI 44) 0)) 2 {*movqi_insn} > // (nil)) For this insn, we enter

[Bug target/80845] nvptx backend generates cvt.u32.u32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80845 --- Comment #1 from Tom de Vries --- Created attachment 41392 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41392=edit Patch adding assert on cvt.t.t Found PR using this patch.

[Bug target/80845] nvptx backend generates cvt.u32.u32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80845 Tom de Vries changed: What|Removed |Added Target||nvptx Severity|normal

[Bug target/80845] New: nvptx backend generates cvt.u32.u32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80845 Bug ID: 80845 Summary: nvptx backend generates cvt.u32.u32 Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target

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

reduction(+:sum) aligned(arr : 64) for (int i=0 ; i<1024 ; i++) sum = sum + arr[i]; return sum; } // https://godbolt.org/g/6KnMXM x86-64 gcc7.1 and gcc8-snapshot-20170520 -mavx2 -ffast-math -funroll-loops -fopenmp -O3 emit: # omitted integer code to align the stack by

[Bug c++/80841] Fails to match template specialization with polymorphic non-type template argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80841 Daniel Krügler changed: What|Removed |Added CC||daniel.kruegler@googlemail.

[Bug c++/80839] Memory leak in _Rb_tree

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80839 mail at kitsu dot me changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/80839] Memory leak in _Rb_tree

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80839 --- Comment #2 from Evgeniy Stepanov --- Hmm, where is the button to mark this resolved/wontfix?

[Bug c++/80839] Memory leak in _Rb_tree

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80839 Evgeniy Stepanov changed: What|Removed |Added CC||eugeni.stepanov at gmail dot com

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

Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: doko at gcc dot gnu.org Target Milestone: --- seen with trunk 20170520, trunk 20170512 succeeded to build. original build log at https://buildd.debian.org/status/fetch.php?pkg=gcc

[Bug tree-optimization/80842] New: gcc ICE at -O3 on x86_64-linux-gnu in "set_lattice_value"

--disable-werror --enable-multilib Thread model: posix gcc version 8.0.0 20170520 (experimental) [trunk revision 248308] (GCC) $ gcc-trunk -O3 abc.c abc.c: In function ‘fn3’: abc.c:10:6: internal compiler error: in set_lattice_value, at tree-ssa-ccp.c:505 void fn3() { ^~~ 0xc9efc8 set_lat

[Bug libstdc++/71660] [5/6/7/8 regression] alignment of std::atomic<8 byte primitive type> (long long, double) is wrong on x86

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71660 Peter Cordes changed: What|Removed |Added CC||peter at cordes dot ca --- Comment #5

[Bug libstdc++/80835] Reading a member of an atomic can load just that member, not the whole struct

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80835 Peter Cordes changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug target/70490] __atomic_load_n(const __int128 *, ...) generates CMPXCHG16B with no warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70490 Peter Cordes changed: What|Removed |Added CC||peter at cordes dot ca --- Comment #5

[Bug testsuite/64221] contrib/compare_tests confused by c-c++-common/ubsan/shift-5.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64221 Marc Glisse changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug fortran/80610] Compiler crashes ungraciously when large static array is initialized with anything other than zero

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80610 Thomas Koenig changed: What|Removed |Added Keywords||memory-hog Status|RESOLVED

[Bug fortran/80610] Compiler crashes ungraciously when large static array is initialized with anything other than zero

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80610 --- Comment #14 from Jerry DeLisle --- (In reply to Steve Kargl from comment #13) > On Sat, May 20, 2017 at 04:59:10AM +, jvdelisle at gcc dot gnu.org wrote: > > > > Yes that will take some frontend magic and we have so few people to

[Bug bootstrap/80838] PGO/LTO bootstrapped compiler 5% slower than pure PGO bootstrapped one

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80838 --- Comment #1 from Jan Hubicka --- If it is easy to do, can you attach profiles please? i will try to reproduce this... Honza

[Bug c++/80841] New: Fails to match template specialization with polymorphic non-type template argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80841 Bug ID: 80841 Summary: Fails to match template specialization with polymorphic non-type template argument Product: gcc Version: unknown Status: UNCONFIRMED

[Bug c++/80840] New: ICE in convert_nontype_argument reference to double

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80840 Bug ID: 80840 Summary: ICE in convert_nontype_argument reference to double Product: gcc Version: 7.1.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug fortran/80766] [7/8 Regression] [OOP] ICE with type-bound procedure returning an array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80766 --- Comment #8 from janus at gcc dot gnu.org --- (In reply to janus from comment #5) > This rather simple patch fixes the ICE on trunk: > > Index: gcc/fortran/resolve.c > === > ---

[Bug fortran/80766] [7/8 Regression] [OOP] ICE with type-bound procedure returning an array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80766 --- Comment #7 from janus at gcc dot gnu.org --- (In reply to janus from comment #6) > I just verified that reverting the class.c parts of r241450 fixes the ICE as > well. It does not show any failures on the select_type_* test cases either. >

[Bug fortran/80766] [7/8 Regression] [OOP] ICE with type-bound procedure returning an array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80766 janus at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug fortran/80766] [7/8 Regression] [OOP] ICE with type-bound procedure returning an array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80766 --- Comment #6 from janus at gcc dot gnu.org --- (In reply to janus from comment #4) > I actually think that r241450 might be more relevant here than r241403 (in > particular since it messes with gfc_find_derived_vtab). I just verified that

[Bug fortran/80766] [7/8 Regression] [OOP] ICE with type-bound procedure returning an array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80766 --- Comment #5 from janus at gcc dot gnu.org --- I have investigated a bit on the origin of the problem, and it seems that it is related to the vtype symbols not being resolved properly (and the TBP component having the type BT_UNKNOWN although

[Bug fortran/80766] [7/8 Regression] [OOP] ICE with type-bound procedure returning an array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80766 --- Comment #4 from janus at gcc dot gnu.org --- (In reply to Dominique d'Humieres from comment #3) > Revision r241395+patch (2016-10-21) is OK, r241433+patch (2016-10-21) gives > the ICE. AFAICT the only possible revision is the range is

[Bug c++/80839] New: Memory leak in _Rb_tree

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80839 Bug ID: 80839 Summary: Memory leak in _Rb_tree Product: gcc Version: 6.3.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee:

[Bug fortran/80766] [7/8 Regression] [OOP] ICE with type-bound procedure returning an array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80766 --- Comment #3 from Dominique d'Humieres --- > > Confirmed, likely r241403 (pr69566). > > Not so sure here. Looks rather unrelated to me. Why do you think this one > is the culprit? Revision r241395+patch (2016-10-21) is OK, r241433+patch

[Bug driver/80836] final binaries missing rpath despite configure with LDFLAGS=-Wl,-rpath=$prefix/lib

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80836 --- Comment #3 from René J.V. Bertin --- A bit complicated, no? Also, how does one get binaries built with the resulting compilers to use the corresponding runtime libraries (libstdc++, libgfortran, ...)? There should be a configure option for

[Bug bootstrap/80838] New: PGO/LTO bootstrapped compiler 5% slower than pure PGO bootstrapped one

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80838 Bug ID: 80838 Summary: PGO/LTO bootstrapped compiler 5% slower than pure PGO bootstrapped one Product: gcc Version: 7.1.1 Status: UNCONFIRMED Severity: normal

[Bug fortran/80766] [7/8 Regression] ICE with type bound procedures returning an array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80766 janus at gcc dot gnu.org changed: What|Removed |Added CC||janus at gcc dot gnu.org ---

[Bug c/80806] gcc does not warn if local array is memset only

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80806 --- Comment #6 from Daniel Fruzynski --- I have checked list of my issues reported here and found Bug 68034 which is closely related to this one. This patch probably will fix that one too, user will know that

[Bug driver/80836] final binaries missing rpath despite configure with LDFLAGS=-Wl,-rpath=$prefix/lib

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80836 --- Comment #2 from Andrew Pinski --- BOOT_LDFLAGS should be used if want them for non stage1.

[Bug target/80636] AVX / AVX512 register-zeroing should always use AVX 128b, not ymm or zmm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80636 --- Comment #3 from Peter Cordes --- The point about moves also applies to integer code, since a 64-bit mov requires an extra byte for the REX prefix (unless a REX prefix was already required for r8-r15). I just noticed a case where gcc uses a

[Bug target/80837] New: [7.1.0 regression] x86 accessing a member of a 16-byte atomic object generates terrible code: splitting/merging the bytes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80837 Bug ID: 80837 Summary: [7.1.0 regression] x86 accessing a member of a 16-byte atomic object generates terrible code: splitting/merging the bytes Product: gcc

[Bug driver/80836] final binaries missing rpath despite configure with LDFLAGS=-Wl,-rpath=$prefix/lib

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80836 --- Comment #1 from René J.V. Bertin --- I found some suggestions here http://stackoverflow.com/questions/13813737/how-can-i-set-rpath-on-gcc-binaries-during-bootstrap which I haven't yet been able to check (a full build runs overnight on my

[Bug driver/80836] New: final binaries missing rpath despite configure with LDFLAGS=-Wl,-rpath=$prefix/lib

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80836 Bug ID: 80836 Summary: final binaries missing rpath despite configure with LDFLAGS=-Wl,-rpath=$prefix/lib Product: gcc Version: 7.1.0 Status: UNCONFIRMED

[Bug libstdc++/80835] New: Reading a member of an atomic can load just that member, not the whole struct

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80835 Bug ID: 80835 Summary: Reading a member of an atomic can load just that member, not the whole struct Product: gcc Version: 8.0 Status: UNCONFIRMED Keywords:

[Bug target/80817] [missed optimization][x86] relaxed atomics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80817 Joost VandeVondele changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug middle-end/80824] Missing 'variable-is-used-uninitialized' warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80824 Andrew Pinski changed: What|Removed |Added Component|c |middle-end Blocks|

[Bug driver/80828] Command line option -e not documented

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80828 --- Comment #1 from Andrew Pinski --- e Driver Joined Separate From binutils' ld man page: -e entry --entry=entry Use entry as the explicit symbol for beginning execution of your program, rather than the default entry

[Bug c/78503] -Wint-in-bool-context false positive on unsigned multiplication

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78503 --- Comment #3 from Bernd Edlinger --- It is on purpose that the warning gets suppressed when "(N) != 0" or "(N) + 0" is used, so that won't go away. But may I suggest the following for the XALLOCAVEC macro: #define XALLOCAVEC(T, N) ((N) > 0 ?