[Bug tree-optimization/85003] New: Inline built-in fdim for -fno-math-errno

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85003 Bug ID: 85003 Summary: Inline built-in fdim for -fno-math-errno Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component:

[Bug libstdc++/84998] [8 Regression] std::hash<std::bitset> fails in Debug Mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84998 --- Comment #1 from Jonathan Wakely --- Also: #define _GLIBCXX_DEBUG #include int main() { std::vector b; std::hash h; return h(b); } And a number of other debug mode failures related to access. I suspect FE improvements to

[Bug c++/85004] New: ambiguous diagnostic: passing ‘const S’ as ‘this’ argument discards qualifiers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85004 Bug ID: 85004 Summary: ambiguous diagnostic: passing ‘const S’ as ‘this’ argument discards qualifiers Product: gcc Version: 8.0 Status: UNCONFIRMED Severity:

[Bug target/82518] [6/7/8 regression] gfortran.fortran-torture/execute/in-pack.f90 fails on armeb

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82518 --- Comment #52 from ktkachov at gcc dot gnu.org --- Author: ktkachov Date: Tue Mar 20 17:13:16 2018 New Revision: 258687 URL: https://gcc.gnu.org/viewcvs?rev=258687=gcc=rev Log: This PR shows that we get the load/store_lanes logic wrong for arm

[Bug middle-end/84997] New: Optimize integer operations on floating point constants without -ffast-math

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84997 Bug ID: 84997 Summary: Optimize integer operations on floating point constants without -ffast-math Product: gcc Version: 8.0 Status: UNCONFIRMED Keywords:

[Bug target/82518] [6/7 Regression] gfortran.fortran-torture/execute/in-pack.f90 fails on armeb

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82518 ktkachov at gcc dot gnu.org changed: What|Removed |Added Known to work||8.0

[Bug target/83789] __builtin_altivec_lvx fails for powerpc for altivec-4.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83789 --- Comment #18 from Peter Bergner --- Author: bergner Date: Tue Mar 20 17:25:09 2018 New Revision: 258688 URL: https://gcc.gnu.org/viewcvs?rev=258688=gcc=rev Log: PR target/83789 * config/rs6000/altivec.md (altivec_lvx__2op):

[Bug middle-end/84996] Adding or substracting 0.0 could be optimized away even without -ffast-math

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84996 --- Comment #3 from joseph at codesourcery dot com --- Adding +0.0 and -0.0 produces +0.0 except in FE_DOWNWARD mode. I.e., optimizing away an addition of +0.0 requires -fno-signed-zeros (not the default), as well as -fno-signaling-nans

[Bug target/83789] __builtin_altivec_lvx fails for powerpc for altivec-4.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83789 Peter Bergner changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug libstdc++/84998] New: [8 Regression] std::hash<std::bitset> fails in Debug Mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84998 Bug ID: 84998 Summary: [8 Regression] std::hash fails in Debug Mode Product: gcc Version: 8.0 Status: UNCONFIRMED Keywords: rejects-valid

[Bug libstdc++/84998] [8 Regression] std::hash<std::bitset> fails in Debug Mode

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

[Bug target/83789] __builtin_altivec_lvx fails for powerpc for altivec-4.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83789 --- Comment #20 from Peter Bergner --- Kaushik, remind me, you're seeing the same ICE in GCC 7 as well, so we need a backport of the patch committed to trunk?

[Bug c/84999] New: [7/8 Regression] ICE in make_vector_type, at tree.c:9561

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84999 Bug ID: 84999 Summary: [7/8 Regression] ICE in make_vector_type, at tree.c:9561 Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal

[Bug middle-end/84997] Optimize integer operations on floating point constants without -ffast-math

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84997 --- Comment #1 from joseph at codesourcery dot com --- On Tue, 20 Mar 2018, antoshkka at gmail dot com wrote: > For example > > int test2(int lhs) { > lhs += 2.0; > return lhs; > } That would need -fno-trapping-math, because if the

[Bug c/85000] New: ICE in copy_reference_ops_from_ref, at tree-ssa-sccvn.c:895

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85000 Bug ID: 85000 Summary: ICE in copy_reference_ops_from_ref, at tree-ssa-sccvn.c:895 Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal

[Bug c/85000] ICE in copy_reference_ops_from_ref, at tree-ssa-sccvn.c:895

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85000 --- Comment #1 from G. Steinmetz --- Configured with --enable-checking=yes : $ gcc-8-20180318 -c z1.c -O2 -fopenmp during GIMPLE pass: omplower z1.c: In function 'foo': z1.c:8:6: internal compiler error: in scan_omp_1_op,

[Bug target/84828] ICE in verify_flow_info at gcc/cfghooks.c:265

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84828 Jakub Jelinek changed: What|Removed |Added CC||andrey.y.guskov at intel dot com ---

[Bug middle-end/84996] Adding or substracting 0.0 could be optimized away even without -ffast-math

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84996 --- Comment #1 from Andrew Pinski --- Iirc it can't due to signaling nans.

[Bug tree-optimization/84960] [8 Regression] ICE in GIMPLE pass: isolate-paths

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

[Bug c++/84994] Missing accessor hint for private field at -O1 and above when -g is enabled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84994 David Malcolm changed: What|Removed |Added Summary|Missing accessor hint for |Missing accessor hint for

[Bug lto/84995] New: Documentation gcc-ar and gcc-ranlib vs {libdir}/bfd-plugins

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84995 Bug ID: 84995 Summary: Documentation gcc-ar and gcc-ranlib vs {libdir}/bfd-plugins Product: gcc Version: 7.3.1 Status: UNCONFIRMED Severity: normal

[Bug lto/84934] Installing the lto plugin where binutils will look for it

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84934 --- Comment #4 from Дилян Палаузов --- Oh, I have typed on this matter already in the past: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70345

[Bug rtl-optimization/84989] [8 Regression] _mm512_broadcast_f32x4 triggers ICE in simplify_const_unary_operation, at simplify-rtx.c:1731

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84989 Jakub Jelinek changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug middle-end/84996] New: Adding or substracting 0.0 could be optimized away even without -ffast-math

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84996 Bug ID: 84996 Summary: Adding or substracting 0.0 could be optimized away even without -ffast-math Product: gcc Version: 8.0 Status: UNCONFIRMED Keywords:

[Bug middle-end/84996] Adding or substracting 0.0 could be optimized away even without -ffast-math

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84996 --- Comment #2 from Antony Polukhin --- Then let's change the example to int test(int lhs) { return 0.0 + lhs; } In that case no signaling Nan is possible, but the code still does additions test(int): pxorxmm0, xmm0

[Bug target/83660] ICE with vec_extract inside expression statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83660 Will Schmidt changed: What|Removed |Added CC||willschm at gcc dot gnu.org --- Comment

[Bug target/84826] ICE in extract_insn, at recog.c:2304 on arm-linux-gnueabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84826 --- Comment #7 from Eric Botcazou --- > Oops I think I missed the artificial defs. Then the liveness makes sense. > Out of curiosity why are all the argument register defined? This function > for instance does not need 4 argument register.

[Bug c/84999] [7/8 Regression] ICE in make_vector_type, at tree.c:9561

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84999 Martin Liška changed: What|Removed |Added Priority|P3 |P1 Status|UNCONFIRMED

[Bug fortran/84615] [8 Regression] Executable Segfault for some tests compiled with -m32 after r256284

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84615 --- Comment #17 from Dominique d'Humieres --- > Dominique, can you check whether it also fixes the other -fdefault-real-8 -m32 > issues caused by r256284? Preliminary tests show that all the failures reported in comment 0 are fixed by the patch

<    1   2   3