PR target/54816 is now fixed on mainline. This adds a test case to
check that it doesn't regress in future. Tested with a cross compiler
to avr-elf. Committed as obvious.
2023-04-16 Roger Sayle
gcc/testsuite/ChangeLog
PR target/54816
* gcc.target/avr/pr54816.c: New test ca
Hello All:
This patch improves code sinking pass to sink the blocks before calls
in the use blocks or immediate dominator blocks that reduces register pressure.
Bootstrapped and regtested on powerpc64-linux-gnu.
Thanks & Regards
Ajit
tree-ssa-sink: Improve code sinking pass.
Co
Recently the conditional move expander's predicates were loosened for
the benefit of the THEAD processors. In particular one operand that was
previously "register_operand" is now "reg_or_0_operand". That's fine
for THEAD, but breaks for SFB which requires a register for that operand.
This re
On 12/1/22 03:03, Fei Gao wrote:
frame->total_size to remaining_size conversion is done as an independent patch
without
functionality change as per review comment.
gcc/ChangeLog:
* config/riscv/riscv.cc (riscv_first_stack_step): add a new function
parameter remaining_size.
On 12/1/22 03:03, Fei Gao wrote:
The stack that save-restore reserves is not well accumulated in stack
allocation and deallocation.
This patch allows less instructions to be used in stack allocation and
deallocation if save-restore enabled.
Haha! I should have read the whole series before c
ootstrapped and regtested on x86_64-pc-linux-gnu.
Diff is with 20230413-trunk, I checked in with today 20230416 trunk though.
I tried to follow the contribute page down to the letter, still if
I've missed anything, please tell me how I could improve the
submission.
Great thanks,
Benjamin.
c++
BTW, this patch will be in GCC 13 or master? The underlying patches may depend
on this tests for ensuring correctness.
Pan
-Original Message-
From: Li, Pan2
Sent: Friday, April 14, 2023 2:47 PM
To: Kito Cheng
Cc: juzhe.zh...@rivai.ai; gcc-patches ; Kito.cheng
; Wang, Yanzhang
Subject
Pushed to trunk :)
On Mon, Apr 17, 2023 at 9:47 AM Li, Pan2 via Gcc-patches
wrote:
>
> BTW, this patch will be in GCC 13 or master? The underlying patches may
> depend on this tests for ensuring correctness.
>
> Pan
>
> -Original Message-
> From: Li, Pan2
> Sent: Friday, April 14, 2023 2
gcc/testsuite/ChangeLog:
* gcc.target/riscv/rvv/base/scalar_move-2.c: Adjust include way
for riscv_vector.h
* gcc.target/riscv/rvv/base/spill-sp-adjust.c: Add missing
-mabi.
---
gcc/testsuite/gcc.target/riscv/rvv/base/scalar_move-2.c | 2 +-
gcc/testsuite/gcc.tar
Cool, thank you!
Pan
-Original Message-
From: Kito Cheng
Sent: Monday, April 17, 2023 9:52 AM
To: Li, Pan2
Cc: juzhe.zh...@rivai.ai; gcc-patches ; Kito.cheng
; Wang, Yanzhang
Subject: Re: [PATCH v2] RISC-V: Add test cases for the RVV mask insn shortcut.
Pushed to trunk :)
On Mon, A
The system based on musl has no '/lib64', so change it.
gcc/
* config/loongarch/gnu-user.h (MUSL_DYNAMIC_LINKER): Redefine.
Signed-off-by: Peng Fan
---
gcc/config/loongarch/gnu-user.h | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/gcc/config/loongarch/gnu-user
On 2023-04-14 17:09, Kewen.Lin wrote:
Hi Jeff,
on 2023/4/14 16:01, guojiufu wrote:
On 2023-04-14 15:30, Jiufu Guo wrote:
Hi,
As PR108809 mentioned, vec_xl_len_r and vec_xst_len_r are tested
in gcc.target/powerpc/builtins-5-p9-runnable.c.
The vector operand of these two bifs are different from
On Fri, 14 Apr 2023, Patrick Palka wrote:
> Using the CRTP idiom for this base class avoids bloating the size of a
> pipeline when adding distinct empty range adaptor closure objects to it,
> as detailed in section 4.1 of P2387R3.
>
> But it means we can no longer define its operator| overloads a
On Fri, 14 Apr 2023, Patrick Palka wrote:
> Tested on x86_64-pc-linux-gnu, does this look OK for trunk?
>
> PR libstdc++/108827
>
> libstdc++-v3/ChangeLog:
>
> * include/bits/ranges_cmp.h (__cpp_lib_ranges): Bump value
> for C++23.
> * include/std/ranges (range_adaptor_c
PR libstdc++/109525
libstdc++-v3/ChangeLog:
* include/std/ranges (views::_AsConst::operator()): Add
missing const to constant_range test.
* testsuite/std/ranges/adaptors/as_const/1.cc (test02):
Improve formatting. Adjust expected type of v2.
(test0
This patch also renames __cpp_lib_fold to __cpp_lib_ranges_fold
as per the current draft standard.
libstdc++-v3/ChangeLog:
* include/bits/ranges_algo.h (__cpp_lib_ranges_contains):
Define for C++23.
(__cpp_lib_ranges_iota): Likewise.
(__cpp_lib_ranges_find_last): L
On Fri, 14 Apr 2023, Jan Hubicka wrote:
> > On Tue, 4 Apr 2023, Jan Hubicka wrote:
> >
> > > > On Tue, 28 Mar 2023, Richard Biener wrote:
> > > >
> > > > > When adjusting calls to reflect instrumentation we failed to handle
> > > > > calls to aliases since they appear to have no body. Instead r
On Mon, 2023-04-17 at 10:39 +0800, Peng Fan wrote:
> The system based on musl has no '/lib64', so change it.
I like the change. IMO Glibc-based systems should avoid /lib64 as well
but it's too late to change it now.
Could you provide a link to the Musl doc as a reference? I'd like to
include th
On Fri, 14 Apr 2023, Hans-Peter Nilsson wrote:
> On Thu, 13 Apr 2023, Richard Biener via Gcc-patches wrote:
>
> > On Thu, 13 Apr 2023, Richard Sandiford wrote:
> >
> > > ??? writes:
> > > > Yeah, like kito said.
> > > > Turns out the tuple type model in ARM SVE is the optimal solution for
> >
Yes, https://wiki.musl-libc.org/guidelines-for-distributions.html,
"Multilib/multi-arch" section of this
introduces it.
> -Original Messages-
> From: "Xi Ruoyao"
> Sent Time:2023-04-17 14:36:52 (星期一)
> To: "Peng Fan" , gcc-patches@gcc.gnu.org
> Cc: chengl...@loongson.cn
> Subject: Re: [
20 matches
Mail list logo
