https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114941
--- Comment #6 from jcmvbkbc at gcc dot gnu.org ---
This is fixed in master by r15-2051-gc6803cdaba7a + r15-2082-gf438299ef686
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114941
--- Comment #4 from jcmvbkbc at gcc dot gnu.org ---
Proposed fix:
https://gcc.gnu.org/pipermail/gcc-patches/2024-May/652798.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114941
--- Comment #3 from jcmvbkbc at gcc dot gnu.org ---
(In reply to Ian Lance Taylor from comment #2)
> What is the correct way to get the address at which the shared library was
> loaded when using FDPIC?
There's no single base address
Severity: normal
Priority: P3
Component: libbacktrace
Assignee: unassigned at gcc dot gnu.org
Reporter: jcmvbkbc at gcc dot gnu.org
CC: ian at gcc dot gnu.org
Target Milestone: ---
A fix for the https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111315
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114158
--- Comment #4 from jcmvbkbc at gcc dot gnu.org ---
> It seems to have been realized that this was not working, as
> 6bcbf80c6e2bd8a60d88bbcac3d70ffb67f4888f disabled initfini arrays on
> ARM/FDPIC,
> but didn't identify t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114158
jcmvbkbc at gcc dot gnu.org changed:
What|Removed |Added
CC||jcmvbkbc at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98470
--- Comment #4 from jcmvbkbc at gcc dot gnu.org ---
I've noticed that this forward-propagation of the literal load followed by not
calling the secondary reload function happens when the first literal load
instruction has the following i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108919
jcmvbkbc at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: jcmvbkbc at gcc dot gnu.org
Target Milestone: ---
Created attachment 54525
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54525&action=edit
test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108876
jcmvbkbc at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: jcmvbkbc at gcc dot gnu.org
Target Milestone: ---
A number of gfortran tests built with -O3 fail with segfault on call0 xtensa
config. E.g. gfortran.dg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107482
jcmvbkbc at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86656
Bug 86656 depends on bug 107482, which changed state.
Bug 107482 Summary: [10/11/12 Regression] out-of-bounds heap access in IRA
since r6-3496-g86f0bef37378a0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107482
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107645
jcmvbkbc at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107645
--- Comment #1 from jcmvbkbc at gcc dot gnu.org ---
ICE in the reproducer is generated when predicate 'symbolic_operand' is applied
to the 'const' node in the following rtl:
(insn 342 341 343 35 (set (reg:SI 97)
config/m68k/predicates.md:144
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: jcmvbkbc at gcc dot gnu.org
Target Milestone:
Assignee: unassigned at gcc dot gnu.org
Reporter: jcmvbkbc at gcc dot gnu.org
Target Milestone: ---
building gcc.dg/Winfinite-recursion-2.c testcase by the gcc built with ASAN and
configured for target=xtensa-linux-uclibc gives the following report:
ERROR: AddressSanitizer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107482
--- Comment #5 from jcmvbkbc at gcc dot gnu.org ---
I've bisected this issue to commit 86f0bef37378 ("re PR target/61578 (Code size
increase for ARM thumb compared to 4.8.x when compiling with -Os)")
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107506
jcmvbkbc at gcc dot gnu.org changed:
What|Removed |Added
CC||jcmvbkbc at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107482
--- Comment #4 from jcmvbkbc at gcc dot gnu.org ---
The original ASAN report from the unmodified code:
==3761891==ERROR: AddressSanitizer: heap-buffer-overflow on address
0x603000450ef8 at pc 0x01a78e5c bp 0x7ffdcf35f2a0 sp 0x7ffdcf35f298
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107482
jcmvbkbc at gcc dot gnu.org changed:
What|Removed |Added
Target|microblazeel-linux-gnu |microblazeel-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107482
--- Comment #1 from jcmvbkbc at gcc dot gnu.org ---
Created attachment 53807
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53807&action=edit
color-check.patch
Assignee: unassigned at gcc dot gnu.org
Reporter: jcmvbkbc at gcc dot gnu.org
Target Milestone: ---
Created attachment 53806
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53806&action=edit
_gcov.i
Inside the functions update_costs_from_allocno and
assign_hard_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105879
jcmvbkbc at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105879
jcmvbkbc at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever
: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: jcmvbkbc at gcc dot gnu.org
Target Milestone: ---
A lot of testsuite tests are failing in big-endian xtensa configuration, e.g.
gcc.c-torture/execute/20001031-1.c
For the
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: jcmvbkbc at gcc dot gnu.org
Target Milestone: ---
Enabling plugin support in xtensa linux results in the following build error:
.../lib/gcc/xtensa-dc232b-elf/10.1.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102115
jcmvbkbc at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102115
jcmvbkbc at gcc dot gnu.org changed:
What|Removed |Added
CC||jcmvbkbc at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98470
--- Comment #3 from jcmvbkbc at gcc dot gnu.org ---
(In reply to rsand...@gcc.gnu.org from comment #2)
> What code should GCC generate if it wants to move the given
> MEM into an FP register? The two main options are:
>
> (1) reload
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98470
--- Comment #1 from jcmvbkbc at gcc dot gnu.org ---
It happens at the reload pass when reload transforms the following RTL that
comes to it from the IRA pass:
(insn 20 163 164 30 (set (reg:SF 162 [ iftmp.0_87 ])
(mem/u/c:SF (symbol_ref
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: jcmvbkbc at gcc dot gnu.org
Target Milestone: ---
Created attachment 49848
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49848&action=edit
floa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98285
jcmvbkbc at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status
arget
Assignee: unassigned at gcc dot gnu.org
Reporter: jcmvbkbc at gcc dot gnu.org
Target Milestone: ---
Prior to version 6.1.0 gcc for xtensa used addx and subx instructions to
implement multiplication by small integer constants. After the commit
963ba1b26665 ("
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95571
jcmvbkbc at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95571
jcmvbkbc at gcc dot gnu.org changed:
What|Removed |Added
Attachment #48699|0 |1
is obsolete
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95571
--- Comment #1 from jcmvbkbc at gcc dot gnu.org ---
Created attachment 48699
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48699&action=edit
minimal reproducer
Reproducer spills active register windows in a substitute memcpy as c
erity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: jcmvbkbc at gcc dot gnu.org
Target Milestone: ---
Xtensa architecture with variable register windows store registers of the
spilled register windows in two sep
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94584
jcmvbkbc at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: jcmvbkbc at gcc dot gnu.org
Target Milestone: ---
Created attachment 48262
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48262&action=edit
minimal reproducer
xtensa-elf-gcc -O2 -S volatile.c results in the fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92938
--- Comment #10 from jcmvbkbc at gcc dot gnu.org ---
(In reply to Andrew Pinski from comment #9)
> (In reply to jcmvbkbc from comment #7)
> >It's the reference from .text* to .init*
> > which is not present in the source but
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92938
--- Comment #8 from jcmvbkbc at gcc dot gnu.org ---
(In reply to jcmvbkbc from comment #7)
> or it doesn't take a reference to a variable in .init*.
That is, it doesn't have a direct reference to a variable in .init* in its
body.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92938
--- Comment #7 from jcmvbkbc at gcc dot gnu.org ---
(In reply to Richard Biener from comment #6)
> (In reply to jcmvbkbc from comment #5)
> > (In reply to Andrew Pinski from comment #3)
> > > I DON'T think it is a GCC is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92938
jcmvbkbc at gcc dot gnu.org changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92938
jcmvbkbc at gcc dot gnu.org changed:
What|Removed |Added
Resolution|INVALID |FIXED
--- Comment #4 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92938
--- Comment #1 from jcmvbkbc at gcc dot gnu.org ---
The issue does not reproduce with the current gcc trunk after SVN revision
277054 (generalized IPA predicate on parameter), but it doesn't look like this
change fixes the root cause, it
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: jcmvbkbc at gcc dot gnu.org
Target Milestone: ---
Created attachment 47496
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47496&acti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91880
jcmvbkbc at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91880
--- Comment #4 from jcmvbkbc at gcc dot gnu.org ---
Author: jcmvbkbc
Date: Thu Sep 26 20:51:27 2019
New Revision: 276166
URL: https://gcc.gnu.org/viewcvs?rev=276166&root=gcc&view=rev
Log:
xtensa: fix PR target/91880
Xtensa hwloop_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91880
--- Comment #3 from jcmvbkbc at gcc dot gnu.org ---
(In reply to Martin Liška from comment #2)
> Do you have any guess how old is the issue?
I guess it's been there since gcc-5 when both call0 ABI support and HW loops
optimizat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91880
--- Comment #1 from jcmvbkbc at gcc dot gnu.org ---
Minimal reproducer:
void f(unsigned int n, char *a, char *b)
{
int i;
for (i = 0; i <= n - 1; ++i)
a[i] = b[i];
}
The issue is that entry_bb is empty in
Assignee: unassigned at gcc dot gnu.org
Reporter: jcmvbkbc at gcc dot gnu.org
Target Milestone: ---
Created attachment 46922
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46922&action=edit
reproducer source
gcc built for xtensa call0 ABI and invoked with the attached sou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90922
--- Comment #5 from jcmvbkbc at gcc dot gnu.org ---
Author: jcmvbkbc
Date: Mon Sep 23 07:50:40 2019
New Revision: 276039
URL: https://gcc.gnu.org/viewcvs?rev=276039&root=gcc&view=rev
Log:
xtensa: backport fix for PR target/90922
Stack
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90922
--- Comment #4 from jcmvbkbc at gcc dot gnu.org ---
Author: jcmvbkbc
Date: Mon Sep 23 07:48:41 2019
New Revision: 276038
URL: https://gcc.gnu.org/viewcvs?rev=276038&root=gcc&view=rev
Log:
xtensa: backport fix for PR target/90922
Stack
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90922
--- Comment #3 from jcmvbkbc at gcc dot gnu.org ---
Author: jcmvbkbc
Date: Mon Sep 23 07:47:14 2019
New Revision: 276037
URL: https://gcc.gnu.org/viewcvs?rev=276037&root=gcc&view=rev
Log:
xtensa: backport fix for PR target/90922
Stack
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90922
jcmvbkbc at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90922
--- Comment #1 from jcmvbkbc at gcc dot gnu.org ---
Author: jcmvbkbc
Date: Tue Jun 18 22:19:12 2019
New Revision: 272455
URL: https://gcc.gnu.org/viewcvs?rev=272455&root=gcc&view=rev
Log:
xtensa: fix PR target/90922
Stack pointer ad
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: jcmvbkbc at gcc dot gnu.org
Target Milestone: ---
call0 ABI functions that require 129 to 1024 bytes of stack frame and don't
save any incoming registers on the stack don't get stack pointer adjustment
prol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86772
Bug 86772 depends on bug 86814, which changed state.
Bug 86814 Summary: xtensa port needs updating for CVE-2017-5753
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86814
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86814
jcmvbkbc at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86814
--- Comment #1 from jcmvbkbc at gcc dot gnu.org ---
Author: jcmvbkbc
Date: Mon Dec 31 16:51:36 2018
New Revision: 267488
URL: https://gcc.gnu.org/viewcvs?rev=267488&root=gcc&view=rev
Log:
PR target/86814
Xtensa architecture is not aff
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65416
--- Comment #7 from jcmvbkbc at gcc dot gnu.org ---
Author: jcmvbkbc
Date: Tue Jun 19 21:08:46 2018
New Revision: 261765
URL: https://gcc.gnu.org/viewcvs?rev=261765&root=gcc&view=rev
Log:
xtensa: fix PR target/65416
The issue is c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65416
--- Comment #6 from jcmvbkbc at gcc dot gnu.org ---
Author: jcmvbkbc
Date: Tue Jun 19 21:01:22 2018
New Revision: 261764
URL: https://gcc.gnu.org/viewcvs?rev=261764&root=gcc&view=rev
Log:
xtensa: fix PR target/65416
The issue is c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65416
--- Comment #5 from jcmvbkbc at gcc dot gnu.org ---
Author: jcmvbkbc
Date: Tue Jun 19 20:57:46 2018
New Revision: 261763
URL: https://gcc.gnu.org/viewcvs?rev=261763&root=gcc&view=rev
Log:
xtensa: fix PR target/65416
The issue is c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65416
jcmvbkbc at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65416
--- Comment #3 from jcmvbkbc at gcc dot gnu.org ---
Author: jcmvbkbc
Date: Tue Jun 19 18:26:07 2018
New Revision: 261755
URL: https://gcc.gnu.org/viewcvs?rev=261755&root=gcc&view=rev
Log:
xtensa: fix PR target/65416
The issue is c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65416
jcmvbkbc at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82185
--- Comment #5 from jcmvbkbc at gcc dot gnu.org ---
(In reply to Martin Liška from comment #2)
> Can't reproduce with x86_64-linux-gnu cross compiler:
>
> ../configure --enable-languages=c,c++ --disable-multilib
> --disable-libs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82181
jcmvbkbc at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82181
--- Comment #6 from jcmvbkbc at gcc dot gnu.org ---
Author: jcmvbkbc
Date: Mon Sep 11 21:53:38 2017
New Revision: 251990
URL: https://gcc.gnu.org/viewcvs?rev=251990&root=gcc&view=rev
Log:
xtensa: fix PR target/82181
2017-09-11 Max
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82181
--- Comment #5 from jcmvbkbc at gcc dot gnu.org ---
Author: jcmvbkbc
Date: Mon Sep 11 21:49:34 2017
New Revision: 251989
URL: https://gcc.gnu.org/viewcvs?rev=251989&root=gcc&view=rev
Log:
xtensa: fix PR target/82181
2017-09-11 Max
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82181
--- Comment #4 from jcmvbkbc at gcc dot gnu.org ---
Author: jcmvbkbc
Date: Mon Sep 11 21:44:42 2017
New Revision: 251987
URL: https://gcc.gnu.org/viewcvs?rev=251987&root=gcc&view=rev
Log:
xtensa: fix PR target/82181
2017-09-11 Max
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82181
--- Comment #3 from jcmvbkbc at gcc dot gnu.org ---
Author: jcmvbkbc
Date: Mon Sep 11 21:33:36 2017
New Revision: 251986
URL: https://gcc.gnu.org/viewcvs?rev=251986&root=gcc&view=rev
Log:
xtensa: fix PR target/82181
2017-09-11 Max
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82185
jcmvbkbc at gcc dot gnu.org changed:
What|Removed |Added
CC||richard.sandiford at linaro
Priority: P3
Component: translation
Assignee: unassigned at gcc dot gnu.org
Reporter: jcmvbkbc at gcc dot gnu.org
Target Milestone: ---
Created attachment 42157
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42157&action=edit
preprocessed source that trigg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82181
--- Comment #2 from jcmvbkbc at gcc dot gnu.org ---
With the current gcc mainline compiling the reproducer source results in
different ICE:
drivers/staging/rtl8188eu/core/rtw_ap.c: In function ‘expire_timeout_chk’:
drivers/staging/rtl8188eu/core
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82181
--- Comment #1 from jcmvbkbc at gcc dot gnu.org ---
The issue happens in the splitter movdi_internal in the call chain
xtensa_split_operand_pair -> adjust_address_1 -> change_address_1, in line
gcc_assert (memory_address_addr_space_p (mode
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: jcmvbkbc at gcc dot gnu.org
Target Milestone: ---
Created attachment 42156
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42156&action=edit
preprocessed source that trigg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78603
--- Comment #7 from jcmvbkbc at gcc dot gnu.org ---
*** Bug 67586 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67586
jcmvbkbc at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78603
--- Comment #6 from jcmvbkbc at gcc dot gnu.org ---
Author: jcmvbkbc
Date: Wed May 31 00:05:38 2017
New Revision: 248714
URL: https://gcc.gnu.org/viewcvs?rev=248714&root=gcc&view=rev
Log:
xtensa: Fix PR target/78603
2017-05-30 Max
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78118
--- Comment #6 from jcmvbkbc at gcc dot gnu.org ---
Author: jcmvbkbc
Date: Wed May 31 00:05:01 2017
New Revision: 248713
URL: https://gcc.gnu.org/viewcvs?rev=248713&root=gcc&view=rev
Log:
xtensa: Fix PR target/78118
It started failing a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78603
--- Comment #5 from jcmvbkbc at gcc dot gnu.org ---
Author: jcmvbkbc
Date: Tue May 30 23:41:58 2017
New Revision: 248708
URL: https://gcc.gnu.org/viewcvs?rev=248708&root=gcc&view=rev
Log:
xtensa: Fix PR target/78603
2017-05-30 Max
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78603
jcmvbkbc at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78603
--- Comment #3 from jcmvbkbc at gcc dot gnu.org ---
Author: jcmvbkbc
Date: Tue Nov 29 22:22:13 2016
New Revision: 242979
URL: https://gcc.gnu.org/viewcvs?rev=242979&root=gcc&view=rev
Log:
xtensa: Fix PR target/78603
2016-11-29 Max
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78603
--- Comment #2 from jcmvbkbc at gcc dot gnu.org ---
Similar bug: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48214
And looks like the same problem here: first instruction of zero overhead loop
got inserted between the call and its
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78603
--- Comment #1 from jcmvbkbc at gcc dot gnu.org ---
Created attachment 40193
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40193&action=edit
additional patch on top of gcc-5.4.0
: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: jcmvbkbc at gcc dot gnu.org
Target Milestone: ---
Created attachment 40192
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40192&action=edit
preprocessed sour
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78118
jcmvbkbc at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78118
--- Comment #4 from jcmvbkbc at gcc dot gnu.org ---
Author: jcmvbkbc
Date: Tue Nov 1 17:16:33 2016
New Revision: 241748
URL: https://gcc.gnu.org/viewcvs?rev=241748&root=gcc&view=rev
Log:
xtensa: Fix PR target/78118
It started failing a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78118
--- Comment #3 from jcmvbkbc at gcc dot gnu.org ---
Created attachment 39936
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39936&action=edit
tentative patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78118
--- Comment #2 from jcmvbkbc at gcc dot gnu.org ---
The change that made xtensa backend go ICE looks completely unrelated, and
indeed, the issue is caused by the side effect of compute_frame_size() function
call hidden in the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78118
jcmvbkbc at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: jcmvbkbc at gcc dot gnu.org
Target Milestone: ---
Created attachment 39900
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39900&action=edit
preprocessed
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: jcmvbkbc at gcc dot gnu.org
Target Milestone: ---
Created attachment 36335
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36335&action=edit
te
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65730
jcmvbkbc at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65730
--- Comment #2 from jcmvbkbc at gcc dot gnu.org ---
Author: jcmvbkbc
Date: Wed May 20 18:56:14 2015
New Revision: 223452
URL: https://gcc.gnu.org/viewcvs?rev=223452&root=gcc&view=rev
Log:
Fix PR target/65730
2015-05-20 Max Filipp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65416
--- Comment #1 from jcmvbkbc at gcc dot gnu.org ---
It's ok up to sched2 pass, but sched2 does the following to it:
;; ==
;; -- basic block 62 from 252 to 295 -- after r
: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: jcmvbkbc at gcc dot gnu.org
Created attachment 35025
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35025&action=edit
preprocessed source with a single functi
99 matches
Mail list logo
