Re: [PATCH] [X86_64]: Enable support for next generation AMD Zen5 CPU with znver5 scheduler Model

On Sat, Feb 10, 2024 at 1:55 PM Anbazhagan, Karthiban wrote: > > [Public] > > > Hi all, > > > > PFA, the patch that enables support for the next generation AMD Zen5 CPU via > -march=znver5 with basic znver5 scheduler Model. > > We may update the scheduler model going forward. > > > > Good for

[PATCH] c++: Fix error recovery when redeclaring enum in different module [PR99573]

Bootstrapped and regtested on x86_64-pc-linux-gnu, OK for trunk? -- >8 -- This ensures that with modules enabled, redeclaring an enum in the wrong module or with the wrong underlying type no longer ICEs. The patch also rearranges the order of the checks a little because I think it's probably

[PATCH] aarch64: Improve PERM<{0}, a, ...> (64bit) by adding whole vector shift right [PR113872]

The backend currently defines a whole vector shift left for 64bit vectors, adding the shift right can also improve code for some PERMs too. So this adds that pattern. I added a testcase for the shift left also. I also fixed the instruction template there which was using a space instead of a tab

[committed] Fix gcc.c-torture/execute/ieee/cdivchkf.c on hpux

Tested on hppa64-hp-hpux11.11 and hppa-unknown-linux-gnu. Committed to trunk. Dave --- Fix gcc.c-torture/execute/ieee/cdivchkf.c on hpux 2024-02-11 John David Anglin gcc/testsuite/ChangeLog: * gcc.c-torture/execute/ieee/cdivchkf.c: Use ilogb and __builtin_fmax instead of

[committed] libgomp: Define config_path for hppa*-*-linux*

Tested on hppa-unknown-linux-gnu. Committed to trunk. Dave --- libgomp: Define config_path for hppa*-*-linux* 2024-02-11 John David Anglin libgomp/ChangeLog: PR libgomp/113843 * configure.tgt (hppa*-*-linux*): Define config_path. diff --git a/libgomp/configure.tgt

Re: [PATCH] Fortran - Error compiling PDT Type-bound Procedures [PR82943/86148/86268]

Hi Alex, I've been unable to apply your patch to my local trunk, likely due to whitespace issues my newsreader handles differently from your site. I see it inline instead of attached. A few general remarks: Please follow the general recommendation regarding style if possible, see

Re: [PATCH] testsuite: Update test case to comply with GCC14 changes

On 2024-02-11 20:01, Mike Stump wrote: On Feb 10, 2024, at 7:21 AM, Torbjörn SVENSSON wrote: I have confirmed that this updated pr97969.c file still hangs with gcc-arm-none-eabi-9-2020-q2-update as mentioned in comment 2 of PR97969. Ok for trunk? Ok. Pushed as

Re: [PATCH] i386, testsuite: adjust asm patterns

On Feb 10, 2024, at 10:07 AM, FX Coudert wrote: > > The new testcase gcc.target/i386/asm-raw-symbol.c fails on darwin. This is > partly because symbols are prefixed with underscore, and also because the > order of operands in the addition is reversed (but I think it’s valid still). > The code

Re: [PATCH] testsuite: Update test case to comply with GCC14 changes

On Feb 10, 2024, at 7:21 AM, Torbjörn SVENSSON wrote: > > I have confirmed that this updated pr97969.c file still hangs with > gcc-arm-none-eabi-9-2020-q2-update as mentioned in comment 2 of PR97969. > > Ok for trunk? Ok.

[PATCH] c++/modules: Finalise non-local imported vars [PR113708]

Bootstrapped and regtested (just modules.exp so far) on x86_64-pc-linux-gnu, OK for trunk if full regtest succeeds? -- >8 -- Currently inline vars imported from modules aren't correctly finalised, which means that import_export_decl gets called at the end of TU processing despite not being meant