[Bug target/94135] PPC: subfic instead of neg used for rotate right

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94135 --- Comment #2 from Jens Seifert --- POWER8 Processor User’s Manual for the Single-Chip Module: addi addis add add. subf subf. addic subfic adde addme subfme addze. subfze neg neg. nego 1 - 2 cycles (GPR) 2 cycles (XER) 5 cycles (CR) 6/cycle,

[Bug target/94103] Wrong optimization: reading value of a variable changes its representation for optimizer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94103 Jeffrey A. Law changed: What|Removed |Added CC||law at redhat dot com --- Comment #6 fr

[Bug middle-end/93806] Wrong optimization: instability of floating-point results with -funsafe-math-optimizations leads to nonsense

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93806 --- Comment #46 from Vincent Lefèvre --- (In reply to Alexander Cherepanov from comment #45) > (In reply to Vincent Lefèvre from comment #44) > > (In reply to Alexander Cherepanov from comment #43) > > > GCC on x86-64 uses the binary encoding for

[Bug c++/93425] [9/10 Regression] Template parameter deduction failure when template parameters have template template parameter since r9-3807-g5d9a0e3b99e31a21

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93425 Marek Polacek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug target/94134] pdp11-aout puts initial variable into .text section rather than .data

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94134 --- Comment #13 from Stephen Casner --- (In reply to Stephen Casner from comment #9) (Commenting on my own comment) > 1. pdp11-aout does not have a .lcommon or .lcomm section, just .text, .data > and .bss. But also I'm missing something about th

[Bug target/94134] pdp11-aout puts initial variable into .text section rather than .data

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94134 --- Comment #12 from Stephen Casner --- (In reply to pkoning from comment #11) > (In reply to Stephen Casner from comment #9) > > 7. Emitting the zero-initialized variable into .data when it happens to > > follow a nonzero-initialized variable is

[Bug target/94145] Longcalls mis-optimize loading the function address

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94145 Alan Modra changed: What|Removed |Added CC||amodra at gmail dot com --- Comment #4 from

[Bug target/94145] Longcalls mis-optimize loading the function address

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94145 Alan Modra changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Assignee|unassigned at g

[Bug c++/93596] [10 Regression] ICE related to templates and vectors.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93596 --- Comment #7 from Paco Arjonilla --- It's bug error 93596, not 93956. Thanks for the fix.

[Bug target/94136] GCC doc for built-in function __builtin___clear_cache() not 100% correct

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94136 Jim Wilson changed: What|Removed |Added CC||wilson at gcc dot gnu.org --- Comment #3 fr

[Bug tree-optimization/94131] [10 Regression] ICE: tree check: expected integer_cst, have plus_expr in get_len, at tree.h:5927 since r10-2814-g22fca489eaf98f26

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94131 Martin Sebor changed: What|Removed |Added Status|NEW |ASSIGNED Keywords|ice-on-invali

[Bug target/94145] Longcalls mis-optimize loading the function address

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94145 --- Comment #3 from Segher Boessenkool --- C11 6.6/9 says it *always* is constant, even.

[Bug target/94145] Longcalls mis-optimize loading the function address

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94145 --- Comment #2 from Segher Boessenkool --- How could the function address ever not be constant? Hoisting it to somewhere where it is (dynamically) more expensive is a bad idea, of course.

[Bug lto/94150] New: Improve LTO diagnosis for LTO triggered warnings/error: print source.o or source.a(lib.o) when printing location

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94150 Bug ID: 94150 Summary: Improve LTO diagnosis for LTO triggered warnings/error: print source.o or source.a(lib.o) when printing location Product: gcc Version: lto

[Bug target/94134] pdp11-aout puts initial variable into .text section rather than .data

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94134 --- Comment #11 from pkoning at gcc dot gnu.org --- (In reply to Stephen Casner from comment #9) A lot of these questions should have answers in the GCC Internals manual, which is quite good. And also quite dense. I know it a little, enough for

[Bug c++/93907] [10 Regression] internal compiler error: in hashtab_chk_error, at hash-table.c:137

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93907 Jason Merrill changed: What|Removed |Added Resolution|--- |FIXED Target Milestone|---

[Bug target/94135] PPC: subfic instead of neg used for rotate right

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94135 Segher Boessenkool changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug target/94135] PPC: subfic instead of neg used for rotate right

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94135 Segher Boessenkool changed: What|Removed |Added CC||segher at gcc dot gnu.org --- Comme

[Bug c++/94074] [10 Regression] bogus modifying a const object error with const COMPONENT_REF

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94074 Marek Polacek changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug c++/94074] [10 Regression] bogus modifying a const object error with const COMPONENT_REF

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94074 --- Comment #3 from Marek Polacek --- commit 7eb5be6ab91ec03f93038ac2bcf3028cf2e7c82b Author: Marek Polacek Date: Fri Mar 6 17:30:11 2020 -0500 c++: Fix wrong modifying const object error for COMPONENT_REF [PR94074] I got a report th

[Bug c++/94149] __is_constructible doesn't know about C++20 parenthesized init for arrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94149 Ville Voutilainen changed: What|Removed |Added CC||ville.voutilainen at gmail dot com

[Bug target/94134] pdp11-aout puts initial variable into .text section rather than .data

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94134 --- Comment #10 from Stephen Casner --- One more question: I'm working on binutils ld as well, wanting to implement a new option --imagic for pdp11-aout that outputs magic number 0413 and sets both .text and .data at address 0 (with .bss to foll

[Bug target/94134] pdp11-aout puts initial variable into .text section rather than .data

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94134 --- Comment #9 from Stephen Casner --- Thank you all for your prompt action on this bug. I have some comments and questions if you are willing to help with my education about gcc internals: 1. pdp11-aout does not have a .lcommon or .lcomm secti

[Bug c++/94149] __is_constructible doesn't know about C++20 parenthesized init for arrays

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

[Bug target/94123] [10 regression] r10-1734, SVN r273240, causes gcc.target/powerpc/pr87507.c to fail

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94123 Segher Boessenkool changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/93805] [8/9/10 Regression] A suspicious -Werror=noexcept warning since r8-2461-g9fb82e652cee118b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93805 Patrick Palka changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot gnu.org

[Bug middle-end/93806] Wrong optimization: instability of floating-point results with -funsafe-math-optimizations leads to nonsense

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93806 --- Comment #45 from Alexander Cherepanov --- (In reply to Vincent Lefèvre from comment #44) > (In reply to Alexander Cherepanov from comment #43) > > GCC on x86-64 uses the binary encoding for the significand. > > In general, yes. This includes

[Bug c++/94149] __is_constructible doesn't know about C++20 parenthesized init for arrays

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

[Bug c++/94149] New: __is_constructible doesn't know about C++20 parenthesized init for arrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94149 Bug ID: 94149 Summary: __is_constructible doesn't know about C++20 parenthesized init for arrays Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal

[Bug libstdc++/94003] is_constructible seems to have sideeffects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94003 Jonathan Wakely changed: What|Removed |Added Depends on||41437 --- Comment #2 from Jonathan Wak

[Bug target/94145] Longcalls mis-optimize loading the function address

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94145 --- Comment #1 from Michael Meissner --- Created attachment 48021 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48021&action=edit Example code Compile with -mcpu=future -mpcrel -O3 to see the load of the address being moved out of the loo

[Bug c++/91484] Error message: std::is_constructible with incomplete types.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91484 Jonathan Wakely changed: What|Removed |Added Target Milestone|--- |10.0 Status|WAITING

[Bug middle-end/94146] [10 Regression] Merging functions with same bodies stopped working

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94146 --- Comment #3 from Jakub Jelinek --- If not already marked clearly as an ICF created thunk, I'd say it should be and then inliner should take it into account (and only inline if the function became very small or not at all).

[Bug middle-end/94146] [10 Regression] Merging functions with same bodies stopped working

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94146 --- Comment #2 from Jakub Jelinek --- My guess is that ICF works fine but then inliner inlines it back into the thunk, which it didn't before.

[Bug middle-end/94146] [10 Regression] Merging functions with same bodies stopped working

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94146 Jakub Jelinek changed: What|Removed |Added Last reconfirmed||2020-03-11 Target Milestone|---

[Bug target/94134] pdp11-aout puts initial variable into .text section rather than .data

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94134 --- Comment #8 from Jakub Jelinek --- commit r10-7129-gd42ff1d3b62521829d90e5b972baba2a0339e2bf Author: Jakub Jelinek Date: Wed Mar 11 18:35:13 2020 +0100 pdp11: Fix handling of common (local and global) vars [PR94134] As mentioned i

[Bug target/94134] pdp11-aout puts initial variable into .text section rather than .data

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94134 --- Comment #7 from pkoning at gcc dot gnu.org --- Thanks Jakub. Inspecting the generated assembly language is a sufficient check of the fix in my view. It's interesting that the test case shows the problem only with -O0. When optimizing, thing

[Bug rtl-optimization/94148] New: The DF framework uses bb->aux, which is for passes only

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94148 Bug ID: 94148 Summary: The DF framework uses bb->aux, which is for passes only Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Prio

[Bug rtl-optimization/94148] The DF framework uses bb->aux, which is for passes only

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94148 Segher Boessenkool changed: What|Removed |Added Blocks||94042 Target Milestone|---

[Bug tree-optimization/94131] [10 Regression] ICE: tree check: expected integer_cst, have plus_expr in get_len, at tree.h:5927 since r10-2814-g22fca489eaf98f26

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94131 Jakub Jelinek changed: What|Removed |Added CC||law at gcc dot gnu.org --- Comment #3 fr

[Bug c++/49813] [C++0x] sinh vs asinh vs constexpr

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49813 --- Comment #61 from Jakub Jelinek --- (In reply to Jonathan Wakely from comment #60) > There's no wiggle room, we're definitely non-conforming. > > Maybe the changes could be limited to -std=gnu++NN modes only, although > Paolo argued strongly

[Bug c++/94147] mangling of lambdas in initializers is wrong

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94147 Nathan Sidwell changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Assignee|unassigned

[Bug c++/94147] New: mangling of lambdas in initializers is wrong

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94147 Bug ID: 94147 Summary: mangling of lambdas in initializers is wrong Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug c++/49813] [C++0x] sinh vs asinh vs constexpr

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49813 --- Comment #60 from Jonathan Wakely --- There's no wiggle room, we're definitely non-conforming. Maybe the changes could be limited to -std=gnu++NN modes only, although Paolo argued strongly against that in this bug report. It doesn't seem to

[Bug rtl-optimization/94119] MIPS: Invalid use of branch delay slots leading to corrupt jump

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94119 --- Comment #3 from Eric Botcazou --- > The addiu s0,s0,0 instruction must only be issued once but instead is in > several places. This leads to an invalid call at 9c. Duplicating the instruction is not a problem per se if it is executed only on

[Bug tree-optimization/94131] [10 Regression] ICE: tree check: expected integer_cst, have plus_expr in get_len, at tree.h:5927 since r10-2814-g22fca489eaf98f26

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

[Bug bootstrap/93962] bootstrap fails with gcc/value-prof.c:268:28 : error: format '%lld' expects argument of type 'long long int', but argument 3 hastype 'int'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93962 Jakub Jelinek changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug middle-end/94146] New: Merging functions with same bodies stopped working

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94146 Bug ID: 94146 Summary: Merging functions with same bodies stopped working Product: gcc Version: 10.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: normal

[Bug target/94145] New: Longcalls mis-optimize loading the function address

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94145 Bug ID: 94145 Summary: Longcalls mis-optimize loading the function address Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component

[Bug target/94123] [10 regression] r10-1734, SVN r273240, causes gcc.target/powerpc/pr87507.c to fail

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94123 seurer at gcc dot gnu.org changed: What|Removed |Added Summary|[10 regression] r10-7093|[10 regression] r10-1734,

[Bug testsuite/94019] [9 regression] gcc.dg/vect/vect-over-widen-17.c fails starting with g:370c2ebe8fa20e0812cd2d533d4ed38ee2d37c85, r9-1590

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94019 --- Comment #4 from Bill Schmidt --- Oh sorry, we are awaiting a backport. Never mind.

[Bug testsuite/94019] [9 regression] gcc.dg/vect/vect-over-widen-17.c fails starting with g:370c2ebe8fa20e0812cd2d533d4ed38ee2d37c85, r9-1590

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94019 --- Comment #3 from Bill Schmidt --- Looks like this could be closed, Kewen?

[Bug target/94144] New: ICE on aarch64-linux-gnu: in aarch64_print_operand at gcc/config/aarch64/aarch64.c:9528

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94144 Bug ID: 94144 Summary: ICE on aarch64-linux-gnu: in aarch64_print_operand at gcc/config/aarch64/aarch64.c:9528 Product: gcc Version: 10.0 Status: UNCONFIRMED Se

[Bug target/93709] [10 regression] fortran.dg/minlocval_4.f90 fails on power 9 after r10-4161

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93709 Bill Schmidt changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/94095] Modifier 'a' do not work as described

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94095 --- Comment #4 from Andrew Pinski --- (In reply to Martin Liška from comment #3) I did not notice the git to bugzilla comment connection was not working until yesterday and then forgot to update this one. THanks for doing it.

[Bug fortran/94129] Using almost any openacc !$acc directive causes ICE "compressed stream: data error"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94129 --- Comment #7 from Matthias Klose --- $ gfortran-10 -flto -c program.f90 $ readelf -SW program.o | grep lto_.lto [ 6] .gnu.lto_.lto.c7eb6f75a94ea29a PROGBITS cc 08 00 E 0 0 1 $ objdump -s -j .gnu.lto_.l

[Bug libfortran/94143] New: [9/10 Regression] Asynchronous execute_command_line() breaks following synchronous calls

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94143 Bug ID: 94143 Summary: [9/10 Regression] Asynchronous execute_command_line() breaks following synchronous calls Product: gcc Version: 9.2.1 Status: UNCONFIRMED

[Bug target/94134] pdp11-aout puts initial variable into .text section rather than .data

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94134 Jakub Jelinek changed: What|Removed |Added Last reconfirmed||2020-03-11 Ever confirmed|0

[Bug lto/94138] [gcc10] unresolvable R_X86_64_TPOFF32 relocation against symbol when LTO activated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94138 --- Comment #11 from Martin Liška --- Good, now I can see a similar issue: $ gcc -o cache_locality_test -L. libfolly.so -pthread CacheLocalityTest.o -shared /usr/bin/ld: /tmp/cache_locality_test.Kz3DE7.ltrans0.ltrans.o: relocation R_X86_64_TPOF

[Bug target/94134] pdp11-aout puts initial variable into .text section rather than .data

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

[Bug c++/94132] Valid usage of flexible array member failing to compile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94132 Martin Sebor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Blocks|

[Bug c++/69698] [meta-bug] flexible array members

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69698 Bug 69698 depends on bug 94132, which changed state. Bug 94132 Summary: Valid usage of flexible array member failing to compile https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94132 What|Removed |Added

[Bug lto/94138] [gcc10] unresolvable R_X86_64_TPOFF32 relocation against symbol when LTO activated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94138 --- Comment #10 from Martin Liška --- Ok, I see in the .s file: $ grep _ZN5folly14AccessSpreaderISt6atomicE8cpuCacheE cache_locality_test.ltrans0.s leaq_ZN5folly14AccessSpreaderISt6atomicE8cpuCacheE@tpoff, %rbp leaq_ZN5fo

[Bug rtl-optimization/94119] MIPS: Invalid use of branch delay slots leading to corrupt jump

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94119 --- Comment #2 from d.dorau at avm dot de --- (In reply to Eric Botcazou from comment #1) > Please post the output of 'gcc -v' for the affected compiler. We could reproduce this with several gcc builds of which I post the output below: 1. buildr

[Bug c/94142] typeof enum member appears to give wrong signedness

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94142 Matthew Fernandez changed: What|Removed |Added Resolution|--- |INVALID Status|UNCONFIRM

[Bug sanitizer/85777] [8/9/10 Regression] -fsanitize=undefined makes a -Wmaybe-uninitialized warning disappear

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85777 --- Comment #14 from Vincent Lefèvre --- (In reply to Vincent Lefèvre from comment #1) > I've cleaned up the testcase: > > int d; > int h(void); > void e(void) > { > int f[2]; > int g = 0; > if (d) > g++; > if (d == 1) > f[g++] =

[Bug lto/94138] [gcc10] unresolvable R_X86_64_TPOFF32 relocation against symbol when LTO activated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94138 --- Comment #9 from Laurent Stacul --- Here is the command line: g++ -E -DFOLLY_XLOG_STRIP_PREFIXES=\"/home/docker/development/opensource-pack-builder/components/folly/BUILD/folly-2020.03.02.00:/home/docker/development/opensource-pack-builder/c

[Bug lto/94138] [gcc10] unresolvable R_X86_64_TPOFF32 relocation against symbol when LTO activated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94138 --- Comment #8 from Martin Liška --- (In reply to Laurent Stacul from comment #7) > Created attachment 48019 [details] > preprocessed sources Thanks and last missing piece is command line how lityTest.cpp.o is compiled?

[Bug c/94142] typeof enum member appears to give wrong signedness

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94142 --- Comment #1 from Jonathan Wakely --- (In reply to Matthew Fernandez from comment #0) > This seems surprising to me. Shouldn't x and y have the same signedness as > they're both the type of the enum? It seems like somehow the type of an enum >

[Bug c/94142] New: typeof enum member appears to give wrong signedness

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94142 Bug ID: 94142 Summary: typeof enum member appears to give wrong signedness Product: gcc Version: 9.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Componen

[Bug lto/94138] [gcc10] unresolvable R_X86_64_TPOFF32 relocation against symbol when LTO activated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94138 --- Comment #7 from Laurent Stacul --- Created attachment 48019 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48019&action=edit preprocessed sources

[Bug c++/94141] New: c++20 rewritten operator== recursive call mixing friend and external operators for template class

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94141 Bug ID: 94141 Summary: c++20 rewritten operator== recursive call mixing friend and external operators for template class Product: gcc Version: 10.0 Status: UNCONFIRMED

[Bug rtl-optimization/94119] MIPS: Invalid use of branch delay slots leading to corrupt jump

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

[Bug rtl-optimization/90378] [9/10 regression] -Os -flto miscompiles 454.calculix after r266385 on Arm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90378 Christophe Lyon changed: What|Removed |Added Last reconfirmed||2020-03-11 CC|

[Bug middle-end/94120] [OpenACC] ICE in gimplify_adjust_omp_clauses_1 for 'declare' for variable outside scope

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94120 --- Comment #4 from Tobias Burnus --- (In reply to Tobias Burnus from comment #3) > Patch for Fortran: > https://gcc.gnu.org/pipermail/gcc-patches/current/541774.html Patch for C + C++: https://gcc.gnu.org/pipermail/gcc-patches/current/541840.

[Bug c++/93699] Invalid operator== (returning non-bool type) candidate

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93699 --- Comment #4 from Laurent Stacul --- Sorry for this, I will follow your recommendations next time.

[Bug fortran/94129] Using almost any openacc !$acc directive causes ICE "compressed stream: data error"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94129 --- Comment #6 from Martin Liška --- (In reply to Matthias Klose from comment #3) > $ gfortran-10 -v -fopenacc program.f90 2>&1 |grep zstd > Supported LTO compression algorithms: zlib zstd > Supported LTO compression algorithms: zlib zstd > > af

[Bug fortran/94129] Using almost any openacc !$acc directive causes ICE "compressed stream: data error"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94129 --- Comment #5 from Richard Biener --- Btw, your backtrace ends up in lto_uncompression_zlib but Matthias shows the Ubuntu packages have zstd enabled. I'd have expected only zstd compressed sections there. Matthias, can you reproduce the issue?

[Bug fortran/94129] Using almost any openacc !$acc directive causes ICE "compressed stream: data error"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94129 --- Comment #4 from Richard Biener --- So I tried it with the SUSE GCC 10 packages and it works fine (I've double-checked nvptx is offloaded). But my packages are only configured for zlib ... (I'm testing on Leap 15.1 which doesn't have zstd I t

[Bug tree-optimization/94130] [8/9/10 Regression] Unintended result with optimization option when assigning two structures, memset and 0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94130 --- Comment #7 from Jakub Jelinek --- Created attachment 48018 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48018&action=edit gcc10-pr94130.patch Untested fix.

[Bug fortran/94129] Using almost any openacc !$acc directive causes ICE "compressed stream: data error"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94129 Matthias Klose changed: What|Removed |Added CC||doko at debian dot org --- Comment #3 f

[Bug c++/94140] New: [OpenACC] declare directive in class currently rejected

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94140 Bug ID: 94140 Summary: [OpenACC] declare directive in class currently rejected Product: gcc Version: 10.0 Status: UNCONFIRMED Keywords: openacc, rejects-valid

[Bug driver/93645] Support -fuse-ld=/absolute/path/to/ld

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93645 Martin Liška changed: What|Removed |Added Target Milestone|--- |10.0 Last reconfirmed|

[Bug tree-optimization/94130] [8/9/10 Regression] Unintended result with optimization option when assigning two structures, memset and 0

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

[Bug tree-optimization/94130] [8/9/10 Regression] Unintended result with optimization option when assigning two structures, memset and 0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94130 --- Comment #5 from Jakub Jelinek --- And the b.d = 0; store isn't needed either.

[Bug tree-optimization/94130] [8/9/10 Regression] Unintended result with optimization option when assigning two structures, memset and 0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94130 --- Comment #4 from Jakub Jelinek --- Slightly reduced testcase: struct A { char a[6]; void *b; }; struct B { unsigned int c, d; }; static void __attribute__((noipa)) foo (struct A *x) { struct B *b = (struct B *) x->b; if (b->c != 1234 || b

[Bug target/89346] Unnecessary EVEX encoding

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89346 Martin Liška changed: What|Removed |Added CC||marxin at gcc dot gnu.org --- Comment #5

[Bug target/91598] [8/9 regression] 60% speed drop on neon intrinsic loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91598 Martin Liška changed: What|Removed |Added CC||marxin at gcc dot gnu.org --- Comment #6

[Bug c++/93729] [concepts] binding bit-field to lvalue reference in requires expression should be SFINAE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93729 Martin Liška changed: What|Removed |Added CC||marxin at gcc dot gnu.org --- Comment #3

[Bug c++/94027] [10 Regression] ice in comptypes, at cp/typeck.c:1489 since r10-6907

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94027 Martin Liška changed: What|Removed |Added CC||marxin at gcc dot gnu.org --- Comment #2

[Bug target/89229] Incorrect xmm16-xmm31/ymm16-ymm31 in vector move

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89229 Martin Liška changed: What|Removed |Added CC||marxin at gcc dot gnu.org --- Comment #29

[Bug testsuite/94019] [9 regression] gcc.dg/vect/vect-over-widen-17.c fails starting with g:370c2ebe8fa20e0812cd2d533d4ed38ee2d37c85, r9-1590

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94019 Martin Liška changed: What|Removed |Added CC||marxin at gcc dot gnu.org --- Comment #2

[Bug testsuite/94023] [9 regression] gcc.dg/vect/slp-perm-12.c fails starting with r9-5008

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94023 Martin Liška changed: What|Removed |Added CC||marxin at gcc dot gnu.org --- Comment #2

[Bug target/94095] Modifier 'a' do not work as described

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94095 Martin Liška changed: What|Removed |Added CC||marxin at gcc dot gnu.org --- Comment #3

[Bug libstdc++/94063] filesystem::path concatenation doesn't work for Windows root-paths

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94063 Martin Liška changed: What|Removed |Added CC||marxin at gcc dot gnu.org --- Comment #4

[Bug rtl-optimization/93564] [10 Regression] 470.lbm regresses by 25% on znver2 with -Ofast -march=native LTO and PGO since r10-6384-g2a07345c4f8dabc2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93564 --- Comment #7 from Martin Liška --- commit r10-7093-g5dc1390b41db5c1765e25fd21dad1a930a015aac Author: Vladimir N. Makarov Date: Mon Mar 9 14:05:09 2020 -0400 Revert: One more patch for PR93564: Prefer smaller hard regno when we do not ho

[Bug tree-optimization/94130] [8/9/10 Regression] Unintended result with optimization option when assigning two structures, memset and 0

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

[Bug target/90763] PowerPC vec_xl_len should take const

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90763 Martin Liška changed: What|Removed |Added CC||marxin at gcc dot gnu.org --- Comment #4

[Bug c++/94117] deferred noexcept specifications and friend fns

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94117 Martin Liška changed: What|Removed |Added CC||marxin at gcc dot gnu.org --- Comment #10

[Bug target/93709] [10 regression] fortran.dg/minlocval_4.f90 fails on power 9 after r10-4161

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93709 Martin Liška changed: What|Removed |Added CC||marxin at gcc dot gnu.org --- Comment #6

  1   2   >