From: Pan Li
Move all the other files of scalar SAT to dir riscv/sat/.
The below test suites are passed for this patch.
* The rv64gcv fully regression test.
It is test only patch and obvious up to a point, will commit it
directly if no comments in next 48H.
gcc/testsuite/ChangeLog:
*
Tested x86_64-pc-linux-gnu, applying to trunk.
-- 8< --
The dependency output for header unit modules is based on the absolute
pathname of the header file, but that's not something that a makefile can
portably refer to. This patch adds a .c++-header-unit target based on the
header name relative
Hi,
This is v2 of the series
https://gcc.gnu.org/pipermail/gcc-patches/2024-November/667743.html
based on review comments. Changes in this version include:
1. Canonicalised all index ranges for VLAs to BIT_FIELD_REF.
2. Added more initialization error tests.
3. Merged an intermediate state pat
On Mon, Nov 18, 2024, at 03:59, Maciej W. Rozycki wrote:
>
> to zero a 9-byte member at the byte offset of 1 of a quadword-aligned
> struct, happily clobbering a 1-byte member at the beginning of said struct
> if there is a concurrent or parallel write to that member in the middle of
> the unpro
Changes since v1:
- Replaced fragile checks on constants with check for literal pool
using "ldr r[0-9]+, \.L[0-9]+".
Ok for trunk?
--
With the changes in r15-1579-g792f97b44ff, the constants have been
updated.
This patch drops the fragile check on the constants and instead only
checks that th
Autoreconf-2.72 warns about obsolete macros. This patch aims at removing
the noise from a future upgrade to autoreconf-2.72 or later. This is in
no a way a complete patch allowing the upgrade to autoreconf-2.72.
- AC_GNU_SOURCE by AC_USE_SYSTEM_EXTENSIONS
https://www.gnu.org/savannah-checkouts/g
Handle variable-sized vectors for BIT_FIELD_REF canonicalization.
gcc/ChangeLog:
* gimple-fold.cc (maybe_canonicalize_mem_ref_addr): Handle variable
sized vector types in BIT_FIELD_REF canonicalization.
* tree-cfg.cc (verify_types_in_gimple_reference): Change object-size-
This patch adds a change to handle VLA's poly indices.
gcc/ChangeLog:
* cp/decl.cc (reshape_init_array_1): Handle poly indices.
gcc/testsuite/ChangeLog:
* g++.dg/ext/sve-sizeless-1.C: Update test to test initialize error.
* g++.dg/ext/sve-sizeless-2.C: Likewise.
---
gcc
On Sun, 17 Nov 2024, Jan Hubicka wrote:
> Last year I made modref to track which functions are deterministic - i.e. they
> produce same effects given same inputs (including memory) and which functions
> have no side effects (which includes infinite loops, trapping etc.).
>
> deterministic functio
The test file pr117093.c failed on platforms other than aarch64, because
it uses arm_neon.h. We moved it into gcc.target/aarch64.
The patch was bootstrapped and tested on aarch64-linux-gnu and
x86_64-linux-gnu, no regression.
Committed as obvious.
Signed-off-by: Jennifer Schmitz
gcc/testsuite/
shuffle_extract_and_slide1up_patterns (struct expand_vec_perm_d *d)
I think this name is obsolete, since you have changed the codegen which is
possible to use 2 "slides".
Could you rename this function ?
juzhe.zh...@rivai.ai
From: Robin Dapp
Date: 2024-11-17 20:53
To: gcc-patches
CC: palmer;
> I don't think we handle
>
> mem = foo ();
Hmm, we can't
struct val {int a,b;};
[[gnu::noinline]]
struct val dup(int *a)
{
a[0]=a[1];
struct val ret;
ret.a = a[2];
ret.b = a[3];
return ret;
}
int
test (int *b)
{
struct val ret = dup (b);
On Sun, Nov 17, 2024 at 1:52 PM Jan Hubicka wrote:
>
> >
> >
> > > Am 17.11.2024 um 09:54 schrieb Andrew Pinski :
> > >
> > > On Sat, Nov 16, 2024 at 9:27 AM haochen.jiang
> > > wrote:
> > >>
> > >> On Linux/x86_64,
> > >>
> > >> cee7d080d5c2a5fb8125878998b742c040ec88b4 is the first bad commit
Rather obvious fix, a bit hidden as CUDA_CALL hides the 'false',
but it actually just calls CUDA_CALL_ERET(NULL, FN, ...).
Committed as r15-5381-ge7e3d1838f7cfb.
Tobias
commit e7e3d1838f7cfb4a9fca711d735d8f5ea47d16dc
Author: Tobias Burnus
Date: Mon Nov 18 11:06:58 2024 +0100
libgomp/plug
On 2024-11-08 20:37, Torbjorn SVENSSON wrote:
On 2024-11-08 12:24, Richard Earnshaw (lists) wrote:
On 05/11/2024 20:06, Torbjörn SVENSSON wrote:
Based on how these functions are used in test cases, I think it's
correct
to require 16-bit float support in both functions.
Without this chang
On 11/17/24 8:40 AM, Mark Harmstone wrote:
Add "binary annotations" at the end of CodeView S_INLINESITE symbols,
which are a series of compressed integers that represent how line
numbers map to addresses.
This requires assembler support; you will need commit b3aa594d ("gas:
add .cv_ucomp and
Hi,
On Thu, Nov 07 2024, Aldy Hernandez wrote:
> Aldy Hernandez writes:
>
>> Martin Jambor writes:
>>
>>> Hi,
>>>
>>> Because the simplified way of extracting value ranges from functions
>>> does not look at scalar constants (as one of the versions had been
>>> doing before) but instead rely on
On Mon, Nov 18, 2024, at 13:22, Maciej W. Rozycki wrote:
> On Mon, 18 Nov 2024, Arnd Bergmann wrote:
>
>> > This patch series addresses these issues in the last two changes, having
>> > made generic test suite updates to improve coverage in the concerned area
>> > first and then having addressed
101 - 118 of 118 matches
Mail list logo
