Re: [PATCH v2] libstdc++: Preserve the argument type in basic_format_args [PR119246]

Hi, I apologize for the chrum that this patch created. I have added this static assert to detect environments where __float128 is same as long double. >From original commit message: >We also provide formatter<__float128, _CharT> that formats via __flt128_t. >As this type may be disabled (-mno-floa

Re: [PATCH] Fortran: default-initialization and functions returning derived type[PR85750]

Hi Andre, Am 15.05.25 um 22:13 schrieb Andre Vehreschild: LGTM! it's great that you reviewed the patch, as I was touching original code next to yours... ;-) Thanks for the Patch. Pushed as r16-669-gd31ab498b12ebb. Thanks, Harald - Andre Andre Vehreschild * ve...@gmx.de Am 15. Mai 2025

Re: [Patch, RFC] git_update_version.py: Support vendor-branch version bumps

On 5/13/25 02:22, Tobias Burnus wrote: [snip] How about the attached patch? With it, running ./contrib/gcc-changelog/git_update_version.py \     --suffix '.omp' -c \     --exclude-branch=origin/releases/gcc-15 \     --last-commit=0b76b58a5875d519f95a5af661fb64e42a42ed8e works where --last-c

[pushed] c++: remove coroutines.exp

Tested x86_64-pc-linux-gnu, applying to trunk. -- 8< -- coroutines.exp was basically only there to add -std=c++20 to all the tests; removing it lets us use the general support for running tests under multiple standards. Doing this revealed that some tests that specifically run in C++17 mode were

Re: [PATCH 1/4] Make end_sequence return the insn sequence

On 5/15/25 11:18 AM, Richard Sandiford wrote: The start_sequence/end_sequence interface was a big improvement over the previous state, but one slightly awkward thing about it is that you have to call get_insns before end_sequence in order to get the insn sequence itself: I can't even remember

[PATCH 3/9] AArch64: rename branch instruction rules

Give the `define_insn` rules used in lowering `cbranch4` to RTL more descriptive and consistent names: from now on, each rule is named after the AArch64 instruction that it generates. Also add comments to document each rule. gcc/ChangeLog: * config/aarch64/aarch64.md (condjump): Rename to

Re: [PATCH] For datarefs with big gap, split them into different groups.

It's https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119181 On Fri, May 16, 2025 at 10:02 AM liuhongt wrote: > > The patch tries to solve miss vectorization for below case. > > void > foo (int* a, int* restrict b) > { > b[0] = a[0] * a[64]; > b[1] = a[65] * a[1]; > b[2] = a[2] * a[66]; >

[PATCH] For datarefs with big gap, split them into different groups.

The patch tries to solve miss vectorization for below case. void foo (int* a, int* restrict b) { b[0] = a[0] * a[64]; b[1] = a[65] * a[1]; b[2] = a[2] * a[66]; b[3] = a[67] * a[3]; b[4] = a[68] * a[4]; b[5] = a[69] * a[5]; b[6] = a[6] * a[70]; b[7] = a[7] * a[71]; }

Re: [PATCH] RISC-V: Fix the warning of temporary object dangling references.

Hm, it really doesn't make too much sense to get that warning, but I can reproduce that when I compile with gcc 13 (and newer)...and seems like a known issue [1][2]... However I don't really like that approach, could you change the argument type of get_riscv_ext_info to `const char *` to suppr

<    1   2