[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|

[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 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 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 Keywords||missed-optimization --- Comment #4 from

[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/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 --- 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/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] 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 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 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 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 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #1

[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 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/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/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 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/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 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 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 #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/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++/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 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 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 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 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 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 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 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++/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/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/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 --- 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] 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/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] 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/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/88700] New: C11 Annex K builtins

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88700 Bug ID: 88700 Summary: C11 Annex K builtins Product: gcc Version: 8.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassi

[Bug target/88638] [9 Regression] FAIL: *string-format-1.* on darwin

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

[Bug d/88654] Hangs in libphobos testsuite

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88654 --- Comment #6 from Iain Buclaw --- (In reply to Jakub Jelinek from comment #4) > > My i686-linux bootstraps are done through a couple of executable scripts in > ~/hbin directory on x86_64-linux: > for i in ~/hbin/*; do echo ===$i===; cat $i; do

[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 Marek Polacek changed: What|Removed |Added Target Milestone|--- |9.0 Summary|tree check fail:

[Bug c++/88699] 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 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/88188] ICE in print_operand, at config/rs6000/rs6000.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88188 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug lto/48200] Implement function attribute for symbol versioning (.symver)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200 --- Comment #28 from Florian Weimer --- It seems that using symbol aliases (via .symver) in conjunction with LTO and a version script which has a local: * clause causes the LTO plugin to assume that the aliased function definitions are not (exter

[Bug c++/88699] 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 --- Comment #1 from David Binderman --- Bug seems to start someplace between revision 266950 and 267100.

[Bug c++/88699] New: 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 Bug ID: 88699 Summary: tree check fail: expected function_decl, have using_decl in add_method, at cp/class.c:1137 Product: gcc Version: 8.0 Status: UNCONFIRMED

[Bug c/88698] Relax generic vector conversions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88698 --- Comment #1 from Marc Glisse --- It would help if you could write some (very short) functions illustrating the behavior you are requesting. "convert", "compatible" all depend about the context in which they appear.

[Bug c++/87364] Pretty print of enumerator never prints the id, always falls back to C-style cast output

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

[Bug c/88698] New: Relax generic vector conversions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88698 Bug ID: 88698 Summary: Relax generic vector conversions Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assign

[Bug c/88695] Accepts invalid program with incompatible function types.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88695 Anders Granlund changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug testsuite/88697] New: New test case gcc.target/powerpc/pr88457.c in r267307 fails because of glibc requirement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88697 Bug ID: 88697 Summary: New test case gcc.target/powerpc/pr88457.c in r267307 fails because of glibc requirement Product: gcc Version: 9.0 Status: UNCONFIRMED Se

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88653 Jerry DeLisle changed: What|Removed |Added CC||jvdelisle at gcc dot gnu.org --- Comment

[Bug target/88640] ICE in mark_reachable_handlers, at tree-eh.c:3926

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88640 --- Comment #4 from Jakub Jelinek --- -Ofast -fsignaling-nans is a really weirdo combination of options, it says that NaNs aren't honored, but sNaNs are, so in this case it folds a _7 = 1.0 * _2 that is marked that could throw into just _7 = _2;

[Bug target/88696] New: Power VSX builtins missing vmuluwm / vector int vec_mul (vector int, vector int);

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88696 Bug ID: 88696 Summary: Power VSX builtins missing vmuluwm / vector int vec_mul (vector int, vector int); Product: gcc Version: 8.2.0 Status: UNCONFIRMED Severit

[Bug libstdc++/85517] std::variant exception safety problems

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85517 --- Comment #3 from Jonathan Wakely --- (In reply to Xiaoyi Zhang from comment #0) > 2. Conversion assignment operator=(T&&) > According to [variant.assign] 23.7.3.3 (11.3): if > is_nothrow_constructible == false && > is_nothrow_move_constructibl

[Bug target/84010] problematic TLS code generation on 64-bit SPARC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84010 --- Comment #12 from Eric Botcazou --- (> So, as far as I see it, we have two choices: > > 1. Disable all X -> LE relaxations in the linker. Works, but then gives > suboptimal performance if some code linked into an executable is built with > -f

[Bug libstdc++/87431] valueless_by_exception() should unconditionally return false if all the constructors are noexcept

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87431 --- Comment #10 from Jonathan Wakely --- Maybe like this: --- a/libstdc++-v3/include/std/variant +++ b/libstdc++-v3/include/std/variant @@ -439,7 +439,7 @@ namespace __variant constexpr bool _M_valid() const noexcept { -

[Bug target/84010] problematic TLS code generation on 64-bit SPARC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84010 --- Comment #11 from James Clarke --- (In reply to Eric Botcazou from comment #9) > > There are similar problems for other TLS models which can be relaxed, but > > even worse than this, local dynamic uses a sethi/xor for the offset from the > > d

[Bug middle-end/87836] ICE in cc1 for gcc-6.5.0 with SPARC hardware

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87836 --- Comment #25 from ro at CeBiTec dot Uni-Bielefeld.DE --- > --- Comment #24 from ro at CeBiTec dot Uni-Bielefeld.DE Uni-Bielefeld.DE> --- [...] > I may try a build on Solaris 10 with the snv_121 assembler myself. > The sparc machine is busy un

[Bug c/88695] Accepts invalid program with incompatible function types.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88695 --- Comment #5 from joseph at codesourcery dot com --- It's DR#316 that's relevant here (where the committee agreed with my interpretation that implies this example is valid, and reiterated their intent not to fix issues with unprototyped funct

[Bug d/88654] Hangs in libphobos testsuite

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88654 --- Comment #5 from Iain Buclaw --- (In reply to Jakub Jelinek from comment #4) > > If the test doesn't fail if it fails to load libcurl (and doesn't get > stuck), it is fine too. > If it fails if it is missing, yeah, something like a tcl proced

[Bug c/88568] [7/8/9 Regression] 'dllimport' no longer implies 'extern' in C

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88568 --- Comment #4 from joseph at codesourcery dot com --- On Fri, 4 Jan 2019, jakub at gcc dot gnu.org wrote: > Joseph, is there any meaning for DECL_EXTERNAL & TREE_STATIC, or is that > invalid flag combination? If the latter, we should go with t

[Bug c++/88694] constexpr isn't captured correctly in lambda

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88694 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c/88647] Rejects valid program dereferencing pointer with incomplete reference type.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88647 --- Comment #4 from Anders Granlund --- (In reply to jos...@codesourcery.com from comment #1) > 6.3.2.1#2 (conversion of lvalues to rvalues): "If the lvalue has an > incomplete type and does not have array type, the behavior is undefined.". >

[Bug c/88695] Accepts invalid program with incompatible function types.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88695 --- Comment #4 from Anders Granlund --- (In reply to Jonathan Wakely from comment #2) > See PR 64526 and DR 317. (Forgot to reply instead of adding an additional comment) Yes, the type of f does have a prototype. That fact is however not rel

[Bug c/88695] Accepts invalid program with incompatible function types.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88695 --- Comment #3 from Anders Granlund --- Yes, the type of f does have a prototype. That fact is however not relevant here. Note that I'm not making any calls to f here. I am only using f in a way that requires its type to be compatible wit

[Bug c/87964] c-attribs.c:3965: possible cut'n'paste error ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87964 Martin Sebor changed: What|Removed |Added Status|ASSIGNED|RESOLVED Version|8.0

[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 Keywords||patch --- Comment #6 from Martin Sebor -

[Bug target/84010] problematic TLS code generation on 64-bit SPARC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84010 --- Comment #10 from Eric Botcazou --- > So, if the above formulas are incorrect, relaxation is required in all cases. ...are correct...

[Bug tree-optimization/88398] vectorization failure for a small loop to do byte comparison

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88398 --- Comment #11 from Wilco --- (In reply to Jakub Jelinek from comment #10) > If the compiler knew say from PGO that pos is usually a multiple of certain > power of two and that the loop usually iterates many times (I guess the > latter can be de

[Bug target/84010] problematic TLS code generation on 64-bit SPARC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84010 --- Comment #9 from Eric Botcazou --- > There are similar problems for other TLS models which can be relaxed, but > even worse than this, local dynamic uses a sethi/xor for the offset from the > defining module's block to load a signed 32-bit val

[Bug target/88027] PowerPC generates slightly weird code for memset

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88027 acsawdey at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution

[Bug rtl-optimization/87763] [9 Regression] aarch64 target testcases fail after r265398

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87763 --- Comment #10 from Sam Tebbs --- Author: samtebbs Date: Fri Jan 4 16:26:38 2019 New Revision: 267579 URL: https://gcc.gnu.org/viewcvs?rev=267579&root=gcc&view=rev Log: [PATCH][GCC][Aarch64] Change expected bfxil count in gcc.target/aarch64/co

[Bug tree-optimization/88398] vectorization failure for a small loop to do byte comparison

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88398 --- Comment #10 from Jakub Jelinek --- If the compiler knew say from PGO that pos is usually a multiple of certain power of two and that the loop usually iterates many times (I guess the latter can be determined from comparing the bb count of the

[Bug tree-optimization/88693] [9 Regression] Wrong code since r263018

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88693 --- Comment #2 from Jakub Jelinek --- Created attachment 45346 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45346&action=edit gcc9-pr88693.patch Untested fix.

[Bug tree-optimization/88567] [9 Regression] ICE in get_initial_defs_for_reduction when building 521.wrf_r on AArch64 SVE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88567 --- Comment #5 from rsandifo at gcc dot gnu.org --- Created attachment 45345 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45345&action=edit Candidate patch I'll test the attached over the weekend. Seems to pass initial spot-testing.

[Bug tree-optimization/88398] vectorization failure for a small loop to do byte comparison

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88398 --- Comment #9 from ktkachov at gcc dot gnu.org --- For context, this is the hot loop in 557.xz_r from SPEC2017

[Bug c/64526] No warning on function call with excessive arguments

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64526 Jonathan Wakely changed: What|Removed |Added Keywords||diagnostic Status|RESOLVED

[Bug other/88691] Add support for -fuse-ld=lld (https://lld.llvm.org/)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88691 Eric Gallager changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug driver/83243] -fuse-ld=lld

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83243 Eric Gallager changed: What|Removed |Added CC||dilyan.palauzov at aegee dot org --- Co

[Bug c/88695] Accepts invalid program with incompatible function types.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88695 --- Comment #2 from Jonathan Wakely --- See PR 64526 and DR 317.

[Bug c/88695] Accepts invalid program with incompatible function types.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88695 --- Comment #1 from Anders Granlund --- Correction: The second standard reference should be 6.7.6.3/15 and not 6.7.3/15.

[Bug fortran/88685] [8/9 regression] pointer class array argument indexing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88685 --- Comment #4 from Steve Kargl --- On Fri, Jan 04, 2019 at 09:40:52AM +, antony at cosmologist dot info wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88685 > > --- Comment #2 from Antony Lewis --- > I think the individual elements

[Bug c/88695] New: Accepts invalid program with incompatible function types.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88695 Bug ID: 88695 Summary: Accepts invalid program with incompatible function types. Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priori

[Bug tree-optimization/88567] [9 Regression] ICE in get_initial_defs_for_reduction when building 521.wrf_r on AArch64 SVE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88567 --- Comment #4 from rsandifo at gcc dot gnu.org --- BTW, turns out that this is the same ICE as gcc.dg/vect/pr63379.c, which was on my list of things to look at in stage 4.

[Bug tree-optimization/88693] [9 Regression] Wrong code since r263018

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88693 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED CC|

[Bug rtl-optimization/88593] [9 Regression] cleanup_cfg may make cached dominance info stale

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88593 --- Comment #11 from H.J. Lu --- (In reply to Jakub Jelinek from comment #10) > So, is this actually a regression? I.e. is there a testcase that fails with > trunk? I believe this issue is latent on trunk.

[Bug tree-optimization/88567] [9 Regression] ICE in get_initial_defs_for_reduction when building 521.wrf_r on AArch64 SVE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88567 rsandifo at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirme

[Bug c/88568] [7/8/9 Regression] 'dllimport' no longer implies 'extern' in C

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88568 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org,

[Bug rtl-optimization/88593] [9 Regression] cleanup_cfg may make cached dominance info stale

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88593 --- Comment #10 from Jakub Jelinek --- So, is this actually a regression? I.e. is there a testcase that fails with trunk?

[Bug rtl-optimization/88593] [9 Regression] cleanup_cfg may make cached dominance info stale

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88593 --- Comment #9 from H.J. Lu --- (In reply to Jeffrey A. Law from comment #8) > That's an indication you've likely done something wrong with your local > properties HJ. LCM inherently also does LICM since LICM is just a special > case of PRE. Th

[Bug rtl-optimization/88593] [9 Regression] cleanup_cfg may make cached dominance info stale

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88593 --- Comment #8 from Jeffrey A. Law --- That's an indication you've likely done something wrong with your local properties HJ. LCM inherently also does LICM since LICM is just a special case of PRE.

[Bug rtl-optimization/88593] [9 Regression] cleanup_cfg may make cached dominance info stale

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88593 --- Comment #7 from H.J. Lu --- (In reply to Jakub Jelinek from comment #6) > Is anyone going to test the #c5 patch and submit if it passes? We won't test it. We no longer use LCM to insert vxorps since LCM generates vxorps inside the loop.

[Bug target/84010] problematic TLS code generation on 64-bit SPARC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84010 Eric Botcazou changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned a

  1   2   >