Xi Ruoyao writes:
> On Wed, 2025-04-23 at 12:43 +, Aleksandar Rakic wrote:
>> From 16b3207aed5e4846fde4f3ffa1253c65ef6ba056 Mon Sep 17 00:00:00 2001
>> From: Aleksandar Rakic
>> Date: Wed, 23 Apr 2025 14:14:17 +0200
>> Subject: [PATCH] Make MSA and microMIPS R5 unsupported
>>
>> There are n
> For Windows x86-32 targets, the Microsoft ABI only guarantees that the
> stack is aligned to 4-byte boundaries. GCC knows about the default
> alignment of the stack. However, before this commit, it did not realign the
> stack unless SSE was also enabled.
>
> When a stricter (larger) alignment is
For Windows x86-32 targets, the Microsoft ABI only guarantees that the stack
is aligned to 4-byte boundaries. GCC knows about the default alignment of the
stack. However, before this commit, it did not realign the stack unless SSE
was also enabled.
When a stricter (larger) alignment is requested,
> -Original Message-
> From: Richard Sandiford
> Sent: Friday, April 25, 2025 6:55 PM
> To: Jennifer Schmitz
> Cc: gcc-patches@gcc.gnu.org
> Subject: Re: [PATCH] AArch64: Fold LD1/ST1 with ptrue to LDR/STR for 128-bit
> VLS
>
> Jennifer Schmitz writes:
> > If -msve-vector-bits=128, SVE
This patch enables constant propagation to outlined OpenMP kernels and
improves support for optimizing callback functions in general. It
implements the attribute 'callback' as found in clang, though argument
numbering is a bit different, as described below. The title says OpenMP,
but it can be used
On Sun, Apr 27, 2025 at 2:58 AM Josef Melcr wrote:
>
> This patch enables constant propagation to outlined OpenMP kernels and
> improves support for optimizing callback functions in general. It
> implements the attribute 'callback' as found in clang, though argument
> numbering is a bit different,
For RV32 inline assembly, when handling 64-bit integer data, it is
often necessary to process the lower and upper 32 bits separately.
Unfortunately, we can only output the current register name
(lower 32 bits) but not the next register name (upper 32 bits).
To address this, the modifier 'H' has be
On Wed, 2025-04-23 at 12:43 +, Aleksandar Rakic wrote:
> From 16b3207aed5e4846fde4f3ffa1253c65ef6ba056 Mon Sep 17 00:00:00 2001
> From: Aleksandar Rakic
> Date: Wed, 23 Apr 2025 14:14:17 +0200
> Subject: [PATCH] Make MSA and microMIPS R5 unsupported
>
> There are no platforms nor simulators f
Lambdas have crossed my mind, but I have not yet had the time to look
thoroughly into their implementation and the issues they face. I do plan
to look into them once I am done with some incremental improvements for
the attribute and callback edges, as lambdas seem like a good candidate
for this
> On 27 Apr 2025, at 00:06, Andrew Pinski wrote:
>
> When we have an empty function, things can go wrong with
> cfi_startproc/cfi_endproc and a few other
> things like exceptions. So if the only thing the function does is a call to
> __builtin_unreachable,
> let's expand that to a __builtin_
On Mon, Apr 07, 2025 at 01:58:08PM -0400, Marek Polacek wrote:
> On Wed, Feb 12, 2025 at 08:27:37PM -0500, Lewis Hyatt wrote:
> > Hello-
> >
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118838
> >
> > This patch addresses the issue mentioned in the PR (another instance of
> > _Pragma string l
On Sat, Apr 5, 2025 at 4:56 AM Andrew Pinski wrote:
>
> After EVRP was switched to the ranger (r12-2305-g398572c1544d8b), we are
> better handling the case
> where __builtin_unreachable comes after a loop. Instead of removing
> __builtin_unreachable and having
> the loop become an infinite one;
This patch should make it easier to selectively disable
-Wvirtual-move-assign errors by adding an attribute
for move assignment operators which marks them as handling
duplicate calls.
gcc/cp/ChangeLog:
* method.cc: Include "attribs.h".
(synthesized_method_walk): Avoid outputting
I'm open to renaming the attribute and/or test file, of course.
Hi Suwa-san,
On Thu, Apr 24, 2025 at 12:07 AM Takayuki 'January June' Suwa
wrote:
>
> Recent gcc versions tend to convert constants for which
> TARGET_LEGITIMATE_CONSTANT_P returns false into references to literal pool
> entries during the RTL instruction combination pass for pattern matching.
>
ywgrit writes:
> I encountered one problem with loop-im pass.
> I compiled the program dhry2reg which belongs to
> unixbench(https://github.com/kdlucas/byte-unixbench).
>
> The gcc used
> gcc (GCC) 12.3.0
>
> The commands executed as following
> make
> ./Run -c -i 1 dhry2reg
>
> The results are
From: "hongtao.liu"
Function name in afdo_string_table is step3d_t_tile.
but DECL_ASSEMBLER_NAME (edge->callee->decl))) gets
__step3d_t_mod_MOD_step3d_t_tile, Looks like the prefix is not in the
debug string table, so let's also check directly for
afdo_string_table->get_index_by_decl (edge->calle
From: "hongtao.liu"
For BB with all debug_stmt, it will be ignored by afdo_set_bb_count,
but it can be set with count of single successors PHIs which edge from
the BB.(only nonzero count is annotatted).
Tested with -march=x86-64-v3 -O2 autofdo enabled, the issue in the PR
is fixed.
Bootstrapped
On 4/24/25 7:49 AM, Jonathan Yong wrote:
Attached patch OK for master branch?
Will push soon if there are no objections.
gcc/testsuite/ChangeLog:
* gcc.dg/graphite/id-15.c: Use __SIZE_TYPE__ instead of
unsigned long.
* gcc.dg/plugin/infoleak-net-ethtool-ioctl.c: dit
On 4/27/25 2:49 PM, Eric Botcazou wrote:
For Windows x86-32 targets, the Microsoft ABI only guarantees that the
stack is aligned to 4-byte boundaries. GCC knows about the default
alignment of the stack. However, before this commit, it did not realign the
stack unless SSE was also enabled.
When a
Hi, according to Jeff's requirement
(https://gcc.gnu.org/pipermail/gcc-patches/2025-April/681864.html), I divide
the change of riscv_register_move_cost into separate patch. Please help to
review. Thanks.
Zhijin
From b4c581393e864619192034bd8000c7e89443c19a Mon Sep 17 00:00:00 2001
From: Zhij
Kindly ping.
Pan
-Original Message-
From: Li, Pan2
Sent: Wednesday, April 16, 2025 10:57 PM
To: gcc-patches@gcc.gnu.org
Cc: juzhe.zh...@rivai.ai; kito.ch...@gmail.com; jeffreya...@gmail.com;
rdapp@gmail.com; Chen, Ken ; Li, Pan2
Subject: [PATCH v1][GCC16-Stage-1] RISC-V: Remove u
On Wed, Apr 23, 2025 at 1:56 PM Uros Bizjak wrote:
> +static void
> +ix86_find_all_reg_uses_1 (HARD_REG_SET ®set,
> + rtx set, unsigned int regno,
> + auto_bitmap &worklist)
> +{
> + rtx dest = SET_DEST (set);
> +
> + if (!REG_P (dest))
> +return;
> +
> + /* Reject non-Pmode modes. */
>
On 4/27/25 15:57, Owen Avery wrote:
This patch should make it easier to selectively disable
-Wvirtual-move-assign errors by adding an attribute
for move assignment operators which marks them as handling
duplicate calls.
I'm only qualified to comment on the documentation part of the patch.
dif
24 matches
Mail list logo
