[PATCH] gcc: xtensa: fix PR target/108919

gcc/ PR target/108919 * config/xtensa/xtensa-protos.h (xtensa_prepare_expand_call): Rename to xtensa_expand_call. * config/xtensa/xtensa.cc (xtensa_prepare_expand_call): Rename to xtensa_expand_call. (xtensa_expand_call): Emit the call and add a

Re: [PATCH] gcc: xtensa: fix PR target/108919

Hi Suwa-san, On Sat, Feb 25, 2023 at 3:33 AM Takayuki 'January June' Suwa wrote: > On 2023/02/25 19:01, Max Filippov wrote: > > diff --git a/gcc/config/xtensa/xtensa.cc b/gcc/config/xtensa/xtensa.cc > > index e52fba082550..babe7f0ebd68 100644 > > --- a/gcc/config/xtensa/xtensa.cc > > +++

fortran: Reuse associated_dummy memory if previously allocated [PR108923]

Hello, Harald found a testcase with memory still leaking despite my previous patch for PR108923. That patch was fixing a leak caused by absence of memory release, the attached patch fixes a leak caused by pointer overwrite. I haven't investigated why sort_actual is called several times(

[PATCH v2] rs6000: fmr gets used instead of faster xxlor [PR93571]

Hello All: Here is the patch that uses xxlor instead of fmr where possible. Performance results shows that fmr is better in power9 and power10 architectures whereas xxlor is better in power7 and power 8 architectures. fmr is the only option before p7. Bootstrapped and regtested on

Re: [PATCH] gcc: xtensa: fix PR target/108919

Hello, Max: On 2023/02/25 19:01, Max Filippov wrote: > gcc/ > PR target/108919 > > * config/xtensa/xtensa-protos.h > (xtensa_prepare_expand_call): Rename to xtensa_expand_call. > * config/xtensa/xtensa.cc (xtensa_prepare_expand_call): Rename > to

[COMMITTED] gcc: xtensa: fix PR target/108919

gcc/ PR target/108919 * config/xtensa/xtensa-protos.h (xtensa_prepare_expand_call): Rename to xtensa_expand_call. * config/xtensa/xtensa.cc (xtensa_prepare_expand_call): Rename to xtensa_expand_call. (xtensa_expand_call): Emit the call and add a

Re: [Patch] Fortran/OpenMP: Fix mapping of array descriptors and deferred-length strings

Hi Tobias! On 2023-02-23T17:42:08+0100, Tobias Burnus wrote: > (Side note: this patch has been committed to OG12 as > http://gcc.gnu.org/g:55a18d47442 ) I see og12 commit 55a18d4744258e3909568e425f9f473c49f9d13f "Fortran/OpenMP: Fix mapping of array descriptors and deferred-length strings"

Re: Rust: In 'type_for_mode' langhook also consider all 'int_n' modes/types (was: Modula-2 / Rust: Many targets failing)

Hi Thomas, On Wed, 2023-02-22 12:25:01 +0100, Thomas Schwinge wrote: > On 2022-12-19T22:23:45+0100, Jan-Benedict Glaw wrote: > > Rust related issues > > = > > > > --target=msp430-elfbare > > ~ > >

Re: [PATCH v3 04/11] riscv: thead: Add support for the XTheadBs ISA extension

On Fri, 24 Feb 2023, Christoph Muellner wrote: > diff --git a/gcc/config/riscv/thead.md b/gcc/config/riscv/thead.md > index 158e9124c3a..2c684885850 100644 > --- a/gcc/config/riscv/thead.md > +++ b/gcc/config/riscv/thead.md > @@ -29,3 +29,14 @@ (define_insn "*th_addsl" >"th.addsl\t%0,%3,%1,%2"

[PATCH, committed] Fortran: fix memory leak with real to integer conversion warning

Dear all, while checking f951 for memory leaks on testcases that appeared relevant during work on pr108924, I found that the conversion warning triggered by do_subscript_6.f90 uses a code path that forgot to mpfr_clear a used variable. The attached obvious patch fixes this - verified by

Re: fortran: Reuse associated_dummy memory if previously allocated [PR108923]

Le 25/02/2023 à 18:20, Harald Anlauf a écrit : Hi Mikael, Am 25.02.23 um 17:35 schrieb Mikael Morin: Hello, Harald found a testcase with memory still leaking despite my previous patch for PR108923. That patch was fixing a leak caused by absence of memory release, the attached patch fixes a

[Patch] gcc.c-torture/compile/103818.c: enable for llp64 too

Patch OK for master branch? I did not see any obvious issues to exclude LLP64 specifically.From 9c770936c4c6ffb59d15e5c1ce331494ba102250 Mon Sep 17 00:00:00 2001 From: Jonathan Yong <10wa...@gmail.com> Date: Sun, 26 Feb 2023 06:34:04 + Subject: [PATCH] gcc.c-torture/compile/103818.c: enable

Re: fortran: Reuse associated_dummy memory if previously allocated [PR108923]

Hi Mikael, Am 25.02.23 um 17:35 schrieb Mikael Morin: Hello, Harald found a testcase with memory still leaking despite my previous patch for PR108923. That patch was fixing a leak caused by absence of memory release, the attached patch fixes a leak caused by pointer overwrite. I haven't

Re: [PATCH] testsuite: Don't include multiline patterns in the the pass/fail log

> From: David Malcolm > Date: Fri, 24 Feb 2023 14:07:02 -0500 > Old-Content-Type: text/plain; charset="UTF-8" > Old-Content-Transfer-Encoding: base64 > Content-Type: TEXT/plain; charset=iso-8859-1 > > On Fri, 2023-02-24 at 18:54 +0100, Hans-Peter Nilsson wrote: > > Ok to commit? > > Looks good

Re: [PATCH v2 0/5] A small Texinfo refinement

Hi Arsen! Thanks for caring about the documentation infrastructure! On 2023-02-23T11:27:09+0100, Arsen Arsenović via Gcc-patches wrote: > The commit "docs: Reorder @opindex to be before corresponding options" > https://gcc.gnu.org/pipermail/gcc-patches/2023-February/612616.html > His

Re: [Patch] harden-sls-6.c: fix warning on LLP64

On Wed, Feb 15, 2023, 08:45 Jonathan Yong via Gcc-patches < gcc-patches@gcc.gnu.org> wrote: > gcc/testsuite/ChangeLog: > > * gcc.target/i386/harden-sls-6.c: fix warning on LLP64 > targets. > > Attached patch OK? Ping

Re: [Patch] More LLP64 fixes and __PIC__ values fixes for PE targets

On Tue, Feb 14, 2023, 05:42 Jonathan Yong via Gcc-patches < gcc-patches@gcc.gnu.org> wrote: > Attached patches OK? Ping

Contents of PO file 'cpplib-13.1-b20230212.sr.po'

cpplib-13.1-b20230212.sr.po.gz Description: Binary data The Translation Project robot, in the name of your translation coordinator.

New Serbian PO file for 'cpplib' (version 13.1-b20230212)

Hello, gentle maintainer. This is a message from the Translation Project robot. A revised PO file for textual domain 'cpplib' has been submitted by the Serbian team of translators. The file is available at: https://translationproject.org/latest/cpplib/sr.po (This file,