[Bug c/88700] C11 Annex K builtins

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88700 --- Comment #1 from Andrew Pinski --- I think this should be implemented in glibc rather than GCC first.

[Bug c/88701] New: Internal compiler error for valid program using compound literal with variably modified type.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88701 Bug ID: 88701 Summary: Internal compiler error for valid program using compound literal with variably modified type. Product: gcc Version: 9.0 Status: UNCONFIRMED

[Bug c/88363] [9 Regression] alloc_align attribute doesn't accept enumerated arguments

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

[Bug c/88363] [9 Regression] alloc_align attribute doesn't accept enumerated arguments

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88363 --- Comment #8 from Martin Sebor --- Author: msebor Date: Fri Jan 4 22:48:45 2019 New Revision: 267583 URL: https://gcc.gnu.org/viewcvs?rev=267583&root=gcc&view=rev Log: PR c/88363 - alloc_align attribute doesn't accept enumerated arguments gc

[Bug c/88701] Internal compiler error for valid program using compound literal with variably modified type.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88701 --- Comment #1 from Anders Granlund --- Another test case that also gives internal compiler error with the same compilation command line: void f(int n, int [(int (*)[n]) { 0 } == 0]); int main() { }

[Bug c/88700] C11 Annex K builtins

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88700 --- Comment #2 from joseph at codesourcery dot com --- Consensus in glibc is that Annex K is badly designed and should not be supported at all. See proposing obsoletion or removal.

[Bug c/88701] [9 Regression] Internal compiler error for valid program using compound literal with variably modified type.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88701 Joseph S. Myers changed: What|Removed |Added Keywords||ice-on-valid-code Status|U

[Bug c/88700] C11 Annex K builtins

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

[Bug c++/88699] [9 Regression] tree check fail: expected function_decl, have using_decl in add_method, at cp/class.c:1137

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88699 Jakub Jelinek changed: What|Removed |Added Keywords||ice-on-invalid-code CC|

[Bug c/88701] [9 Regression] Internal compiler error for valid program using compound literal with variably modified type.

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

[Bug c/88701] [9 Regression] Internal compiler error for valid program using compound literal with variably modified type.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88701 --- Comment #4 from Anders Granlund --- Thanks for the bisect.

[Bug ipa/88702] New: [6/7/8 regression] We do terrible job optimizing IsHTMLWhitespace from Firefox

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88702 Bug ID: 88702 Summary: [6/7/8 regression] We do terrible job optimizing IsHTMLWhitespace from Firefox Product: gcc Version: unknown Status: UNCONFIRMED Severity

[Bug target/88616] [9 Regression] ICE in gimplify_expr at gcc/gimplify.c:13363

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88616 --- Comment #4 from Khem Raj --- I am seeing similar ICE when compiling QT 5.12 on armhf, I have a un-reduced case but I think its same problem. Since the reduced case fails with my built gcc as well, I can test it out once a fix is available.

[Bug fortran/88653] Is this a compiler bug?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88653 Jerry DeLisle changed: What|Removed |Added Status|WAITING |NEW --- Comment #9 from Jerry DeLisle -

[Bug fortran/88190] compile_options.allow_std does not allow to distinguish between GFC_STD_GNU and GFC_STD_LEGACY

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88190 --- Comment #10 from Jerry DeLisle --- Any further thoughts on this?

[Bug libstdc++/77776] C++17 std::hypot implementation is poor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=6 --- Comment #2 from emsr at gcc dot gnu.org --- I have this in another tree which solves the inf issue: namespace __detail { // Avoid including all of template constexpr _Tp __fmax3(_Tp __x, _Tp __y, _Tp __z) { retur

[Bug c++/88699] [9 Regression] tree check fail: expected function_decl, have using_decl in add_method, at cp/class.c:1137

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88699 Jakub Jelinek changed: What|Removed |Added Keywords|ice-on-invalid-code | Priority|P3

[Bug fortran/69101] [F03] IEEE_SELECTED_REAL_KIND is not generic

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

[Bug c/88698] Relax generic vector conversions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88698 --- Comment #2 from Devin Hussey --- What I am saying is that I think -flax-vector-conversions should be default, or we should only have minimal warnings instead of errors. That will make generic vectors much easier to use. It is to be noted th

[Bug fortran/88653] Is this a compiler bug?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88653 --- Comment #10 from Dominique d'Humieres --- > Didn't someone just do some work on MAX1? pr88658, fix at https://gcc.gnu.org/ml/fortran/2019-01/msg6.html.

[Bug c/88698] Relax generic vector conversions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88698 --- Comment #3 from Andrew Pinski --- At one point -flax-vector-conversions was default and did the option did not exist. https://gcc.gnu.org/ml/gcc/2006-10/msg00682.html See also: https://gcc.gnu.org/ml/gcc/2006-11/msg00051.html NOTE havin

[Bug c/88698] Relax generic vector conversions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88698 --- Comment #4 from Andrew Pinski --- (In reply to Devin Hussey from comment #2) > It is to be noted that Clang has -Wvector-conversion, which is the > equivalent of -fno-lax-vector-conversions, however, it is a warning that > only occurs with -W

[Bug middle-end/88703] New: oacc_validate_dims allows invalid dimensions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88703 Bug ID: 88703 Summary: oacc_validate_dims allows invalid dimensions Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: mi

[Bug c/88546] Copy attribute unusable for weakrefs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88546 --- Comment #5 from Martin Sebor --- Author: msebor Date: Sat Jan 5 00:57:30 2019 New Revision: 267591 URL: https://gcc.gnu.org/viewcvs?rev=267591&root=gcc&view=rev Log: PR c/88546 - Copy attribute unusable for weakrefs gcc/c-family/ChangeLog:

[Bug c/88546] Copy attribute unusable for weakrefs

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

[Bug c/88698] Relax generic vector conversions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88698 --- Comment #5 from Devin Hussey --- Well, if we are aiming for strict compliance, might as well throw out every GCC extension in existence (including vector extensions), those aren't strictly compliant to the C/C++ standard. /s The whole point

[Bug c/88430] -Wmissing-attributes warnings when including libquadmath headers

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

[Bug ipa/88702] [6/7/8 regression] We do terrible job optimizing IsHTMLWhitespace from Firefox

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

[Bug c/88704] New: Accepts invalid program with [*] outside function prototype scope.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88704 Bug ID: 88704 Summary: Accepts invalid program with [*] outside function prototype scope. Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal

[Bug ipa/88702] [6/7/8 regression] We do terrible job optimizing IsHTMLWhitespace from Firefox

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88702 --- Comment #2 from Jan Hubicka --- > With what options? I'm getting 3 bit tests both with -O2 and -O3, both when > using C and C++. And get that also if I rewrite the function to use a switch > instead. -O2 -flto and then look into release_ss

[Bug ipa/88702] [6/7/8 regression] We do terrible job optimizing IsHTMLWhitespace from Firefox

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88702 --- Comment #3 from Jakub Jelinek --- The only pass that can do about this (at least right now) is reassoc (both 1 and 2), which is too late for inlining. So, either teach fnsplit not to separate multiple if comparisons of the same variable agai

[Bug target/88705] New: [ARM][Generic Vector Extensions] float32x4/float64x2 vector operator overloads scalarize on NEON

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88705 Bug ID: 88705 Summary: [ARM][Generic Vector Extensions] float32x4/float64x2 vector operator overloads scalarize on NEON Product: gcc Version: 9.0 Status: UNCONFIRMED

[Bug target/88705] [ARM][Generic Vector Extensions] float32x4/float64x2 vector operator overloads scalarize on NEON

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88705 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug middle-end/88670] [meta-bug] generic vector extension issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88670 Bug 88670 depends on bug 88705, which changed state. Bug 88705 Summary: [ARM][Generic Vector Extensions] float32x4/float64x2 vector operator overloads scalarize on NEON https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88705 What|Remov

[Bug target/88705] [ARM][Generic Vector Extensions] float32x4/float64x2 vector operator overloads scalarize on NEON

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88705 --- Comment #2 from Andrew Pinski --- (In reply to Andrew Pinski from comment #1) > This is expected. For reference the patch which changed the behavior between 4.5.0 and 4.6.0: https://gcc.gnu.org/ml/gcc-patches/2010-06/msg02102.html

[Bug target/61367] Annoying rtx cost information in middle end dumps on arm/aarch64 targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61367 Andrew Pinski changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug target/88705] [ARM][Generic Vector Extensions] float32x4/float64x2 vector operator overloads scalarize on NEON

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88705 Devin Hussey changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID

[Bug middle-end/88670] [meta-bug] generic vector extension issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88670 Bug 88670 depends on bug 88705, which changed state. Bug 88705 Summary: [ARM][Generic Vector Extensions] float32x4/float64x2 vector operator overloads scalarize on NEON https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88705 What|Remov

[Bug target/88705] [ARM][Generic Vector Extensions] float32x4/float64x2 vector operator overloads scalarize on NEON

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

[Bug fortran/88653] Is this a compiler bug?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88653 --- Comment #11 from Jerry DeLisle --- OK, I had one other test fail which is one that requires inspection that my testsuite compares the output to a reference file. This required only updating my reference file to accomodate the fix where we too

[Bug target/88705] [ARM][Generic Vector Extensions] float32x4/float64x2 vector operator overloads scalarize on NEON

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88705 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/88705] [ARM][Generic Vector Extensions] float32x4/float64x2 vector operator overloads scalarize on NEON

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88705 --- Comment #6 from Andrew Pinski --- for the v4sf issue (v2sf has a similar issue too): (define_insn "vec_extract" [(set (match_operand: 0 "nonimmediate_operand" "=Um,r") (vec_select: (match_operand:VQ2 1 "s_register_operand"

[Bug fortran/47030] !GCC$ Attributes do not work for COMMON variables in procedures and BLOCK DATA

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47030 marco atzeri changed: What|Removed |Added Attachment #44949|0 |1 is obsolete|

<    1   2