https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79354
--- Comment #6 from Alan Modra ---
Regression tested powerpc64le-linux successfully.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79354
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79343
--- Comment #4 from Alan Modra ---
Followup here:
https://github.com/xianyi/OpenBLAS/issues/1078
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79334
--- Comment #4 from Alan Modra ---
When you have the tree optimization bug fixed, this becomes an rtl optimization
bug since rtl pre does the same as tree pre..
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79343
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79334
--- Comment #1 from Alan Modra ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79286 I meant.
Assignee: unassigned at gcc dot gnu.org
Reporter: amodra at gmail dot com
Target Milestone: ---
Found when looking for a testcase that could trigger a similar problem to
pr72986 for equivalences created in ira using validate_equiv_mem. Instead I
found a tree optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79286
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
Summary
||amodra at gmail dot com
Assignee|unassigned at gcc dot gnu.org |amodra at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79144
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79144
--- Comment #3 from Alan Modra ---
Author: amodra
Date: Thu Jan 19 23:19:19 2017
New Revision: 244659
URL: https://gcc.gnu.org/viewcvs?rev=244659=gcc=rev
Log:
[RS6000] PR79144, cmpstrnsi optimization breaks glibc
glibc compiled with current
||2017-01-19
Assignee|unassigned at gcc dot gnu.org |amodra at gmail dot com
Ever confirmed|0 |1
--- Comment #1 from Alan Modra ---
Testing a fix
Assignee: unassigned at gcc dot gnu.org
Reporter: amodra at gmail dot com
Target Milestone: ---
Created attachment 40541
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40541=edit
strncmp testcase
glibc built with current gcc fails elf/check-localplt due to strcmp and strn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79066
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79066
--- Comment #7 from Alan Modra ---
Author: amodra
Date: Tue Jan 17 02:54:11 2017
New Revision: 244515
URL: https://gcc.gnu.org/viewcvs?rev=244515=gcc=rev
Log:
PR79066, non-PIC code generated for powerpc glibc with -fpic
PR target/79066
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79098
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79098
--- Comment #2 from Alan Modra ---
Author: amodra
Date: Mon Jan 16 11:12:57 2017
New Revision: 244489
URL: https://gcc.gnu.org/viewcvs?rev=244489=gcc=rev
Log:
Powerpc bootstrap failure due to duplicate case value
PR target/79098
at gcc dot gnu.org |amodra at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72749
Alan Modra changed:
What|Removed |Added
CC|amodra at gcc dot gnu.org |
--- Comment #12 from Alan Modra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72749
--- Comment #11 from Alan Modra ---
Author: amodra
Date: Sat Jan 14 13:29:29 2017
New Revision: 244466
URL: https://gcc.gnu.org/viewcvs?rev=244466=gcc=rev
Log:
Testcase from pr72749
PR target/72749
* gcc.c-torture/compile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72749
--- Comment #10 from Alan Modra ---
Author: amodra
Date: Sat Jan 14 13:24:46 2017
New Revision: 244465
URL: https://gcc.gnu.org/viewcvs?rev=244465=gcc=rev
Log:
Avoid PR72749 by not using unspecs
Rather than using unspecs in doloop insns
at gcc dot gnu.org |amodra at gmail dot com
--- Comment #6 from Alan Modra ---
The problem happens in lra-contraints.c:process_address_1. Search for
HAVE_lo_sum. A high/lo_sum address is correctly rejected by the rs6000 backend
as improper for V4 pic here:
*ad.inner
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79066
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72749
--- Comment #6 from Alan Modra ---
OK, currently testing TARGET_LEGITIMATE_COMBINED_INSN solution. Thanks for the
analysis!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72749
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19481
--- Comment #7 from Alan Modra ---
Author: amodra
Date: Wed Dec 7 23:16:03 2016
New Revision: 243417
URL: https://gcc.gnu.org/viewcvs?rev=243417=gcc=rev
Log:
sync config/* from binutils
* elf.m4: Revert 2016-06-21 change
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78614
--- Comment #19 from Alan Modra ---
Cancel those last three comments. I wasn't actually testing with Jakub's
rs6000.c patch.
Everything now looks good with Jakub's rs6000.c and simplify-rtx.c patch, plus
the rs6000.c insn_is_swappable_p patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78614
--- Comment #18 from Alan Modra ---
Ditto for just https://gcc.gnu.org/ml/gcc-patches/2016-11/msg03117.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78614
--- Comment #17 from Alan Modra ---
I see the same sort of invalid rtl sharing errors on powerpc64le with both
https://gcc.gnu.org/ml/gcc-patches/2016-11/msg03117.html and
https://gcc.gnu.org/ml/gcc-patches/2016-11/msg03116.html applied.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78614
--- Comment #16 from Alan Modra ---
The patch referenced in comment #15 alone, ie. without
https://gcc.gnu.org/ml/gcc-patches/2016-11/msg03117.html, results in an
--enable-checking=yes,rtl bootstrap failure on powerpc64le-linux.
/home/amodra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78614
--- Comment #14 from Alan Modra ---
I meant the last one attached, which I see is the same as the first one. ie.
just use copy_rtx and don't worry about extra rtl.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78614
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78325
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70890
--- Comment #10 from Alan Modra ---
Author: amodra
Date: Wed Nov 16 23:10:55 2016
New Revision: 242525
URL: https://gcc.gnu.org/viewcvs?rev=242525=gcc=rev
Log:
R_MIPS_JALR failures
This is a fix for my PR70890 patch, which incorrectly removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78325
--- Comment #4 from Alan Modra ---
Author: amodra
Date: Wed Nov 16 23:10:55 2016
New Revision: 242525
URL: https://gcc.gnu.org/viewcvs?rev=242525=gcc=rev
Log:
R_MIPS_JALR failures
This is a fix for my PR70890 patch, which incorrectly removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78325
--- Comment #2 from Alan Modra ---
Created attachment 40040
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40040=edit
proposed fix
This hasn't been bootstrapped yet anywhere, but ought to keep pr70890 fixed and
does result in mips
||2016-11-14
CC||amodra at gmail dot com
Assignee|unassigned at gcc dot gnu.org |amodra at gmail dot com
Ever confirmed|0 |1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78056
--- Comment #13 from Alan Modra ---
Thanks Martin, so it is HAVE_AS_POWER9 being undefined, which then results in
TARGET_P9_VECTOR and others being defined to zero. Kelvin's fix of not
defining the builtins when no power9 support is available
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78056
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77853
Alan Modra changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
||2016-10-04
CC||amodra at gmail dot com
Ever confirmed|0 |1
--- Comment #3 from Alan Modra ---
Confirmed. See also pr77853
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: amodra at gmail dot com
Target Milestone: ---
int
f (int x)
{
int ret = 0;
switch (x)
{
case 1:
ret++;
/* Fall through. */
/* Important
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77743
Alan Modra changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #2 from Alan Modra ---
I
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: amodra at gmail dot com
Target Milestone: ---
Found during build of current binutils.
bfd/ihex.c:222:19: error: '%03o' directive writing between 3 and 11 bytes into
a region of size 9 [-Werror=format-length=]
sprintf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77676
--- Comment #3 from Alan Modra ---
Bisect points to git commit b9833bfd, svn rev 240298.
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: amodra at gmail dot com
Target Milestone: ---
Created attachment 39668
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39668=edit
testcase
The attached testcase taken from rs6000.c output_cbranch shows a wr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77324
--- Comment #9 from Alan Modra ---
Eric, I think the condition should be "!strict" rather than
"reload_in_progress". I'm not certain about that, but I think the patch might
fail if reload needs to iterate over insns more than once. For
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77324
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72771
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72771
--- Comment #8 from Alan Modra ---
Author: amodra
Date: Wed Aug 17 22:41:22 2016
New Revision: 239549
URL: https://gcc.gnu.org/viewcvs?rev=239549=gcc=rev
Log:
[RELOAD] Don't assume subreg mem address is ok
This patch fixes a case where reload
*-*-*
||powerpc*-*-*
CC||amodra at gmail dot com
--- Comment #10 from Alan Modra ---
Seen also on powerpc. Even for simple testcases like
int b[30];
void
fn1 (unsigned int n)
{
unsigned int i;
for (i = 0; i < n; i++)
b[i] =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=73650
--- Comment #6 from Alan Modra ---
It's a bit interesting that the problem insn (from ira dump):
(insn 70 66 76 3 (parallel [
(set (reg:CC 198)
(compare:CC (reg/v:SI 188 [ n ])
(const_int 0 [0])))
||
CC||amodra at gmail dot com
--- Comment #5 from Alan Modra ---
Created attachment 39271
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39271=edit
tidier testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72864
--- Comment #1 from Alan Modra ---
The testcase was one generated by https://embed.cs.utah.edu/csmith.
Horrible looking, but legal. clang should just warn, not error.
I'm happy the testcase exposed another gcc bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71680
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71680
--- Comment #17 from Alan Modra ---
Author: amodra
Date: Wed Aug 10 23:12:11 2016
New Revision: 239342
URL: https://gcc.gnu.org/viewcvs?rev=239342=gcc=rev
Log:
[LRA] Reload of slow mems
pr71680.c -m64 -O1 -mlra, ira output showing two problem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71680
--- Comment #16 from Alan Modra ---
Author: amodra
Date: Wed Aug 10 05:43:36 2016
New Revision: 239317
URL: https://gcc.gnu.org/viewcvs?rev=239317=gcc=rev
Log:
[RS6000] e500 part of pr71680
The fallback part of HARD_REGNO_CALLER_SAVE_MODE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72853
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72802
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72802
--- Comment #9 from Alan Modra ---
Author: amodra
Date: Tue Aug 9 05:44:39 2016
New Revision: 239270
URL: https://gcc.gnu.org/viewcvs?rev=239270=gcc=rev
Log:
[RS6000] PR72802 part 2, reload ICE
PR target/72802
* config/rs6000
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72802
--- Comment #8 from Alan Modra ---
Author: amodra
Date: Tue Aug 9 05:43:29 2016
New Revision: 239269
URL: https://gcc.gnu.org/viewcvs?rev=239269=gcc=rev
Log:
[RS6000] PR72802 part 1, fix constraints for lxssp/stxssp
PR target/72802
||2016-08-09
CC||amodra at gmail dot com
Ever confirmed|0 |1
--- Comment #1 from Alan Modra ---
combine goes into infinite recursion inside this call:
newpat = subst (newpat, i0dest, i0src, 0, 0, 0);
The args
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72802
Alan Modra changed:
What|Removed |Added
CC|amodra at gmail dot com|
--- Comment #7 from Alan Modra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72771
--- Comment #7 from Alan Modra ---
Author: amodra
Date: Mon Aug 8 12:05:11 2016
New Revision: 239240
URL: https://gcc.gnu.org/viewcvs?rev=239240=gcc=rev
Log:
[RS6000] TOC refs generated during reload
The generic reload fix for pr72771 exposed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72802
--- Comment #6 from Alan Modra ---
Author: amodra
Date: Mon Aug 8 09:06:49 2016
New Revision: 239234
URL: https://gcc.gnu.org/viewcvs?rev=239234=gcc=rev
Log:
[RS6000] PR72802 part 2, reload ICE
After fixing the constraint problem, we hit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72802
--- Comment #5 from Alan Modra ---
Author: amodra
Date: Mon Aug 8 09:05:16 2016
New Revision: 239233
URL: https://gcc.gnu.org/viewcvs?rev=239233=gcc=rev
Log:
[RS6000] PR72802 part 1, fix constraints for lxssp/stxssp
We can't use &q
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72771
Alan Modra changed:
What|Removed |Added
CC|amodra at gcc dot gnu.org, |
|amodra at gmail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72771
--- Comment #5 from Alan Modra ---
> I'm wondering why this pattern even has a Z alternative
It would be nice to be able to edit bugzilla entries, to remove dumb comments
like that one.
at gcc dot gnu.org |amodra at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72771
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71680
--- Comment #14 from Alan Modra ---
Created attachment 39056
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39056=edit
save SImode regs in SImode
Arseny, you might like to try this. I don't have the means at the moment to
properly test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72802
--- Comment #3 from Alan Modra ---
wY is using mem_operand_gpr which is designed for gpr loads/stores. When -m32,
mem_operand_gpr does not enforce multiple-of-4 offsets.
||2016-08-04
CC|amodra at gcc dot gnu.org |amodra at gmail dot com
Assignee|unassigned at gcc dot gnu.org |amodra at gmail dot com
Ever confirmed|0 |1
--- Comment #1 from Alan Modra ---
"o" constraints
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71680
--- Comment #13 from Alan Modra ---
The e500 issue is quite different, and is not fixed by my lra patch. From the
lra dump,
Creating newreg=436, assigning class NO_REGS to save r436
536: r192:SI=0x1
REG_EQUAL 0x1
Add
|ASSIGNED
URL||https://gcc.gnu.org/ml/gcc-
||patches/2016-08/msg00113.ht
||ml
Assignee|unassigned at gcc dot gnu.org |amodra at gmail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71680
--- Comment #10 from Alan Modra ---
Arseny, I could not reproduce the problem using your testcase, and I tried a
dozen or so revisions around 20160626 buiding powerpc-e500v2-linux-gnuspe
cross-compilers on an x86_64-linux host. Please specify
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72103
--- Comment #9 from Alan Modra ---
I looked, and decided there wasn't much we could do. So the main nastiness in
the sequence is the mem store/load, but that is just reload running out of regs
and spilling. Yes, it looks really dumb when
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71680
--- Comment #9 from Alan Modra ---
lra doesn't load in SFmode due to the following condition in
lra-constraints.c:simplify_operand_subreg
/* If we change address for paradoxical subreg of memory, the
address might violate the necessary
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71680
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72103
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72103
--- Comment #6 from Alan Modra ---
Author: amodra
Date: Tue Jul 26 10:29:32 2016
New Revision: 238746
URL: https://gcc.gnu.org/viewcvs?rev=238746=gcc=rev
Log:
[RS6000] push_secondary_reload ICE
PR target/72103
* config/rs6000
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72103
--- Comment #5 from Alan Modra ---
Author: amodra
Date: Tue Jul 26 10:28:59 2016
New Revision: 238745
URL: https://gcc.gnu.org/viewcvs?rev=238745=gcc=rev
Log:
[RS6000] push_secondary_reload ICE
PR target/72103
* config/rs6000
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72103
--- Comment #4 from Alan Modra ---
Author: amodra
Date: Tue Jul 26 10:27:34 2016
New Revision: 238744
URL: https://gcc.gnu.org/viewcvs?rev=238744=gcc=rev
Log:
[RS6000] push_secondary_reload ICE
PR target/72103
* config/rs6000
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72103
Alan Modra changed:
What|Removed |Added
Keywords||ice-on-valid-code, patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72103
Alan Modra changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|amodra
||2016-07-26
CC||amodra at gmail dot com
Ever confirmed|0 |1
--- Comment #2 from Alan Modra ---
So, we are dealing with reloads for this insn:
(insn 488 206 406 31 (set (reg:DI 317)
(unspec:DI
||amodra at gmail dot com
Resolution|--- |FIXED
Target Milestone|7.0 |6.2
--- Comment #8 from Alan Modra ---
Fixed for gcc-7 and gcc-6.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71733
--- Comment #7 from Alan Modra ---
Author: amodra
Date: Thu Jul 14 04:28:25 2016
New Revision: 238327
URL: https://gcc.gnu.org/viewcvs?rev=238327=gcc=rev
Log:
[RS6000] -mno-vsx should force -mno-power9-dform
PR target/71733
gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71733
--- Comment #6 from Alan Modra ---
Author: amodra
Date: Thu Jul 14 04:26:36 2016
New Revision: 238326
URL: https://gcc.gnu.org/viewcvs?rev=238326=gcc=rev
Log:
[RS6000] -mno-vsx should force -mno-power9-dform
PR target/71733
gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71763
--- Comment #4 from Alan Modra ---
Created attachment 38833
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38833=edit
output reloads on jump insns
Revised https://gcc.gnu.org/ml/gcc-patches/2004-12/msg00739.html
It's surprising how little
||2016-07-05
CC||amodra at gmail dot com
Ever confirmed|0 |1
--- Comment #1 from Alan Modra ---
Confirmed. This long-standing reload problem won't be fixed until something
like https://gcc.gnu.org/ml/gcc-patches
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71709
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71709
--- Comment #8 from Alan Modra ---
Author: amodra
Date: Fri Jul 1 11:15:17 2016
New Revision: 237909
URL: https://gcc.gnu.org/viewcvs?rev=237909=gcc=rev
Log:
strcpy arg optimised out
For functions that return an argument unchanged, like
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71709
--- Comment #7 from Alan Modra ---
find_call_crossed_cheap_reg is certainly confusing. On looking at it again
this morning, I can't see why it uses reg_overlap_mentioned_p to break out of
the loop. Who cares if the reg is referenced (except
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71709
--- Comment #5 from Alan Modra ---
Created attachment 38802
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38802=edit
fix
Cures the error in find_call_crossed_cheap_reg
||amodra at gmail dot com
Assignee|unassigned at gcc dot gnu.org |amodra at gmail dot com
--- Comment #4 from Alan Modra ---
Comment #3 isn't showing any real problem. Where things go wrong is in ira
where the first strcpy call gets a bad REG_RETURNED note.
I think
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71532
--- Comment #3 from Alan Modra ---
*** Bug 71531 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71531
Alan Modra changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63748
Alan Modra changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639
Bug 24639 depends on bug 63748, which changed state.
Bug 63748 Summary: [4.9 Regression] wrong may be used uninitialized warning
(abnormal edges)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63748
What|Removed
301 - 400 of 1594 matches
Mail list logo