Re: [PATCH] c: Add diagnostic when operator= is used as truth cond [PR25689]

On Fri, 11 Feb 2022 at 20:47, Jason Merrill wrote: > > > > On the other hand, for empty classes, it seems that a COMPOUND_EXPR > > is built in build_over_call under the is_really_empty_class guard (line > > 9791). > > I don't understand the tree structure that I should identify though. > > Could

[Bug tree-optimization/104510] New: ICE: 'verify_gimple' failed: mismatching comparison operand types in verify_gimple_in_seq()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104510 Bug ID: 104510 Summary: ICE: 'verify_gimple' failed: mismatching comparison operand types in verify_gimple_in_seq() Product: gcc Version: 12.0 Status: UNCONFIRMED

Re: [PATCH] x86: Update PR 35513 tests

On Thu, Feb 10, 2022 at 9:58 PM H.J. Lu via Gcc-patches wrote: > > 1. Require linker with GNU_PROPERTY_1_NEEDED support for PR 35513 > run-time tests. > 2. Compile pr35513-8.c to scan assembly code. > > PR testsuite/104481 > * g++.target/i386/pr35513-1.C: Require property_1_needed

Re: [PATCH] [PATCH,v4,1/1,AARCH64][PR102768] aarch64: Add compiler support for Shadow Call Stack

On 2/11/22 07:35, Richard Sandiford wrote: Dan Li writes: On 2/11/22 01:53, Richard Sandiford wrote: Dan Li writes: On 2/10/22 01:55, Richard Sandiford wrote: And I think maybe we could handle this through three patches: 1.Keep current patch (a V5) unchanged for scs. 2.Add

Regarding passing additional parameters in runtime schedule

Dear gcc, I wanted to pass the address of an array defined in C code to the runtime schedule in libgomp. Basically I want to pass some information from the C code to the scheduler in OpenMp. I don't know how to achieve it. After analyzing the assembly code generated by GCC, I understood there is

Re: [PATCH v2] MIPS: IPL is 8bit in Cause register if TARGET_MCU

On 2/8/2022 8:18 PM, YunQiang Su wrote: If MIPS MCU extension is enable, the IPL section in Cause register has been expand to 8bit instead of 6bit. gcc/ChangeLog: * config/mips/mips.cc (mips_expand_prologue): IPL is 8bit for MCU ASE. OK jeff

[PATCH v7 12/12] LoongArch Port: Add doc.

From: chenglulu 2022-02-12 Chenghua Xu Lulu Cheng * contrib/config-list.mk: Add LoongArch triplet. * gcc/doc/install.texi: Add LoongArch options section. * gcc/doc/invoke.texi: Add LoongArch options section. * gcc/doc/md.texi: Add LoongArch

[PATCH v7 09/12] LoongArch Port: Regenerate libgcc/configure.

From: chenglulu 2022-02-12 Chenghua Xu Lulu Cheng * libgcc/configure: Regenerate. --- libgcc/configure | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/libgcc/configure b/libgcc/configure index 4919a56f518..ce04c4f529f 100755 --- a/libgcc/configure

[PATCH v7 11/12] LoongArch Port: gcc/testsuite

From: chenglulu 2022-02-12 Chenghua Xu Lulu Cheng gcc/testsuite/ * g++.dg/cpp0x/constexpr-rom.C: Add build options for LoongArch. * g++.old-deja/g++.abi/ptrmem.C: Add LoongArch support. * g++.old-deja/g++.pt/ptrmem6.C: xfail for LoongArch. *

[PATCH v7 08/12] LoongArch Port: libgcc

From: chenglulu 2022-02-12 Chenghua Xu Lulu Cheng libgcc/ * config/loongarch/crtfastmath.c: New file. * config/loongarch/crti.S: Like wise. * config/loongarch/crtn.S: Like wise. * config/loongarch/linux-unwind.h: Like wise. *

[PATCH v7 10/12] LoongArch Port: libgomp

From: chenglulu 2022-02-12 Chenghua Xu Lulu Cheng libgomp/ * configure.tgt: Add LoongArch triplet. --- libgomp/configure.tgt | 4 1 file changed, 4 insertions(+) diff --git a/libgomp/configure.tgt b/libgomp/configure.tgt index d4f1e741b5a..2cd7272fcd8 100644 ---

[PATCH v7 02/12] LoongArch Port: gcc build

From: chenglulu 2022-02-12 Chenghua Xu Lulu Cheng gcc/ * common/config/loongarch/loongarch-common.cc: New file. * config/loongarch/genopts/genstr.sh: New file. * config/loongarch/genopts/loongarch-strings: New file. *

[PATCH v7 06/12] LoongArch Port: Builtin functions.

From: chenglulu 2022-02-12 Chenghua Xu Lulu Cheng gcc/ * config/loongarch/larchintrin.h: New file. * config/loongarch/loongarch-builtins.cc: New file. --- gcc/config/loongarch/larchintrin.h | 413 +

[PATCH v7 07/12] LoongArch Port: Builtin macros.

From: chenglulu 2022-02-12 Chenghua Xu Lulu Cheng gcc/ *config/loongarch/loongarch-c.cc --- gcc/config/loongarch/loongarch-c.cc | 109 1 file changed, 109 insertions(+) create mode 100644 gcc/config/loongarch/loongarch-c.cc diff --git

[PATCH v7 03/12] LoongArch Port: Regenerate gcc/configure.

From: chenglulu 2022-02-12 Chenghua Xu Lulu Cheng gcc/ * configure: Regenerate. --- gcc/configure | 66 ++- 1 file changed, 60 insertions(+), 6 deletions(-) diff --git a/gcc/configure b/gcc/configure index

[PATCH v7 01/12] LoongArch Port: Regenerate configure

From: chenglulu 2022-02-12 Chenghua Xu Lulu Cheng * config/picflag.m4: Default add build option '-fpic' for LoongArch. * configure: Add LoongArch tuples. * configure.ac: Like wise. --- config/picflag.m4 | 3 +++ configure | 10 +-

[PATCH v7 00/12] Add LoongArch support.

From: Chenghua Xu Hi, all: This is the v7 version of LoongArch Port. Please review. We know it is stage4, I think it is ok for a new prot. The kernel side upstream waiting for a approval by gcc side, if it is blocked by stage4, a approval for GCC13 will be appreciation. The LoongArch

[Bug c++/99804] cannot convert bit field enum to its own type in a template member function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99804 Andrew Pinski changed: What|Removed |Added CC||vofogi5810 at goonby dot com ---

[Bug c++/104509] Scoped enum as bit field in a function template

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104509 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/104509] New: Scoped enum as bit field in a function template

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104509 Bug ID: 104509 Summary: Scoped enum as bit field in a function template Product: gcc Version: 11.1.0 Status: UNCONFIRMED Severity: normal Priority: P3

Merge from trunk to gccgo branch

I merged trunk revision 8dc2499aa62f768c6395c9754b8cabc1ce25c494 to the gccgo branch. Ian

[Bug middle-end/104504] spurious -Wswitch-unreachable warning with -ftrivial-auto-var-init=zero

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104504 --- Comment #2 from Kees Cook --- As mentioned in a Linux kernel thread, isn't it possible to transform this: switch (x) { int y; default: y = x * 2; return y; } into this: { int y; switch (x) {

[Bug libstdc++/104508] New: _GLIBCXX_ASSERTIONS gets ignored with clang with -std=c++2b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104508 Bug ID: 104508 Summary: _GLIBCXX_ASSERTIONS gets ignored with clang with -std=c++2b Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal

[pushed] LRA, rs6000, Darwin: Amend lo_sum use for forced constants [PR104117].

Two issues resulted in this PR, which manifests when we force a constant into memory in LRA (in PIC code on Darwin). The presence of such forced constants is quite dependent on other RTL optimisations, and it is easy for the issue to become latent for a specific case. First, in the

[Bug target/104117] [9,10,11,12 Regression] Darwin ppc64 uses invalid non-PIC address to access constants (in PIC code).

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104117 --- Comment #23 from CVS Commits --- The master branch has been updated by Iain D Sandoe : https://gcc.gnu.org/g:4c3792d448964f7bd99e7eac2c29c9eb7c2bfb84 commit r12-7209-g4c3792d448964f7bd99e7eac2c29c9eb7c2bfb84 Author: Iain Sandoe Date:

[committed] preprocessor: Extract messages from cpp_*_at calls for translation

The logic in libcpp/Makefile.in listing diagnostic functions in a call to xgettext was missing cpp_warning_at, cpp_pedwarning_at and cpp_error_at, so resulting in some messages not being extracted for translation; add those functions to those for which messages are extracted. Tested with "make

[committed] i18n: fix exgettext handling of C++ sources

The move of source files to .cc names broke most message extraction by exgettext because it processed .c files with --language=GCC-source but didn't process .cc files that way. Fix to process files identified as C++ that way as well. Tested with "make gcc.pot". Applied to mainline. *

libgo patch committed: Update to Go1.18beta2 release

I've committed a change to update libgo to the Go1.18beta2 release. Bootstrapped and tested on x86_64-pc-linux-gnu. As usual with these release updates, the change is too large for this e-mail. Please see the git history or https://go.dev/cl/384695 for the exact changes. Ian gotools/: *

[Bug c/104506] [12 Regression] ICE: tree check: expected class 'type', have 'exceptional' (error_mark) in useless_type_conversion_p, at gimple-expr.cc:87 on invalid symbol redeclaration

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104506 --- Comment #3 from Andrew Pinski --- (In reply to Andrew Pinski from comment #2) > Now do we want to add a check inside STRIP_USELESS_TYPE_CONVERSION for > error_mark_node, I am still deciding. Oh STRIP_TYPE_NOPS has a check for

[Bug c/104506] [12 Regression] ICE: tree check: expected class 'type', have 'exceptional' (error_mark) in useless_type_conversion_p, at gimple-expr.cc:87 on invalid symbol redeclaration

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104506 --- Comment #2 from Andrew Pinski --- The NOP_EXPR comes from: (gdb) up #1 0x00b99a72 in c_process_expr_stmt (loc=266752, expr=) at /home/apinski/src/upstream-gcc/gcc/gcc/c/c-typeck.cc:11356 11356 expr = build1 (NOP_EXPR,

gcc-10-20220211 is now available

Snapshot gcc-10-20220211 is now available on https://gcc.gnu.org/pub/gcc/snapshots/10-20220211/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 10 git branch with the following options: git://gcc.gnu.org/git/gcc.git branch

[Bug target/101324] powerpc64le: hashst appears before mflr at -O1 or higher

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

Re: [PATCH] Fix PR 101515 (ICE in pp_cxx_unqualified_id, at cp/cxx-pretty-print.c:128)

> On Feb 11, 2022, at 3:54 PM, Jason Merrill wrote: > > On 2/11/22 15:29, Qing Zhao wrote: >>> On Feb 11, 2022, at 1:39 PM, Jason Merrill wrote: >>> >>> On 2/11/22 13:11, Qing Zhao wrote: Hi, Jason, > On Feb 11, 2022, at 11:27 AM, Jason Merrill wrote: Sure, we

[committed] libstdc++: Fix FAIL: 20_util/temporary_buffer.cc for C++14

Tested x86_64-linux, pushed to trunk. -- >8 -- The std::get_temporary_buffer function is deprecated since C++17, but the test was expecting a warning for C++14 as well. libstdc++-v3/ChangeLog: * testsuite/20_util/temporary_buffer.cc: Fix dg-warning target selector. ---

[committed] libstdc++: Fix test failures at -O0

Tested x86_64-linux, pushed to trunk. -- >8 -- libstdc++-v3/ChangeLog: * testsuite/20_util/monotonic_buffer_resource/allocate.cc: Ignore -Walloc-larger-than warning. * testsuite/20_util/unsynchronized_pool_resource/allocate.cc: Likewise. *

Re: [PATCH] Fix PR 101515 (ICE in pp_cxx_unqualified_id, at cp/cxx-pretty-print.c:128)

On 2/11/22 15:29, Qing Zhao wrote: On Feb 11, 2022, at 1:39 PM, Jason Merrill wrote: On 2/11/22 13:11, Qing Zhao wrote: Hi, Jason, On Feb 11, 2022, at 11:27 AM, Jason Merrill wrote: Sure, we might as well make this code more robust. But we can do better than if we check

[Bug c++/104507] [10/11 Regression] internal compiler error: unexpected expression ‘(int)(__ret)’ of kind cast_expr

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104507 Andrew Pinski changed: What|Removed |Added Known to work||10.1.0, 9.3.0, 9.4.0

[Bug tree-optimization/102586] [12 Regression] ICE in clear_padding_type, at gimple-fold.c:4798 since r12-3433-ga25e0b5e6ac8a77a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102586 --- Comment #27 from Qing Zhao --- > On Feb 11, 2022, at 11:47 AM, jakub at gcc dot gnu.org > wrote: > But if I do: > struct C { char a; int b; char c; long d; C () : a (42), b (42), c (42), d > (42) > {} }; > void bar (C *); > void > foo ()

[Bug c++/104507] internal compiler error: unexpected expression ‘(int)(__ret)’ of kind cast_expr

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104507 Andrew Pinski changed: What|Removed |Added Keywords||ice-on-valid-code, |

[Bug c/104506] [12 Regression] ICE: tree check: expected class 'type', have 'exceptional' (error_mark) in useless_type_conversion_p, at gimple-expr.cc:87 on invalid symbol redeclaration

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104506 Andrew Pinski changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug c/104506] [12 Regression] ICE: tree check: expected class 'type', have 'exceptional' (error_mark) in useless_type_conversion_p, at gimple-expr.cc:87 on invalid symbol redeclaration

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104506 Andrew Pinski changed: What|Removed |Added Ever confirmed|0 |1 Assignee|unassigned at gcc

[Bug c++/104507] New: internal compiler error: unexpected expression ‘(int)(__ret)’ of kind cast_expr

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104507 Bug ID: 104507 Summary: internal compiler error: unexpected expression ‘(int)(__ret)’ of kind cast_expr Product: gcc Version: 11.2.0 Status: UNCONFIRMED

[Bug libstdc++/103904] [defect fix] Please backport P2325R3 to 10 and 11

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103904 --- Comment #15 from CVS Commits --- The releases/gcc-11 branch has been updated by Patrick Palka : https://gcc.gnu.org/g:3273e704d04a98bcfccdc93c8d07e88f2b032043 commit r11-9561-g3273e704d04a98bcfccdc93c8d07e88f2b032043 Author: Patrick Palka

Re: [PATCH] Fix PR 101515 (ICE in pp_cxx_unqualified_id, at cp/cxx-pretty-print.c:128)

> On Feb 11, 2022, at 1:39 PM, Jason Merrill wrote: > > On 2/11/22 13:11, Qing Zhao wrote: >> Hi, Jason, >>> On Feb 11, 2022, at 11:27 AM, Jason Merrill wrote: >> >> Sure, we might as well make this code more robust. But we can do better >> than if we check TYPE_PTRMEMFUNC_P.

Re: [PATCH] libstdc++: Make atomic notify_one and notify_all non-const

On Fri, 11 Feb 2022 at 17:40, Thomas Rodgers via Libstdc++ wrote: > > > PR102994 "atomics: std::atomic::wait is not marked const" raises the > issue that the current libstdc++ implementation marks the notify members > const, the implementation strategy used by libstdc++, as well as libc++ > and

[Bug target/79754] ICE in type_natural_mode with vector for DFP type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79754 Uroš Bizjak changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at

Re: [PATCH] libstdc++: Back out some changes in P2325R3 backport [PR103904]

On Fri, 11 Feb 2022, 17:11 Patrick Palka via Libstdc++, < libstd...@gcc.gnu.org> wrote: > On Fri, 11 Feb 2022, Patrick Palka wrote: > > > In the P2325R3 backport r11-9555 the relaxation of the constraints on > > the partial specialization of __box (which is semantically equivalent to > > the

Re: [PATCH] Fix PR 101515 (ICE in pp_cxx_unqualified_id, at cp/cxx-pretty-print.c:128)

On 2/11/22 13:11, Qing Zhao wrote: Hi, Jason, On Feb 11, 2022, at 11:27 AM, Jason Merrill wrote: Sure, we might as well make this code more robust. But we can do better than if we check TYPE_PTRMEMFUNC_P. Okay, so what should we print to the user if it's “TYPE_PTRMEMFUNC_P”? Print

[Bug tree-optimization/104499] [12 Regression] ICE: in emit_move_insn, at expr.cc:4010 at -O1

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

[Bug target/101324] powerpc64le: hashst appears before mflr at -O1 or higher

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101324 --- Comment #25 from CVS Commits --- The releases/gcc-11 branch has been updated by Peter Bergner : https://gcc.gnu.org/g:c56c398c39f6195c3d158f02514c33b7da73ebc2 commit r11-9560-gc56c398c39f6195c3d158f02514c33b7da73ebc2 Author: Martin Liska

[Bug testsuite/103586] New test case gcc.target/powerpc/pr101324.c fails on BE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103586 --- Comment #5 from CVS Commits --- The releases/gcc-11 branch has been updated by Peter Bergner : https://gcc.gnu.org/g:4854985f13feac2d61c69c996c47af468f29c6c9 commit r11-9559-g4854985f13feac2d61c69c996c47af468f29c6c9 Author: Peter Bergner

[Bug testsuite/103556] [12 regression] rop test cases start failing after r12-5780

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103556 --- Comment #4 from CVS Commits --- The releases/gcc-11 branch has been updated by Peter Bergner : https://gcc.gnu.org/g:4854985f13feac2d61c69c996c47af468f29c6c9 commit r11-9559-g4854985f13feac2d61c69c996c47af468f29c6c9 Author: Peter Bergner

[Bug tree-optimization/104499] [12 Regression] ICE: in emit_move_insn, at expr.cc:4010 at -O1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104499 --- Comment #3 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:9355a8c35883b5125851bb9b4169a1a1cd8e343f commit r12-7202-g9355a8c35883b5125851bb9b4169a1a1cd8e343f Author: Jakub Jelinek Date:

[PATCH] libgomp: added OMPD support to libgomp and created libgompd

This patch added OMPD support for libgomp and added some OMPD functions. One of the guys is working on the gdb-plugin and two of them are trying to get familiar with DejaGnu and some of us are working on the Graduation Book which will contain everything about the project. (we will provide it if

Re: [PATCH] match.pd: Fix up (X & Y) CMP 0 -> X CMP2 ~Y simplifications [PR104499]

> Am 11.02.2022 um 20:00 schrieb Jakub Jelinek via Gcc-patches > : > > Hi! > > The following testcase ICEs on x86_64-linux, because match.pd emits > there a NOP_EXPR cast from int*8 vector type with BLKmode to > unsigned*8 vector type with BLKmode and vec-lowering isn't prepared > to handle

[PATCH] match.pd: Fix up (X & Y) CMP 0 -> X CMP2 ~Y simplifications [PR104499]

Hi! The following testcase ICEs on x86_64-linux, because match.pd emits there a NOP_EXPR cast from int*8 vector type with BLKmode to unsigned*8 vector type with BLKmode and vec-lowering isn't prepared to handle such casts. Fixed by using VIEW_CONVERT_EXPR instead. Bootstrapped/regtested on

[PATCH] c++: Reject __builtin_clear_padding on non-trivially-copyable types with one exception [PR102586]

Hi! As mentioned by Jason in the PR, non-trivially-copyable types (or non-POD for purposes of layout?) types can be base classes of derived classes in which the padding in those non-trivially-copyable types can be redused for some real data members or even the layout can change and data members

[Bug sanitizer/104449] [9/10/11/12 Regression] ICE: verify_gimple failed: dead statement in EH table with -fexceptions -fsanitize=address -fstack-check=generic

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

[Bug c/104506] [12 Regression] ICE: tree check: expected class 'type', have 'exceptional' (error_mark) in useless_type_conversion_p, at gimple-expr.cc:87 on invalid symbol redeclaration

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104506 Andrew Pinski changed: What|Removed |Added Severity|normal |trivial Known to work|11.2.1

[Bug c/104506] [12 Regression] ICE: tree check: expected class 'type', have 'exceptional' (error_mark) in useless_type_conversion_p, at gimple-expr.cc:87 on invalid symbol redeclaration

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104506 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |12.0

[Bug tree-optimization/104501] vector lowering for VEC_COND_EXPR does not consider smaller vectors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104501 Andrew Pinski changed: What|Removed |Added Keywords||missed-optimization

Re: [PATCH] Fix PR 101515 (ICE in pp_cxx_unqualified_id, at cp/cxx-pretty-print.c:128)

Hi, Jason, > On Feb 11, 2022, at 11:27 AM, Jason Merrill wrote: Sure, we might as well make this code more robust. But we can do better than if we check TYPE_PTRMEMFUNC_P. >>> Okay, so what should we print to the user if it's “TYPE_PTRMEMFUNC_P”? >>> Print nothing or some

[Bug middle-end/104504] spurious -Wswitch-unreachable warning with -ftrivial-auto-var-init=zero

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104504 Kees Cook changed: What|Removed |Added CC||kees at outflux dot net --- Comment #1

Ping: [PATCH] PR target/102059 Fix inline of target specific functions

Ping patch for PR target/102059 to ignore implicit -mpower8-fusion that prevents a function targeting power9 or power10 from inlining a function that declared it needed power8 via attribute/pragma target. While we likely should revist this in GCC 13, this patch is fairly minimal in that it fixes

Ping: [PATCH], PR 104253, Fix __ibm128 conversions on IEEE 128-bit system

Ping patch to fix PR target/104253. This patch fixes using the wrong names for conversions between __ibm128 and integer types if the long double default is IEEE 128-bit. | Date: Fri, 28 Jan 2022 22:47:06 -0500 | From: Michael Meissner | Subject: [PATCH], PR 104253, Fix __ibm128 conversions on

[Bug tree-optimization/102586] [12 Regression] ICE in clear_padding_type, at gimple-fold.c:4798 since r12-3433-ga25e0b5e6ac8a77a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102586 --- Comment #26 from Jakub Jelinek --- Though, I must say I don't understand how that works currently at all. For say struct C0 {}; struct C1 {}; struct C2 : C1, virtual C0 {}; struct C3 : virtual C2, C1 {}; struct C6 { char c; }; struct C7 :

[Bug libstdc++/102994] std::atomic::wait is not marked const

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102994 --- Comment #14 from Thomas Rodgers --- Created attachment 52420 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52420=edit Make notify_one/notify_all non-const I submitted this patch to the list.

[Bug analyzer/102692] -Wanalyzer-null-dereference false alarm with (!p || q || !p->next)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102692 --- Comment #4 from David Malcolm --- I've been investigating the false positive from -Wanalyzer-use-of-uninitialized-value. It only happens when optimization is turned on, but happens within the FE, before gimplification. Specifically,

[PATCH] libstdc++: Make atomic notify_one and notify_all non-const

PR102994 "atomics: std::atomic::wait is not marked const" raises the issue that the current libstdc++ implementation marks the notify members const, the implementation strategy used by libstdc++, as well as libc++ and the Microsoft STL, do not require the atomic to be mutable (it is hard to

Re: [PATCH] middle-end/104497 - gimplification of vector indexing

On 2/11/22 06:26, Richard Biener wrote: The following attempts to address gimplification of ... = VIEW_CONVERT_EXPR((i & 1) != 0 ? inv : src)[i]; which is problematic since gimplifying the base object ? inv : src produces a register temporary but GIMPLE does not really support a register

[Bug tree-optimization/102586] [12 Regression] ICE in clear_padding_type, at gimple-fold.c:4798 since r12-3433-ga25e0b5e6ac8a77a

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

Re: [PATCH] Fix PR 101515 (ICE in pp_cxx_unqualified_id, at cp/cxx-pretty-print.c:128)

On 2/11/22 11:07, Qing Zhao wrote: Hi, Jason, On Feb 9, 2022, at 3:01 PM, Qing Zhao via Gcc-patches mailto:gcc-patches@gcc.gnu.org>> wrote: On Feb 9, 2022, at 12:23 PM, Jason Merrill > wrote: On 2/9/22 10:51, Qing Zhao wrote: On Feb 8, 2022, at 4:20 PM, Jason

Re: [PATCH] libstdc++: Back out some changes in P2325R3 backport [PR103904]

On Fri, 11 Feb 2022, Patrick Palka wrote: > In the P2325R3 backport r11-9555 the relaxation of the constraints on > the partial specialization of __box (which is semantically equivalent to > the primary template, only more space efficient) means some > specializations of __box will now use the

[Bug target/97040] incorrect fused multiply add/subtract instruction generated from C code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97040 Jeffrey A. Law changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug rtl-optimization/104400] [12 Regression] v850e lra/reload failure after recent change

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104400 Jeffrey A. Law changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[PATCH] libstdc++: Back out some changes in P2325R3 backport [PR103904]

In the P2325R3 backport r11-9555 the relaxation of the constraints on the partial specialization of __box (which is semantically equivalent to the primary template, only more space efficient) means some specializations of __box will now use the partial specialization instead of the primary

[Bug c/104506] New: [12 Regression] ICE: tree check: expected class 'type', have 'exceptional' (error_mark) in useless_type_conversion_p, at gimple-expr.cc:87 on invalid symbol redeclaration

-pc-linux-gnu-ld --with-as=/usr/bin/x86_64-pc-linux-gnu-as --disable-libstdcxx-pch --prefix=/repo/gcc-trunk//binary-trunk-r12-7199-20220211084605-gcc68ad87014-checking-yes-rtl-df-extra-nobootstrap-amd64 Thread model: posix Supported LTO compression algorithms: zlib zstd gcc version 12.0.1 20220211 (exp

[Bug tree-optimization/102586] [12 Regression] ICE in clear_padding_type, at gimple-fold.c:4798 since r12-3433-ga25e0b5e6ac8a77a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102586 --- Comment #24 from Jakub Jelinek --- I bet with the default -flifetime-dse=2 we would then have a var = {}; var ={v} {CLOBBER}; // Start of ctor clobber var.whatever = ...; // Ctor content and the zero initialization would be optimized

[Bug target/79754] ICE in type_natural_mode with vector for DFP type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79754 --- Comment #3 from Zdenek Sojka --- This still ICEs on r12-7199: $ x86_64-pc-linux-gnu-gcc testcase.c testcase.c: In function 'foo': testcase.c:2:1: internal compiler error: in type_natural_mode, at config/i386/i386.cc:1978 2 | V foo (V a)

[Bug tree-optimization/102586] [12 Regression] ICE in clear_padding_type, at gimple-fold.c:4798 since r12-3433-ga25e0b5e6ac8a77a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102586 --- Comment #23 from Qing Zhao --- > On Feb 11, 2022, at 9:29 AM, jason at gcc dot gnu.org > wrote: > > I wonder why -fauto-var-init uses builtin_clear_padding instead of just > zero-initializing the whole object before normal

Re: [PATCH] Fix PR 101515 (ICE in pp_cxx_unqualified_id, at cp/cxx-pretty-print.c:128)

Hi, Jason, On Feb 9, 2022, at 3:01 PM, Qing Zhao via Gcc-patches mailto:gcc-patches@gcc.gnu.org>> wrote: On Feb 9, 2022, at 12:23 PM, Jason Merrill mailto:ja...@redhat.com>> wrote: On 2/9/22 10:51, Qing Zhao wrote: On Feb 8, 2022, at 4:20 PM, Jason Merrill mailto:ja...@redhat.com>> wrote:

[committed] [PR104400] LRA: Modify exclude start hard register calculation for insn alternative

The following patch solves https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104400 The patch was successfully tested and bootstrapped on x86-64 and aarch64. commit 274a4d29421e73c9b40c1641986c6ed904e20184 Author: Vladimir N. Makarov Date: Fri Feb 11 09:52:14 2022 -0500 [PR104400] LRA:

[Bug rtl-optimization/104400] [12 Regression] v850e lra/reload failure after recent change

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104400 --- Comment #4 from CVS Commits --- The master branch has been updated by Vladimir Makarov : https://gcc.gnu.org/g:274a4d29421e73c9b40c1641986c6ed904e20184 commit r12-7200-g274a4d29421e73c9b40c1641986c6ed904e20184 Author: Vladimir N. Makarov

[Bug target/103008] poor inlined builtin_fmod on x86_64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103008 --- Comment #13 from Uroš Bizjak --- (In reply to Richard Biener from comment #12) > Just as data-point on znver2 Uros testcase shows > > rguenther@ryzen:/tmp> gcc-11 t.c -Ofast -lm -march=znver2 > rguenther@ryzen:/tmp> numactl --physcpubind=3

[Bug target/104502] [12 Regression] ICE: in extract_constrain_insn, at recog.cc:2670: insn does not satisfy its constraints with -O -flive-range-shrinkage -march=barcelona -fstack-protector-all -mavx5

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

Re: [PATCH] [PATCH, v4, 1/1, AARCH64][PR102768] aarch64: Add compiler support for Shadow Call Stack

Dan Li writes: > On 2/11/22 01:53, Richard Sandiford wrote: >> Dan Li writes: >>> On 2/10/22 01:55, Richard Sandiford wrote: > But treating scs push and scs pop as part of the register save and restore sequences would have one advantage: it would allow the scs push and scs pop

[Bug tree-optimization/102586] [12 Regression] ICE in clear_padding_type, at gimple-fold.c:4798 since r12-3433-ga25e0b5e6ac8a77a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102586 --- Comment #22 from Jason Merrill --- (In reply to Jakub Jelinek from comment #21) > This patch implements the rejection of pointers to non-trivially-copyable > types with the exception of or , because in those cases we know it > is complete

[Bug target/104455] Cannot select -march=armv7-a using GCC 11

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104455 --- Comment #5 from Richard Earnshaw --- (In reply to Jeffrey Walton from comment #4) > > So stepping back to 10,000 feet, we now need to specify options and ISA's we > are not using. That seems like a bug to me. I'm not sure I would consider

[Bug c/104505] New: ICE: SIGSEGV in c_pretty_printer::postfix_expression() on invalid code

usr/bin/x86_64-pc-linux-gnu-ld --with-as=/usr/bin/x86_64-pc-linux-gnu-as --disable-libstdcxx-pch --prefix=/repo/gcc-trunk//binary-trunk-r12-7199-20220211084605-gcc68ad87014-checking-yes-rtl-df-extra-nobootstrap-amd64 Thread model: posix Supported LTO compression algorithms: zlib zstd gcc versio

[Bug middle-end/104504] New: spurious -Wswitch-unreachable warning with -ftrivial-auto-var-init=zero

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104504 Bug ID: 104504 Summary: spurious -Wswitch-unreachable warning with -ftrivial-auto-var-init=zero Product: gcc Version: 12.0 Status: UNCONFIRMED Severity:

[Bug target/95082] [11] LE implementations of vec_cnttz_lsbb and vec_cntlz_lsbb are wrong

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95082 --- Comment #9 from Segher Boessenkool --- It still needs fixing on trunk as well, as discussed.

[Bug target/104502] [12 Regression] ICE: in extract_constrain_insn, at recog.cc:2670: insn does not satisfy its constraints with -O -flive-range-shrinkage -march=barcelona -fstack-protector-all -mavx5

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

[Bug c++/104503] New: [12 regression][modules] bits/shared_ptr_base.h: error: must ‘#include ’ before using ‘typeid’

all --disable-libsanitizer --disable-gcov --disable-libgomp --disable-libquadmath --disable-libssp --enable-languages=c,c++ Thread model: posix Supported LTO compression algorithms: zlib gcc version 12.0.1 20220211 (experimental) (GCC)

[Bug testsuite/104423] [libgomp, testsuite] Add means to do accelerator-only testing in libgomp

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104423 --- Comment #4 from Tom de Vries --- Created attachment 52416 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52416=edit [libgomp, testsuite, nvptx] Add GOMP_NVPTX_JIT_ITER (libgomp.c/c.exp only)

[Bug target/104502] New: [12 Regression] ICE: in extract_constrain_insn, at recog.cc:2670: insn does not satisfy its constraints with -O -flive-range-shrinkage -march=barcelona -fstack-protector-all -

nary-trunk-r12-7195-2022022825-g72f8d228aff-checking-yes-rtl-df-extra-amd64 Thread model: posix Supported LTO compression algorithms: zlib zstd gcc version 12.0.1 20220211 (experimental) (GCC)

[Bug middle-end/104449] [9/10/11/12 Regression] ICE: verify_gimple failed: dead statement in EH table with -fexceptions -fsanitize=address -fstack-check=generic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104449 --- Comment #3 from Jakub Jelinek --- C++ testcase that ICEs with such options even at -O2: void bar (int *); struct A { A (); ~A (); }; void foo (int n) { A b; { int a[n]; bar (a); } }

[Bug libstdc++/102425] std::error_code() does not compare equal to std::error_condition()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102425 --- Comment #9 from Jonathan Wakely --- (In reply to Jonathan Wakely from comment #8) > This also prompted https://wg21.link/lwg3598 Which has been voted into the working draft now.

[Bug rtl-optimization/104498] Alias attribute being ignored by scheduler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104498 --- Comment #8 from rsandifo at gcc dot gnu.org --- No, negating the offset seems like the right fix.

[Bug target/100181] hot-cold partitioned code doesn't assemble

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100181 --- Comment #13 from Andrew Stubbs --- I've updated the LLVM version documentation at https://gcc.gnu.org/wiki/Offloading#For_AMD_GCN: It's LLVM 9 or 13.0.1 now (nothing in between), and will be 13.0.1+ for the next release (dropping LLVM 9

[Bug target/100181] hot-cold partitioned code doesn't assemble

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100181 Tobias Burnus changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

  1   2   >