[Bug middle-end/85721] bad codegen for looped copy of primitives at -O2 and -O3 (differently bad)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85721 --- Comment #4 from Mathias Stearn --- Marc Glisse pointed out at https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85720#c3 that my I missed an aliasing case when I created this ticket. memmove isn't a valid replacement if out is in the range (in,

[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 #2 from Martin Liška

[Bug tree-optimization/85730] New: complex code for modifying lowest byte in a 4-byte vector

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85730 Bug ID: 85730 Summary: complex code for modifying lowest byte in a 4-byte vector Product: gcc Version: 9.0 Status: UNCONFIRMED Keywords: missed-optimization

[Bug target/85718] Incorrect name mangling for va_list on mipsel

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85718 --- Comment #5 from Richard Oliver --- (In reply to Jonathan Wakely from comment #4) > So then this behaviour is correct and working as intended. Even accepting the fact that 'void *' is a valid implementation for va_args, surely the code

[Bug bootstrap/64914] [UBSAN/bootstrap-ubsan] With -g3: libiberty/md5.c:336:7: runtime error: load of misaligned address for type 'const md5_uint32', which requires 4 byte alignment

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

[Bug other/63426] [meta-bug] Issues found with -fsanitize=undefined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63426 Bug 63426 depends on bug 64914, which changed state. Bug 64914 Summary: [UBSAN/bootstrap-ubsan] With -g3: libiberty/md5.c:336:7: runtime error: load of misaligned address for type 'const md5_uint32', which requires 4 byte alignment

[Bug bootstrap/64914] [UBSAN/bootstrap-ubsan] With -g3: libiberty/md5.c:336:7: runtime error: load of misaligned address for type 'const md5_uint32', which requires 4 byte alignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64914 --- Comment #4 from Martin Liška --- Author: marxin Date: Thu May 10 10:15:42 2018 New Revision: 260112 URL: https://gcc.gnu.org/viewcvs?rev=260112=gcc=rev Log: Improve boostrap-ubsan config (PR bootstrap/64914). 2018-05-10 Martin Liska

[Bug fortran/70864] internal compiler error: in gfc_get_symbol_decl, at fortran/trans-decl.c:1403

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70864 --- Comment #5 from Paul Thomas --- Author: pault Date: Thu May 10 10:48:50 2018 New Revision: 260113 URL: https://gcc.gnu.org/viewcvs?rev=260113=gcc=rev Log: 2018-05-10 Paul Thomas PR fortran/68846 PR

[Bug fortran/68846] Pointer function as LValue doesn't work when the assignment regards a dummy argument.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68846 --- Comment #7 from Paul Thomas --- Author: pault Date: Thu May 10 10:48:50 2018 New Revision: 260113 URL: https://gcc.gnu.org/viewcvs?rev=260113=gcc=rev Log: 2018-05-10 Paul Thomas PR fortran/68846 PR

[Bug sanitizer/85389] posix_memalign() crash with address sanitizer when passing invalid arguments

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

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85656 --- Comment #3 from Rainer Orth --- Created attachment 44108 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44108=edit i386-pc-solaris2.11 ipa-icf-38.exe.wpa.073i.icf It's only one part that fails FAIL: gcc.dg/ipa/ipa-icf-38.c

[Bug fortran/70864] internal compiler error: in gfc_get_symbol_decl, at fortran/trans-decl.c:1403

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70864 Paul Thomas changed: What|Removed |Added CC||pault at gcc dot gnu.org

[Bug fortran/68846] Pointer function as LValue doesn't work when the assignment regards a dummy argument.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68846 Paul Thomas changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org ---

[Bug libstdc++/85729] New: including c++ headers within extern "C" linkage specification

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85729 Bug ID: 85729 Summary: including c++ headers within extern "C" linkage specification Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal

[Bug libstdc++/85729] including c++ headers within extern "C" linkage specification

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85729 --- Comment #1 from Jonathan Wakely --- See also PR 69386 where we had to workaround: extern "C" { #inclue } which includes which includes . Sigh.

[Bug libstdc++/85732] use_facet<moneypunct<char, true>>(mylocale) retrieving wrong locale information

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

[Bug rtl-optimization/85180] Infinite loop in RTL DSE optimizer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85180 Matt Weber changed: What|Removed |Added CC||matthew.weber@rockwellcolli

[Bug libstdc++/85732] use_facet<moneypunct<char, true>>(mylocale) retrieving wrong locale information

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85732 --- Comment #4 from Jonathan Wakely --- Reduced: #include #include using namespace std; void test(std::locale loc) { cout << "--> Setting locale '" << loc.name() << "'\n"; const moneypunct & l_facMoneyIntl =

[Bug libstdc++/83140] assoc_legendre returns negated value when m is odd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83140 --- Comment #4 from emsr at gcc dot gnu.org --- Author: emsr Date: Thu May 10 13:59:52 2018 New Revision: 260115 URL: https://gcc.gnu.org/viewcvs?rev=260115=gcc=rev Log: 2018-05-10 Edward Smith-Rowland <3dw...@verizon.net> PR

[Bug c++/85732] New: use_facet<moneypunct<char, true>>(mylocale) retrieving wrong locale information

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85732 Bug ID: 85732 Summary: use_facet>(mylocale) retrieving wrong locale information Product: gcc Version: 6.4.0 Status: UNCONFIRMED

[Bug c++/85731] New: [8/9 Regression] Inner class method declaration changes meaning of outer template class template method

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85731 Bug ID: 85731 Summary: [8/9 Regression] Inner class method declaration changes meaning of outer template class template method Product: gcc Version: 8.1.0

[Bug c++/70693] valgrind error in get_visual_column

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70693 David Binderman changed: What|Removed |Added CC||dmalcolm at gcc dot gnu.org ---

[Bug libstdc++/85729] including c++ headers within extern "C" linkage specification

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85729 --- Comment #3 from Jonathan Wakely --- Does that fix it? If not then we'll need a preprocessed reproducer.

[Bug libstdc++/85732] use_facet<moneypunct<char, true>>(mylocale) retrieving wrong locale information

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85732 Jonathan Wakely changed: What|Removed |Added Status|WAITING |NEW --- Comment #3 from Jonathan

[Bug libstdc++/85732] use_facet<moneypunct<char, true>>(mylocale) retrieving wrong locale information

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85732 --- Comment #5 from Tom Straub --- Hi Johnathon, Okay, thanks for confirming. I didn't realize it was such as old bug. You're right, I just recently switched over to using -static (got tired of the library mismatches with multiple gcc versions

[Bug target/85733] New: ARM -mbe8 behaviour doesn't match documentation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85733 Bug ID: 85733 Summary: ARM -mbe8 behaviour doesn't match documentation Product: gcc Version: 8.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug c++/70693] valgrind error in get_visual_column

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70693 --- Comment #3 from David Binderman --- Reduced code seems to be class a { public:typedef char b; }; namespace { class c {

[Bug c++/85732] use_facet<moneypunct<char, true>>(mylocale) retrieving wrong locale information

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85732 --- Comment #1 from Tom Straub --- Sorry, wrong compiler included in post, here is the right one: $ g++ --version g++ (Ubuntu 6.4.0-17ubuntu1~16.04) 6.4.0 20180424 Copyright (C) 2017 Free Software Foundation, Inc. This is free software; see the

[Bug target/85730] complex code for modifying lowest byte in a 4-byte vector

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85730 Marc Glisse changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/84379] Problems with sol2.c GTY handling

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84379 Rainer Orth changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED URL|

[Bug libstdc++/71181] Reserving in unordered_map doesn't reserve enough

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71181 --- Comment #6 from Jonathan Wakely --- François, I think you fixed this for GCC 7.1, so should we close the bug report?

[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 #9 from Antony Polukhin --- There's an identical issue for clang: https://bugs.llvm.org/show_bug.cgi?id=37329 During review of that issue Richard Smith noted that the solution could be made more generic by adding `__restrict` for

[Bug libstdc++/85729] including c++ headers within extern "C" linkage specification

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85729 --- Comment #2 from Jonathan Wakely --- Author: redi Date: Thu May 10 12:35:45 2018 New Revision: 260114 URL: https://gcc.gnu.org/viewcvs?rev=260114=gcc=rev Log: PR libstdc++/85729 add linkage specifications to headers PR

[Bug target/85606] [8 regression] Assembly file generated for ARM Cortex-M0 should not specify `.arch armv6-m` at all or use `.arch armv6s-m`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85606 Richard Earnshaw changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/54613] [F08] Add FINDLOC plus support MAXLOC/MINLOC with KIND=/BACK=

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54613 --- Comment #10 from Thomas Koenig --- Author: tkoenig Date: Thu May 10 14:31:54 2018 New Revision: 260116 URL: https://gcc.gnu.org/viewcvs?rev=260116=gcc=rev Log: 2018-05-10 Thomas Koenig PR fortran/54613

[Bug c++/85400] invalid Local Dynamic TLS relaxation for symbol defined in method

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85400 Eric Botcazou changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug tree-optimization/85699] [9 regression] gcc.dg/nextafter-2.c fail

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85699 --- Comment #5 from Jakub Jelinek --- Author: jakub Date: Thu May 10 07:38:24 2018 New Revision: 260107 URL: https://gcc.gnu.org/viewcvs?rev=260107=gcc=rev Log: PR tree-optimization/85699 * gcc.dg/nextafter-1.c (NO_LONG_DOUBLE):

[Bug c++/85400] invalid Local Dynamic TLS relaxation for symbol defined in method

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85400 --- Comment #6 from Eric Botcazou --- Author: ebotcazou Date: Thu May 10 07:36:38 2018 New Revision: 260106 URL: https://gcc.gnu.org/viewcvs?rev=260106=gcc=rev Log: PR c++/85400 cp/ * decl2.c (adjust_var_decl_tls_model): New

[Bug c++/85728] New: strncpy -Wstringop-truncation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85728 Bug ID: 85728 Summary: strncpy -Wstringop-truncation Product: gcc Version: 8.0.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug c++/85715] internal compiler error: in reshape_init_class ( in anonymous union )

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85715 Marek Polacek changed: What|Removed |Added Target Milestone|--- |7.4 --- Comment #2 from Marek Polacek

[Bug c++/85728] strncpy -Wstringop-truncation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85728 Martin Sebor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug c++/85715] internal compiler error: in reshape_init_class ( in anonymous union )

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

[Bug c/85562] -Wsuggest-attribute=malloc misleads about "returning normally"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85562 Paul Eggert changed: What|Removed |Added CC||eggert at gnu dot org --- Comment #2 from

[Bug libstdc++/85729] including c++ headers within extern "C" linkage specification

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

[Bug libstdc++/85729] including c++ headers within extern "C" linkage specification

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85729 --- Comment #4 from nsz at gcc dot gnu.org --- (In reply to Jonathan Wakely from comment #3) > Does that fix it? yes, thanks.

[Bug target/85434] Address of stack protector guard spilled to stack on ARM

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85434 --- Comment #12 from Thomas Preud'homme --- (In reply to Thomas Preud'homme from comment #11) > I've started to work on a new patch according to review feedbacks. I've > reached the stage where I can compile without -fPIC with the stack protect

[Bug c/85734] New: --suggest-attribute=malloc misdiagnoses static functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85734 Bug ID: 85734 Summary: --suggest-attribute=malloc misdiagnoses static functions Product: gcc Version: 8.1.1 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/85693] Generation of SAD (Sum of Absolute Difference) instruction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85693 --- Comment #5 from uros at gcc dot gnu.org --- Author: uros Date: Thu May 10 14:50:59 2018 New Revision: 260117 URL: https://gcc.gnu.org/viewcvs?rev=260117=gcc=rev Log: PR target/85693 * config/i386/sse.md (usadv64qi): New

[Bug lto/48200] linking shared library with LTO results in different exported symbols

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200 --- Comment #19 from Xi Ruoyao --- I think the best result would be like FMV, for e.g. int foo(void) __attribute__((symver("@1.1"))) { return 0; } int foo(void) __attribute__((symver("@@1.2"))) { return 1; } Would produce two symbols

[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 #10 from Marc Glisse --- This seems fixed in 8.1 (at least we don't generate the extra mov anymore), can you check?

[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 #4 from Martin Jambor --- I have posted a proposed fix to the mailing list: https://gcc.gnu.org/ml/gcc-patches/2018-05/msg00468.html

[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 #11 from Antony Polukhin --- Seems perfect https://godbolt.org/g/GX3GQd The mov is not generated for any constructor and the following code: extern struct A a; struct A { int m, n; A(const A ); }; A::A(const A ) : m(v.m),

[Bug fortran/85737] New: gfortran 8.1.0 false positive with -Wdo-subscript

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85737 Bug ID: 85737 Summary: gfortran 8.1.0 false positive with -Wdo-subscript Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3

[Bug fortran/85735] f951 crashes on empty input

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

[Bug c++/85717] anonymous union in initializer list : do not handle the types correctly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85717 --- Comment #1 from claudio daffra --- if swap types, result of compilation changes : union { uint64_tinteger ; double real; } ; union { double real; uint64_tinteger ;

[Bug libstdc++/85732] use_facet<moneypunct<char, true>>(mylocale) retrieving wrong locale information

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85732 --- Comment #6 from Jonathan Wakely --- This isn't a libstdc++ bug, I get the same with a pure C program: $ cat loc.c #include #include #include int main() { locale_t loc = newlocale(1 << LC_ALL, "en_US.UTF-8", 0); const char* ccurr =

[Bug c++/85736] New: Support warn_unused or warn_unused_result on specific constructors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85736 Bug ID: 85736 Summary: Support warn_unused or warn_unused_result on specific constructors Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal

[Bug c++/85662] [8/9 Regression] "error: non-constant condition for static assertion" from __builtin_offsetof in C++

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85662 --- Comment #5 from Jakub Jelinek --- Author: jakub Date: Thu May 10 17:40:28 2018 New Revision: 260119 URL: https://gcc.gnu.org/viewcvs?rev=260119=gcc=rev Log: PR c++/85662 * c-common.h (fold_offsetof_1): Removed.

[Bug fortran/85735] New: f951 crashes on empty input

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85735 Bug ID: 85735 Summary: f951 crashes on empty input Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran

[Bug c++/85717] anonymous union in initializer list : do not handle the types correctly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85717 --- Comment #2 from claudio daffra --- if swap types, result of compilation changes : union { uint64_tinteger ; double real; } ; union { double real; uint64_tinteger ;

[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 #12 from Antony Polukhin --- (In reply to Marc Glisse from comment #10) > This seems fixed in 8.1 (at least we don't generate the extra mov anymore), > can you check? Actually it still does not work for subobjects. For example

[Bug libstdc++/85732] use_facet<moneypunct<char, true>>(mylocale) retrieving wrong locale information

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85732 --- Comment #7 from Tom Straub --- Hi Jonathan, Thanks for really tracking that down. Looks like a really deep and subtle bug. I hope somebody knows where to look to fix it in the glibc code. Best, Tom

[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 #13 from Marc Glisse --- Explicitly marking the constructor with __restrict lets it optimize also the testcase in comment #12. I have no idea what was changed in gcc-8 that helped the original testcase, but it wasn't equivalent to

[Bug fortran/85735] f951 crashes on empty input

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85735 --- Comment #2 from Marek Polacek --- Author: mpolacek Date: Thu May 10 18:33:22 2018 New Revision: 260120 URL: https://gcc.gnu.org/viewcvs?rev=260120=gcc=rev Log: PR fortran/85735 * options.c (gfc_post_options): Set

[Bug fortran/85735] f951 crashes on empty input

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85735 Marek Polacek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/80227] [6/7 Regression] SFINAE ambiguity with a pointer to array argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80227 Jason Merrill changed: What|Removed |Added CC||dawid_jurek at vp dot pl --- Comment #8

[Bug c++/85739] New: internal compiler error: in finish_member_declaration, at cp/semantics.c:3057

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85739 Bug ID: 85739 Summary: internal compiler error: in finish_member_declaration, at cp/semantics.c:3057 Product: gcc Version: 8.1.0 Status: UNCONFIRMED Severity:

Dassault SIMULIA Accounts

Hi, I would like to know if you are interested in acquiring Dassault SIMULIA Users List. Information fields: Names, Title, Email, Phone, Company Name, Company URL, Company physical address, SIC Code, Industry, Company Size (Revenue and Employee). We also have related technology users

[Bug c++/80227] [6/7 Regression] SFINAE ambiguity with a pointer to array argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80227 --- Comment #7 from Jason Merrill --- *** Bug 68280 has been marked as a duplicate of this bug. ***

[Bug c++/68280] dependent arrays of excessive size not diagnosed

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

[Bug c++/80227] [6/7 Regression] SFINAE ambiguity with a pointer to array argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80227 Jason Merrill changed: What|Removed |Added CC||barry.revzin at gmail dot com ---

[Bug c++/82893] Bad diagnostic on negative sized array

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

[Bug tree-optimization/80617] [missed optimization] Storing constant in two possibly-aliased locations

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80617 --- Comment #9 from Marc Glisse --- The testcases from comment #6 and comment #7 are now (gcc-8) properly optimized. The original has lost one of the 2 calls to free, one remains: __old_val_4 = MEM[(void * &)a_2(D)]; MEM[(void * &)a_2(D)] =

[Bug fortran/85737] gfortran 8.1.0 false positive with -Wdo-subscript

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85737 Thomas Koenig changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug fortran/85738] New: internal compiler error: verify_gimple failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85738 Bug ID: 85738 Summary: internal compiler error: verify_gimple failed Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[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 #14 from Marc Glisse --- (In reply to Marc Glisse from comment #13) > I have no idea what was changed in gcc-8 that > helped the original testcase, (optimization happens in FRE1) It could be an optimization that says that either the

[Bug c++/80169] G++ (cc1plus) hangs forever compiling template when size of array is enormous

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80169 Jason Merrill changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug tree-optimization/80617] [missed optimization] Storing constant in two possibly-aliased locations

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80617 Andrew Pinski changed: What|Removed |Added Severity|normal |enhancement --- Comment #10 from Andrew

[Bug c/85623] strncmp() warns about attribute 'nonstring' incorrectly in -Wstringop-overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85623 Martin Sebor changed: What|Removed |Added Keywords||patch --- Comment #3 from Martin Sebor

[Bug tree-optimization/85741] [meta-bug] bogus/missing -Wformat-overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85741 Eric Gallager changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug middle-end/85598] [7/8/9 Regression] Incorrect warning only at -O2 and -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85598 --- Comment #2 from Martin Sebor --- The problem is that the warning pass sees x as having the range of [0, 256] rather than [0, 255]. The incorrect range can also be seen in EVRP. There is no warning at -O1 because the range determined at

[Bug tree-optimization/85741] New: [meta-bug] bogus/missing -Wformat-overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85741 Bug ID: 85741 Summary: [meta-bug] bogus/missing -Wformat-overflow Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug middle-end/85740] Non-optimal determining maximum in a loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85740 --- Comment #1 from Andrew Pinski --- These functions are not functional equivalent. In the b.c, it records the max location but it is the last element which contains that value. While in c.c, the first element which contains the value is

[Bug middle-end/85740] Non-optimal determining maximum in a loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85740 --- Comment #2 from Andrew Pinski --- (In reply to Andrew Pinski from comment #1) > These functions are not functional equivalent. To get them equivalent, you either need to use >= or <=.

[Bug middle-end/85740] Non-optimal determining maximum in a loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85740 --- Comment #3 from Dominique d'Humieres --- > These functions are not functional equivalent. > > In the b.c, it records the max location but it is the last element which > contains that value. While in c.c, the first element which contains >

[Bug middle-end/85740] Non-optimal determining maximum in a loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85740 --- Comment #4 from Andrew Pinski --- (a a) != 0

[Bug fortran/70870] Segmentation violation in gfc_assign_data_value

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70870 --- Comment #10 from kargl at gcc dot gnu.org --- Author: kargl Date: Thu May 10 22:43:00 2018 New Revision: 260138 URL: https://gcc.gnu.org/viewcvs?rev=260138=gcc=rev Log: 2018-05-10 Steven G. Kargl PR

[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 --- Comment #6 from kargl at gcc dot gnu.org --- Author: kargl Date: Thu May 10 22:45:38 2018 New Revision: 260139 URL: https://gcc.gnu.org/viewcvs?rev=260139=gcc=rev Log: 2018-05-10 Steven G. Kargl PR

[Bug fortran/85687] ICE in gfc_sym_identifier, at fortran/trans-decl.c:351

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85687 --- Comment #3 from kargl at gcc dot gnu.org --- Author: kargl Date: Thu May 10 22:49:44 2018 New Revision: 260141 URL: https://gcc.gnu.org/viewcvs?rev=260141=gcc=rev Log: 2018-05-10 Steven G. Kargl PR

[Bug c++/85363] Throwing exception from member constructor (brace initializer vs initializer list)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85363 --- Comment #6 from Marek Polacek --- P::P () is marked as TREE_NOTHROW because when we're processing X::X ((struct X *) <<< Unknown tree: void_cst >>>, 20) (which can throw) in set_flags_from_callee, cfun is null in this case, so we don't mark

[Bug libstdc++/85732] use_facet<moneypunct<char, true>>(mylocale) retrieving wrong locale information

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

[Bug c/85744] New: Returning INT_FAST64_MIN become zero

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85744 Bug ID: 85744 Summary: Returning INT_FAST64_MIN become zero Product: gcc Version: 4.8.5 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug target/85744] Returning INT_FAST64_MIN become zero

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85744 Andrew Pinski changed: What|Removed |Added Component|c |target --- Comment #3 from Andrew

[Bug c++/85743] New: Cannot call template member function inside a variadic lambda unless specifying `this`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85743 Bug ID: 85743 Summary: Cannot call template member function inside a variadic lambda unless specifying `this` Product: gcc Version: 8.1.0 Status: UNCONFIRMED

[Bug c/85744] Returning INT_FAST64_MIN become zero

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85744 --- Comment #1 from Andrew Pinski --- Try 0x8000ULL

[Bug c/85744] Returning INT_FAST64_MIN become zero

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85744 --- Comment #2 from cerlane --- (In reply to Andrew Pinski from comment #1) > Try 0x8000ULL No unfortunately, it still returns 0x0.

[Bug fortran/85742] New: sizeof allocatable arrays returning wrong value

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85742 Bug ID: 85742 Summary: sizeof allocatable arrays returning wrong value Product: gcc Version: 8.0.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug libstdc++/83140] assoc_legendre returns negated value when m is odd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83140 --- Comment #5 from emsr at gcc dot gnu.org --- Author: emsr Date: Fri May 11 01:44:05 2018 New Revision: 260149 URL: https://gcc.gnu.org/viewcvs?rev=260149=gcc=rev Log: correct changelog! 2018-05-10 Edward Smith-Rowland <3dw...@verizon.net>

[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 #15 from Marc Glisse --- Created attachment 44112 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44112=edit Untested patch Something like this, but I haven't tested, and other calls to build_this_parm need auditing to check if

[Bug target/85733] ARM -mbe8 behaviour doesn't match documentation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85733 --- Comment #1 from joseph at codesourcery dot com --- Sounds like a regression if this is the case, since bpabi.h in GCC 7 does include march=armv8-a in BE8_LINK_SPEC.

  1   2   >