[Bug fortran/85521] [8/9 Regression] ICE in gfc_resolve_character_array_constructor, at fortran/array.c:2049

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85521 kargl at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--

[Bug fortran/85750] New: Default initialization of derived type array missing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85750 Bug ID: 85750 Summary: Default initialization of derived type array missing Product: gcc Version: 8.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Compone

[Bug middle-end/85751] New: RFE: option to align code using breakpoint instructions when unreachable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85751 Bug ID: 85751 Summary: RFE: option to align code using breakpoint instructions when unreachable Product: gcc Version: unknown Status: UNCONFIRMED Severity: norm

[Bug fortran/85542] [6/7/8/9 Regression] ICE in check_inquiry, at fortran/expr.c:2426

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85542 --- Comment #4 from kargl at gcc dot gnu.org --- Author: kargl Date: Fri May 11 18:58:21 2018 New Revision: 260182 URL: https://gcc.gnu.org/viewcvs?rev=260182&root=gcc&view=rev Log: 2018-05-11 Steven G. Kargl PR fortran/85542

[Bug c++/82899] *this in constructors could not alias with reference input parameters of the same type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82899 --- Comment #16 from Marc Glisse --- (patch should use 'fn && DECL_CONSTRUCTOR_P (fn)' since fn can be NULL) As I was half expecting, messing with the types that directly doesn't work. It means 'this' has type T*restrict, and if I try for instan

[Bug libstdc++/85749] Possible -Wsign-conversion false negative with std::default_random_engine

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85749 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug other/85752] New: RFE: self-relative (prepickled) pointers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85752 Bug ID: 85752 Summary: RFE: self-relative (prepickled) pointers Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: other

[Bug other/85752] RFE: self-relative (prepickled) pointers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85752 --- Comment #1 from H. Peter Anvin --- N.B.: this presumably needs some kind of special treatment of NULL, to prevent NULL from being an absolute value.

[Bug tree-optimization/85753] New: missing -Wrestrict on memcpy into a member array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85753 Bug ID: 85753 Summary: missing -Wrestrict on memcpy into a member array Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tr

[Bug tree-optimization/85698] [8/9 Regression] CPU2017 525.x264_r fails starting with r257581

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85698 --- Comment #5 from Pat Haugen --- (In reply to Richard Biener from comment #4) > > Can you claify whether test, ref or train inputs fail for you? I tried > AVX256, AVX128 and plain old SSE sofar without any issue but ref takes some > time... >

[Bug tree-optimization/85754] New: missing -Wrestrict on memcpy with non-constant offsets less than size

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85754 Bug ID: 85754 Summary: missing -Wrestrict on memcpy with non-constant offsets less than size Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal

[Bug c++/82899] *this in constructors could not alias with reference input parameters of the same type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82899 Marc Glisse changed: What|Removed |Added Attachment #44112|0 |1 is obsolete|

[Bug libstdc++/85749] Possible -Wsign-conversion false negative with std::default_random_engine

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85749 Jonathan Wakely changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug tree-optimization/85753] missing -Wrestrict on memcpy into a member array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85753 Martin Sebor changed: What|Removed |Added Keywords||patch Status|UNCONFIRMED

[Bug target/85755] New: PowerPC Gcc's -mupdate produces inefficient code on power8/power9 machines

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85755 Bug ID: 85755 Summary: PowerPC Gcc's -mupdate produces inefficient code on power8/power9 machines Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal

[Bug target/85755] PowerPC Gcc's -mupdate produces inefficient code on power8/power9 machines

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85755 Segher Boessenkool changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/85755] PowerPC Gcc's -mupdate produces inefficient code on power8/power9 machines

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85755 --- Comment #2 from Segher Boessenkool --- That is, that GCC 8 did not do pre-increment, but it did no silliness with float registers.

[Bug target/85755] PowerPC Gcc's -mupdate produces inefficient code on power8/power9 machines

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85755 --- Comment #3 from Segher Boessenkool --- Sigh, i forgot -mcpu=power8 on that last test. GCC 7 was just fine, stdu, everything. GCC 8 was bad already.

[Bug tree-optimization/85756] New: wrong code at -Os on x86-64-linux-gnu in 32-bit mode

-wrapper Target: x86_64-pc-linux-gnu Configured with: ../gcc-source-trunk/configure --enable-languages=c,c++,lto --prefix=/home/su/software/tmp/gcc/gcc-trunk --disable-bootstrap Thread model: posix gcc version 9.0.0 20180511 (experimental) [trunk revision 260178] (GCC) $ $ gcctk -m32 -O0 small.c; ./a.out

<    1   2