From: Sam James
Sent: Friday, March 7, 2025 11:39 PM
To: Prathamesh Kulkarni
Cc: Thomas Schwinge; Tobias Burnus; Joseph Myers; Xi Ruoyao; Matthew Malcomson;
gcc-patches@gcc.gnu.org; Tom de Vries
Subject: Re: [RFC] PR81358: Enable automatic linking of
> -Original Message-
> From: Prathamesh Kulkarni
> Sent: 10 January 2025 09:48
> To: Thomas Schwinge
> Cc: Tobias Burnus ; Joseph Myers
> ; Xi Ruoyao ; Matthew
> Malcomson ; gcc-patches@gcc.gnu.org; Tom de
> Vries
> Subject: RE: [RFC] PR81358: Enable aut
> -Original Message-
> From: Prathamesh Kulkarni
> Sent: 26 December 2024 22:36
> To: gcc-patches@gcc.gnu.org; ja...@redhat.com; Thomas Schwinge
>
> Subject: PR118200: note_simd_array_uses crashes in SIMT region with
> offloading to nvptx
>
> External email
> -Original Message-
> From: Joseph Myers
> Sent: 03 January 2025 22:22
> To: Prathamesh Kulkarni
> Cc: Tobias Burnus ; Xi Ruoyao
> ; Matthew Malcomson ; gcc-
> patc...@gcc.gnu.org
> Subject: RE: [RFC] PR81358: Enable automatic linking of libatomic
>
&g
> -Original Message-
> From: Prathamesh Kulkarni
> Sent: 20 December 2024 21:08
> To: Prathamesh Kulkarni ; Tobias Burnus
> ; Joseph Myers
> Cc: Xi Ruoyao ; Matthew Malcomson
> ; gcc-patches@gcc.gnu.org
> Subject: RE: [RFC] PR81358: Enable automa
n
aarch64-linux-gnu.
Does it look OK ?
Signed-off-by: Prathamesh Kulkarni
Thanks,
Prathamesh
Skip processing simduid if it's in SIMT region.
gcc/ChangeLog:
* tree-vectorizer.cc (note_simd_array_uses): Skip processing of
simduid arg if it's not default def.
> -Original Message-
> From: Prathamesh Kulkarni
> Sent: 18 December 2024 21:09
> To: Tobias Burnus ; Joseph Myers
>
> Cc: Xi Ruoyao ; Matthew Malcomson
> ; gcc-patches@gcc.gnu.org
> Subject: RE: [RFC] PR81358: Enable automatic linking of libatomic
>
&g
Hi,
The attached patch temporarily reverts
e2f6ed54f75bbf8dd0292af90304890f06a9be17, until pending issues with multilib
and others get resolved.
Thanks,
Prathamesh
diff --git a/Makefile.def b/Makefile.def
index 90899fa28cf..19954e7d731 100644
--- a/Makefile.def
+++ b/Makefile.def
@@ -656,26 +656
> -Original Message-
> From: Tobias Burnus
> Sent: 18 December 2024 17:46
> To: Prathamesh Kulkarni ; Joseph Myers
>
> Cc: Xi Ruoyao ; Matthew Malcomson
> ; gcc-patches@gcc.gnu.org
> Subject: Re: [RFC] PR81358: Enable automatic linking of libatomic
>
&g
> -Original Message-
> From: Joseph Myers
> Sent: 04 December 2024 22:19
> To: Prathamesh Kulkarni
> Cc: Xi Ruoyao ; Matthew Malcomson
> ; gcc-patches@gcc.gnu.org
> Subject: RE: [RFC] PR81358: Enable automatic linking of libatomic
>
> External email: U
> -Original Message-
> From: Joseph Myers
> Sent: 03 December 2024 03:34
> To: Prathamesh Kulkarni
> Cc: Xi Ruoyao ; Matthew Malcomson
> ; gcc-patches@gcc.gnu.org
> Subject: RE: [RFC] PR81358: Enable automatic linking of libatomic
>
> External email: U
> -Original Message-
> From: Joseph Myers
> Sent: 29 November 2024 21:48
> To: Prathamesh Kulkarni
> Cc: Xi Ruoyao ; Matthew Malcomson
> ; gcc-patches@gcc.gnu.org
> Subject: RE: [RFC] PR81358: Enable automatic linking of libatomic
>
> External email: U
> -Original Message-
> From: Joseph Myers
> Sent: 28 November 2024 05:45
> To: Prathamesh Kulkarni
> Cc: Xi Ruoyao ; Matthew Malcomson
> ; gcc-patches@gcc.gnu.org
> Subject: RE: [RFC] PR81358: Enable automatic linking of libatomic
>
> External email: U
> -Original Message-
> From: Prathamesh Kulkarni
> Sent: 19 November 2024 22:46
> To: Xi Ruoyao ; josmy...@redhat.com; Matthew
> Malcomson ; gcc-patches@gcc.gnu.org
> Subject: RE: [RFC] PR81358: Enable automatic linking of libatomic
>
> External email: Use
> -Original Message-
> From: Xi Ruoyao
> Sent: 16 November 2024 09:23
> To: Prathamesh Kulkarni ; josmy...@redhat.com;
> Matthew Malcomson ; gcc-patches@gcc.gnu.org
> Subject: Re: [RFC] PR81358: Enable automatic linking of libatomic
>
> External email: Use
PR driver/81358
* Makefile.am: Pass -fno-link-atomic.
New rule all.
* configure.ac: Pass -fno-link-atomic.
* Makefile.in: Regenerate.
* aclocal.m4: Regenerate.
* configure: Regenerate.
* testsuite/Makefile.in: Regenerate.
Signed-off-by: Prathamesh Kulkarni
> -Original Message-
> From: Prathamesh Kulkarni
> Sent: Tuesday, October 1, 2024 8:26 PM
> To: Richard Sandiford
> Cc: rguent...@suse.de; Thomas Schwinge ; gcc-
> patc...@gcc.gnu.org
> Subject: RE: Re-compute TYPE_MODE and DECL_MODE while streaming in for
> a
> -Original Message-
> From: Richard Biener
> Sent: Tuesday, September 24, 2024 12:29 PM
> To: Prathamesh Kulkarni
> Cc: Richard Sandiford ; Thomas Schwinge
> ; gcc-patches@gcc.gnu.org
> Subject: RE: Re-compute TYPE_MODE and DECL_MODE while streaming in for
> a
> -Original Message-
> From: Richard Biener
> Sent: Monday, September 9, 2024 7:24 PM
> To: Prathamesh Kulkarni
> Cc: Richard Sandiford ; Thomas Schwinge
> ; gcc-patches@gcc.gnu.org
> Subject: RE: Re-compute TYPE_MODE and DECL_MODE while streaming in for
> a
> -Original Message-
> From: Thomas Schwinge
> Sent: Wednesday, September 4, 2024 3:15 PM
> To: Prathamesh Kulkarni ; Jan Hubicka
> ; gcc-patches@gcc.gnu.org
> Subject: Re: [nvptx] Fix code-gen for alias attribute
>
> External email: Use caution opening links o
> -Original Message-
> From: Thomas Schwinge
> Sent: Tuesday, September 10, 2024 8:19 PM
> To: Prathamesh Kulkarni ; Richard Biener
>
> Cc: Andrew Pinski ; gcc-patches@gcc.gnu.org; Jakub
> Jelinek
> Subject: RE: [nvptx] Pass -m32/-m64 to host_compiler if i
> -Original Message-
> From: Thomas Schwinge
> Sent: Monday, September 9, 2024 8:50 PM
> To: Prathamesh Kulkarni ; Richard Biener
>
> Cc: Andrew Pinski ; gcc-patches@gcc.gnu.org; Jakub
> Jelinek
> Subject: RE: [nvptx] Pass -m32/-m64 to host_compiler if i
> -Original Message-
> From: Thomas Schwinge
> Sent: Friday, September 6, 2024 2:31 PM
> To: Prathamesh Kulkarni ; Richard Biener
>
> Cc: Andrew Pinski ; gcc-patches@gcc.gnu.org; Jakub
> Jelinek
> Subject: RE: [nvptx] Pass -m32/-m64 to host_compiler if i
> -Original Message-
> From: Richard Biener
> Sent: Tuesday, September 3, 2024 2:09 PM
> To: Prathamesh Kulkarni
> Cc: gcc-patches@gcc.gnu.org
> Subject: RE: [gimplify.cc] Avoid ICE when passing VLA vector to
> accelerator
>
> External email: Use caution o
> -Original Message-
> From: Richard Biener
> Sent: Monday, September 2, 2024 12:47 PM
> To: Prathamesh Kulkarni
> Cc: gcc-patches@gcc.gnu.org
> Subject: Re: [gimplify.cc] Avoid ICE when passing VLA vector to
> accelerator
>
> External email: Use caution o
> -Original Message-
> From: Prathamesh Kulkarni
> Sent: Thursday, August 22, 2024 7:41 PM
> To: Richard Biener
> Cc: Richard Sandiford ; Thomas Schwinge
> ; gcc-patches@gcc.gnu.org
> Subject: RE: Re-compute TYPE_MODE and DECL_MODE while streaming in for
> a
> -Original Message-
> From: Prathamesh Kulkarni
> Sent: Monday, August 26, 2024 4:21 PM
> To: Thomas Schwinge ; gcc-patches@gcc.gnu.org
> Subject: [nvptx] Fix code-gen for alias attribute
>
> External email: Use caution opening links or attachments
>
>
>
e issue by checking if variable is VLA vector,
and emits an error in that case since no accel currently supports VLA vectors.
Does the patch look OK ?
Signed-off-by: Prathamesh Kulkarni
Thanks,
Prathamesh
[gimplify.cc] Emit an error if VLA vector is passed to accelerator.
gcc/ChangeLog:
* g
the
provided value in nvptx_asm_output_def_from_decls.
For the above case, it now generates the following ptx:
.alias baz,foo;
instead of:
.alias baz,bar;
which fixes the issue.
Does the patch look in the right direction ?
Signed-off-by: Prathamesh Kulkarni
Thanks,
Prathamesh
[nvptx] Fix code-
> -Original Message-
> From: H.J. Lu
> Sent: Friday, August 23, 2024 6:07 PM
> To: gcc-patches@gcc.gnu.org
> Cc: Prathamesh Kulkarni ;
> richard.guent...@gmail.com
> Subject: [PATCH] lto: Don't check obj.found for offload section
>
> External ema
> -Original Message-
> From: Richard Biener
> Sent: Thursday, August 22, 2024 2:16 PM
> To: H.J. Lu
> Cc: gcc-patches@gcc.gnu.org; josmy...@redhat.com
> Subject: Re: [PATCH v3] Update LDPT_REGISTER_CLAIM_FILE_HOOK_V2 linker
> plugin hook
>
> External email: Use caution opening links or
> -Original Message-
> From: Richard Biener
> Sent: Wednesday, August 21, 2024 5:09 PM
> To: Prathamesh Kulkarni
> Cc: Richard Sandiford ; Thomas Schwinge
> ; gcc-patches@gcc.gnu.org
> Subject: RE: Re-compute TYPE_MODE and DECL_MODE while streaming in for
> a
> -Original Message-
> From: Richard Biener
> Sent: Tuesday, August 20, 2024 10:36 AM
> To: Richard Sandiford
> Cc: Prathamesh Kulkarni ; Thomas Schwinge
> ; gcc-patches@gcc.gnu.org
> Subject: Re: Re-compute TYPE_MODE and DECL_MODE while streaming in for
> a
> -Original Message-
> From: Richard Biener
> Sent: Monday, August 19, 2024 6:51 PM
> To: Prathamesh Kulkarni
> Cc: Andrew Pinski ; gcc-patches@gcc.gnu.org; Thomas
> Schwinge
> Subject: RE: [optc-save-gen.awk] Fix streaming of command line options
> for offloa
h survives AArch64->nvptx offload testing for libgomp and bootstrap+test on
aarch64-linux-gnu.
Does the patch look in the right direction ?
Signed-off-by: Prathamesh Kulkarni
Thanks,
Prathamesh
Recompute TYPE_MODE and DECL_MODE for aggregate type for acclerator.
The patch streams out VOIDmode
> -Original Message-
> From: Richard Biener
> Sent: Tuesday, August 13, 2024 12:52 PM
> To: Andrew Pinski
> Cc: Prathamesh Kulkarni ; gcc-
> patc...@gcc.gnu.org; Thomas Schwinge
> Subject: Re: [optc-save-gen.awk] Fix streaming of command line options
> for
> -Original Message-
> From: Richard Biener
> Sent: Tuesday, August 13, 2024 10:06 PM
> To: Thomas Schwinge
> Cc: Prathamesh Kulkarni ; Andrew Pinski
> ; gcc-patches@gcc.gnu.org; Jakub Jelinek
>
> Subject: Re: [nvptx] Pass -m32/-m64 to host_compiler if i
lso fixes failures due to same issue with x86_64->nvptx offloading
for target-print-1.f90 (and couple more).
Does the patch look OK ?
Signed-off-by: Prathamesh Kulkarni
Thanks,
Prathamesh
[optc-save-gen.awk] Fix streaming of command line options for offloading.
The patch modifies optc-save-g
> -Original Message-
> From: Thomas Schwinge
> Sent: Friday, August 9, 2024 12:55 AM
> To: Prathamesh Kulkarni
> Cc: Andrew Pinski ; Richard Biener
> ; gcc-patches@gcc.gnu.org; Jakub Jelinek
>
> Subject: Re: [nvptx] Pass -m32/-m64 to host_compiler if i
ost_compiler on HOST_MULTILIB. I verified that the macro is set to 0 for
aarch64 host (and thus avoids above unrecognized command line option error),
and is set to 1 for x86_64 host.
Does the patch look OK ?
Signed-off-by: Prathamesh Kulkarni
Thanks,
Prathamesh
[nvptx] Pass -m32/-m64 to host_com
> -Original Message-
> From: Jakub Jelinek
> Sent: Wednesday, August 7, 2024 11:27 PM
> To: Prathamesh Kulkarni
> Cc: Richard Biener ; Richard Sandiford
> ; gcc-patches@gcc.gnu.org
> Subject: Re: Support streaming of poly_int for offloading when it&
> -Original Message-
> From: Jakub Jelinek
> Sent: Monday, August 5, 2024 8:01 PM
> To: Prathamesh Kulkarni
> Cc: Richard Biener ; Richard Sandiford
> ; gcc-patches@gcc.gnu.org
> Subject: Re: Support streaming of poly_int for offloading when it's
> degree &
> -Original Message-
> From: Jakub Jelinek
> Sent: Friday, August 2, 2024 5:43 PM
> To: Prathamesh Kulkarni
> Cc: Richard Biener ; Richard Sandiford
> ; gcc-patches@gcc.gnu.org
> Subject: Re: Support streaming of poly_int for offloading when it's
> degree &
> -Original Message-
> From: Jakub Jelinek
> Sent: Wednesday, July 31, 2024 8:46 PM
> To: Prathamesh Kulkarni
> Cc: Richard Biener ; Richard Sandiford
> ; gcc-patches@gcc.gnu.org
> Subject: Re: Support streaming of poly_int for offloading when it&
> -Original Message-
> From: Tobias Burnus
> Sent: Tuesday, July 30, 2024 6:08 PM
> To: Prathamesh Kulkarni ; gcc-
> patc...@gcc.gnu.org
> Subject: Re: Support streaming of poly_int for offloading when it's
> degree <= accel's NUM_POLY_INT_COEFFS
>
> -Original Message-
> From: Prathamesh Kulkarni
> Sent: Tuesday, July 30, 2024 4:44 PM
> To: Jakub Jelinek ; Richard Biener
>
> Cc: Richard Sandiford ; gcc-
> patc...@gcc.gnu.org
> Subject: RE: Support streaming of poly_int for offloading when
> -Original Message-
> From: Jakub Jelinek
> Sent: Tuesday, July 30, 2024 3:16 PM
> To: Richard Biener
> Cc: Richard Sandiford ; Prathamesh Kulkarni
> ; gcc-patches@gcc.gnu.org
> Subject: Re: Support streaming of poly_int for offloading when it&
> -Original Message-
> From: Richard Sandiford
> Sent: Monday, July 29, 2024 9:43 PM
> To: Richard Biener
> Cc: Prathamesh Kulkarni ; gcc-
> patc...@gcc.gnu.org
> Subject: Re: Support streaming of poly_int for offloading when it's
> degree <= accel
a try with x86_64->nvptx offloading if required (altho I guess LTO
bootstrap should test streaming changes ?)
Signed-off-by: Prathamesh Kulkarni
Thanks,
Prathamesh
Partially support streaming of poly_int for offloading.
Support streaming of poly_int for offloading when it's degree do
> -Original Message-
> From: Harald Anlauf
> Sent: Tuesday, July 16, 2024 12:06 AM
> To: Prathamesh Kulkarni ; gcc-
> patc...@gcc.gnu.org; fort...@gcc.gnu.org
> Subject: Re: Lower zeroing array assignment to memset for allocatable
> arrays
>
> External email: U
> -Original Message-
> From: Harald Anlauf
> Sent: Saturday, July 13, 2024 1:15 AM
> To: Prathamesh Kulkarni ; gcc-
> patc...@gcc.gnu.org; fort...@gcc.gnu.org
> Subject: Re: Lower zeroing array assignment to memset for allocatable
> arrays
>
> External email: U
> -Original Message-
> From: Harald Anlauf
> Sent: Friday, July 12, 2024 1:52 AM
> To: Prathamesh Kulkarni ; gcc-
> patc...@gcc.gnu.org; fort...@gcc.gnu.org
> Subject: Re: Lower zeroing array assignment to memset for allocatable
> arrays
>
> External email: U
> -Original Message-
> From: Harald Anlauf
> Sent: Thursday, July 11, 2024 12:53 AM
> To: Prathamesh Kulkarni ; gcc-
> patc...@gcc.gnu.org; fort...@gcc.gnu.org
> Subject: Re: Lower zeroing array assignment to memset for allocatable
> arrays
>
> External email
e patch significantly improves speedup for an internal Fortran application on
AArch64 -mcpu=grace (and potentially on other AArch64 cores too).
Bootstrapped+tested on aarch64-linux-gnu.
Does the patch look OK to commit ?
Signed-off-by: Prathamesh Kulkarni
Thanks,
Prathamesh
Lower zeroing array
Hi Richard,
As per your suggestion in PR, the attached patch removes streamer_debugging and
it's uses.
Bootstrapped on aarch64-linux-gnu.
OK to commit ?
Signed-off-by: Prathamesh Kulkarni
Thanks,
Prathamesh
[PR115394] Remove streamer_debugging and it's uses.
gcc/ChangeLog:
Sorry, forgot to attach diff.
-Original Message-
From: Prathamesh Kulkarni
Sent: Wednesday, July 3, 2024 7:04 PM
To: gcc-patches@gcc.gnu.org
Subject: [MAINTAINERS] Update my email address
External email: Use caution opening links or attachments
Pushing to trunk.
Signed-off-by
Pushing to trunk.
Signed-off-by: Prathamesh Kulkarni
Thanks,
Prathamesh
On Fri, 2 Feb 2024 at 14:44, Andi Kleen wrote:
>
> Mostly adopted from the existing C musttail plugin tests.
>
> gcc/testsuite/ChangeLog:
>
> * c-c++-common/musttail1.c: New test.
> * c-c++-common/musttail2.c: New test.
> * c-c++-common/musttail3.c: New test.
> * c-
On Wed, 31 Jan 2024 at 07:49, Andi Kleen wrote:
>
> Mostly adopted from the existing C musttail plugin tests.
> ---
> gcc/testsuite/c-c++-common/musttail1.c | 17
> gcc/testsuite/c-c++-common/musttail2.c | 36 +
> gcc/testsuite/c-c++-common/musttail3.c | 31
On Tue, 30 Jan 2024 at 20:13, Richard Ball wrote:
>
> Adds a check to ensure that the input vector arguments
> to a function are not variable length. Previously, only the
> output vector of a function was checked.
Hi,
Quoting from patch:
@@ -8989,6 +8989,14 @@ vectorizable_slp_permutation_1 (vec_i
On Sat, 27 Jan 2024 at 21:19, Richard Sandiford
wrote:
>
> Prathamesh Kulkarni writes:
> > Hi,
> > The test passes -mlittle-endian option but doesn't have target check
> > for aarch64_little_endian and thus fails to compile on
> > aarch64_be-li
Hi,
The test passes -mlittle-endian option but doesn't have target check
for aarch64_little_endian and thus fails to compile on
aarch64_be-linux-gnu. The patch adds the missing aarch64_little_endian
target check, which makes it unsupported on the target.
OK to commit ?
Thanks,
Prathamesh
PR112950:
On Thu, 21 Dec 2023 at 00:00, Richard Sandiford
wrote:
>
> If cse sees:
>
> (set (reg R) (const_vector [A B ...]))
>
> it creates fake sets of the form:
>
> (set R[0] A)
> (set R[1] B)
> ...
>
> (with R[n] replaced by appropriate rtl) and then adds them to the tables
> in the same way as f
On Mon, 4 Dec 2023 at 14:44, Prathamesh Kulkarni
wrote:
>
> On Thu, 23 Nov 2023 at 17:06, Prathamesh Kulkarni
> wrote:
> >
> > Hi Richard,
> > For the test-case mentioned in PR111702, compiling with -O2
> > -frounding-math -fstack-protector-all results in f
On Thu, 9 Nov 2023 at 19:44, Victor Do Nascimento
wrote:
>
> Create the necessary mappings from the ACLE-defined Neon intrinsics
> names[1] to the internal builtin function names.
>
> [1] https://arm-software.github.io/acle/neon_intrinsics/advsimd.html
Hi Victor,
It seems this patch broke kernel b
On Mon, 20 Nov 2023 at 15:28, Florian Weimer wrote:
>
> The change to build_conditional_expr drops the downgrade
> from a pedwarn to warning for builtins for C99 and later
> language dialects. It remains a warning in C89 mode (not
> a permerror), as the -std=gnu89 -fno-permissive test shows.
Hi F
On Tue, 5 Dec 2023 at 06:18, Marek Polacek wrote:
>
> On Mon, Dec 04, 2023 at 04:49:29PM -0500, Jason Merrill wrote:
> > On 12/4/23 15:23, Marek Polacek wrote:
> > > +/* FN is not a consteval function, but may become one. Remember to
> > > + escalate it after all pending templates have been ins
On Thu, 23 Nov 2023 at 17:06, Prathamesh Kulkarni
wrote:
>
> Hi Richard,
> For the test-case mentioned in PR111702, compiling with -O2
> -frounding-math -fstack-protector-all results in following ICE during
> cse2 pass:
>
> test.c: In function 'foo':
> test.c:
On Fri, 24 Nov 2023 at 03:13, Richard Sandiford
wrote:
>
> Prathamesh Kulkarni writes:
> > On Thu, 26 Oct 2023 at 09:43, Prathamesh Kulkarni
> > wrote:
> >>
> >> On Thu, 26 Oct 2023 at 04:09, Richard Sandiford
> >> wrote:
> >> >
> &g
On Wed, 15 Nov 2023 at 20:44, Prathamesh Kulkarni
wrote:
>
> On Wed, 8 Nov 2023 at 21:57, Prathamesh Kulkarni
> wrote:
> >
> > On Thu, 26 Oct 2023 at 09:43, Prathamesh Kulkarni
> > wrote:
> > >
> > > On Thu, 26 Oct 2023 at 04:09, Richard Sandi
Hi Richard,
For the test-case mentioned in PR111702, compiling with -O2
-frounding-math -fstack-protector-all results in following ICE during
cse2 pass:
test.c: In function 'foo':
test.c:119:1: internal compiler error: in insert_regs, at cse.cc:1120
119 | }
| ^
0xb7ebb0 insert_regs
On Wed, 8 Nov 2023 at 21:57, Prathamesh Kulkarni
wrote:
>
> On Thu, 26 Oct 2023 at 09:43, Prathamesh Kulkarni
> wrote:
> >
> > On Thu, 26 Oct 2023 at 04:09, Richard Sandiford
> > wrote:
> > >
> > > Prathamesh Kulkarni writes:
> >
On Mon, 6 Nov 2023 at 15:50, Tamar Christina wrote:
>
> Hi All,
>
> This patch transforms fneg (fabs (x)) into copysign (x, -1) which is more
> canonical and allows a target to expand this sequence efficiently. Such
> sequences are common in scientific code working with gradients.
>
> There is an
On Thu, 5 Oct 2023 at 00:00, Brendan Shanks wrote:
>
> Hi,
>
> This patch implements pex_unix_exec_child using posix_spawn when
> available.
>
> This should especially benefit recent macOS (where vfork just calls
> fork), but should have equivalent or faster performance on all
> platforms.
> In ad
On Thu, 26 Oct 2023 at 09:43, Prathamesh Kulkarni
wrote:
>
> On Thu, 26 Oct 2023 at 04:09, Richard Sandiford
> wrote:
> >
> > Prathamesh Kulkarni writes:
> > > On Wed, 25 Oct 2023 at 02:58, Richard Sandiford
> > > wrote:
> > >>
> > >
On Thu, 26 Oct 2023 at 04:09, Richard Sandiford
wrote:
>
> Prathamesh Kulkarni writes:
> > On Wed, 25 Oct 2023 at 02:58, Richard Sandiford
> > wrote:
> >>
> >> Hi,
> >>
> >> Sorry the slow review. I clearly didn't think this through pr
anding of
> the problem.
>
> Prathamesh Kulkarni writes:
> > Hi,
> > For the following test-case:
> >
> > typedef float __attribute__((__vector_size__ (16))) F;
> > F foo (F a, F b)
> > {
> > F v = (F) { 9 };
> > return __builtin_shufflevector (v, v, 1
Hi,
For the following test-case:
typedef float __attribute__((__vector_size__ (16))) F;
F foo (F a, F b)
{
F v = (F) { 9 };
return __builtin_shufflevector (v, v, 1, 0, 1, 2);
}
Compiling with -O2 results in following ICE:
foo.c: In function ‘foo’:
foo.c:6:10: internal compiler error: in decom
On Wed, 18 Oct 2023 at 23:22, Richard Sandiford
wrote:
>
> Prathamesh Kulkarni writes:
> > On Tue, 17 Oct 2023 at 02:40, Richard Sandiford
> > wrote:
> >> Prathamesh Kulkarni writes:
> >> > diff --git a/gcc/fold-const.cc b/gcc/fold-const.cc
>
On Tue, 17 Oct 2023 at 02:40, Richard Sandiford
wrote:
>
> Prathamesh Kulkarni writes:
> > On Wed, 11 Oct 2023 at 16:57, Prathamesh Kulkarni
> > wrote:
> >>
> >> On Wed, 11 Oct 2023 at 16:42, Prathamesh Kulkarni
> >> wrote:
> >> &
On Wed, 11 Oct 2023 at 16:57, Prathamesh Kulkarni
wrote:
>
> On Wed, 11 Oct 2023 at 16:42, Prathamesh Kulkarni
> wrote:
> >
> > On Mon, 9 Oct 2023 at 17:05, Richard Sandiford
> > wrote:
> > >
> > > Prathamesh Kulkarni writes:
> > > >
On Wed, 11 Oct 2023 at 16:42, Prathamesh Kulkarni
wrote:
>
> On Mon, 9 Oct 2023 at 17:05, Richard Sandiford
> wrote:
> >
> > Prathamesh Kulkarni writes:
> > > Hi,
> > > The attached patch attempts to fix PR111648.
> > > As mentioned in
On Mon, 9 Oct 2023 at 17:05, Richard Sandiford
wrote:
>
> Prathamesh Kulkarni writes:
> > Hi,
> > The attached patch attempts to fix PR111648.
> > As mentioned in PR, the issue is when a1 is a multiple of vector
> > length, we end up creating following encoding in
Hi,
The attached patch attempts to fix PR111648.
As mentioned in PR, the issue is when a1 is a multiple of vector
length, we end up creating following encoding in result: { base_elem,
arg[0], arg[1], ... } (assuming S = 1),
where arg is chosen input vector, which is incorrect, since the
encoding or
On Sun, 17 Sept 2023 at 20:11, Richard Sandiford
wrote:
>
> Prathamesh Kulkarni writes:
> > Hi,
> > After 27de9aa152141e7f3ee66372647d0f2cd94c4b90, there's a following
> > regression:
> > FAIL: gcc.target/aarch64/vect_copy_lane_1.c scan-assembler-times
&
Hi,
After 27de9aa152141e7f3ee66372647d0f2cd94c4b90, there's a following regression:
FAIL: gcc.target/aarch64/vect_copy_lane_1.c scan-assembler-times
ins\\tv0.s\\[1\\], v1.s\\[0\\] 3
This happens because for the following function from vect_copy_lane_1.c:
float32x2_t
__attribute__((noinline, noclon
On Wed, 30 Aug 2023 at 19:20, David Malcolm wrote:
>
> On Wed, 2023-08-30 at 11:52 +0530, Prathamesh Kulkarni wrote:
> > On Wed, 30 Aug 2023 at 04:21, David Malcolm
> > wrote:
> > >
> > > On Tue, 2023-08-29 at 11:01 +0530, Prathamesh Kulkarni wrote:
> &g
On Wed, 30 Aug 2023 at 04:21, David Malcolm wrote:
>
> On Tue, 2023-08-29 at 11:01 +0530, Prathamesh Kulkarni wrote:
> > On Fri, 25 Aug 2023 at 18:15, David Malcolm via Gcc-patches
> > wrote:
> > >
> > > Successfully bootstrapped & regrtested on x86_64-pc
On Tue, 15 Aug 2023 at 00:05, Christophe Lyon via Gcc-patches
wrote:
>
> Although they look like aliases for u8 and u16, we need to define them
> so that we can handle p8 and p16 suffixes with the general framework.
>
> They will be used by vmull[bt]q_poly intrinsics.
Hi Christophe,
It seems your
On Fri, 25 Aug 2023 at 18:15, David Malcolm via Gcc-patches
wrote:
>
> Successfully bootstrapped & regrtested on x86_64-pc-linux-gnu.
> Pushed to trunk as r14-3481-g99a3fcb8ff0bf2.
Hi David,
It seems the new tests FAIL on arm for LTO bootstrap config:
https://ci.linaro.org/job/tcwg_bootstrap_check
s -DTEST_OVERLOADS
> check-function-bodies subr_m1_u8_m
>
> Andrew Pinski's analysis in PR testsuite/111071 is that the new code is
> better and the testcase should be updated. I also asked Prathamesh Kulkarni
> in private and he agreed.
>
> Here is the update. Wi
On Wed, 16 Aug 2023 at 14:12, yanzhang.wang--- via Gcc-patches
wrote:
>
> From: Yanzhang Wang
>
> The pattern is enabled for scalar but not for vector. The patch try to
> make it consistent and will convert below code,
(CCing Richard S.)
Hi,
Sorry if this comment is not relevant to the patch but
On Mon, 21 Aug 2023 at 12:27, Richard Biener wrote:
>
> On Sat, 19 Aug 2023, Prathamesh Kulkarni wrote:
>
> > On Fri, 18 Aug 2023 at 17:11, Richard Biener wrote:
> > >
> > > On Fri, 18 Aug 2023, Richard Biener wrote:
> > >
> > &g
On Mon, 21 Aug 2023 at 12:26, Richard Biener wrote:
>
> On Sat, 19 Aug 2023, Prathamesh Kulkarni wrote:
>
> > On Fri, 18 Aug 2023 at 14:52, Richard Biener wrote:
> > >
> > > On Fri, 18 Aug 2023, Richard Sandiford wrote:
> > >
> > > > Richard
On Fri, 18 Aug 2023 at 17:11, Richard Biener wrote:
>
> On Fri, 18 Aug 2023, Richard Biener wrote:
>
> > On Thu, 17 Aug 2023, Prathamesh Kulkarni wrote:
> >
> > > On Tue, 15 Aug 2023 at 14:28, Richard Sandiford
> > > wrote:
> > > >
> >
On Fri, 18 Aug 2023 at 14:52, Richard Biener wrote:
>
> On Fri, 18 Aug 2023, Richard Sandiford wrote:
>
> > Richard Biener writes:
> > > The following avoids running into somehow flawed logic in fold_vec_perm
> > > for non-VLA vectors.
> > >
> > > Bootstrap & regtest running on x86_64-unknown-lin
On Tue, 15 Aug 2023 at 14:28, Richard Sandiford
wrote:
>
> Richard Biener writes:
> > On Mon, 14 Aug 2023, Prathamesh Kulkarni wrote:
> >> On Mon, 7 Aug 2023 at 13:19, Richard Biener
> >> wrote:
> >> > It doesn't seem to make a difference fo
On Wed, 16 Aug 2023 at 15:21, Richard Sandiford
wrote:
>
> Prathamesh Kulkarni writes:
> >> Unfortunately, the patch regressed following tests on ppc64le and
> >> armhf respectively:
> >> gcc.target/powerpc/vec-perm-ctor.c scan-tree-dump-not optimized
> >
On Tue, 15 Aug 2023 at 16:59, Prathamesh Kulkarni
wrote:
>
> On Mon, 14 Aug 2023 at 18:23, Richard Sandiford
> wrote:
> >
> > Prathamesh Kulkarni writes:
> > > On Thu, 10 Aug 2023 at 21:27, Richard Sandiford
> > > wrote:
> > >>
> &
On Mon, 14 Aug 2023 at 18:23, Richard Sandiford
wrote:
>
> Prathamesh Kulkarni writes:
> > On Thu, 10 Aug 2023 at 21:27, Richard Sandiford
> > wrote:
> >>
> >> Prathamesh Kulkarni writes:
> >> >> static bool
> >> >> is_simple_vl
1 - 100 of 1021 matches
Mail list logo
