https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85075
Alan Modra changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81682
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82368
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84300
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84300
--- Comment #3 from Alan Modra ---
Author: amodra
Date: Sat Feb 10 04:49:15 2018
New Revision: 257549
URL: https://gcc.gnu.org/viewcvs?rev=257549=gcc=rev
Log:
PR84300, ICE in dwarf2cfi on ppc64le with -fsplit-stack -fno-omit-frame-pointer
at gcc dot gnu.org |amodra at gmail dot com
--- Comment #2 from Alan Modra ---
Testing what should be an obvious fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84300
Alan Modra changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84033
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84033
--- Comment #5 from Alan Modra ---
Author: amodra
Date: Mon Jan 29 04:31:18 2018
New Revision: 257137
URL: https://gcc.gnu.org/viewcvs?rev=257137=gcc=rev
Log:
[PATCH] PR84033, powerpc64le -moptimize-swaps bad code with vec_vbpermq
vbpermq
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84033
--- Comment #4 from Alan Modra ---
Author: amodra
Date: Mon Jan 29 04:23:00 2018
New Revision: 257135
URL: https://gcc.gnu.org/viewcvs?rev=257135=gcc=rev
Log:
PR84033, powerpc64le -moptimize-swaps bad code with vec_vbpermq
vbpermq produces its
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84033
--- Comment #3 from Alan Modra ---
Author: amodra
Date: Thu Jan 25 23:57:18 2018
New Revision: 257070
URL: https://gcc.gnu.org/viewcvs?rev=257070=gcc=rev
Log:
PR84033, powerpc64le -moptimize-swaps bad code with vec_vbpermq
vbpermq produces its
||2018-01-25
Assignee|unassigned at gcc dot gnu.org |amodra at gmail dot com
Ever confirmed|0 |1
--- Comment #1 from Alan Modra ---
Created attachment 43236
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43236=edit
proposed pa
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: amodra at gmail dot com
Target Milestone: ---
Created attachment 43235
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43235=edit
testcase
The attached testcase fails on ppc64le with -O2 -mcpu=pow
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57717
Alan Modra changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: amodra at gmail dot com
Target Milestone: ---
Created attachment 42686
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42686=edit
preprocessed source
dur
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82928
Alan Modra changed:
What|Removed |Added
Attachment #42571|0 |1
is obsolete|
Assignee: unassigned at gcc dot gnu.org
Reporter: amodra at gmail dot com
Target Milestone: ---
Created attachment 42571
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42571=edit
somewhat reduced testcase
Seen with current glibc "make check", gcc 20171109
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82757
--- Comment #9 from Alan Modra ---
If you start off with "___gnu_lto_", there is code in simple_object_elf.c to
handle the extra '_', and now in binutils too. Skipping just one '_' will
leave you with a symbol that matches "__gnu_lto_", and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82757
--- Comment #7 from Alan Modra ---
> Bump st_name by one for __gnu_lto_
Better make that two. Some targets will have an extra '_' prefix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82757
--- Comment #5 from Alan Modra ---
Incidentally, the only reason ld.bfd gets past the "plugin needed" warning is
that it only warns on a common symbol called __gnu_lto_slim, not an undefined
one.. Bump st_name by one for __gnu_lto_ symbols,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82757
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82575
Bug 82575 depends on bug 82687, which changed state.
Bug 82687 Summary: [8 regression] g++.dg/asan/default-options-1.C fails
starting with r253914
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82687
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82687
Alan Modra changed:
What|Removed |Added
Status|NEW |RESOLVED
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82687
--- Comment #2 from Alan Modra ---
Author: amodra
Date: Tue Oct 24 12:45:01 2017
New Revision: 254042
URL: https://gcc.gnu.org/viewcvs?rev=254042=gcc=rev
Log:
PR82687, g++.dg/asan/default-options-1.C fails with PR82575 fix
The problem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82575
--- Comment #10 from Alan Modra ---
Author: amodra
Date: Tue Oct 24 12:45:01 2017
New Revision: 254042
URL: https://gcc.gnu.org/viewcvs?rev=254042=gcc=rev
Log:
PR82687, g++.dg/asan/default-options-1.C fails with PR82575 fix
The problem
||2017-10-24
CC||amodra at gmail dot com,
||marxin at gcc dot gnu.org
Component|other |lto
Ever confirmed|0 |1
--- Comment #1 from Alan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82598
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82575
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82575
--- Comment #8 from Alan Modra ---
Author: amodra
Date: Thu Oct 19 23:06:20 2017
New Revision: 253914
URL: https://gcc.gnu.org/viewcvs?rev=253914=gcc=rev
Log:
PR82575, lto debugobj references __gnu_lto_slim, ld test liblto-17 fails
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82575
--- Comment #7 from Alan Modra ---
> --- Comment #6 from rguenther at suse dot de ---
> OK. I suppose they are properly prevailed by any global symbol of the same
> name
> as well? Like a weak definition with default visibility? Or is there
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82575
--- Comment #5 from Alan Modra ---
> --- Comment #4 from Richard Biener ---
> Hmm, but those symbols will prevail, enlarging the final symbol table?
> Or are weak + hidden symbols removed even for shared libaries?
Well, they are still
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81890
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82575
--- Comment #3 from Alan Modra ---
Patch now bootstrapped and regression tested powerpc64le-linux.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82575
--- Comment #2 from Alan Modra ---
Created attachment 42397
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42397=edit
proposed patch
I hadn't debugged past grepping for "debugobj" when I created the bugzilla.
Now that I've looked
: normal
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: amodra at gmail dot com
CC: marxin at gcc dot gnu.org
Target Milestone: ---
Summary: [8 Regression] lto debugobj references __gnu_lto_slim
Assignee: unassigned at gcc dot gnu.org
Reporter: amodra at gmail dot com
CC: marxin at gcc dot gnu.org
Target Milestone: ---
Lack of a .note.GNU-stack section results in ld testsuite failures:
arm-linuxeabi FAIL: PR ld/12982
hppa-linux FAIL: PR ld/12982
m68k-linux
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81996
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81996
--- Comment #10 from Alan Modra ---
Author: amodra
Date: Thu Sep 21 13:25:45 2017
New Revision: 253070
URL: https://gcc.gnu.org/viewcvs?rev=253070=gcc=rev
Log:
PR81996, __builtin_return_address(0) fails
rs6000_return_addr assumes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81996
--- Comment #9 from Alan Modra ---
Author: amodra
Date: Thu Sep 21 12:57:24 2017
New Revision: 253068
URL: https://gcc.gnu.org/viewcvs?rev=253068=gcc=rev
Log:
PR81996, __builtin_return_address(0) fails
rs6000_return_addr assumes that the stack
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81996
--- Comment #8 from Alan Modra ---
Author: amodra
Date: Thu Sep 21 12:55:37 2017
New Revision: 253067
URL: https://gcc.gnu.org/viewcvs?rev=253067=gcc=rev
Log:
PR81996, __builtin_return_address(0) fails
rs6000_return_addr assumes that the stack
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81996
--- Comment #7 from Alan Modra ---
Author: amodra
Date: Mon Sep 18 02:25:10 2017
New Revision: 252901
URL: https://gcc.gnu.org/viewcvs?rev=252901=gcc=rev
Log:
[RS6000] PR81996, __builtin_return_address(0) fails
rs6000_return_addr assumes
at gcc dot gnu.org |amodra at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81996
Alan Modra changed:
What|Removed |Added
Summary|__builtin_return_address(0) |powerpc
|does not work
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63281
--- Comment #8 from Alan Modra ---
Created attachment 42187
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42187=edit
[RS6000] Address cost
Somewhat related, costing constants properly also needs a proper cost to
loading from memory.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63281
Alan Modra changed:
What|Removed |Added
Attachment #33503|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81298
Bug 81298 depends on bug 81295, which changed state.
Bug 81295 Summary: bootstrap broken on powerpc-linux-gnu with
--enable-default-pie
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81295
What|Removed |Added
||amodra at gmail dot com
Resolution|--- |FIXED
Target Milestone|7.3 |7.2
--- Comment #16 from Alan Modra ---
Fixed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81170
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81295
--- Comment #15 from Alan Modra ---
Author: amodra
Date: Tue Aug 29 08:27:02 2017
New Revision: 251405
URL: https://gcc.gnu.org/viewcvs?rev=251405=gcc=rev
Log:
[RS6000] linux startfile/endfile
These need to match the gnu-user.h definitions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81170
--- Comment #5 from Alan Modra ---
Author: amodra
Date: Tue Aug 29 08:27:02 2017
New Revision: 251405
URL: https://gcc.gnu.org/viewcvs?rev=251405=gcc=rev
Log:
[RS6000] linux startfile/endfile
These need to match the gnu-user.h definitions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81170
--- Comment #4 from Alan Modra ---
Author: amodra
Date: Tue Aug 29 08:25:17 2017
New Revision: 251404
URL: https://gcc.gnu.org/viewcvs?rev=251404=gcc=rev
Log:
PR driver/81523: Make -static override -pie
-static and -pie together behave
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81295
--- Comment #14 from Alan Modra ---
Author: amodra
Date: Tue Aug 29 08:25:17 2017
New Revision: 251404
URL: https://gcc.gnu.org/viewcvs?rev=251404=gcc=rev
Log:
PR driver/81523: Make -static override -pie
-static and -pie together behave
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81523
--- Comment #6 from Alan Modra ---
Author: amodra
Date: Tue Aug 29 08:25:17 2017
New Revision: 251404
URL: https://gcc.gnu.org/viewcvs?rev=251404=gcc=rev
Log:
PR driver/81523: Make -static override -pie
-static and -pie together behave
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81170
--- Comment #3 from Alan Modra ---
Author: amodra
Date: Tue Aug 29 08:23:44 2017
New Revision: 251403
URL: https://gcc.gnu.org/viewcvs?rev=251403=gcc=rev
Log:
[RS6000] linux startfile/endfile
These need to match the gnu-user.h definitions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81295
--- Comment #13 from Alan Modra ---
Author: amodra
Date: Tue Aug 29 08:23:44 2017
New Revision: 251403
URL: https://gcc.gnu.org/viewcvs?rev=251403=gcc=rev
Log:
[RS6000] linux startfile/endfile
These need to match the gnu-user.h definitions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81170
--- Comment #2 from Alan Modra ---
Author: amodra
Date: Tue Aug 29 08:22:44 2017
New Revision: 251402
URL: https://gcc.gnu.org/viewcvs?rev=251402=gcc=rev
Log:
PR driver/81523: Make -static override -pie
-static and -pie together behave
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81523
--- Comment #5 from Alan Modra ---
Author: amodra
Date: Tue Aug 29 08:22:44 2017
New Revision: 251402
URL: https://gcc.gnu.org/viewcvs?rev=251402=gcc=rev
Log:
PR driver/81523: Make -static override -pie
-static and -pie together behave
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81295
--- Comment #12 from Alan Modra ---
Author: amodra
Date: Tue Aug 29 08:22:44 2017
New Revision: 251402
URL: https://gcc.gnu.org/viewcvs?rev=251402=gcc=rev
Log:
PR driver/81523: Make -static override -pie
-static and -pie together behave
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81747
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81747
--- Comment #8 from Alan Modra ---
Author: amodra
Date: Fri Aug 25 12:21:00 2017
New Revision: 251349
URL: https://gcc.gnu.org/viewcvs?rev=251349=gcc=rev
Log:
PR81747, ICE in operator[]
PR rtl-optimization/81747
* cse.c
|ASSIGNED
URL||https://gcc.gnu.org/ml/gcc-
||patches/2017-08/msg01174.ht
||ml
Assignee|unassigned at gcc dot gnu.org |amodra at gmail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81890
Alan Modra changed:
What|Removed |Added
Keywords||documentation
Priority: P3
Component: inline-asm
Assignee: unassigned at gcc dot gnu.org
Reporter: amodra at gmail dot com
Target Milestone: ---
gcc doesn't have a simple way to say that a pointer passed to an inline asm is
used to address an array. "m" (*p) unfortunately
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80938
--- Comment #6 from Alan Modra ---
Author: amodra
Date: Thu Aug 17 02:03:03 2017
New Revision: 251140
URL: https://gcc.gnu.org/viewcvs?rev=251140=gcc=rev
Log:
[RS6000] PR 80938, Don't emit frame info for regs that don't need saving
Priority: P3
Component: inline-asm
Assignee: unassigned at gcc dot gnu.org
Reporter: amodra at gmail dot com
Target Milestone: ---
gcc doesn't have a simple way to say that a pointer passed to an inline asm is
used to address an array. "m" (*p) unfortun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81295
--- Comment #11 from Alan Modra ---
Author: amodra
Date: Sat Aug 12 00:28:04 2017
New Revision: 251065
URL: https://gcc.gnu.org/viewcvs?rev=251065=gcc=rev
Log:
[RS6000] linux startfile/endfile
These need to match the gnu-user.h definitions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81170
--- Comment #1 from Alan Modra ---
Author: amodra
Date: Sat Aug 12 00:28:04 2017
New Revision: 251065
URL: https://gcc.gnu.org/viewcvs?rev=251065=gcc=rev
Log:
[RS6000] linux startfile/endfile
These need to match the gnu-user.h definitions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81793
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|amodra at gmail dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81793
--- Comment #2 from Alan Modra ---
Oh, and you're failing the link due to not having static -lc and -lm
installed..
||2017-08-11
CC||amodra at gmail dot com
Component|other |target
Assignee|unassigned at gcc dot gnu.org |amodra at gmail dot com
Ever confirmed|0 |1
--- Comment
at gcc dot gnu.org |amodra at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81747
--- Comment #7 from Alan Modra ---
Yeah, I have more or less the same patch about to be bootstrapped.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81747
--- Comment #5 from Alan Modra ---
Segher, the confusion is due to looking at the wrong BRANCH_EDGE occurrence in
cse.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81747
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81193
--- Comment #6 from Alan Modra ---
> Alternatively, we would need to do two passes. On the first pass resolve all
> of the normal functions and data locations, setting the location of ifunc
> functions in the TOC to be an error function. The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81193
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81170
Alan Modra changed:
What|Removed |Added
Keywords||patch
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67328
Alan Modra changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
||2017-06-22
CC||doko at ubuntu dot com,
||wschmidt at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |amodra at gmail dot com
Ever confirmed|0
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: amodra at gmail dot com
Target Milestone: ---
Configuring any powerpc linux target with --enable-default-pie gives a broken
compiler that uses crt1.o, crtbegin.o and crtend.o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79801
Alan Modra changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79286
Alan Modra changed:
What|Removed |Added
URL|https://gcc.gnu.org/ml/gcc- |https://gcc.gnu.org/ml/gcc-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80479
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45053
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45053
--- Comment #21 from Alan Modra ---
Author: amodra
Date: Fri Apr 7 02:19:19 2017
New Revision: 246751
URL: https://gcc.gnu.org/viewcvs?rev=246751=gcc=rev
Log:
[RS6000] Out-of-line register save functions can't be used from crtend.o
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45053
--- Comment #20 from Alan Modra ---
Author: amodra
Date: Fri Apr 7 02:18:34 2017
New Revision: 246750
URL: https://gcc.gnu.org/viewcvs?rev=246750=gcc=rev
Log:
[RS6000] Out-of-line register save functions can't be used from crtend.o
PR
de |
Assignee|unassigned at gcc dot gnu.org |amodra at gmail dot com
--- Comment #19 from Alan Modra ---
Removing the autoreply email from CCs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45053
--- Comment #17 from Alan Modra ---
Author: amodra
Date: Fri Apr 7 01:30:43 2017
New Revision: 246749
URL: https://gcc.gnu.org/viewcvs?rev=246749=gcc=rev
Log:
[RS6000] Out-of-line register save functions can't be used from crtend.o
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60818
--- Comment #19 from Alan Modra ---
Yes, r246294 powerpc64le-linux-gcc -O1 -misel ICEs on the last testcase. An
earlier compiler I had laying around, 7.0.0 20160616, does not.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80044
Alan Modra changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80044
--- Comment #1 from Alan Modra ---
Revising my original comments..
According to the gcc docs -static is supposed to just prevent linking with
dynamic libraries. I agree that this is traditional linker behaviour.
That means, for example, that
Assignee: unassigned at gcc dot gnu.org
Reporter: amodra at gmail dot com
Target Milestone: ---
-static and -pie are incompatible, yet gcc neither warns nor errors on the
combination. What's more, gcc's behaviour depends on whether gcc was built
with --enable-default-pie
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79801
Alan Modra changed:
What|Removed |Added
Severity|normal |enhancement
: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: amodra at gmail dot com
Target Milestone: ---
On powerpc, the equivalences created by add_store_equivs in ira.c seem like
they might not be very effective.
For reg1 not being assigned a hard reg, they allow lra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79584
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79584
--- Comment #7 from Alan Modra ---
Author: amodra
Date: Sat Feb 25 22:44:41 2017
New Revision: 245741
URL: https://gcc.gnu.org/viewcvs?rev=245741=gcc=rev
Log:
PR79584, ICE in base_to_reg
PR rtl-optimization/79584
* lra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79584
--- Comment #5 from Alan Modra ---
The patch passes ppc64le bootstrap but that isn't really the best target to
test.
I'd test powerpc64-linux bi-arch but the machine I normally use for BE testing
had a disk die, and instead of trying to set
at gcc dot gnu.org |amodra at gmail dot com
--- Comment #4 from Alan Modra ---
Created attachment 40813
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40813=edit
lra fix
Patch currently under test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79584
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|amodra at gmail dot
||2017-02-21
CC||amodra at gmail dot com
Assignee|unassigned at gcc dot gnu.org |amodra at gmail dot com
Ever confirmed|0 |1
--- Comment #2 from Alan Modra ---
I don't see a -mno-lra ICE
201 - 300 of 1594 matches
Mail list logo
