Re: [PATCH] Prettify output of debug_dwarf_die

On Thu, Mar 28, 2024 at 8:35 PM Tom Tromey wrote: > > When debugging gcc, I tried calling debug_dwarf_die and I saw this > output: > > DW_AT_location: location descriptor: > (0x7fffe9c2e870) DW_OP_dup 0, 0 > (0x7fffe9c2e8c0) DW_OP_bra location descriptor (0x7fffe9c2e640) > ,

Re: [PATCH] LoongArch: Remove unused code and add sign/zero-extend for vpickve2gr.d

We recently discovered an issue with the sign/zero extension behavior of |[x]vpickve2gr.|The QI , HI and SI are extended to SI instead of DI, which may lead to the generation of additional sign extension instructions. We have decided to fix this issue in the next version. I will upload a new pa

Re: [pushed][PATCH v5] LoongArch: Add support for TLS descriptors

Pushed to r14-9742. Rebase to the latest, and modify invoke.texi to add a description of the TLS DESC compilation option. 在 2024/3/19 上午9:54, mengqinggang 写道: Add support for TLS descriptors on normal code model and extreme code model. Normal code model instruction sequence: -mno-explicit

Re: [PATCH v2] rs6000: Stackoverflow in optimized code on PPC [PR100799]

Hi! on 2024/3/24 02:37, Ajit Agarwal wrote: > > > On 23/03/24 9:33 pm, Peter Bergner wrote: >> On 3/23/24 4:33 AM, Ajit Agarwal wrote: > - else if (align_words < GP_ARG_NUM_REG) > + else if (align_words < GP_ARG_NUM_REG > +|| (cum->hidden_string_length > +

Re: [PATCH] gcc: header-tools scripts updated to python3

Can I get some update on this patch. Is this patch ok? Will it be taken to upstream sources? On 29-Mar-24 15:52, sundeep.kokko...@windriver.com wrote: From: Sundeep KOKKONDA The scripts in contrib/header-tools/ are breaks with python3. These scripts are updated for python3 compatability. Si

Re: [PATCH v1] rs6000: Stackoverflow in optimized code on PPC [PR100799]

Hi! on 2024/3/22 17:36, Jakub Jelinek wrote: > On Fri, Mar 22, 2024 at 02:55:43PM +0530, Ajit Agarwal wrote: >> rs6000: Stackoverflow in optimized code on PPC [PR100799] >> >> When using FlexiBLAS with OpenBLAS we noticed corruption of >> the parameters passed to OpenBLAS functions. FlexiBLAS >> b

Re:[pushed] [PATCH] Regenerate loongarch.opt.urls.

Pushed to r14-9741. 在 2024/4/1 上午11:08, Lulu Cheng 写道: Fixes: d28ea8e5a704 ("LoongArch: Split loongarch_option_override_internal into smaller procedures") gcc/ChangeLog: * config/loongarch/loongarch.opt.urls: Regenerate. --- gcc/config/loongarch/loongarch.opt.ur

[PATCH] LoongArch: Fix missing plugin header

gcc/ChangeLog: * config/loongarch/t-loongarch: Add loongarch-def-arrays.h to OPTION_H_EXTRA. --- gcc/config/loongarch/t-loongarch | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/gcc/config/loongarch/t-loongarch b/gcc/config/loongarch/t-loongarch index 3dd7

Re: [PATCH] Regenerate loongarch.opt.urls.

在 2024/4/1 下午7:24, Mark Wielaard 写道: Hi, On Mon, Apr 01, 2024 at 11:08:08AM +0800, Lulu Cheng wrote: Fixes: d28ea8e5a704 ("LoongArch: Split loongarch_option_override_internal into smaller procedures") gcc/ChangeLog: * config/loongarch/loongarch.opt.urls: Regene

[PATCH 1/1] [RISC-V] Add support for _Bfloat16

1 At point , BF16 has already been completed "post public review". 2 LLVM has also added support for RISCV BF16 in and . 3 According to the discussion

[PATCH 0/1] [RISC-V] Add support for _Bfloat16

Hi all RISC-V folks: This patch completes the support for the bf16 data type in the riscv architecture.On this basis, there will be a series of patches in the future to strengthen support for BF16. It is recommended to first review this patch from the testcases, where detailed explanations have b

Re: [PATCH v5] LoongArch: Add support for TLS descriptors

在 2024/4/1 下午9:51, Xi Ruoyao 写道: Is this patch targeting GCC 14 or 15? If 14 I guess we'd commit now... Generally we don't add features in stage 4, but if we keep trad as the default I think it'd be OK. And RISC-V guys plan to push their TLS desc implementation this week too. I've rebase t

[PATCH] libstdc++: Allow adjacent __maybe_present_t to overlap

Tested on x86_64-pc-linux-gnu, does this look OK for trunk? -- >8 -- Currently __maybe_present_t maps to the same empty class type independent of T. This is suboptimal because it means adjacent __maybe_present_t members with the [[no_unique_address]] attribute can't overlap even if the condition

Re: [Patch, fortran] PR106999 [11/12/13/14 Regression] ICE tree check: expected record_type or union_type or qual_union_type, have function_type in gfc_class_data_get, at fortran/trans-expr.cc:233

Hi Paul, On 3/31/24 15:01, Paul Richard Thomas wrote: This regression has a relatively simple fix. The passing of a subroutine procedure pointer component to a dummy variable was being missed completely. The error has been added. Conversely, an error was generated for a procedure pointer variabl

Re: [Patch, fortran] PR112407 - [13/14 Regression] Fix for PR37336 triggers an ICE in gfc_format_decoder while constructing a vtab

Hi Paul! Am 31.03.24 um 14:08 schrieb Paul Richard Thomas: Hi Harald, I had only a quick glance at your patch. I guess you unintentionally forgot to remove those parts that you already committed for PR110987, along with the finalize-testcases. Guilty as charged. I guess I got out of the w

Combine patch ping

Hello! I'd like to ping the https://gcc.gnu.org/pipermail/gcc-patches/2024-March/647634.html PR112560 P1 patch. Thanks, Uros.

[PATCH] c++: make __is_array return false for T[0] [PR114479]

Bootstrapped/regtested on x86_64-pc-linux-gnu, ok for trunk? -- >8 -- When we switched to using the __is_array built-in trait to implement std::is_array in r14-6623-g7fd9c349e45534, we started saying that T[0] is an array. There are various opinions as to whether that is the best answer, but it s

[pushed] c++: C++26 returning reference to temporary

Tested x86_64-pc-linux-gnu, applying to trunk. -- 8< -- P2748R5 makes it ill-formed to return a reference to temporary in C++26; implementing this is a simple matter of changing the existing warning to a permerror. For most of the tests I just changed dg-warning to dg-message to accept both; I t

Re: [PATCH v5] LoongArch: Add support for TLS descriptors

Is this patch targeting GCC 14 or 15? If 14 I guess we'd commit now... Generally we don't add features in stage 4, but if we keep trad as the default I think it'd be OK. And RISC-V guys plan to push their TLS desc implementation this week too. On Tue, 2024-03-19 at 09:54 +0800, mengqinggang wro

[PATCH][Backport][GCC10] Fix SSA corruption due to widening_mul opt on conflict across an abnormal edge [PR111407]

This is a bug in tree-ssa-math-opts.c, when applying the widening mul optimization, the compiler needs to check whether the operand is in a ABNORMAL PHI, if YES, we should avoid the transformation. PR tree-optimization/111407 gcc/ChangeLog: * tree-ssa-math-opts.c (convert_mult_to

[PATCH][Backport][GCC11] Fix SSA corruption due to widening_mul opt on conflict across an abnormal edge [PR111407]

This is a bug in tree-ssa-math-opts.c, when applying the widening mul optimization, the compiler needs to check whether the operand is in a ABNORMAL PHI, if YES, we should avoid the transformation. PR tree-optimization/111407 gcc/ChangeLog: * tree-ssa-math-opts.c (convert_mult_to

[PATCH][Backport][GCC12] Fix SSA corruption due to widening_mul opt on conflict across an abnormal edge [PR111407]

This is a bug in tree-ssa-math-opts.cc, when applying the widening mul optimization, the compiler needs to check whether the operand is in a ABNORMAL PHI, if YES, we should avoid the transformation. PR tree-optimization/111407 gcc/ChangeLog: * tree-ssa-math-opts.cc (convert_mult_

[PATCH][Backport][GCC13] Fix SSA corruption due to widening_mul opt on conflict across an abnormal edge [PR111407]

This is a bug in tree-ssa-math-opts.cc, when applying the widening mul optimization, the compiler needs to check whether the operand is in a ABNORMAL PHI, if YES, we should avoid the transformation. PR tree-optimization/111407 gcc/ChangeLog: * tree-ssa-math-opts.cc (convert_mult_

Re: Frontend access to target features (was Re: [PATCH] libgccjit: Add ability to get CPU features)

David: Ping. Le 2024-03-19 à 07 h 03, Arthur Cohen a écrit : Hi, On 3/5/24 16:09, David Malcolm wrote: On Thu, 2023-11-09 at 19:33 -0500, Antoni Boucher wrote: Hi. See answers below. On Thu, 2023-11-09 at 18:04 -0500, David Malcolm wrote: On Thu, 2023-11-09 at 17:27 -0500, Antoni Boucher wr

[PATCH v2 2/2] gcc: xtensa: add xtensa*-esp*-elf multilib

gcc/ * config.gcc: Add xtensa*-esp*-elf target. * config/xtensa/t-esp-multilib: New file. --- gcc/config.gcc | 6 ++ gcc/config/xtensa/t-esp-multilib | 20 2 files changed, 26 insertions(+) create mode 100644 gcc/config/xtensa/t-esp-mult

[PATCH v2 1/2] gcc: xtensa: add mdynconfig option

gcc/ * config/xtensa/elf.h (ASM_SPEC, LINK_SPEC): Pass dynconfig to assembler/linker. * config/xtensa/linux.h (ASM_SPEC, LINK_SPEC): Likewise. * config/xtensa/uclinux.h (ASM_SPEC, LINK_SPEC): Likewise. * config/xtensa/xtensa-dynconfig.cc: May build dynconfig

Re: [PATCH] Regenerate loongarch.opt.urls.

Hi, On Mon, Apr 01, 2024 at 11:08:08AM +0800, Lulu Cheng wrote: > Fixes: d28ea8e5a704 ("LoongArch: Split loongarch_option_override_internal > into smaller procedures") > > gcc/ChangeLog: > > * config/loongarch/loongarch.opt.urls: Regenerate. This looks OK to me. I cann