[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 Segher Boessenkool changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug tree-optimization/83648] missing -Wsuggest-attribute=malloc on a trivial malloc-like function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83648 --- Comment #3 from prathamesh3492 at gcc dot gnu.org --- Author: prathamesh3492 Date: Tue May 15 06:07:48 2018 New Revision: 260250 URL: https://gcc.gnu.org/viewcvs?rev=260250=gcc=rev Log: 2018-05-15 Prathamesh Kulkarni

[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 Segher Boessenkool changed: What|Removed |Added CC||segher at gcc dot gnu.org ---

[Bug target/85770] [9 Regression] ICE: in lra_eliminate, at lra-eliminations.c:1439 with -march=nano-1000

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85770 Richard Biener changed: What|Removed |Added Priority|P3 |P1 Status|UNCONFIRMED

[Bug libstdc++/85773] Embedded nulls in filesystem::path cause problems

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85773 --- Comment #2 from Richard Biener --- GIGO?

[Bug c++/85776] ICE when compiling `boost::thread` with `-std=c++11` on mingw-w64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85776 --- Comment #3 from Liu Hao --- Created attachment 44134 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44134=edit preprocessed source with GCC 8.1 N.B. This file is very large.

[Bug libstdc++/85773] Embedded nulls in filesystem::path cause problems

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85773 --- Comment #3 from Andrew Pinski --- (In reply to Richard Biener from comment #2) > GIGO? Or rather I told the doctor it hurt when I do this and he just told me not to do it any more.

[Bug c++/85776] ICE when compiling `boost::thread` with `-std=c++11` on mingw-w64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85776 Richard Biener changed: What|Removed |Added Target||mingw-w64

[Bug target/41084] Filling xmm register with all bit set is not optimized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41084 Agner Fog changed: What|Removed |Added CC||agner at agner dot org --- Comment #1 from

[Bug sanitizer/85777] [7/8/9 Regression] -fsanitize=undefined makes a -Wmaybe-uninitialized warning disappear

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85777 Richard Biener changed: What|Removed |Added Keywords||diagnostic Priority|P3

[Bug other/85778] unexpected results with -O2, wrong code?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85778 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Version|unknown

[Bug c++/85776] ICE when compiling `boost::thread` with `-std=c++11` on mingw-w64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85776 --- Comment #2 from Liu Hao --- (In reply to Richard Biener from comment #1) > Works for me on x86_64-linux with boost 1.54.0 > > Can you please attach preprocessed source? There is one on .

[Bug tree-optimization/85788] New: False positive of -Wstringop-overflow= warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85788 Bug ID: 85788 Summary: False positive of -Wstringop-overflow= warning Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug lto/85759] ICE output_profile_summary, at lto-cgraph.c:706 using -profile-use

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85759 --- Comment #13 from Martin Liška --- (In reply to Jan from comment #12) > And yes I use a gentoo system. But I'm using the gcc patches from clear > linux but this bug doesn't seem relate to that. Good, then having a gentoo image system. How

[Bug libstdc++/83891] std::filesystem::path::is_absolute for Windows

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83891 --- Comment #1 from Jonathan Wakely --- Author: redi Date: Tue May 15 13:50:49 2018 New Revision: 260259 URL: https://gcc.gnu.org/viewcvs?rev=260259=gcc=rev Log: PR libstdc++/83891 fix path::is_absolute() for non-POSIX targets The correct

[Bug tree-optimization/85720] bad codegen for looped assignment of primitives at -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85720 --- Comment #6 from amker at gcc dot gnu.org --- (In reply to Richard Biener from comment #5) > (In reply to Mathias Stearn from comment #4) > > (In reply to Marc Glisse from comment #3) > > > Again, you are ignoring aliasing issues (just like in

[Bug c/85791] multiply overflow (128 bit)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85791 --- Comment #1 from Ruslan Nikolaev --- Optimization flags -O2 in all cases

[Bug c++/85776] ICE when compiling `boost::thread` with `-std=c++11` on mingw-w64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85776 Richard Biener changed: What|Removed |Added Status|WAITING |UNCONFIRMED Ever confirmed|1

[Bug libstdc++/84159] filesystem::path::operator/= with has root directory path

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

[Bug target/85791] multiply overflow (128 bit)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85791 --- Comment #3 from Ruslan Nikolaev --- That is OK, I was talking about an extra 'cmp' instruction for the case when the check is explicit

[Bug c/85793] New: [8/9 Regression][AARCH64] ICE in verify_gimple during GIMPLE pass vect.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85793 Bug ID: 85793 Summary: [8/9 Regression][AARCH64] ICE in verify_gimple during GIMPLE pass vect. Product: gcc Version: 8.1.1 Status: UNCONFIRMED Severity: normal

[Bug libstdc++/84159] filesystem::path::operator/= with has root directory path

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84159 --- Comment #3 from Jonathan Wakely --- Author: redi Date: Tue May 15 12:57:25 2018 New Revision: 260257 URL: https://gcc.gnu.org/viewcvs?rev=260257=gcc=rev Log: PR libstdc++/84159 fix appending strings to paths The path::operator/=(const

[Bug sanitizer/85774] Incorrect stack-use-after-scope caused by missing cleanup of shadow bytes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85774 --- Comment #3 from Jakub Jelinek --- Can we say in sanopt look for variables only referenced in these poison/unpoison ifns and not by anything else and just drop those ifns?

[Bug ipa/85655] [8/9 Regression] ICE with -flto and -O2 during IPA pass: cp lto1: internal compiler error: Segmentation fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85655 --- Comment #8 from Martin Jambor --- The bug is latent on gcc7 and gcc6, I plan to commit the fix there at the end of this week.

[Bug c/53119] -Wmissing-braces wrongly warns about universal zero initializer {0}

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53119 --- Comment #27 from Vincent Lefèvre --- (In reply to Waynem Ccollough from comment #26) > Does the issue already fixed? For the simplest cases, it is. But complex cases still trigger a warning, see e.g. PR 80454.

[Bug lto/85583] [9 Regression] lto1: internal compiler error: in lto_balanced_map, at lto/lto-partition.c:833

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85583 --- Comment #6 from Jan Hubicka --- Problem is that we do not account correctly duplicated symbols because we do not add them into boundary Index: lto/lto-partition.c === ---

[Bug target/85791] multiply overflow (128 bit)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85791 Andrew Pinski changed: What|Removed |Added Keywords||missed-optimization

[Bug tree-optimization/85757] tree optimizers fail to fully clean up fixed-size memcpy

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85757 Richard Biener changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug libstdc++/83891] std::filesystem::path::is_absolute for Windows

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83891 --- Comment #2 from Jonathan Wakely --- Author: redi Date: Tue May 15 13:51:03 2018 New Revision: 260260 URL: https://gcc.gnu.org/viewcvs?rev=260260=gcc=rev Log: PR libstdc++/83891 fix path::is_absolute() for non-POSIX targets The correct

[Bug libstdc++/83891] std::filesystem::path::is_absolute for Windows

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

[Bug c/53119] -Wmissing-braces wrongly warns about universal zero initializer {0}

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53119 Waynem Ccollough changed: What|Removed |Added CC||waynemccollough at gmx dot com ---

[Bug tree-optimization/85793] [8/9 Regression][AARCH64] ICE in verify_gimple during GIMPLE pass vect.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85793 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |8.2

[Bug libstdc++/84159] filesystem::path::operator/= with has root directory path

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84159 --- Comment #2 from Jonathan Wakely --- Author: redi Date: Tue May 15 12:07:09 2018 New Revision: 260255 URL: https://gcc.gnu.org/viewcvs?rev=260255=gcc=rev Log: PR libstdc++/84159 fix appending strings to paths The path::operator/=(const

[Bug c/85791] New: multiply overflow (128 bit)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85791 Bug ID: 85791 Summary: multiply overflow (128 bit) Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug sanitizer/85774] Incorrect stack-use-after-scope caused by missing cleanup of shadow bytes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85774 --- Comment #6 from Martin Liška --- (In reply to Jakub Jelinek from comment #5) > If the variable is unused, why is any stack assigned to it? I guess it's due to -O0 or am I wrong?

[Bug c++/85783] alloc-size-larger-than fires incorrectly with new[] and can't be disabled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85783 --- Comment #5 from Paul Smith --- I simplified my example too much; I think this should be re-opened. In my real code, operator new[] does not invoke exit(); it invokes my own function (which is defined as noreturn, but that's not required).

[Bug ipa/85656] gcc.dg/ipa/ipa-icf-38.c FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85656 Martin Liška changed: What|Removed |Added Status|ASSIGNED|WAITING --- Comment #6 from Martin Liška

[Bug c++/85790] New: c++17 - Access control issue with template argument deduction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85790 Bug ID: 85790 Summary: c++17 - Access control issue with template argument deduction Product: gcc Version: 8.1.0 Status: UNCONFIRMED Severity: normal

[Bug sanitizer/85774] Incorrect stack-use-after-scope caused by missing cleanup of shadow bytes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85774 --- Comment #5 from Jakub Jelinek --- If the variable is unused, why is any stack assigned to it?

[Bug target/41084] Filling xmm register with all bit set is not optimized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41084 Alexander Monakov changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug sanitizer/85774] Incorrect stack-use-after-scope caused by missing cleanup of shadow bytes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85774 --- Comment #2 from Martin Liška --- It's very interesting issue, took me some time to investigate what happens. So first gimplifier creates a stack vars that have no usage: Setup () { const struct function D.31062; struct __lambda0

[Bug sanitizer/85774] Incorrect stack-use-after-scope caused by missing cleanup of shadow bytes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85774 --- Comment #4 from Martin Liška --- (In reply to Jakub Jelinek from comment #3) > Can we say in sanopt look for variables only referenced in these > poison/unpoison ifns and not by anything else and just drop those ifns? That's actually what

[Bug target/85769] [8/9 Regression] ICE in extract_constrain_insn, at recog.c:2205 for -mcpu=thunderx

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85769 Wilco changed: What|Removed |Added CC||wilco at gcc dot gnu.org --- Comment #3 from

[Bug ipa/85655] [8/9 Regression] ICE with -flto and -O2 during IPA pass: cp lto1: internal compiler error: Segmentation fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85655 --- Comment #7 from Martin Liška --- Is it resolved now?

[Bug c/85789] New: Signed integer overflow with nonzero optimization in cse.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85789 Bug ID: 85789 Summary: Signed integer overflow with nonzero optimization in cse.c Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal

[Bug libstdc++/85792] New: #include triggers Wctor-dtor-privcay

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85792 Bug ID: 85792 Summary: #include triggers Wctor-dtor-privcay Product: gcc Version: 8.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++

[Bug other/85778] unexpected results with -O2, wrong code?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85778 --- Comment #4 from Scott Emmons --- > glibc has stat annotated with nonnull(1, 2) 1. Can you provide a reference to this code? This is helpful so that other people running into this (and it *will* happen, this ancient code no longer runs

[Bug tree-optimization/85794] [8/9 Regression][AArch64] ICE in expand_vector_condition in GIMPLE pass: veclower2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85794 ktkachov at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/85783] alloc-size-larger-than fires incorrectly with new[] and can't be disabled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85783 --- Comment #7 from Paul Smith --- Is there a way (in standard C++) to force non-inline? I'm not aware of one. So that means the only standard-conforming way to replace operator new is if it's in its own compilation unit all by itself? I

[Bug c++/85783] alloc-size-larger-than fires incorrectly with new[] and can't be disabled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85783 --- Comment #9 from Paul Smith --- Sorry; Andrew's original reply seemed to say that the use-case is non-conforming so the issue was WONTFIX. I also thought your comment #6 was referring to my example in comment #5: I just wanted to clarify

[Bug tree-optimization/85794] New: [8/9 Regression][AArch64] ICE in expand_vector_condition in GIMPLE pass: veclower2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85794 Bug ID: 85794 Summary: [8/9 Regression][AArch64] ICE in expand_vector_condition in GIMPLE pass: veclower2 Product: gcc Version: 8.1.1 Status: UNCONFIRMED

[Bug tree-optimization/85793] [8/9 Regression][AARCH64] ICE in verify_gimple during GIMPLE pass vect.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85793 amker at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/85795] New: bad_alloc thrown from allocation function when bad_array_length is expected

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85795 Bug ID: 85795 Summary: bad_alloc thrown from allocation function when bad_array_length is expected Product: gcc Version: 8.0 Status: UNCONFIRMED Severity:

[Bug c++/85783] alloc-size-larger-than fires incorrectly with new[] and can't be disabled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85783 --- Comment #6 from Martin Sebor --- Inlining happens automatically unless it's disabled. The inlining of the operator results in the excessive constant argument (created by the C++ front-end) to propagate to the call to malloc(). That's what

[Bug fortran/85786] [regression] Segfault in associated intrinsic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85786 kargl at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4

[Bug target/85791] multiply overflow (128 bit)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85791 --- Comment #4 from Marc Glisse --- (In reply to Ruslan Nikolaev from comment #0) > 2. unsigned long long func(unsigned long long a, unsigned long long b) > { > __uint128_t c = (__uint128_t) a * b; > if (c > (unsigned long long)

[Bug lto/85583] [9 Regression] lto1: internal compiler error: in lto_balanced_map, at lto/lto-partition.c:833

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85583 --- Comment #7 from Jan Hubicka --- Author: hubicka Date: Tue May 15 16:39:43 2018 New Revision: 260266 URL: https://gcc.gnu.org/viewcvs?rev=260266=gcc=rev Log: PR lto/85583 * lto-partition.c (account_reference_p): Do not

[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|ASSIGNED|RESOLVED Resolution|---

[Bug c++/85783] alloc-size-larger-than fires incorrectly with new[] and can't be disabled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85783 --- Comment #8 from Martin Sebor --- There is no standard way to say "don't inline this function." It's up to the compiler to decide what to inline just so long as it doesn't violate the requirements. There is also no requirement that the

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85749 --- Comment #3 from Jonathan Wakely --- Author: redi Date: Tue May 15 15:36:46 2018 New Revision: 260263 URL: https://gcc.gnu.org/viewcvs?rev=260263=gcc=rev Log: PR libstdc++/85749 constrain seed sequences for random number engines Constrain

[Bug c++/83400] g++ -O1 doesn't execute any code in destructors with a throw statement if it sees another throw

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83400 --- Comment #3 from Mathias Stearn --- This is related to https://wg21.link/CWG2219

[Bug fortran/85786] Segfault in associated intrinsic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85786 --- Comment #3 from Steve Kargl --- On Tue, May 15, 2018 at 04:50:41AM +, angus at agibson dot me wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85786 > > --- Comment #2 from Angus Gibson --- > Changing the declaration of e to also

[Bug c++/85799] New: __builin_expect doesn't propagate through inlined functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85799 Bug ID: 85799 Summary: __builin_expect doesn't propagate through inlined functions Product: gcc Version: 8.1.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/85796] New: ICE: Floating point exception

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85796 Bug ID: 85796 Summary: ICE: Floating point exception Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran

[Bug fortran/85786] [regression] Segfault in associated intrinsic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85786 --- Comment #5 from Steve Kargl --- On Tue, May 15, 2018 at 05:49:15PM +, kargl at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85786 > > kargl at gcc dot gnu.org changed: > >What|Removed

[Bug fortran/85786] [8/9 Regression] Segfault in associated intrinsic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85786 Dominique d'Humieres changed: What|Removed |Added Keywords||wrong-code

[Bug fortran/85786] [8/9 Regression] Segfault in associated intrinsic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85786 --- Comment #7 from Steve Kargl --- On Tue, May 15, 2018 at 06:47:49PM +, dominiq at lps dot ens.fr wrote: > > --- Comment #6 from Dominique d'Humieres --- > Likely r251949. > There are no changes within

[Bug fortran/72714] [6/7/8/9 Regression] [Coarray] ICE in gfc_array_init_size, at fortran/trans-array.c:5235

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72714 G. Steinmetz changed: What|Removed |Added CC||gs...@t-online.de ---

[Bug fortran/85797] New: ICE in gfc_element_size, at fortran/target-memory.c:126

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85797 Bug ID: 85797 Summary: ICE in gfc_element_size, at fortran/target-memory.c:126 Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal

[Bug other/85778] unexpected results with -O2, wrong code?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85778 Martin Sebor changed: What|Removed |Added CC||msebor at gcc dot gnu.org --- Comment #5

[Bug c++/58407] [C++11] Should warn about deprecated implicit generation of copy constructor/assignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58407 Jason Merrill changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug fortran/85798] New: ICE in get_array_index, at fortran/data.c:69

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85798 Bug ID: 85798 Summary: ICE in get_array_index, at fortran/data.c:69 Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug fortran/85798] ICE in get_array_index, at fortran/data.c:69

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85798 --- Comment #1 from G. Steinmetz --- For comparison : $ cat z2.f90 program p integer, allocatable :: a(:) data a(1) / 789 / end $ gfortran-9-20180513 -c z2.f90 z2.f90:3:7: data a(1) / 789 / 1 Error: DATA

[Bug tree-optimization/85788] False positive of -Wstringop-overflow= warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85788 Martin Sebor changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/85799] __builin_expect doesn't propagate through inlined functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85799 --- Comment #1 from Mathias Stearn --- LLVM bug: https://bugs.llvm.org/show_bug.cgi?id=37476

[Bug libstdc++/85773] Embedded nulls in filesystem::path cause problems

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85773 --- Comment #4 from Jonathan Wakely --- Yes, doing nothing is also possible, and a reasonable choice.

[Bug sanitizer/85774] Incorrect stack-use-after-scope caused by missing cleanup of shadow bytes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85774 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug c/85800] New: A miscompilation bug with unsigned char

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85800 Bug ID: 85800 Summary: A miscompilation bug with unsigned char Product: gcc Version: 7.3.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug c++/85795] bad_alloc thrown from allocation function when bad_array_length is expected

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85795 Jason Merrill changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/85714] -Wimplicit-fallthrough and nested exhaustive switch statements with enum classes and return

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85714 TC changed: What|Removed |Added CC||rs2740 at gmail dot com --- Comment #2 from TC

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85753 --- Comment #2 from Martin Sebor --- Author: msebor Date: Wed May 16 02:30:38 2018 New Revision: 260280 URL: https://gcc.gnu.org/viewcvs?rev=260280=gcc=rev Log: PR tree-optimization/85753 - missing -Wrestrict on memcpy into a member array

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78969 John Lindgren changed: What|Removed |Added CC||john at jlindgren dot net --- Comment

[Bug c++/58407] [C++11] Should warn about deprecated implicit generation of copy constructor/assignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58407 Jason Merrill changed: What|Removed |Added Attachment #43637|0 |1 is obsolete|

[Bug tree-optimization/84774] [meta-bug] bogus/missing -Wrestrict

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84774 Bug 84774 depends on bug 85753, which changed state. Bug 85753 Summary: missing -Wrestrict on memcpy into a member array https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85753 What|Removed |Added

[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 Status|ASSIGNED|RESOLVED Version|8.0

[Bug c++/64372] [DR1560] Gratuitous lvalue-to-rvalue conversion in conditional-expression with throw-expression operand

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64372 Jason Merrill changed: What|Removed |Added Status|NEW |ASSIGNED CC|

[Bug libstdc++/78870] Support std::filesystem on Windows

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

[Bug middle-end/85643] attribute nonstring fails to squash -Wstringop-truncation warning at an offset

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85643 --- Comment #4 from Martin Sebor --- Author: msebor Date: Tue May 15 21:52:16 2018 New Revision: 260271 URL: https://gcc.gnu.org/viewcvs?rev=260271=gcc=rev Log: PR middle-end/85643 - attribute nonstring fails to squash -Wstringop-truncation

[Bug middle-end/85643] attribute nonstring fails to squash -Wstringop-truncation warning at an offset

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85643 --- Comment #5 from Martin Sebor --- Committed into trunk in r260271.

[Bug c++/64372] [DR1560] Gratuitous lvalue-to-rvalue conversion in conditional-expression with throw-expression operand

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64372 --- Comment #10 from Jason Merrill --- Author: jason Date: Tue May 15 21:56:29 2018 New Revision: 260272 URL: https://gcc.gnu.org/viewcvs?rev=260272=gcc=rev Log: PR c++/64372 - CWG 1560, gratuitous lvalue-rvalue conversion in ?:

[Bug fortran/85796] ICE: Floating point exception

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85796 Dominique d'Humieres changed: What|Removed |Added Priority|P3 |P4