New Chinese (simplified) PO file for 'gcc' (version 14.1-b20240218)

2024-02-24 Thread Translation Project Robot
Hello, gentle maintainer. This is a message from the Translation Project robot. A revised PO file for textual domain 'gcc' has been submitted by the Chinese (simplified) team of translators. The file is available at: https://translationproject.org/latest/gcc/zh_CN.po (This file,

Re: CI for "Option handling: add documentation URLs"

2024-02-24 Thread Mark Wielaard
Hi, On Thu, Feb 22, 2024 at 11:57:50AM +0800, YunQiang Su wrote: > Mark Wielaard 于2024年2月19日周一 06:58写道: > > So, I did try the regenerate-opt-urls locally, and it did generate the > > attached diff. Which seems to show we really need this automated. > > > > Going over the diff. The

[r14-9155 Regression] FAIL: gcc.dg/rtl/aarch64/pr113295-1.c (test for excess errors) on Linux/x86_64

2024-02-24 Thread haochen.jiang
On Linux/x86_64, 8a16e06da97f51574cfad17e2cece2e58571305d is the first bad commit commit 8a16e06da97f51574cfad17e2cece2e58571305d Author: Richard Sandiford Date: Fri Feb 23 14:12:54 2024 + aarch64: Add missing early-ra bookkeeping [PR113295] caused FAIL:

Re: [PATCH RFA] build: drop target libs from LD_LIBRARY_PATH [PR105688]

2024-02-24 Thread Alexandre Oliva
On Feb 23, 2024, Jason Merrill wrote: > The problem, as you say, comes when you want to both bootstrap and > build tools that aren't involved in the bootstrap process. It's more visible there, because those don't actively refrain from linking dynamically with libstdc++. But even bootstrapped

Re: [PATCH] Use HOST_WIDE_INT_{C,UC,0,0U,1,1U} macros some more

2024-02-24 Thread Richard Biener
> Am 24.02.2024 um 08:44 schrieb Jakub Jelinek : > > Hi! > > I've searched for some uses of (HOST_WIDE_INT) constant or (unsigned > HOST_WIDE_INT) constant and turned them into uses of the appropriate > macros. > THere are quite a few cases in non-i386 backends but I've left that out > for

Re: [PATCH] bitint: Handle VIEW_CONVERT_EXPRs between large/huge BITINT_TYPEs and VECTOR/COMPLEX_TYPE etc. [PR114073]

2024-02-24 Thread Richard Biener
> Am 24.02.2024 um 08:40 schrieb Jakub Jelinek : > > Hi! > > The following patch implements support for VIEW_CONVERT_EXPRs from/to > large/huge _BitInt to/from vector or complex types or anything else but > integral/pointer types which doesn't need to live in memory. > >

Re: [PATCH] vect: Tighten check for impossible SLP layouts [PR113205]

2024-02-24 Thread Richard Biener
> Am 24.02.2024 um 11:06 schrieb Richard Sandiford : > > During its forward pass, the SLP layout code tries to calculate > the cost of a layout change on an incoming edge. This is taken > as the minimum of two costs: one in which the source partition > keeps its current layout (chosen

RE: [PATCH v1] Internal-fn: Add new internal function SAT_ADDU

2024-02-24 Thread Li, Pan2
Hi Tamar and Richard. Just try DEF_INTERNAL_INT_EXT_FN as below draft patch, not very sure if my understanding is correct(mostly reference the popcount implementation) here. Thanks a lot. https://gcc.gnu.org/pipermail/gcc-patches/2024-February/646442.html Pan -Original Message- From:

[PATCH v2] Draft|Internal-fn: Introduce internal fn saturation US_PLUS

2024-02-24 Thread pan2 . li
From: Pan Li Hi Richard & Tamar, Try the DEF_INTERNAL_INT_EXT_FN as your suggestion. By mapping us_plus$a3 to the RTL representation (us_plus:m x y) in optabs.def. And then expand_US_PLUS in internal-fn.cc. Not very sure if my understanding is correct for DEF_INTERNAL_INT_EXT_FN. I am not

Re: [PATCH RFA] build: drop target libs from LD_LIBRARY_PATH [PR105688]

2024-02-24 Thread Gaius Mulley
Iain Sandoe writes: > Hi Gaius, > >> On 22 Feb 2024, at 18:06, Gaius Mulley wrote: >> >> Iain Sandoe writes: >> >>> Right now, AFAIK the only target runtimes used by host tools are >>> libstdc++, libgcc and libgnat. I agree that might change with rust - >>> since the rust folks are talking

[pushed] Restrict gcc.dg/rtl/aarch64/pr113295-1.c to aarch64

2024-02-24 Thread Richard Sandiford
I keep forgetting that gcc.dg/rtl is the one testsuite where tests in target-specific subdirectories aren't automatically restricted to that target. Pushed as obvious after testing on aarch64-linux-gnu & x86_64-linux-gnu. Richard gcc/testsuite/ * gcc.dg/rtl/aarch64/pr113295-1.c:

[PATCH] vect: Tighten check for impossible SLP layouts [PR113205]

2024-02-24 Thread Richard Sandiford
During its forward pass, the SLP layout code tries to calculate the cost of a layout change on an incoming edge. This is taken as the minimum of two costs: one in which the source partition keeps its current layout (chosen earlier during the pass) and one in which the source partition switches to