https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26270
Alan Modra changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63169
Alan Modra changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32621
Alan Modra changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70263
--- Comment #6 from Alan Modra ---
Created attachment 38017
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38017=edit
possible fix
Maybe something as simple as this?
||2016-04-13
CC||amodra at gmail dot com
Resolution|INVALID |---
Ever confirmed|0 |1
--- Comment #7 from Alan Modra ---
My analysis says this is not a linker error. Pass/fail
|--- |FIXED
Assignee|unassigned at gcc dot gnu.org |amodra at gmail dot com
Target Milestone|--- |4.9.4
--- Comment #9 from Alan Modra ---
Fixed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70130
Alan Modra changed:
What|Removed |Added
Status|REOPENED|NEW
--- Comment #8 from Alan Modra ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70130
--- Comment #11 from Alan Modra ---
Created attachment 38250
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38250=edit
stand alone testcase
Compile with -m64 -O3 -mcpu=power7 -fno-common
||2016-04-12
CC||amodra at gmail dot com,
||ppalka at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #5 from Alan Modra ---
This is actually a duplicate of pr70096
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70117
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70107
--- Comment #6 from Alan Modra ---
Bootstrap and regression testing completed for both gcc-4.9 and gcc-5 branch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70263
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #5
at gcc dot gnu.org |amodra at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70052
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70052
--- Comment #4 from Alan Modra ---
Created attachment 38072
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38072=edit
tentative patch
This hasn't been tested much, apart from verifying that the testcase compiles.
I also find that I don't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70052
Alan Modra changed:
What|Removed |Added
Known to work|5.3.1 |4.9.4
Summary|ICE compiling
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: amodra at gmail dot com
Target Milestone: ---
I'm not sure this is really a combine bug, but I noticed that for x86_64 and
gfortran.dg/pr46755.f, combine is able to convert
(insn 62 34 35 9 (set (reg/v:SI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69195
--- Comment #13 from Alan Modra ---
Created attachment 37862
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37862=edit
delete bad reg_equiv
A patch like this one that deletes reg_equiv notes that become invalid
according to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69195
Alan Modra changed:
What|Removed |Added
Attachment #37862|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69195
--- Comment #15 from Alan Modra ---
Blah, that last patch segfaults all over the place.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69195
Alan Modra changed:
What|Removed |Added
Attachment #37863|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69990
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69195
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69195
--- Comment #12 from Alan Modra ---
Created attachment 37857
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37857=edit
workaround patch
Given the problems identified with notes (and of course the notes are what
drives reg_equiv_init
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70117
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70117
--- Comment #6 from Alan Modra ---
> Well, what I don't quite understand is that the gnulib value, which is
>
> 0x1.f7cp+1023
Sorry, I didn't look properly at the bug before commenting last night. For
some reason I
at gcc dot gnu.org |amodra at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70117
--- Comment #14 from Alan Modra ---
> if (fmt == _extended_double)
No, there is mips_extended_format too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70052
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69645
Alan Modra changed:
What|Removed |Added
Keywords||patch
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70130
--- Comment #24 from Alan Modra ---
Created attachment 38266
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38266=edit
testcase for gcc.dg/vect/
Revised testcase checking multiple offsets, using an array of structs so not
dependent on var
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69645
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70826
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #8
||2016-04-29
Assignee|unassigned at gcc dot gnu.org |amodra at gmail dot com
Ever confirmed|0 |1
--- Comment #9 from Alan Modra ---
It looks like a testcase bug. -frename-regs happens to make main() use cr2,
and there doesn't seem
|ASSIGNED
Last reconfirmed||2016-04-29
Assignee|unassigned at gcc dot gnu.org |amodra at gmail dot com
Ever confirmed|0 |1
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: amodra at gmail dot com
Target Milestone: ---
/* { dg-do compile } */
/* { dg-options "-ffixed-cr2 -ffixed-cr3 -ffixed-cr4" } */
#define SET_CR(R,V) __asm__ __volatile__ ("mtcrf %0,%1" : : "
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70947
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Version|7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70890
Alan Modra changed:
What|Removed |Added
Target|ia64-*-*|ia64-*-*, powerpc64-linux
at gcc dot gnu.org |amodra at gmail dot com
--- Comment #5 from Alan Modra ---
Created attachment 38401
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38401=edit
patch under test
Andreas, please let me know if this cures the ia64 bootstrap problem. By
inspection the code looks g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70866
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
||2016-05-04
Assignee|unassigned at gcc dot gnu.org |amodra at gmail dot com
Ever confirmed|0 |1
Assignee: unassigned at gcc dot gnu.org
Reporter: amodra at gmail dot com
Target Milestone: ---
Instructions around a __morestack call typically have r0, used to save and
restore lr, replaced with other regs by regrename. This trashes the current
function parameter and return regs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70890
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70890
Alan Modra changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66033
--- Comment #5 from Alan Modra ---
Comment #4 was added to the wrong bug. Not fixed on gcc-5 branch.
||amodra at gmail dot com
Target Milestone|6.0 |4.9.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70130
--- Comment #28 from Alan Modra ---
Bootstrapped and regression testing now completed on both powerpc64le-linux and
-m64/-m32 on a power7 powerpc64-linux host, all langs. No regressions found,
and it seems this also fixes
dot gnu.org, |
|amodra at gmail dot com|
Resolution|--- |FIXED
--- Comment #11 from Alan Modra ---
Fixed, until it breaks next time.
at gmail dot com|
Assignee|unassigned at gcc dot gnu.org |amodra at gmail dot com
||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
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
Alan Modra changed:
What|Removed |Added
Keywords||ice-on-valid-code, patch
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
--- 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 #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=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
|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 #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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72853
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #5
||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=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
*-*-*
||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=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|---
||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.
||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=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
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.
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=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.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72771
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #4
at gcc dot gnu.org |amodra at gmail dot com
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
||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
Status|ASSIGNED|RESOLVED
Resolution|---
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=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=71709
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
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=79286
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
Summary
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 #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..
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=79334
--- Comment #1 from Alan Modra ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79286 I meant.
||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=79343
--- Comment #4 from Alan Modra ---
Followup here:
https://github.com/xianyi/OpenBLAS/issues/1078
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=79584
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|amodra at gmail dot
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
--- 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
||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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79584
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
||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
at gcc dot gnu.org |amodra at gmail dot com
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=79066
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
501 - 600 of 872 matches
Mail list logo
