https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107533
--- Comment #2 from Ramana Radhakrishnan ---
yes the by-value parameters are a separate issue that I hope recent patches on
the list (I remember something flying past) should help correct.
|1
CC||ramana at gcc dot gnu.org
Last reconfirmed||2024-06-20
--- Comment #1 from Ramana Radhakrishnan ---
Confirmed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115308
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115342
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115475
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104689
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107620
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107326
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92999
Ramana Radhakrishnan changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ramana at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105929
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53135
--- Comment #20 from Ramana Radhakrishnan ---
(In reply to Jeffrey A. Law from comment #19)
> I think it's just workaround that got installed in 2012, not a real fix.
> Of course, 10 years later one could ask if the workaround has become the
>
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: ramana at gcc dot gnu.org
Target Milestone: ---
Derived from PR92999
struct phalf {
__fp16 first;
__fp16 second;
};
struct phalf phalf_copy(struct phalf* src) __attribute__((noinline));
struct phalf
||ramana at gcc dot gnu.org
Ever confirmed|0 |1
Known to fail||13.0
Last reconfirmed||2022-11-05
--- Comment #2 from Ramana Radhakrishnan ---
confirmed on trunk.
I think this is an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100523
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
|WAITING
Last reconfirmed||2022-11-04
CC||ramana at gcc dot gnu.org
--- Comment #3 from Ramana Radhakrishnan ---
I'd suggest moving this to Waiting given the time without a response and the
correct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53135
--- Comment #18 from Ramana Radhakrishnan ---
Since the fix got installed in 2012 this really should have been fixed from
4.8.0 onwards.
Should we really keep this still open or can we close this out ?
Ramana
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97726
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96372
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88709
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89400
Ramana Radhakrishnan changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90308
Ramana Radhakrishnan changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86538
Ramana Radhakrishnan changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86538
--- Comment #7 from Ramana Radhakrishnan ---
Author: ramana
Date: Wed May 1 15:27:40 2019
New Revision: 270770
URL: https://gcc.gnu.org/viewcvs?rev=270770&root=gcc&view=rev
Log:
[Patch AArch64] Add __ARM_FEATURE_ATOMICS
This keeps coming up
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86538
--- Comment #6 from Ramana Radhakrishnan ---
Author: ramana
Date: Tue Apr 30 14:57:50 2019
New Revision: 270702
URL: https://gcc.gnu.org/viewcvs?rev=270702&root=gcc&view=rev
Log:
[Patch AArch64] Add __ARM_FEATURE_ATOMICS
This keeps coming up
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86538
--- Comment #5 from Ramana Radhakrishnan ---
Author: ramana
Date: Tue Apr 30 12:02:30 2019
New Revision: 270689
URL: https://gcc.gnu.org/viewcvs?rev=270689&root=gcc&view=rev
Log:
[Patch AArch64] Add __ARM_FEATURE_ATOMICS
This keeps coming u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86538
--- Comment #4 from Ramana Radhakrishnan ---
Author: ramana
Date: Tue Apr 30 11:22:11 2019
New Revision: 270686
URL: https://gcc.gnu.org/viewcvs?rev=270686&root=gcc&view=rev
Log:
[Patch AArch64] Add __ARM_FEATURE_ATOMICS
This keeps coming up r
||2019-04-30
CC||ramana at gcc dot gnu.org
Resolution|WONTFIX |---
Assignee|unassigned at gcc dot gnu.org |ramana at gcc dot
gnu.org
Target Milestone|--- |7.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90075
Ramana Radhakrishnan changed:
What|Removed |Added
CC||rearnsha at gcc dot gnu.org
--- C
||ramana at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |ramana at gcc dot
gnu.org
--- Comment #2 from Ramana Radhakrishnan ---
I'll take a look.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89093
--- Comment #45 from Ramana Radhakrishnan ---
(In reply to Jakub Jelinek from comment #42)
> Thanks for the explanation.
> In that case, I think it would be better to just add
> __attribute__((target("general-regs-only")))
> to the
> #ifdef __AR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89093
Ramana Radhakrishnan changed:
What|Removed |Added
Attachment #45552|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89093
--- Comment #30 from Ramana Radhakrishnan ---
(In reply to Jakub Jelinek from comment #29)
> Ramana, any progress on this?
I'm still trying to get the various spec files and the t-multilib bits sorted
and half-term has intervened here in the UK.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89093
--- Comment #27 from Ramana Radhakrishnan ---
(In reply to Bernd Edlinger from comment #25)
> you might consider adding something like that to your patch:
>
> Index: elf.h
> ===
> -
|unassigned at gcc dot gnu.org |ramana at gcc dot
gnu.org
--- Comment #21 from Ramana Radhakrishnan ---
(In reply to Jakub Jelinek from comment #19)
> (In reply to Florian Weimer from comment #18)
> > (In reply to Ramana Radhakrishnan from comment #15)
> > > Testing this and wou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89093
--- Comment #16 from Ramana Radhakrishnan ---
(In reply to Jakub Jelinek from comment #14)
> We require GNU make, so one can use something like:
> unwind-arm.o unwind-c.o libunwind.o pr-support.o: CFLAGS += -mfpu=none
> or similar in libgcc/confi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89093
Ramana Radhakrishnan changed:
What|Removed |Added
Attachment #45547|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89093
Ramana Radhakrishnan changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89093
--- Comment #10 from Ramana Radhakrishnan ---
Created attachment 45547
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45547&action=edit
untested prototype patch.
Not sure if this is complete yet but it gives a framework to dig further.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89093
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84923
Ramana Radhakrishnan changed:
What|Removed |Added
Status|RESOLVED|NEW
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88734
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
|UNCONFIRMED |NEW
Last reconfirmed||2019-01-14
CC||ramana at gcc dot gnu.org
Target Milestone|--- |10.0
Ever confirmed|0 |1
--- Comment #3 from Ramana
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87871
Ramana Radhakrishnan changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87871
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
||2018-12-14
CC||ramana at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #8 from Ramana Radhakrishnan ---
> vshr.u16q9, q9, #8
> vshr.u16q8, q8, #8
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88259
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65771
Ramana Radhakrishnan changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53440
Ramana Radhakrishnan changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43721
Ramana Radhakrishnan changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87867
--- Comment #2 from Ramana Radhakrishnan ---
Author: ramana
Date: Fri Nov 9 12:50:51 2018
New Revision: 265965
URL: https://gcc.gnu.org/viewcvs?rev=265965&root=gcc&view=rev
Log:
[PATCH, arm] Backport -- Fix ICE during thunk generation with -mlo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87330
Ramana Radhakrishnan changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86815
Ramana Radhakrishnan changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87565
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
|UNCONFIRMED |NEW
Last reconfirmed||2018-10-10
CC||ramana at gcc dot gnu.org
Ever confirmed|0 |1
Severity|normal |enhancement
--- Comment #1 from Ramana
||ramana at gcc dot gnu.org
Resolution|--- |INVALID
--- Comment #1 from Ramana Radhakrishnan ---
I don't think anyone is going to go fetch an odroid for this - it sounds like a
problem in your environment as many folks are building / ab
||2018-10-10
CC||ramana at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #2 from Ramana Radhakrishnan ---
Confirmed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86815
--- Comment #9 from Ramana Radhakrishnan ---
(In reply to Martin Liška from comment #8)
> Unfortunately I can't reproduce that with cross compiler.
Me neither today.
Gianfranco , could you check if you are running out of memory on the machine
CC||ramana at gcc dot gnu.org
--- Comment #7 from Ramana Radhakrishnan ---
(In reply to Gianfranco from comment #6)
> Created attachment 44485 [details]
> another failing output
>
> I'm attaching another file suffering from the same issue (mostly eve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86968
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85870
--- Comment #8 from Ramana Radhakrishnan ---
(In reply to Martin Liška from comment #5)
> (In reply to Ramana Radhakrishnan from comment #4)
> > (In reply to Martin Liška from comment #3)
> > > Can't reproduce with GCC 7.3.0 on x86_64:
> > >
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85870
Ramana Radhakrishnan changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #4 from Ramana Ra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87563
Ramana Radhakrishnan changed:
What|Removed |Added
Target||aarch64-none-elf
Target Milesto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87563
Ramana Radhakrishnan changed:
What|Removed |Added
Keywords||ice-on-valid-code
Sta
Assignee: unassigned at gcc dot gnu.org
Reporter: ramana at gcc dot gnu.org
Target Milestone: ---
Somewhere between r261702 and r262881 the following testcase ICEs with -Ofast
-O3 -march=armv8-a+sve.
int a, b, c, *e;
int d[2];
void f() {
while (c) {
d[0] = 4;
d[1
,
||arm-none-eabi
Status|UNCONFIRMED |NEW
Last reconfirmed||2018-07-25
CC||ramana at gcc dot gnu.org
Known to work||7.2.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86640
Ramana Radhakrishnan changed:
What|Removed |Added
Keywords||ice-on-valid-code
Tar
Assignee: unassigned at gcc dot gnu.org
Reporter: ramana at gcc dot gnu.org
Target Milestone: ---
char fn1() {
long long b[5];
for (int a = 0; a < 5; a++)
b[a] = ~0ULL;
return b[3];
}
$> arm-none-linux-gnueabihf-gcc -c -O3 -mfpu=neon -mfloat-abi=hard
-march=a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86555
--- Comment #4 from Ramana Radhakrishnan ---
(In reply to Khem Raj from comment #2)
> we can avoid the problem by altering the structure, thats not an issue, but
> do you think compiler is right here by assuming to generate LDRD on a 4byte
> ali
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80641
Ramana Radhakrishnan changed:
What|Removed |Added
Known to fail||7.3.1
--- Comment #14 from Ramana
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80641
Ramana Radhakrishnan changed:
What|Removed |Added
Known to work||6.4.1, 8.1.0
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80641
--- Comment #12 from Ramana Radhakrishnan ---
(In reply to Martin Sebor from comment #11)
> *** Bug 86516 has been marked as a duplicate of this bug. ***
(In reply to Paul Gotch from comment #10)
> I'm afraid the changes made to libstdc++ have o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85804
--- Comment #3 from Ramana Radhakrishnan ---
(In reply to Ramana Radhakrishnan from comment #2)
> Patch being discussed here.
> https://gcc.gnu.org/ml/gcc-patches/2018-05/msg01026.html
Bin are you still working on this ?
||2018-07-11
CC||ramana at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from Ramana Radhakrishnan ---
I'm unable to build the pre-processed file with 4.9 - is it possible for you
to att
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86209
--- Comment #13 from Ramana Radhakrishnan ---
Sameera,
If you are working on this , can you please assign this to yourself ?
Ramana
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86209
Ramana Radhakrishnan changed:
What|Removed |Added
Keywords||missed-optimization
S
||2018-07-11
CC||ramana at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from Ramana Radhakrishnan ---
Confirmed.
||2018-07-11
CC||ramana at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |ramana at gcc dot
gnu.org
Ever confirmed|0 |1
--- Comment #3 from Ramana Radhakrishnan ---
This patch
||ramana at gcc dot gnu.org
Resolution|FIXED |---
--- Comment #8 from Ramana Radhakrishnan ---
Seems to need a fix for gcc 6 branch based on PR86166
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86209
--- Comment #3 from Ramana Radhakrishnan ---
(In reply to sameerad from comment #2)
> Ramana, it is another peephole that I am trying to explore for falkor. It
> combines loads/stores of shorter types (QI/HI/SI) into single load/store of
> larger
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86209
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64946
Ramana Radhakrishnan changed:
What|Removed |Added
Target Milestone|--- |9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64946
--- Comment #25 from Ramana Radhakrishnan ---
(In reply to kugan from comment #24)
> Author: kugan
> Date: Sat Jun 16 21:34:29 2018
> New Revision: 261681
>
> URL: https://gcc.gnu.org/viewcvs?rev=261681&root=gcc&view=rev
> Log:
> gcc/ChangeLog:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85804
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84342
--- Comment #13 from Ramana Radhakrishnan ---
(In reply to Jeffrey A. Law from comment #12)
> I'm not familiar enough with the ccfsm bits to know if there's something we
> ought to be doing generically to improve CC handling further. I think
> d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84342
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85733
Ramana Radhakrishnan changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unass
||2018-05-11
CC||ramana at gcc dot gnu.org
Target Milestone|--- |8.2
Summary|ARM -mbe8 behaviour doesn't |[8 regression] ARM -mbe8
|match documentation |behaviour do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85593
Ramana Radhakrishnan changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85593
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84923
--- Comment #4 from Ramana Radhakrishnan ---
(In reply to Richard Biener from comment #3)
> For x86_64 if I append
>
> const int *dat[] = { &Wv12, &wv12 };
>
> the testcase links fine irrespective of where I place the
>
> .weakref
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68256
--- Comment #12 from Ramana Radhakrishnan ---
(In reply to Steve Ellcey from comment #11)
> FYI: This caused a regression on aarch64.
>
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84923
I have marked 84923 as an 8 regression as it wasn't do
,
||ramana at gcc dot gnu.org
--- Comment #1 from Ramana Radhakrishnan ---
Adding Eric to the CC list as someone who could comment on this ?
||ramana at gcc dot gnu.org
Resolution|--- |FIXED
Target Milestone|--- |7.4
--- Comment #4 from Ramana Radhakrishnan ---
Fixed I'm assuming ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85261
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84877
Ramana Radhakrishnan changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81863
--- Comment #21 from Ramana Radhakrishnan ---
Author: ramana
Date: Tue Mar 27 14:06:20 2018
New Revision: 258886
URL: https://gcc.gnu.org/viewcvs?rev=258886&root=gcc&view=rev
Log:
[Patch ARM] Fix PR target/81863
This has been in my patch stack
||ramana at gcc dot gnu.org
--- Comment #1 from Ramana Radhakrishnan ---
Isn't this something you said you could see from 6.x ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68256
Ramana Radhakrishnan changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59833
Ramana Radhakrishnan changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84521
--- Comment #15 from Ramana Radhakrishnan ---
Author: ramana
Date: Mon Feb 26 09:25:21 2018
New Revision: 257984
URL: https://gcc.gnu.org/viewcvs?rev=257984&root=gcc&view=rev
Log:
[Patch AArch64] Turn on frame pointer / partial fix for PR84521
1 - 100 of 1217 matches
Mail list logo
