https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65837
prathamesh3492 at gcc dot gnu.org changed:
What|Removed |Added
CC||mkuvyrkov at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65837
--- Comment #15 from prathamesh3492 at gcc dot gnu.org ---
Hi,
I am not entirely sure, the issue seems to be in lto-wrapper.
In lto-wrapper.c:run_gcc():
fdecoded_options, which are compiler options contains "-mfpu=neon"
decoded_options,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65837
--- Comment #17 from prathamesh3492 at gcc dot gnu.org ---
(In reply to clyon from comment #16)
> (In reply to prathamesh3492 from comment #15)
>
> > I am not understanding why vfpv3-d16 appears in collect_gcc_options in
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65837
--- Comment #18 from prathamesh3492 at gcc dot gnu.org ---
Created attachment 35420
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35420&action=edit
patch to override default options by options in object file
Hi,
The following u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65837
--- Comment #19 from prathamesh3492 at gcc dot gnu.org ---
(In reply to prathamesh3492 from comment #18)
> Created attachment 35420 [details]
> patch to override default options by options in object file
>
> Hi,
>
> The follow
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65858
--- Comment #3 from prathamesh3492 at gcc dot gnu.org ---
(In reply to prathamesh3492 from comment #2)
> Hi,
> Sorry for late response, I applied your patch and got the following ICE:
> -std=gnu++11 -flto --param lto-partitions=1
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65776
prathamesh3492 at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65858
--- Comment #8 from prathamesh3492 at gcc dot gnu.org ---
*** Bug 65776 has been marked as a duplicate of this bug. ***
Severity: normal
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: prathamesh3492 at gcc dot gnu.org
Target Milestone: ---
483.xalancbmk from SPEC CPU2006 fails to build with -flto -flto-partitions=none
Trace:
lto1: internal compiler
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69133
--- Comment #7 from prathamesh3492 at gcc dot gnu.org ---
(In reply to Jan Hubicka from comment #5)
> The problem seems to be that cgraph_node::get_untransformed_body checks
> presence of body by DECL_RESULT which is NULL for thunks. R
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24293
--- Comment #5 from prathamesh3492 at gcc dot gnu.org ---
Author: prathamesh3492
Date: Wed Jan 20 16:25:23 2016
New Revision: 232622
URL: https://gcc.gnu.org/viewcvs?rev=232622&root=gcc&view=rev
Log:
2016-01-15 Prathamesh Kulkarni
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24293
prathamesh3492 at gcc dot gnu.org changed:
What|Removed |Added
CC||prathamesh3492 at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49551
--- Comment #5 from prathamesh3492 at gcc dot gnu.org ---
Author: prathamesh3492
Date: Tue Jun 2 16:42:27 2015
New Revision: 224033
URL: https://gcc.gnu.org/viewcvs?rev=224033&root=gcc&view=rev
Log:
2015-06-02 Prathamesh Kulkarni
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49551
prathamesh3492 at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: prathamesh3492 at gcc dot gnu.org
Target Milestone: ---
LTO build of firefox fails with following ICE with r227253:
http://pastebin.com/X1pfNiVp
.mozconfig: http://pastebin.com/HQrpMTGm
Works with gcc-5.2.1. It looks like a
++
Assignee: unassigned at gcc dot gnu.org
Reporter: prathamesh3492 at gcc dot gnu.org
Target Milestone: ---
For the following test-case f.cc:
http://pastebin.com/bvMh8NNL
arm-linux-gnueabihf-g++ f.cc fails to compile with following error:
http://pastebin.com/yVMW2g5t
The test-case
Assignee: unassigned at gcc dot gnu.org
Reporter: prathamesh3492 at gcc dot gnu.org
Target Milestone: ---
Hi,
For the following case:
int f(int x, int y)
{
int ret;
if (x == y)
ret = x ^ y;
else
ret = 1;
return ret;
}
x ^ y does not get folded to 0.
From the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71315
prathamesh3492 at gcc dot gnu.org changed:
What|Removed |Added
CC||prathamesh3492 at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70920
prathamesh3492 at gcc dot gnu.org changed:
What|Removed |Added
CC||prathamesh3492 at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71078
--- Comment #2 from prathamesh3492 at gcc dot gnu.org ---
Author: prathamesh3492
Date: Wed Jul 27 15:09:10 2016
New Revision: 238787
URL: https://gcc.gnu.org/viewcvs?rev=238787&root=gcc&view=rev
Log:
2016-07-27 Prathamesh Kulkarni
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71078
prathamesh3492 at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70920
--- Comment #5 from prathamesh3492 at gcc dot gnu.org ---
(In reply to mwahab from comment #4)
> (In reply to prathamesh3492 from comment #3)
> > Fixed on trunk.
>
> I think that this is the cause of a failure in gcc.dg/tree-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71078
--- Comment #6 from prathamesh3492 at gcc dot gnu.org ---
(In reply to rguent...@suse.de from comment #5)
> On Thu, 4 Aug 2016, mwahab at gcc dot gnu.org wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71078
> >
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71078
--- Comment #7 from prathamesh3492 at gcc dot gnu.org ---
(In reply to prathamesh3492 from comment #6)
> (In reply to rguent...@suse.de from comment #5)
> > On Thu, 4 Aug 2016, mwahab at gcc dot gnu.org wrote:
> >
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71078
--- Comment #9 from prathamesh3492 at gcc dot gnu.org ---
(In reply to rguent...@suse.de from comment #8)
> On Thu, 4 Aug 2016, prathamesh3492 at gcc dot gnu.org wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71078
--- Comment #11 from prathamesh3492 at gcc dot gnu.org ---
(In reply to Thomas Preud'homme from comment #10)
> Hi,
>
> The following tests are still failing for me on arm-none-eabi targets:
>
> FAIL: gcc.dg/tree-ssa/pr7107
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65668
prathamesh3492 at gcc dot gnu.org changed:
What|Removed |Added
CC||prathamesh3492 at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65668
prathamesh3492 at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43721
prathamesh3492 at gcc dot gnu.org changed:
What|Removed |Added
CC||goswin-v-b at web dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97849
--- Comment #1 from prathamesh3492 at gcc dot gnu.org ---
Hi,
Sorry for the breakage, will take a look.
Regards,
Prathamesh
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: prathamesh3492 at gcc dot gnu.org
Target Milestone: ---
Hi,
For the following test-case:
#include
uint8x8_t f1(int8x8_t a, int8x8_t b) {
return a < b;
}
uint8x8_t f2(int8x8_t a, int8x
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: prathamesh3492 at gcc dot gnu.org
Target Milestone: ---
Hi,
For the following test-case:
#include
uint8x8_t f1(int8x8_t a, int8x8_t b) {
return (uint8x8_t) ((a & b) != 0);
}
uint8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97903
prathamesh3492 at gcc dot gnu.org changed:
What|Removed |Added
Keywords||missed-optimization
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: prathamesh3492 at gcc dot gnu.org
Target Milestone: ---
Hi,
Similar to PR97872 and PR97903, for following test-case:
#include
uint32x2_t f1(float32x2_t a, float32x2_t b)
{
return vabs_f32 (a) >= vabs_f32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97849
--- Comment #3 from prathamesh3492 at gcc dot gnu.org ---
Fixed on trunk.
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: prathamesh3492 at gcc dot gnu.org
Target Milestone: ---
Following test-case ICE's with -fgimple:
int __GIMPLE() f(int x, int y)
{
int a;
a = (x < y) ? 1 : 2;
return a;
}
foo.c: In
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: prathamesh3492 at gcc dot gnu.org
Target Milestone: ---
For the following test-case:
#include
bfloat16x4_t f1 (bfloat16_t a)
{
return vdup_n_bf16 (a);
}
bfloat16x4_t f2 (bfloat16_t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98435
prathamesh3492 at gcc dot gnu.org changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98537
--- Comment #4 from prathamesh3492 at gcc dot gnu.org ---
Hi,
It seems to work on my machine for x86_64.
Compiling with -O3 (or -O2),
.optimized dump shows:
v4si foo (v4si b, v4si a)
{
v4si c;
vector(4) _1;
[local count: 1073741824
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98537
--- Comment #6 from prathamesh3492 at gcc dot gnu.org ---
Thanks for the suggestions, I could reproduce it now.
Input to isel is:
_1 = a_2(D) == b_3(D);
c_4 = VEC_COND_EXPR <_1, { -1, -1, -1, -1 }, { 0, 0, 0, 0 }>;
return c_4;
F
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: prathamesh3492 at gcc dot gnu.org
Target Milestone: ---
For any test-case, that includes arm_neon.h, for instance:
#include
void f() {}
Passing incompatible fp16 format seems to result in ICE.
For example, passing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98636
--- Comment #2 from prathamesh3492 at gcc dot gnu.org ---
Created attachment 49953
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49953&action=edit
Preprocessed test-case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98636
--- Comment #3 from prathamesh3492 at gcc dot gnu.org ---
Created attachment 49954
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49954&action=edit
Output of passing --verbose
Command line option used to compile:
../arm-stage1-bu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98636
--- Comment #5 from prathamesh3492 at gcc dot gnu.org ---
Hi,
Unfortunately I am still getting the same ICE with
g:e91910d3576eeac714c93ec25ea3b15012007903.
Thanks,
Prathamesh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98636
prathamesh3492 at gcc dot gnu.org changed:
What|Removed |Added
CC||ktkachov at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98636
--- Comment #10 from prathamesh3492 at gcc dot gnu.org ---
Created attachment 49997
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49997&action=edit
untested fix
Hi,
Sorry for late response. The option that seemed to be causing th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98636
--- Comment #12 from prathamesh3492 at gcc dot gnu.org ---
Created attachment 50003
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50003&action=edit
options-save.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98636
--- Comment #13 from prathamesh3492 at gcc dot gnu.org ---
IIUC, the issue comes from the following mismatch in cl_optimization_compare:
if (ptr1->x_arm_fp16_format != ptr2->x_arm_fp16_format)
internal_error ("% are modifi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98636
--- Comment #16 from prathamesh3492 at gcc dot gnu.org ---
(In reply to Tamar Christina from comment #14)
> I just ran into the same problem, with a slightly different testcase:
This is a better one to reproduce the issue, thanks! I verified
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98636
--- Comment #17 from prathamesh3492 at gcc dot gnu.org ---
(In reply to Martin Liška from comment #15)
> I see, so it's a real issue and I support the workaround mentioned in
> Comment 10.
> Please send it to the mailing list.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97903
--- Comment #2 from prathamesh3492 at gcc dot gnu.org ---
Fixed in
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=d9937da063e5847f45f7f1f7a02bed7dbc8fb2f6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66791
--- Comment #8 from prathamesh3492 at gcc dot gnu.org ---
Patch committed for vceq:
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=316dd79876873222552bdf6aa31338012bc9b955
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93183
--- Comment #3 from prathamesh3492 at gcc dot gnu.org ---
(In reply to rsand...@gcc.gnu.org from comment #2)
> (In reply to Andrew Pinski from comment #1)
> > We get:
> > .L3:
> > ld1bz0.b, p0/z, [x1, x3]
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96339
prathamesh3492 at gcc dot gnu.org changed:
What|Removed |Added
CC||prathamesh3492 at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96339
--- Comment #4 from prathamesh3492 at gcc dot gnu.org ---
(In reply to Tejas Belagod from comment #3)
> > Are you still working on this PR ? If not, can I assign it to myself ?
>
> Yes I am - its almost done - just been busy with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107920
--- Comment #11 from prathamesh3492 at gcc dot gnu.org ---
Created attachment 53992
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53992&action=edit
untested fix
Thanks for the suggestions. The attached pat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107920
prathamesh3492 at gcc dot gnu.org changed:
What|Removed |Added
Attachment #53992|0 |1
is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107920
--- Comment #14 from prathamesh3492 at gcc dot gnu.org ---
Posted patch:
https://gcc.gnu.org/pipermail/gcc-patches/2022-December/607714.html
Thanks,
Prathamesh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106360
--- Comment #1 from prathamesh3492 at gcc dot gnu.org ---
Hi,
Sorry for the breakage. I will take a look.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114323
prathamesh3492 at gcc dot gnu.org changed:
What|Removed |Added
CC||prathamesh3492 at
: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: prathamesh3492 at gcc dot gnu.org
Target Milestone: ---
Bootstrapping gcc with profiledboostrap results in following failure:
during GIMPLE pass: ivcanon
../../gcc/gcc/cfgrtl.cc: In function ‘bool could_fall_through
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: prathamesh3492 at gcc dot gnu.org
Target Milestone: ---
For the following test-case adapted from libgcc/fixed-bit.c:
typedef int DItype __attribute__ ((mode (DI)));
void
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110867
--- Comment #2 from prathamesh3492 at gcc dot gnu.org ---
(In reply to Stefan Schulze Frielinghaus from comment #1)
> The optimization introduced by r14-2879-g7cdd0860949c6c hits during
> combination of insn
>
> (insn 31 3 32 2 (set
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110867
--- Comment #3 from prathamesh3492 at gcc dot gnu.org ---
(In reply to prathamesh3492 from comment #2)
> (In reply to Stefan Schulze Frielinghaus from comment #1)
> > The optimization introduced by r14-2879-g7cdd0860949c6c hi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110857
--- Comment #5 from prathamesh3492 at gcc dot gnu.org ---
Hi Honza,
Sorry for late response, and thanks for the fix! I am currently running
profiledbootstrap on aarch64 with your fix, and will let you know the results
after it completes.
Thanks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110857
--- Comment #6 from prathamesh3492 at gcc dot gnu.org ---
profiledbootstrap now works on aarch64-linux-gnu, thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110867
--- Comment #10 from prathamesh3492 at gcc dot gnu.org ---
(In reply to Stefan Schulze Frielinghaus from comment #9)
> It looks like as if the first fix didn't entirely solve the problem. It
> turns out that the normal form of const
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111048
--- Comment #6 from prathamesh3492 at gcc dot gnu.org ---
Sorry for the breakage, I will take a look.
Thanks,
Prathamesh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111048
--- Comment #8 from prathamesh3492 at gcc dot gnu.org ---
(In reply to rsand...@gcc.gnu.org from comment #7)
> = ((q1 & 0) == 0) ? VECTOR_CST_NPATTERNS (arg0)
> : VECTOR_CST_NPATTERNS (arg1);
>
&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111048
prathamesh3492 at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111648
--- Comment #1 from prathamesh3492 at gcc dot gnu.org ---
Hi,
Sorry for the breakage, will take a look.
Thanks,
Prathamesh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111648
--- Comment #3 from prathamesh3492 at gcc dot gnu.org ---
Created attachment 56037
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56037&action=edit
Untested fix
The issue is that when a1 is a multiple of vector length, we end up c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111648
--- Comment #4 from prathamesh3492 at gcc dot gnu.org ---
(In reply to prathamesh3492 from comment #3)
> Created attachment 56037 [details]
> Untested fix
>
> The issue is that when a1 is a multiple of vector length, we end
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: prathamesh3492 at gcc dot gnu.org
Target Milestone: ---
Hi,
For the following test-case:
typedef int v4si __attribute__((vector_size (sizeof (int) * 4)));
v4si f(int x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111754
--- Comment #2 from prathamesh3492 at gcc dot gnu.org ---
Hi,
Sorry for the breakage, will take a look.
Thanks,
Prathamesh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111754
--- Comment #3 from prathamesh3492 at gcc dot gnu.org ---
The issue is that we only support integral vector types in fold_vec_perm_cst,
but fail to check for the same before calling it from fold_vec_perm.
The following tweak fixes the ICE:
diff
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111754
--- Comment #6 from prathamesh3492 at gcc dot gnu.org ---
(In reply to rguent...@suse.de from comment #4)
> On Tue, 10 Oct 2023, prathamesh3492 at gcc dot gnu.org wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111754
--- Comment #7 from prathamesh3492 at gcc dot gnu.org ---
(In reply to Richard Biener from comment #5)
> It seems we have VECTOR_CST_NELTS_PER_PATTERN ({ 9.0e+0, 0.0, 0.0, 0.0 })
> 2 and VECTOR_CST_NPATTERNS == 1. And the selector { 1, 0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96265
--- Comment #11 from prathamesh3492 at gcc dot gnu.org ---
Hi,
Yes, those two errors are expected.
I posted RFC discussion about AArch64/nvptx offloading issues here:
https://gcc.gnu.org/pipermail/gcc/2024-July/244466.html
For the unrecognized
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: prathamesh3492 at gcc dot gnu.org
Target Milestone: ---
Hi,
For the following test-case:
SUBROUTINE MY_ROUTINE (N, A, B )
IMPLICIT NONE
INTEGER, INTENT(IN):: N
COMPLEX
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114736
--- Comment #1 from prathamesh3492 at gcc dot gnu.org ---
Investigating this a bit further, the ICE appears with gfortran-13 because for
the testcase, because length of postorder traversal over SLP graph (27) doesn't
match number of node
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114736
--- Comment #2 from prathamesh3492 at gcc dot gnu.org ---
Created attachment 57956
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57956&action=edit
Input to SLP pass (dse4 dump)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114736
--- Comment #5 from prathamesh3492 at gcc dot gnu.org ---
(In reply to Andrew Pinski from comment #3)
> Does -fno-cost-model affect the behavior here?
With 43da77a4, it doesn't result in ICE with -fno-vect-cost-model or
-fvect-co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114736
--- Comment #6 from prathamesh3492 at gcc dot gnu.org ---
Created attachment 57957
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57957&action=edit
SLP dump
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114736
--- Comment #11 from prathamesh3492 at gcc dot gnu.org ---
Hi Richard,
Thanks for the quick fix! I verified it now compiles the test-case with -O3
-mcpu=neoverse-v2. I suppose this will need backporting to gcc-13 branch. The
test compiles OK
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: prathamesh3492 at gcc dot gnu.org
Target Milestone: ---
Hi,
It seems performance of povray bmk is regressing ~5.5% with -O3 -flto
-march=native -mcpu=neoverse
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114860
--- Comment #4 from prathamesh3492 at gcc dot gnu.org ---
Hi Tamar,
Sorry for late response.
perf profile for povray with LTO:
Compiled with 82d6d385f97 (commit before a2f4be3dae0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114860
--- Comment #8 from prathamesh3492 at gcc dot gnu.org ---
Hi Tamar,
Using -falign-loops=5 indeed brings back the performance.
The adrp instruction has same address (0x4ae784) by setting -falign-loops=5
(which reduces misalignment to 4) with
Severity: normal
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: prathamesh3492 at gcc dot gnu.org
Target Milestone: ---
Hi,
For the following minimal C test:
int main()
{
return 0;
}
Compiling with -flto with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111648
prathamesh3492 at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111702
--- Comment #3 from prathamesh3492 at gcc dot gnu.org ---
HI, sorry for the breakage, will take a look.
Thanks,
Prathamesh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111754
prathamesh3492 at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111754
--- Comment #15 from prathamesh3492 at gcc dot gnu.org ---
Sorry for the regression, and thanks for the prompt fix!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110280
prathamesh3492 at gcc dot gnu.org changed:
What|Removed |Added
CC||prathamesh3492 at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112950
prathamesh3492 at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112950
prathamesh3492 at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
ormal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: prathamesh3492 at gcc dot gnu.org
Target Milestone: ---
Hi,
For the following test-case:
subroutine test_dt (dt, y)
implicit none
real :: y (10, 20, 30)
type t
: minor
Priority: P3
Component: driver
Assignee: unassigned at gcc dot gnu.org
Reporter: prathamesh3492 at gcc dot gnu.org
Target Milestone: ---
Hi,
gcc -foo results in following error:
error: unrecognized command-line option '-foo'
and results in exit s
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: prathamesh3492 at gcc dot gnu.org
Target Milestone: ---
Hi,
The following test (libgomp/pr104783.c
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: prathamesh3492 at gcc dot gnu.org
Target Milestone: ---
Hi,
For the test-case adapted from pr96390.C:
template struct V
{
int version_called; V ()
{
version_called = 1
201 - 300 of 308 matches
Mail list logo
