[committed] libstdc++: Fix up pr118196.cc test [PR118196]

Hi! The test used #include "", so FAILed everywhere with fatal error: : No such file or directory Tested on x86_64-linux with RUNTESTFLAGS=conformance.exp=pr118196.cc without/with the patch, committed to trunk as obvious. 2024-12-28 Jakub Jelinek PR libstdc++/118196 * testsui

Re: [PATCH] libstdc++-v3/testsuite/.../year_month_day/3.cc, 4.cc: Cut down for simulators

On Sat, 28 Dec 2024, Hans-Peter Nilsson wrote: > Hopefully exiting the loop after a million runs ... Correction, FAOD: that'd be "a hundred thousand" for the value in the patch. brgds, H-P

[PATCH] libstdc++-v3/testsuite/.../year_month_day/3.cc, 4.cc: Cut down for simulators

I can't think of a straightforward way to prune these two similar tests to a more meaningful subset: there's no easy pruning to each Nth iteration instead of every iteration. Hopefully exiting the loop after a million runs at the beginning of the tested range of dates, will catch the gist of the te

[pushed] doc: Simplify references to PTFs for AIX

This one also has been showing up on the link checker for a while. Probably makes sense to actually remove these notes given there are newer releases incorporating the fixes... Gerald gcc: * doc/install.texi (Specific) <*-ibm-aix*>: Drop verbose references to PTFs for AIX. ---

Re: [PATCH] simplify-rtx: Limit number of elts in when encoding.

On Fri, Dec 27, 2024 at 3:19 AM Robin Dapp wrote: > > Thanks for the helpful suggestion. The attached v2 patch tries to implement > it. > > It was bootstrapped and regtested on x86, aarch64 and Power 10. > Also regtested on rv64gcv_zvl512b. > > Those are all little-endian (sub)targets, though, so

[PATCH] gcc/configure: Fix check for assembler section merging support on Arm

In 32-bit Arm assembly, the @ character is the start of a comment so the section type needs to use the % character instead. configure.ac attempts to account for this difference by doing a second try when checking the assembler for section merging support. Unfortunately there is a bug: because the

Re: The COBOL front end, in 8 notes

On Sat, 14 Dec 2024 18:34:03 -0500 David Malcolm wrote: > You may want to apply this trivial fix to placate older C++ compilers: > > diff --git a/gcc/cobol/genapi.cc b/gcc/cobol/genapi.cc > index c9f146df41f..af4efcecebb 100644 > --- a/gcc/cobol/genapi.cc > +++ b/gcc/cobol/genapi.cc > @@ -15077,

[libstdc++] Optimize std::vector::operator[]

Hi, the following testcase: bool f(const std::vector& v, std::size_t x) { return v[x]; } is compiled as: f(std::vector > const&, unsigned long): testq %rsi, %rsi leaq63(%rsi), %rax movq(%rdi), %rdx cmovns %rsi, %rax sarq$6, %rax

Re: [PATCH v4 6/7] OpenMP: Fortran front-end support for dispatch + adjust_args

Hi Tobias, On 23/12/2024 21:04, Tobias Burnus wrote: Paul-Antoine Arras wrote: Replying to your last two messages here and attaching revised patches. Regarding the C++ and ME patches: ==> 0003-C-fix.patch <== Subject: [PATCH 3/4] C++ fix ==> 0004-ME-fixes.patch <== Subject: [PATCH 4/4] ME

[PATCH] testsuite: arm: Verify asm per function for armv8_2-fp16-conv-1.c

Ok for trunk? -- This change will enforce that the expected instructions are generated per function rather than allowing some other function to use the expected instructions. gcc/testsuite/ChangeLog: * gcc.target/arm/armv8_2-fp16-conv-1.c: Convert scan-assembler-times to check-f

[r15-6447 Regression] FAIL: 24_iterators/range_generators/pr118196.cc -std=gnu++26 (test for excess errors) on Linux/x86_64

On Linux/x86_64, 9a1cb52cae2d48d2fc18d01b534bf4e3203f0cc1 is the first bad commit commit 9a1cb52cae2d48d2fc18d01b534bf4e3203f0cc1 Author: Arsen Arsenović Date: Tue Dec 24 12:50:28 2024 +0100 libstdc++: add missing return in generator assignment operator [PR118196] caused FAIL: 24_iterato

Re: [PATCH] simplify-rtx: Limit number of elts in when encoding.

Thanks for the helpful suggestion. The attached v2 patch tries to implement it. It was bootstrapped and regtested on x86, aarch64 and Power 10. Also regtested on rv64gcv_zvl512b. Those are all little-endian (sub)targets, though, so it would certainly be helpful if you could run additional aarch6

Re: [PATCH] testsuite: arm: Align function prototype and implementation

Torbjörn SVENSSON writes: > Ok for trunk? > > -- > > The implementation of the functions in the test case expects there to be > a few arguments to the helper functions, but the prototype does not have > any arguments at all. Align these to avoid these errors: I'd just -std=gnu17 for these (give

[PATCH] testsuite: arm: Align function prototype and implementation

Ok for trunk? -- The implementation of the functions in the test case expects there to be a few arguments to the helper functions, but the prototype does not have any arguments at all. Align these to avoid these errors: .../pr59858.c: In function 're_search_internal': .../pr59858.c:95:17: error: