[Bug c++/97484] New: typedef conflict for "byte" in GCC11 for MinGW-w64

2020-10-18 Thread brechtsanders at users dot sourceforge.net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97484 Bug ID: 97484 Summary: typedef conflict for "byte" in GCC11 for MinGW-w64 Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug tree-optimization/97360] [11 Regression] ICE in range_on_exit

2020-10-18 Thread rguenth at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97360 Richard Biener changed: What|Removed |Added CC||segher at gcc dot gnu.org --- Comment #

[Bug fortran/95037] gfortran fails to compile a simple subroutine, issues an opaque message

2020-10-18 Thread tkoenig at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95037 --- Comment #5 from Thomas Koenig --- Fixed in 10.2, 9.4 and 11.1 will have it.

[Bug libfortran/95104] [9/10 Regression] Segfault on a legal WAIT statement

2020-10-18 Thread tkoenig at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95104 Thomas Koenig changed: What|Removed |Added CC||tkoenig at gcc dot gnu.org --- Comment #

[Bug fortran/95119] [9/10 Regression] CLOSE hangs when -fopenmp is specified in compilation

2020-10-18 Thread tkoenig at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95119 --- Comment #13 from Thomas Koenig --- (In reply to Bill Long from comment #12) > Original submitter asking which GCC version(s) have / will have the fix. 10.2 already has been released with the fix. 9.4 and 11.1 will have it in when they are re

[Bug c/97480] ice in vect_get_and_check_slp_defs, at tree-vect-slp.c:538

2020-10-18 Thread hjl.tools at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97480 --- Comment #1 from H.J. Lu --- It is caused by r11-3998: commit 540d5f4f0215e1cdd2d4a2c89c65e46033298be0 Author: Richard Biener Date: Wed Oct 14 15:37:51 2020 +0200 Refactor vect_get_and_check_slp_defs some more This refactors vect

[Bug gcov-profile/97483] New: [GCOV]gcov: internal compiler error: in handle_cycle, at gcov.c:627 happen which get code coverage with lcov.

2020-10-18 Thread ammy.yi at intel dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97483 Bug ID: 97483 Summary: [GCOV]gcov: internal compiler error: in handle_cycle, at gcov.c:627 happen which get code coverage with lcov. Product: gcc Version: 8.3.1

[Bug gcov-profile/97483] [GCOV]gcov: internal compiler error: in handle_cycle, at gcov.c:627 happen which get code coverage with lcov.

2020-10-18 Thread ammy.yi at intel dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97483 --- Comment #1 from ammy.yi --- Hi, Is this issue is same as https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91601? Thanks.

[Bug rtl-optimization/97482] Optimized (-O3) XMM register load incorrectly uses movdqu

2020-10-18 Thread hjl.tools at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97482 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Target Milestone|---

[Bug target/96827] [10/11 Regression] __m128i from _mm_set_epi32 is backwards with -O3

2020-10-18 Thread hjl.tools at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96827 H.J. Lu changed: What|Removed |Added CC||vkkerrata at gmail dot com --- Comment #16 fro

[Bug rtl-optimization/97482] New: Optimized (-O3) XMM register load incorrectly uses movdqu

2020-10-18 Thread vkkerrata at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97482 Bug ID: 97482 Summary: Optimized (-O3) XMM register load incorrectly uses movdqu Product: gcc Version: 10.1.0 Status: UNCONFIRMED Severity: normal Pri

[Bug bootstrap/97481] GCC ice when build with RISCV on msys2

2020-10-18 Thread euloanty at live dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97481 --- Comment #1 from fdlbxtqi --- Created attachment 49395 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49395&action=edit riscv ICE

[Bug bootstrap/97481] New: GCC ice when build with RISCV on msys2

2020-10-18 Thread euloanty at live dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97481 Bug ID: 97481 Summary: GCC ice when build with RISCV on msys2 Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap

[Bug fortran/95119] [9/10 Regression] CLOSE hangs when -fopenmp is specified in compilation

2020-10-18 Thread longb at cray dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95119 --- Comment #12 from Bill Long --- Original submitter asking which GCC version(s) have / will have the fix.

[Bug libfortran/95104] [9/10 Regression] Segfault on a legal WAIT statement

2020-10-18 Thread longb at cray dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95104 --- Comment #18 from Bill Long --- Original submitted asking about the GCC version that has / will have the fix.

[Bug fortran/95038] Not treating function result name as a variable.

2020-10-18 Thread longb at cray dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95038 --- Comment #4 from Bill Long --- Original submitter is looking for a fix version for this issue. Any predictions?

[Bug fortran/95037] gfortran fails to compile a simple subroutine, issues an opaque message

2020-10-18 Thread longb at cray dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95037 --- Comment #4 from Bill Long --- Original submitter is interested in knowing what GCC version will have this fix.

[Bug c/97480] New: ice in vect_get_and_check_slp_defs, at tree-vect-slp.c:538

2020-10-18 Thread dcb314 at hotmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97480 Bug ID: 97480 Summary: ice in vect_get_and_check_slp_defs, at tree-vect-slp.c:538 Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Prio

[Bug c/97172] [11 Regression] ICE: tree code ‘ssa_name’ is not supported in LTO streams since r11-3303-g6450f07388f9fe57

2020-10-18 Thread hubicka at ucw dot cz via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97172 --- Comment #10 from Jan Hubicka --- > Unsharing the expression in the front end, before it's added to the attribute, > prevents this ICE, but I wouldn't expect that to be necessary. From what > little I know about how garbage collection in GCC

[Bug other/97473] Spilled function parameters not aligned properly on multiple non-x86 targets

2020-10-18 Thread nate at thatsmathematics dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97473 --- Comment #2 from Nate Eldredge --- Possibly related to bug 84877 ?

[Bug target/97431] [SH] Python crashes with 'Segmentation fault with -finline-small-functions

2020-10-18 Thread danglin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97431 John David Anglin changed: What|Removed |Added CC||danglin at gcc dot gnu.org --- Comme

[Bug libfortran/97063] [ MATMUL intrinsic] The value of result is wrong when vector (step size is negative) * matrix

2020-10-18 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97063 --- Comment #7 from CVS Commits --- The master branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:cd6cd6aed195b4ec7d652e8b41d60b60e174304e commit r11-4027-gcd6cd6aed195b4ec7d652e8b41d60b60e174304e Author: Harald Anlauf Date: Su

[Bug c/97172] [11 Regression] ICE: tree code ‘ssa_name’ is not supported in LTO streams since r11-3303-g6450f07388f9fe57

2020-10-18 Thread msebor at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97172 --- Comment #9 from Martin Sebor --- To each declaration of a function with one or more VLA parameters the C front end adds attribute access that includes the expressions that specify the top-level variable bounds. So the declaration of main() i

[Bug c/97172] [11 Regression] ICE: tree code ‘ssa_name’ is not supported in LTO streams since r11-3303-g6450f07388f9fe57

2020-10-18 Thread hubicka at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97172 --- Comment #8 from Jan Hubicka --- Generally LTO is organized into a global stream containing types, decls etc. and local streams containing funtion bodies and initializers. Global stream thus can not contain references that are local to functio

[Bug other/97473] Spilled function parameters not aligned properly on multiple non-x86 targets

2020-10-18 Thread hjl.tools at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97473 --- Comment #1 from H.J. Lu --- (In reply to Nate Eldredge from comment #0) > > On x86_64-linux-gnu, gcc generates instructions to align the stack and place > the spilled copy of x at an aligned address, and the testcase passes there. > (Perhaps

[Bug c++/97479] New: Auto as template argument

2020-10-18 Thread anders.granlund.0 at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97479 Bug ID: 97479 Summary: Auto as template argument Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assigne

[Bug rtl-optimization/97459] __uint128_t remainder for division by 3

2020-10-18 Thread jakub at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97459 --- Comment #6 from Jakub Jelinek --- I wasn't sure if the v5 version would be always correct. But the highest possible halves of the uint128_t number are 0x + 0x, which gives carry 1 and 0xfffeULL and

[Bug sanitizer/97478] New: Cross Build from windows to linux. It looks like the sys/timeb.h header file does not exist in latest glibc any more

2020-10-18 Thread euloanty at live dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97478 Bug ID: 97478 Summary: Cross Build from windows to linux. It looks like the sys/timeb.h header file does not exist in latest glibc any more Product: gcc Version:

[Bug rtl-optimization/97459] __uint128_t remainder for division by 3

2020-10-18 Thread tkoenig at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97459 --- Comment #5 from Thomas Koenig --- OK, so here is a benchmark with its function names corrected. It also includes one version (_v5) which is a bit faster. (Note I increased the number of iterations to get more accuracy out of the cycle count,