Kindly ping for this series, and Merry Christmas!
Pan
-Original Message-
From: Li, Pan2
Sent: Thursday, December 12, 2024 4:42 PM
To: gcc-patches@gcc.gnu.org
Cc: richard.guent...@gmail.com; tamar.christ...@arm.com; juzhe.zh...@rivai.ai;
kito.ch...@gmail.com; jeffreya...@gmail.com; rdap
From: Yunze Zhu
Fix a bug th.vsetvli generates from vext_x_v with an imm operand,
which reports illegal operand. This patch fix this by replacing
imm operand with reg operand in th.vsetvli.
gcc/ChangeLog:
* config/riscv/riscv-vsetvl.cc:
gcc/testsuite/ChangeLog:
* gcc.target/ri
> Am 22.12.2024 um 23:10 schrieb Christoph Müllner
> :
>
> Recently two test cases for PR118149 have been added.
> While pr118149-2.c works well for AArch64, pr118149.c fails
> because the expected optimization in forwprop4 cannot be applied
> as SLP vectorization does not happen.
> This patc
On Fri, Dec 13, 2024 at 6:31 AM Christophe Lyon
wrote:
>
> On Tue, 10 Dec 2024 at 13:14, Richard Earnshaw (lists)
> wrote:
> >
> > On 09/12/2024 21:11, Christophe Lyon wrote:
> > > In this PR, we have to handle a case where MVE predicates are supplied
> > > as a const_int, where individual predic
On Wed, 9 Oct 2024, Jeff Law wrote:
> On 10/9/24 3:35 PM, Eric Botcazou wrote:
>> The support was removed from the rest of the compiler two years ago.
> Yea, HPUX 10 is a dead OS on a dead chip :-0
Well, I had a hunch and did a little search in gcc/doc. 🙂
Turns out we still had references to HP-U
From: yulong
This commit adds intrinsics support for Xsfvcp extension.
Co-Authored by: Jiawei Chen
Co-Authored by: Shihua Liao
Co-Authored by: Yixuan Chen
gcc/ChangeLog:
* config/riscv/constraints.md (Ou01): New constraint.
(Ou02): Ditto.
* config/riscv/generic-vecto
From: Liao Shihua
This commit adds testcases for Xsfvcp.
Diff with V1: Reduce some cases.
Co-Authored by: Jiawei Chen
Co-Authored by: Shihua Liao
Co-Authored by: Yixuan Chen
gcc/testsuite/ChangeLog:
* gcc.target/riscv/rvv/xsfvector/sf_vc_f.c: New test.
* gcc.target/riscv/rvv
From: yulong
This patch implements the Sifvie vendor extension Xsfvfnrclipxfqf[1]
support to gcc. Providing support for FP32-to-int8 Ranged Clip
instrctions.
[1]
https://www.sifive.com/document-file/sifive-vector-coprocessor-interface-vcix-software
Co-Authored by: Jiawei Chen
Co-Authored by
On Wed, 9 Oct 2024, Jonathan Wakely wrote:
> How about this?
>
> +C
> +
> +New options -std=c17, to select support for the 2018
> +edition of the ISO C standard, and -std=gnu17, for C17
> +with GNU extensions.
> +The default mode has been changed to -std=gnu17.
> +
Joseph acke
I could do it just for target mmix, but that wouldn't help other
simulator targets. Using different primes is deliberate.
Ok to commit?
-- >8 --
Running tests in parallel on my 4.5y+ old laptop made this
test time out: the test itself runs in 9m20s, the timeout
being 10 minutes with the 2x facto
Hello, Dimitar,
On Dec 22, 2024, Dimitar Dimitrov wrote:
> On Sat, Dec 21, 2024 at 02:28:33AM -0300, Alexandre Oliva wrote:
>> On Dec 20, 2024, Jakub Jelinek wrote:
>>
>> > On Wed, Dec 18, 2024 at 12:59:11AM -0300, Alexandre Oliva wrote:
>> >> * gcc.dg/field-merge-16.c: New.
>>
>> > Note the
Recently two test cases for PR118149 have been added.
While pr118149-2.c works well for AArch64, pr118149.c fails
because the expected optimization in forwprop4 cannot be applied
as SLP vectorization does not happen.
This patch fixes this issue by disabling the check on AArch64.
Signed-off-by: Chr
Am 22.12.24 um 22:36 schrieb rep.dot@gmail.com:
On 22 December 2024 21:50:41 CET, Harald Anlauf wrote:
Dear all,
please find attached fixes for GMP memleaks in the gfortran frontend
found when running f951 under valgrind. One of them surfaced when
looking at a testcases that invoved point
Hi Steve,
Am 18.12.24 um 22:37 schrieb Steve Kargl:
So, it seems that this section of the patch
+ gfc_init_se (&asis_se, se);
+ gfc_conv_expr (&asis_se, asis);
+ gfc_add_block_to_block (&se->pre, &asis_se.pre);
+ tmp = fold_build3_loc (input_location, COND_EXPR,
On 22 December 2024 21:50:41 CET, Harald Anlauf wrote:
>Dear all,
>
>please find attached fixes for GMP memleaks in the gfortran frontend
>found when running f951 under valgrind. One of them surfaced when
>looking at a testcases that invoved pointer rank remapping. After a
>successful gfc_array_
On Linux/x86_64,
586477d67bf2e320e8ec41f82b194259c1dcc43a is the first bad commit
commit 586477d67bf2e320e8ec41f82b194259c1dcc43a
Author: Andre Vehreschild
Date: Fri Dec 6 08:57:34 2024 +0100
Fortran: Replace getting of coarray data with accessor-based version.
[PR107635]
caused
FAIL: g
Dear all,
please find attached fixes for GMP memleaks in the gfortran frontend
found when running f951 under valgrind. One of them surfaced when
looking at a testcases that invoved pointer rank remapping. After a
successful gfc_array_size we need to clear the size returned as a
gmp variable. Fu
On 2024-12-19 12:48, Richard Earnshaw (lists) wrote:
On 18/12/2024 16:24, Torbjörn SVENSSON wrote:
Changes since v1:
- Updated the commit message to reflect the changes (including the subject).
- Replaced the POP/BEQ checks with chesk for {cmp,mov,orr,and}{eq,ne}.
- Removed the size check
Ok for trunk and releases/gcc-14?
--
When the test was initially created, -fcommon was the default, but in
commit r10-4867-g6271dd984d7 the default value changed to -fno-common.
This change made the test start failing. To counter the over-alignment
caused by 'a' no longer being common, use -Os.
Hi Jerry,
thanks for taking a look. Committed as gcc-15-6415-g586477d67bf.
Thanks again,
Andre
On Sat, 21 Dec 2024 15:27:52 -0800
Jerry D wrote:
> On 12/20/24 9:09 AM, Andre Vehreschild wrote:
> > Thank you very much Jerry.
> >
> > The delta between the two patches is really minor. In
> gcc/ada/ChangeLog:
>
> * libgnat/system-gnu.ads: Set Max_Priority to 60.
Likewise.
--
Eric Botcazou
> They are mostly shared with Linux
>
> gcc/ada/ChangeLog:
>
> * s-oscons-tmplt.c [__GNU__] (_XOPEN_SOURCE, _BSD_SOURCE): Define.
> [__GNU__]: Include and
> [__GNU__]: Set MSG_Forced_Flags to "MSG_NOSIGNAL".
> [__GNU__]: Define SIZEOF_sigset.
> [__GNU__]: Define PT
(sorry for breaking threading, but quoting the whole mail made my MUA
unbearably slow)
>From 64bcb34e12371f61a8958645e1668e0ac2704391gen.patch 4 Oct 2024 12:01:22
-0400
From: "James K. Lowden"
Date: Thu 12 Dec 2024 06:28:07 PM EST
Subject: [PATCH] Add 'cobol' to 4 files
gcc/cobol/ChangeLog
Bootstrapped and regtested on x86_64-pc-linux-gnu, and also on
x86_64-unknown-freebsd13.3 by Gerald ([1], see also the discussion on
the PR); OK for trunk?
[1]: https://gcc.gnu.org/pipermail/gcc-testresults/2024-December/833487.html
-- >8 --
Depending on the libc and filesystem, in cases where
On Sat, Dec 21, 2024 at 02:28:33AM -0300, Alexandre Oliva wrote:
> On Dec 20, 2024, Jakub Jelinek wrote:
>
> > On Wed, Dec 18, 2024 at 12:59:11AM -0300, Alexandre Oliva wrote:
> >> * gcc.dg/field-merge-16.c: New.
>
> > Note the test FAILs on i686-linux or on x86_64-linux with -m32.
>
> Also fix
25 matches
Mail list logo
