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=86640
Ramana Radhakrishnan changed:
What|Removed |Added
Keywords||ice-on-valid-code
Tar
,
||arm-none-eabi
Status|UNCONFIRMED |NEW
Last reconfirmed||2018-07-25
CC||ramana at gcc dot gnu.org
Known to work||7.2.0
||2018-02-20
CC||ramana at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #4 from Ramana Radhakrishnan ---
(In reply to Martin Sebor from comment #0)
> Bug 83462 reports (among others) a failure in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84521
--- Comment #10 from Ramana Radhakrishnan ---
(In reply to Jakub Jelinek from comment #4)
> Is the requirement just for functions that contain setjmp? If so, the
> backend could just force frame pointers in cfun->calls_setjmp functions.
I think
|UNCONFIRMED |NEW
Last reconfirmed||2018-02-23
CC||ramana at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from Ramana Radhakrishnan ---
We are about to turn fno-omit-frame-pointer
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
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=68256
Ramana Radhakrishnan changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
||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=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
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=85261
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87563
Ramana Radhakrishnan changed:
What|Removed |Added
Keywords||ice-on-valid-code
Sta
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=85870
Ramana Radhakrishnan changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #4 from Ramana Ra
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=86968
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
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=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
||2018-10-10
CC||ramana at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #2 from Ramana Radhakrishnan ---
Confirmed.
||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
|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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87565
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
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=87330
Ramana Radhakrishnan changed:
What|Removed |Added
Status|ASSIGNED|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=43721
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=65771
Ramana Radhakrishnan changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88259
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
||2012-11-28
CC||ramana at gcc dot gnu.org
Summary|FAIL: |[4.8 regression] FAIL:
|gcc.dg/vect/slp-perm-8.c|gcc.dg/vect/slp-perm-8.c
|scan-tree-dump
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55052
--- Comment #3 from Ramana Radhakrishnan 2012-11-28
02:23:33 UTC ---
fwprop in the failure case ends up replacing .
In insn 50, replacing
(sign_extend:V4SI (ashift:V4HI (subreg:V4HI (reg:V8HI 269 [ vect_var_.41 ]) 8)
(cons
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55052
--- Comment #4 from Ramana Radhakrishnan 2012-11-28
02:25:38 UTC ---
Created attachment 28812
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28812
testcase and dumps.
regenerate with command line options
-mcpu=cortex-a15 -mfpu=n
CC||ramana at gcc dot gnu.org
Resolution||FIXED
Target Milestone|--- |4.8.0
--- Comment #4 from Ramana Radhakrishnan 2012-11-28
02:41:53 UTC ---
fixed as per nickc's last comment
ramana
,
||arm-linux-gnueabi
Status|UNCONFIRMED |NEW
Last reconfirmed||2012-11-28
CC||ramana at gcc dot gnu.org
Summary|FAIL
|UNCONFIRMED |NEW
Last reconfirmed||2012-11-28
CC||ramana at gcc dot gnu.org
Ever Confirmed|0 |1
--- Comment #3 from Ramana Radhakrishnan 2012-11-28
02:54:10 UTC ---
I
||ramana at gcc dot gnu.org
Severity|minor |enhancement
--- Comment #1 from Ramana Radhakrishnan 2012-11-28
02:59:53 UTC ---
We can't deal with such constant tables in the generated literal pool
currently.
It might be achie
reconfirmed||2012-11-28
CC||ramana at gcc dot gnu.org
AssignedTo|unassigned at gcc dot |mgretton at gcc dot gnu.org
|gnu.org |
Ever Confirmed|0 |1
reconfirmed||2012-11-28
CC||ramana at gcc dot gnu.org
Ever Confirmed|0 |1
--- Comment #5 from Ramana Radhakrishnan 2012-11-28
03:07:51 UTC ---
Please reproduce this with the fSF 4.6 branch or take
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55426
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
CC||ramana at gcc dot gnu.org
Ever Confirmed|0 |1
Summary|FAIL: |[4.8 regression] FAIL:
|gcc.dg/fixed-point/unary.c |gcc.dg/fixed-point/unary.c
Known to fail
CC||ramana at gcc dot gnu.org
Resolution||DUPLICATE
--- Comment #5 from Ramana Radhakrishnan 2012-11-28
03:22:18 UTC ---
appears to be a dup of PR50099
*** This bug has been marked as a duplicate of bug 50099 ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50099
Ramana Radhakrishnan changed:
What|Removed |Added
CC||mpthompson at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52989
Ramana Radhakrishnan changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
||2012-11-28
CC||ramana at gcc dot gnu.org
Ever Confirmed|0 |1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53325
Ramana Radhakrishnan changed:
What|Removed |Added
Status|NEW |WAITING
||2012-11-28
CC||ramana at gcc dot gnu.org
Ever Confirmed|0 |1
--- Comment #4 from Ramana Radhakrishnan 2012-11-28
03:32:23 UTC ---
Joel / Sebastian,
Isn't this now fixed ?
Ramana
CC||ramana at gcc dot gnu.org
Resolution||FIXED
Target Milestone|--- |4.8.0
--- Comment #4 from Ramana Radhakrishnan 2012-11-28
03:33:49 UTC ---
fixed on trunk from what I can see.
reconfirmed||2012-11-28
CC||ramana at gcc dot gnu.org
Ever Confirmed|0 |1
--- Comment #3 from Ramana Radhakrishnan 2012-11-28
03:40:00 UTC ---
Please give us something that can be used to reproduce
CC||ramana at gcc dot gnu.org
Resolution||INVALID
--- Comment #2 from Ramana Radhakrishnan 2012-11-28
03:41:07 UTC ---
As per comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54910
Ramana Radhakrishnan changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55516
Bug #: 55516
Summary: strict volatile bitfields are broken on ARM.
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54910
--- Comment #4 from Ramana Radhakrishnan 2012-11-29
11:15:44 UTC ---
(In reply to comment #3)
> ... and this particular case wouldn't arise, since Thumb-2 (ARMv7) implies the
> CLZ instruction (ARMv5), and I wouldn't need this table-based
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55052
--- Comment #9 from Ramana Radhakrishnan 2012-11-29
13:29:46 UTC ---
(In reply to comment #8)
> Patch applied.
fixes the issue and the another issue in perlbmk which had the exactly the same
symptoms
Thanks.
ramana
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55623
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54974
--- Comment #9 from Ramana Radhakrishnan 2012-12-11
17:36:34 UTC ---
Matt,
Are you planning on backporting this to 4.7 ?
regards
Ramana
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46003
Ramana Radhakrishnan changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resoluti
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56058
--- Comment #1 from Ramana Radhakrishnan 2013-01-21
10:45:09 UTC ---
Author: ramana
Date: Mon Jan 21 10:45:05 2013
New Revision: 195332
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195332
Log:
Fix up wrong marvell-pj4.md file
||2016-02-18
CC||ramana at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #4 from Ramana Radhakrishnan ---
Confirmed.
||2016-02-18
CC||ramana at gcc dot gnu.org
Target Milestone|--- |7.0
Ever confirmed|0 |1
--- Comment #1 from Ramana Radhakrishnan ---
confirmed.
||ramana at gcc dot gnu.org
Resolution|--- |FIXED
Target Milestone|--- |4.9.0
--- Comment #3 from Ramana Radhakrishnan ---
Fixed presumably in 4.9.0
The 4.8 branch is closed, I'm not sure if the commit ever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47562
Bug 47562 depends on bug 51980, which changed state.
Bug 51980 Summary: ARM - Neon code polluted by useless stores to the stack with
vuzpq / vzipq / vtrnq
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51980
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51980
Ramana Radhakrishnan changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63433
Ramana Radhakrishnan changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
||ramana at gcc dot gnu.org
Resolution|--- |FIXED
--- Comment #17 from Ramana Radhakrishnan ---
(In reply to Tyrel Haveman from comment #16)
> Certainly that is an option in many cases. In my particular case this is
> building on an Ope
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70223
--- Comment #2 from Ramana Radhakrishnan ---
The ARM port does not use frame pointers unless specified on the command line
or an actual need in the program (read alloca).
With 4.8.5 I get with the command line options suggested *and*
-fno-omit-
|UNCONFIRMED |RESOLVED
CC||ramana at gcc dot gnu.org
Resolution|--- |INVALID
--- Comment #2 from Ramana Radhakrishnan ---
The documentation says :
This attribute allows the compiler to construct the
requisite
||2016-03-16
CC||ramana at gcc dot gnu.org
Summary|excessive stack usage with |[6 regression] excessive
|-O2 |stack usage with -O2
Ever confirmed|0 |1
||ramana at gcc dot gnu.org
Resolution|--- |FIXED
Target Milestone|--- |6.0
--- Comment #3 from Ramana Radhakrishnan ---
Fixed then.
||2016-03-16
CC||ramana at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from Ramana Radhakrishnan ---
Confirmed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67896
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
||ramana at gcc dot gnu.org
Resolution|--- |FIXED
Target Milestone|--- |6.0
--- Comment #4 from Ramana Radhakrishnan ---
Fixed on trunk.
Target|arm |arm, aarch64
Status|UNCONFIRMED |NEW
Last reconfirmed||2016-03-16
CC||ramana at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69047
--- Comment #2 from Ramana Radhakrishnan ---
Might be related to PR36409 and PR49157
Status|UNCONFIRMED |NEW
Last reconfirmed||2016-03-17
CC||ramana at gcc dot gnu.org
Summary|LRA ICE on trunk for ARM|[6 regression] LRA ICE on
|Thumb1 with Os
||2016-03-16
CC||ramana at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from Ramana Radhakrishnan ---
confirmed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70030
--- Comment #4 from Ramana Radhakrishnan ---
(In reply to Vladimir Makarov from comment #3)
> (In reply to Ramana Radhakrishnan from comment #2)
> > Waiting.
>
> Actually, I have a candidate patch to deal with scratches created during
> LRA. Bu
||2016-03-16
CC||ramana at gcc dot gnu.org
Ever confirmed|0 |1
||2016-03-16
CC||ramana at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #16 from Ramana Radhakrishnan ---
Confirmed then.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64713
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66200
Ramana Radhakrishnan changed:
What|Removed |Added
Target Milestone|--- |6.0
--- Comment #9 from Ramana Ra
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: ramana at gcc dot gnu.org
Target Milestone: ---
__complex double x;
__complex double y;
__complex double z;
double a, b, c, d;
int main (void)
{
x = y * z;
return 0;
}
Could well be implemented as:
int main
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70232
Ramana Radhakrishnan changed:
What|Removed |Added
CC||law at redhat dot com,
||ramana at gcc dot gnu.org
Resolution|--- |INVALID
--- Comment #3 from Ramana Radhakrishnan ---
Invalid.
||2016-03-16
CC||ramana at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #2 from Ramana Radhakrishnan ---
Waiting.
||ramana at gcc dot gnu.org
Resolution|--- |FIXED
--- Comment #90 from Ramana Radhakrishnan ---
Fixed then.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68536
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61578
--- Comment #37 from Ramana Radhakrishnan ---
I've completely lost track of this bug - is this still open on gcc 4.9 / 5 and
6 or just relevant to 4.9 ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61578
--- Comment #40 from Ramana Radhakrishnan ---
(In reply to Fredrik Hederstierna from comment #38)
> I guess this 'meta-bugreport' have become lightly fuzzy with all kinds of
> CSiBE code size increase issues,
> so maybe better to identify these i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61578
Ramana Radhakrishnan changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
||2016-03-23
CC||ramana at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #5 from Ramana Radhakrishnan ---
Confirmed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69331
Ramana Radhakrishnan changed:
What|Removed |Added
Target|hppa-unknown-linux-gnu |hppa-unknown-linux-gnu,
,
||arm-none-linux-gnueabi
Status|UNCONFIRMED |NEW
Last reconfirmed||2016-03-23
CC||ramana at gcc dot gnu.org
Ever confirmed|0 |1
||2016-03-23
CC||ramana at gcc dot gnu.org
Component|target |tree-optimization
Summary|Code size increase on ARM |[4.9/5/6 Regression] Code
|cortex-m3 for switch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62254
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
||ramana at gcc dot gnu.org
Resolution|--- |FIXED
--- Comment #7 from Ramana Radhakrishnan ---
Fixed then
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70362
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63874
--- Comment #2 from Ramana Radhakrishnan ---
(In reply to Richard Earnshaw from comment #1)
> Sounds like this might be confusion between weak definitions and weak
> references. If we have a weak reference to the object, we cannot convert it
> i
301 - 400 of 1217 matches
Mail list logo
