[Bug target/97194] optimize vector element set/extract at variable position

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97194 --- Comment #4 from Richard Biener --- (In reply to Richard Biener from comment #2) > So for set with T == int and N == 32 we could generate > > vmovd %edi, %xmm1 > vpbroadcastd%xmm1, %ymm1 > vpcmpeqd.LC0(%r

[Bug c++/97198] New: __is_constructible(int[], int) should return true

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97198 Bug ID: 97198 Summary: __is_constructible(int[], int) should return true Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug target/97127] FMA3 code transformation leads to slowdown on Skylake

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97127 --- Comment #14 from Hongtao.liu --- > Still I don't understand why compiler does not compare the cost of full loop > body after combining to the cost before combining and does not come to > conclusion that combining increased the cost. As Richa

[Bug bootstrap/97183] zstd build failure for gcc 10 on Ubuntu 16.04

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97183 --- Comment #3 from Jim Wilson --- I installed Ubuntu 16.04 on an old laptop so I can directly reproduce the build failure. Checking for the zstd version looks like the easier patch. Checking for specific macros and functions might be better, b

[Bug libstdc++/93421] futex.cc use of futex syscall is not time64-compatible

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93421 --- Comment #7 from Rich Felker --- Indeed, the direct clock_gettime syscall stuff is just unnecessary on any modern system, certainly any time64 one. I read the patch briefly and I don't see anywhere it would break anything, but it also wouldn't

[Bug tree-optimization/97188] [11 Regression] ICE in c_tree_printer at c/c-objc-common.c:314 since r11-3303-g6450f07388f9fe57

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

[Bug libstdc++/93421] futex.cc use of futex syscall is not time64-compatible

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93421 --- Comment #6 from Jonathan Wakely --- On second thoughts, we probably don't need to worry about SYS_clock_gettime_time64. We only use SYS_clock_gettime syscalls on old glibc systems where clock_gettime is in librt not libc, and those systems ar

[Bug libstdc++/97182] Add support for targets that only define SYS_futex_time64 and not SYS_futex

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97182 --- Comment #5 from Jim Wilson --- I see that a riscv64-linux libgomp.so has mutex calls and no obvious futex calls. Though I find it a little curious that futex support isn't auto-detected. There is already config/futex.m4 to detect futex supp

[Bug tree-optimization/97190] [11 Regression] ICE in get_location_from_adhoc_loc at libcpp/line-map.c:257 since r11-2928-gd14c547abd484d35

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

[Bug middle-end/97175] [11 Regression] ICE in maybe_warn_for_bound, at builtins.c:3483 since r11-2928-gd14c547abd484d35

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97175 --- Comment #8 from Martin Sebor --- *** Bug 97190 has been marked as a duplicate of this bug. ***

[Bug gcov-profile/97193] .gcno files are not written to same directory as the object file

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97193 --- Comment #3 from Mario Klebsch --- If it was a desired change, what were the reasons for this change? This change breaks my makefiles. I am cross compiling for several different targets possibly using a different version of gcc for each targe

[Bug c++/94485] Inter-dependency between { tree-sra, ABI, inlining, loop-unrolling } leads to mis-optimization

incorrectly, it prints out: count = 0 Tested with build g++ (GCC) 11.0.0 20200924 (experimental). In order to compile and run: g++ -std=c++17 -O3 -o bug-6 bug-6.cpp && ./bug-6 This builds for implicit '-m64' (x86_64) and produces invalid output. To get valid output, compile

[Bug c++/97059] C++20: compound requirement uses inconsistent return type (adds ref)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97059 --- Comment #2 from Dimitri Gorokhovik --- (In reply to Dimitri Gorokhovik from comment #1) > I was able to reduce same code (attached file bug-6.cpp). Please disregard the comment #1 -- posted to wrong bug.

[Bug c++/97059] C++20: compound requirement uses inconsistent return type (adds ref)

, it prints out: count = 0 Tested with build g++ (GCC) 11.0.0 20200924 (experimental). In order to compile and run: g++ -std=c++17 -O3 -o bug-6 bug-6.cpp && ./bug-6 This builds for implicit '-m64' (x86_64) and produces invalid output. To get valid output, compile with eithe

[Bug c++/94485] [10.0.1, c++2a] g++ optimizes away necessary code, accepts arbitrary inline asm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94485 Dimitri Gorokhovik changed: What|Removed |Added Attachment #48194|0 |1 is obsolete|

[Bug c++/97177] [11 Regression] ICE in dependent_type_p, at cp/pt.c:26475 since r11-3192-ge9fdb9a73249f95f

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97177 Nathan Sidwell changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/97171] [11 Regression] ICE in symtab_node::get_for_asmname at gcc/symtab.c:1023 since r11-3192-ge9fdb9a73249f95f

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97171 Nathan Sidwell changed: What|Removed |Added CC||asolokha at gmx dot com --- Comment #5

[Bug analyzer/97115] Support for pre-main ctors in -fanalyzer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97115 --- Comment #1 from David Malcolm --- "Static Initialization Order Fiasco" https://en.cppreference.com/w/cpp/language/siof https://isocpp.org/wiki/faq/ctors#static-init-order

[Bug c++/97177] [11 Regression] ICE in dependent_type_p, at cp/pt.c:26475 since r11-3192-ge9fdb9a73249f95f

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97177 Nathan Sidwell changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |nathan at gcc dot gnu.org

[Bug libstdc++/71579] type_traits miss checks for type completeness in some traits

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71579 --- Comment #19 from CVS Commits --- The master branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:c1fc9f6e10e646f01194c8f150affbc1cfbc404a commit r11-3442-gc1fc9f6e10e646f01194c8f150affbc1cfbc404a Author: Antony Polukhin Date:

[Bug c++/86883] Unexpected error: expansion pattern '' contains no argument packs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86883 vopl at bk dot ru changed: What|Removed |Added CC||vopl at bk dot ru --- Comment #3 from

[Bug target/97032] [8/9/10/11 Regression] ICE output_operand: invalid use of register 'frame' since r8-1911

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97032 H.J. Lu changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug target/97032] [8/9/10/11 Regression] ICE output_operand: invalid use of register 'frame' since r8-1911

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97032 --- Comment #7 from CVS Commits --- The releases/gcc-8 branch has been updated by H.J. Lu : https://gcc.gnu.org/g:97c34eb5f57bb1d37f3feddefefa5f553bcea9fc commit r8-10533-g97c34eb5f57bb1d37f3feddefefa5f553bcea9fc Author: H.J. Lu Date: Mon Se

[Bug tree-optimization/97188] [11 Regression] ICE in c_tree_printer at c/c-objc-common.c:314 since r11-3303-g6450f07388f9fe57

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97188 Martin Sebor changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |msebor at gcc dot gnu.org

[Bug libstdc++/93421] futex.cc use of futex syscall is not time64-compatible

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93421 Jonathan Wakely changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org

[Bug preprocessor/91412] Unexpectedly correct raw string literal

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91412 Nathan Sidwell changed: What|Removed |Added Last reconfirmed||2020-09-24 Ever confirmed|0

[Bug middle-end/97175] [11 Regression] ICE in maybe_warn_for_bound, at builtins.c:3483 since r11-2928-gd14c547abd484d35

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97175 --- Comment #7 from David Binderman --- Interesting. $ fgrep DECL_SOURCE_LOCATION `find trunk/gcc -name \*.c -print | fgrep -v /testsuite/` | wc -l 1002 $ fgrep EXPR_LOCATION `find trunk/gcc -name \*.c -print | fgrep -v /testsuite/` | wc -l 588

[Bug gcov-profile/90380] gcov issue: gets stuck (infinite loop?) while analyzing coverage on Fortran project

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90380 Prasannanjaneyulu changed: What|Removed |Added CC||p.padavala@camlintechnologi

[Bug target/97032] [8/9/10/11 Regression] ICE output_operand: invalid use of register 'frame' since r8-1911

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97032 --- Comment #6 from CVS Commits --- The releases/gcc-9 branch has been updated by H.J. Lu : https://gcc.gnu.org/g:3bec35d813cc706b3334bd0b0edbd51869b0f725 commit r9-8937-g3bec35d813cc706b3334bd0b0edbd51869b0f725 Author: H.J. Lu Date: Mon Sep

[Bug middle-end/97175] [11 Regression] ICE in maybe_warn_for_bound, at builtins.c:3483 since r11-2928-gd14c547abd484d35

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97175 --- Comment #6 from Martin Sebor --- It definitely would be a step in the right direction. But I'm not sure how feasible it is to turn any of these tests into compile-time. They often test different bits in different structures. For example, t

[Bug target/97032] [8/9/10/11 Regression] ICE output_operand: invalid use of register 'frame' since r8-1911

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97032 --- Comment #5 from CVS Commits --- The releases/gcc-10 branch has been updated by H.J. Lu : https://gcc.gnu.org/g:f0baed1fb6cd6ed7c7a3dce1f555d3f72b1575a5 commit r10-8796-gf0baed1fb6cd6ed7c7a3dce1f555d3f72b1575a5 Author: H.J. Lu Date: Mon S

[Bug target/71233] [ARM, AArch64] missing AdvSIMD intrinsics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71233 --- Comment #41 from CVS Commits --- The releases/gcc-8 branch has been updated by Kyrylo Tkachov : https://gcc.gnu.org/g:a8ec9cc2241f4e0c387e78f23bae0100c74de6a8 commit r8-10532-ga8ec9cc2241f4e0c387e78f23bae0100c74de6a8 Author: Kyrylo Tkachov

[Bug target/71233] [ARM, AArch64] missing AdvSIMD intrinsics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71233 --- Comment #40 from CVS Commits --- The releases/gcc-9 branch has been updated by Kyrylo Tkachov : https://gcc.gnu.org/g:6f06be1769d45359940c60517f9d55bedd3cb1f4 commit r9-8936-g6f06be1769d45359940c60517f9d55bedd3cb1f4 Author: Kyrylo Tkachov

[Bug gcov-profile/48361] gcov freezes when using --all-blocks (-a) flag.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48361 Prasannanjaneyulu changed: What|Removed |Added CC||p.padavala@camlintechnologi

[Bug c++/97197] New: With -O2, Incorrect -Werror=maybe-uninitialized thrown, leads to 'target_mem_ref' and 'dump_expr' in message

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97197 Bug ID: 97197 Summary: With -O2, Incorrect -Werror=maybe-uninitialized thrown, leads to 'target_mem_ref' and 'dump_expr' in message Product: gcc Version: 10.2.0

[Bug c/97196] Difference in output between no optimization and -O2

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

[Bug c/97196] Difference in output between no optimization and -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97196 --- Comment #2 from Miguel --- Trigger seems to be line 22, in the loop guard. If I change `while (x != 0)` to `while (x)` the program then behaves properly regardless of optimization level.

[Bug c/97196] Difference in output between no optimization and -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97196 Miguel changed: What|Removed |Added Summary|Difference in output|Difference in output |between

[Bug c/97196] New: Difference in output between no optimization and -O2, triggered by a variable wrapped in parentheses in the RHS of the assignment operator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97196 Bug ID: 97196 Summary: Difference in output between no optimization and -O2, triggered by a variable wrapped in parentheses in the RHS of the assignment operator Product: gc

[Bug target/97194] optimize vector element set/extract at variable position

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97194 --- Comment #3 from Richard Biener --- (In reply to Richard Biener from comment #2) > Eventually there's a more efficient way to generate {0, 1, 2, 3...}. vpmovzx* could be at least used to only have a single byte vector {0, ... 255 } in memory

[Bug libstdc++/86419] codecvt::in() and out() incorrectly return ok in some cases.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86419 --- Comment #13 from Jonathan Wakely --- Thanks!

[Bug target/97194] optimize vector element set/extract at variable position

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97194 --- Comment #2 from Richard Biener --- So for set with T == int and N == 32 we could generate vmovd %edi, %xmm1 vpbroadcastd%xmm1, %ymm1 vpcmpeqd.LC0(%rip), %ymm1, %ymm2 vpblendvb %ymm2, %ymm1,

[Bug c++/97195] New: construct_at on a union member is not a constant expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97195 Bug ID: 97195 Summary: construct_at on a union member is not a constant expression Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Pri

[Bug target/97194] optimize vector element set/extract at variable position

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97194 Richard Biener changed: What|Removed |Added Target||x86_64-*-* i?86-*-* CC|

[Bug target/97194] New: optimize vector element set/extract at variable position

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97194 Bug ID: 97194 Summary: optimize vector element set/extract at variable position Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priori

[Bug libstdc++/86419] codecvt::in() and out() incorrectly return ok in some cases.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86419 --- Comment #12 from Dimitrij Mijoski --- Hello Jonathan. I posted a patch for this bug which I hope you'll find it useful once you start working on this. https://gcc.gnu.org/pipermail/libstdc++/2020-September/051073.html

[Bug libffi/97166] libffi build issue when compiling with -mcpu=power10

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97166 Alan Modra changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug libffi/97166] libffi build issue when compiling with -mcpu=power10

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97166 --- Comment #4 from CVS Commits --- The releases/gcc-10 branch has been updated by Alan Modra : https://gcc.gnu.org/g:71c83e108de7b54f604eeebefbc9e97672310ca7 commit r10-8795-g71c83e108de7b54f604eeebefbc9e97672310ca7 Author: Alan Modra Date:

[Bug libffi/97166] libffi build issue when compiling with -mcpu=power10

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97166 --- Comment #3 from CVS Commits --- The releases/gcc-10 branch has been updated by Alan Modra : https://gcc.gnu.org/g:8f4b43c00feed11a6cedd4c40baa3cdcf687b3a1 commit r10-8794-g8f4b43c00feed11a6cedd4c40baa3cdcf687b3a1 Author: Alan Modra Date:

[Bug debug/91610] fvar-tracking degrades -O0 debug info

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91610 --- Comment #2 from Jakub Jelinek --- Yeah, for -O0 we'd need a special mode of -fvar-tracking that would only track the register vars or vars before they have their memory slot initialized.

[Bug debug/91610] fvar-tracking degrades -O0 debug info

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91610 Eric Botcazou changed: What|Removed |Added CC||ebotcazou at gcc dot gnu.org S

[Bug c++/97186] [11 Regression] ICE: Segmentation fault (in maybe_instantiate_noexcept)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97186 Nathan Sidwell changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug c++/97186] [11 Regression] ICE: Segmentation fault (in maybe_instantiate_noexcept)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97186 --- Comment #3 from CVS Commits --- The master branch has been updated by Nathan Sidwell : https://gcc.gnu.org/g:2e66e53b1efb98f5cf6b0a123990c1ca999affd7 commit r11-3436-g2e66e53b1efb98f5cf6b0a123990c1ca999affd7 Author: Nathan Sidwell Date:

[Bug gcov-profile/97193] .gcno files are not written to same directory as the object file

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97193 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever confirmed|0

[Bug gcov-profile/97193] .gcno files are not written to same directory as the object file

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97193 Richard Biener changed: What|Removed |Added Keywords||documentation --- Comment #1 from Richa

[Bug target/97127] FMA3 code transformation leads to slowdown on Skylake

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97127 --- Comment #13 from Michael_S --- (In reply to Hongtao.liu from comment #11) > (In reply to Michael_S from comment #10) > > (In reply to Hongtao.liu from comment #9) > > > (In reply to Michael_S from comment #8) > > > > What are values of gcc "l

[Bug c++/97186] [11 Regression] ICE: Segmentation fault (in maybe_instantiate_noexcept)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97186 --- Comment #2 from Nathan Sidwell --- The error abount conversion failure, if it is a bug, is unrelated to the ICE. I say 'if', because I think there have been changes in regards to whether functions decay to pointers which can be implicitly co

[Bug gcov-profile/97193] New: .gcno files are not written to same directory as the object file

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97193 Bug ID: 97193 Summary: .gcno files are not written to same directory as the object file Product: gcc Version: 9.3.0 Status: UNCONFIRMED Severity: normal

[Bug c++/97186] [11 Regression] ICE: Segmentation fault (in maybe_instantiate_noexcept)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97186 Nathan Sidwell changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |nathan at gcc dot gnu.org

[Bug target/97192] [11 Regression] ICE: in gimple_expand_vec_cond_expr, at gimple-isel.cc:133 with -O -ftracer -mavx512vl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97192 --- Comment #2 from Zdenek Sojka --- Sorry for the dup. I used gcc built this morning, and I didn't find PR97085, since it was closed in the meantime.

[Bug tree-optimization/97085] [11 Regression] aarch64, SVE: ICE in gimple_expand_vec_cond_expr since r11-2610-ga1ee6d507b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97085 --- Comment #11 from CVS Commits --- The master branch has been updated by Richard Biener : https://gcc.gnu.org/g:a8d5c28233f95e3474ee8cbc4d341cbb43ab7bb6 commit r11-3431-ga8d5c28233f95e3474ee8cbc4d341cbb43ab7bb6 Author: Richard Biener Date:

[Bug target/97192] [11 Regression] ICE: in gimple_expand_vec_cond_expr, at gimple-isel.cc:133 with -O -ftracer -mavx512vl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97192 Richard Biener changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIRME

[Bug tree-optimization/97085] [11 Regression] aarch64, SVE: ICE in gimple_expand_vec_cond_expr since r11-2610-ga1ee6d507b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97085 Richard Biener changed: What|Removed |Added CC||zsojka at seznam dot cz --- Comment #10

[Bug target/97192] New: [11 Regression] ICE: in gimple_expand_vec_cond_expr, at gimple-isel.cc:133 with -O -ftracer -mavx512vl

/x86_64-pc-linux-gnu-as --disable-libstdcxx-pch --prefix=/repo/gcc-trunk//binary-trunk-r11-3421-20200924150219-gfff56af6421-checking-yes-rtl-df-extra-amd64 Thread model: posix Supported LTO compression algorithms: zlib zstd gcc version 11.0.0 20200924 (experimental) (GCC)

[Bug fortran/96495] [gfortran] Composition of user-defined operators does not copy ALLOCATABLE property of derived type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96495 --- Comment #5 from CVS Commits --- The master branch has been updated by Paul Thomas : https://gcc.gnu.org/g:e86a02f87d8a11480c1421ef2dd71b8b5f43d938 commit r11-3430-ge86a02f87d8a11480c1421ef2dd71b8b5f43d938 Author: Paul Thomas Date: Thu Se

[Bug target/97127] FMA3 code transformation leads to slowdown on Skylake

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97127 --- Comment #12 from Hongtao.liu --- Correct AVX256 load cost outside of register allocation and vectorizer > they are > 1. AVX256 Load 16 > 2. FMA3 ymm,ymm,ymm --- 16 > 3. AVX256 Regmove --- 2 > 4. FMA3 mem,ymm,ymm --- 32 That's why pas

[Bug ipa/96394] [10/11 Regression] ICE in add_new_edges_to_heap, at ipa-inline.c:1746 (-O3 PGO)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96394 Martin Liška changed: What|Removed |Added Target Milestone|--- |10.3 Priority|P3

[Bug target/71233] [ARM, AArch64] missing AdvSIMD intrinsics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71233 --- Comment #38 from CVS Commits --- The releases/gcc-8 branch has been updated by Kyrylo Tkachov : https://gcc.gnu.org/g:11e0e5fa724f9f6f979abe537d6485850abfe4d9 commit r8-10530-g11e0e5fa724f9f6f979abe537d6485850abfe4d9 Author: Tamar Christina

[Bug target/71233] [ARM, AArch64] missing AdvSIMD intrinsics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71233 --- Comment #39 from CVS Commits --- The releases/gcc-8 branch has been updated by Kyrylo Tkachov : https://gcc.gnu.org/g:7409639ab568d0d4babcc17370816a2ddd112b72 commit r8-10531-g7409639ab568d0d4babcc17370816a2ddd112b72 Author: Tamar Christina

[Bug ipa/97181] Inlining of leaf case in recursion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97181 --- Comment #3 from Jan Hubicka --- > and then inline btsum.0. Notice how the possibility of level < 0 is left > untouched ... [I think there are no unsigned types in fortran] > > That said, I don't think IPA-CP/VRP do this kind of "evolution a

Re: [Bug target/96968] aarch64 : ICE in vregs or expand pass, lowering __builtin_aarch64_get_{fpcr,fpsr,fpcr64,fpsr64}

"iains at gcc dot gnu.org via Gcc-bugs" writes: [...] > unfortunately, I've not been able to test since you applied this - currently > bootstrap is broken on aarch64-darwin for reasons outside our control (new > security provisions stopping the gcc/build/gen* programs from running). If it > could

[Bug target/96968] aarch64 : ICE in vregs or expand pass, lowering __builtin_aarch64_get_{fpcr,fpsr,fpcr64,fpsr64}

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96968 --- Comment #8 from Andrea Corallo --- "iains at gcc dot gnu.org via Gcc-bugs" writes: [...] > unfortunately, I've not been able to test since you applied this - currently > bootstrap is broken on aarch64-darwin for reasons outside our control (

[Bug target/96968] aarch64 : ICE in vregs or expand pass, lowering __builtin_aarch64_get_{fpcr,fpsr,fpcr64,fpsr64}

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96968 --- Comment #7 from Iain Sandoe --- (In reply to Andrea Corallo from comment #6) > I believe f5e73de00e9c853ce65333efada7409b0d00f758 should have fixed > this. > > Okay to close? unfortunately, I've not been able to test since you applied this

[Bug target/97127] FMA3 code transformation leads to slowdown on Skylake

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97127 --- Comment #11 from Hongtao.liu --- (In reply to Michael_S from comment #10) > (In reply to Hongtao.liu from comment #9) > > (In reply to Michael_S from comment #8) > > > What are values of gcc "loop" cost of the relevant instructions now? > > >

[Bug target/96968] aarch64 : ICE in vregs or expand pass, lowering __builtin_aarch64_get_{fpcr,fpsr,fpcr64,fpsr64}

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96968 --- Comment #6 from Andrea Corallo --- I believe f5e73de00e9c853ce65333efada7409b0d00f758 should have fixed this. Okay to close? Thanks Andrea

Re: [Bug target/96968] aarch64 : ICE in vregs or expand pass, lowering __builtin_aarch64_get_{fpcr,fpsr,fpcr64,fpsr64}

I believe f5e73de00e9c853ce65333efada7409b0d00f758 should have fixed this. Okay to close? Thanks Andrea

[Bug ada/96488] Long time failures of gnat.dg/unchecked_convert5.adb and gnat.dg/unchecked_convert6.adb

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

[Bug target/97107] libgo fails to build for power10

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97107 Alan Modra changed: What|Removed |Added Status|ASSIGNED|RESOLVED Target|powerpc*

[Bug tree-optimization/97190] [11 Regression] ICE in get_location_from_adhoc_loc at libcpp/line-map.c:257 since r11-2928-gd14c547abd484d35

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97190 Richard Biener changed: What|Removed |Added Version|10.0|11.0 Target Milestone|---

[Bug c++/97191] ICE In expand_expr_real_1, at expr.c:10234

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97191 Richard Biener changed: What|Removed |Added Ever confirmed|0 |1 Keywords|

[Bug target/96528] [11 Regression] vector comparisons on ARM

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96528 rsandifo at gcc dot gnu.org changed: What|Removed |Added CC||rsandifo at gcc dot gnu.org

[Bug target/96528] [11 Regression] vector comparisons on ARM

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96528 Richard Biener changed: What|Removed |Added Severity|enhancement |normal CC|

[Bug c++/97191] New: ICE In expand_expr_real_1, at expr.c:10234

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97191 Bug ID: 97191 Summary: ICE In expand_expr_real_1, at expr.c:10234 Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug target/97127] FMA3 code transformation leads to slowdown on Skylake

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97127 --- Comment #10 from Michael_S --- (In reply to Hongtao.liu from comment #9) > (In reply to Michael_S from comment #8) > > What are values of gcc "loop" cost of the relevant instructions now? > > 1. AVX256 Load > > 2. FMA3 ymm,ymm,ymm > > 3. AVX2

[Bug tree-optimization/97085] [11 Regression] aarch64, SVE: ICE in gimple_expand_vec_cond_expr since r11-2610-ga1ee6d507b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97085 Richard Biener changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug tree-optimization/97085] [11 Regression] aarch64, SVE: ICE in gimple_expand_vec_cond_expr since r11-2610-ga1ee6d507b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97085 --- Comment #8 from CVS Commits --- The master branch has been updated by Richard Biener : https://gcc.gnu.org/g:10843f8303509fcba880c6c05c08e4b4ccd24f36 commit r11-3426-g10843f8303509fcba880c6c05c08e4b4ccd24f36 Author: Richard Biener Date:

[Bug gcov-profile/96534] keep gcov intermediate format

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96534 --- Comment #6 from Martin Liška --- (In reply to xlwu from comment #5) > A bug found in the JSON format: > > in the lines.count and functions.execute_count fields, when the number is > extremely large , it will be shown as something like: 8.12

[Bug libffi/97166] libffi build issue when compiling with -mcpu=power10

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97166 Alan Modra changed: What|Removed |Added Ever confirmed|0 |1 Assignee|unassigned at gcc dot

[Bug bootstrap/97183] zstd build failure for gcc 10 on Ubuntu 16.04

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97183 Martin Liška changed: What|Removed |Added CC||marxin at gcc dot gnu.org Last reconfir

[Bug c++/97187] [11 Regression] ICE: tree check: expected tree_list, have error_mark in tsubst_copy_and_build, at cp/pt.c:19782

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97187 Martin Liška changed: What|Removed |Added Last reconfirmed||2020-09-24 Ever confirmed|0

[Bug c++/97186] [11 Regression] ICE: Segmentation fault (in maybe_instantiate_noexcept)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97186 Martin Liška changed: What|Removed |Added Last reconfirmed||2020-09-24 Ever confirmed|0

[Bug tree-optimization/97190] [11 Regression] ICE in get_location_from_adhoc_loc at libcpp/line-map.c:257 since r11-2928-gd14c547abd484d35

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97190 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug tree-optimization/97190] New: [11 Regression] ICE in get_location_from_adhoc_loc at libcpp/line-map.c:257 since r11-2928-gd14c547abd484d35

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97190 Bug ID: 97190 Summary: [11 Regression] ICE in get_location_from_adhoc_loc at libcpp/line-map.c:257 since r11-2928-gd14c547abd484d35 Product: gcc Version: 10.0 Status: UNC

[Bug tree-optimization/97085] [11 Regression] aarch64, SVE: ICE in gimple_expand_vec_cond_expr since r11-2610-ga1ee6d507b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97085 --- Comment #7 from Richard Biener --- (In reply to Marc Glisse from comment #6) > (In reply to Richard Biener from comment #5) > > (In reply to Marc Glisse from comment #4) > > > I would be happy with a revert of that patch, if the ARM backend g

[Bug tree-optimization/97189] [11 Regression] ICE in attr_access::array_as_string at gcc/attribs.c:2276 since r11-3303-g6450f07388f9fe57

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97189 Martin Liška changed: What|Removed |Added Last reconfirmed||2020-09-24 Known to work|

[Bug tree-optimization/97189] New: [11 Regression] ICE in attr_access::array_as_string at gcc/attribs.c:2276 since r11-3303-g6450f07388f9fe57

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97189 Bug ID: 97189 Summary: [11 Regression] ICE in attr_access::array_as_string at gcc/attribs.c:2276 since r11-3303-g6450f07388f9fe57 Product: gcc Version: 10.0 Status: UNCON

[Bug tree-optimization/97188] [11 Regression] ICE in c_tree_printer at c/c-objc-common.c:314 since r11-3303-g6450f07388f9fe57

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97188 Martin Liška changed: What|Removed |Added Target Milestone|--- |11.0 Ever confirmed|0

[Bug tree-optimization/97188] New: [11 Regression] ICE in c_tree_printer at c/c-objc-common.c:314 since r11-3303-g6450f07388f9fe57

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97188 Bug ID: 97188 Summary: [11 Regression] ICE in c_tree_printer at c/c-objc-common.c:314 since r11-3303-g6450f07388f9fe57 Product: gcc Version: 10.0 Status: UNCONFIRMED

[Bug tree-optimization/97085] [11 Regression] aarch64, SVE: ICE in gimple_expand_vec_cond_expr since r11-2610-ga1ee6d507b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97085 --- Comment #6 from Marc Glisse --- (In reply to Richard Biener from comment #5) > (In reply to Marc Glisse from comment #4) > > I would be happy with a revert of that patch, if the ARM backend gets fixed, > > but indeed a missed optimization sho

[Bug c++/97187] [11 Regression] ICE: tree check: expected tree_list, have error_mark in tsubst_copy_and_build, at cp/pt.c:19782

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97187 Richard Biener changed: What|Removed |Added Target Milestone|--- |11.0

  1   2   >