http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47935
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47935
--- Comment #1 from Alan Modra amodra at gmail dot com 2011-03-01 07:10:18
UTC ---
res6000/predicates.md:lwa_operand needs to handle -mcmodel=medium code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47487
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47607
Summary: FAIL: gcc.c-torture/execute/builtins/abs-2.c
execution, -O2 -flto
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47607
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47279
--- Comment #10 from Alan Modra amodra at gmail dot com 2011-01-31 08:47:16
UTC ---
With enough fiddling around, I finally duplicated the error, in my case when
linking lto1.
libbackend.a(cse.o): In function `insert_const_anchors':
/src/gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47279
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47279
--- Comment #9 from Alan Modra amodra at gmail dot com 2011-01-31 01:40:15
UTC ---
I can't duplicate the failure, even using 167488 as host compiler. -Wl,--stats
shows:
/usr/local/powerpc-linux/bin/ld: linker stubs in 2 groups
/usr/local
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47279
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47279
--- Comment #3 from Alan Modra amodra at gmail dot com 2011-01-27 22:52:29
UTC ---
This is odd. The error is given when a plt call, or a call needing an r2
offsetting stub is made but the code does not have a following nop which can be
replaced
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46556
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Target||powerpc-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46556
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Status|NEW |UNCONFIRMED
Ever
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46556
--- Comment #4 from Alan Modra amodra at gmail dot com 2010-11-22 10:47:24
UTC ---
But within a loop gcc-4.2 looked quite reasonable too..
Don't we have a pass ordering problem if fwprop is to rewrite addresses? We
currently have cse1, fwprop1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46556
--- Comment #1 from Alan Modra amodra at gmail dot com 2010-11-21 23:09:13
UTC ---
I believe this code size regression is due to the fix for #32698. Before that
change, gcc calculated the offset for accessing the array elements as
n*4
64+n*4
128
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46556
Summary: Code size regression in struct access
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46030
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46221
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
CC||hubicka at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46221
--- Comment #3 from Alan Modra amodra at gmail dot com 2010-10-29 13:01:34
UTC ---
I poked at this a little today. remove_unreachable_alias_pairs prunes the
alias_pair we need for some reason. I don't know my way around the cgraph code
well
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46221
--- Comment #4 from Alan Modra amodra at gmail dot com 2010-10-30 04:37:38
UTC ---
The one thing that makes the missing alias different from other aliases is that
its target is itself an alias. Hmm, that suggests a reduced C testcase might
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46221
--- Comment #5 from Alan Modra amodra at gmail dot com 2010-10-30 04:41:54
UTC ---
Created attachment 22203
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22203
aliases.i reduced C testcase
This reduced testcase shows lack of wobbly alias
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46221
Summary: huge number of c++ testsuite failures, libstdc++.so
alias missing
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46221
--- Comment #1 from Alan Modra amodra at gmail dot com 2010-10-29 05:38:59
UTC ---
Created attachment 22197
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22197
locale-inst.s 20101028
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46221
--- Comment #2 from Alan Modra amodra at gmail dot com 2010-10-29 05:40:02
UTC ---
Created attachment 22198
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22198
locale-inst.s 20101014
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46030
Summary: registers trashed with -Os
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46030
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Target||powerpc-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45807
--- Comment #4 from Alan Modra amodra at gmail dot com 2010-09-30 23:52:29
UTC ---
Caught out by sign extension rules.
Index: gcc/config/rs6000/rs6000.c
===
--- gcc/config/rs6000
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45807
Summary: Lying eh_frame r2 save info causes crashes with static
libgcc_eh and libstdc++
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45807
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: amodra at gmail dot com
GCC target triplet: i686-linux, powerpc-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45588
--- Comment #1 from amodra at gmail dot com 2010-09-07 21:59 ---
Confirmed on powerpc-linux 4.6.0 20100905
$ ~/build/ppc/gcc-curr/gcc/g++ -B ~/build/ppc/gcc-curr/gcc/ -I
~/build/ppc/gcc-curr/powerpc-linux/libstdc++-v3/include/powerpc-linux -I
~/build/ppc/gcc-curr/powerpc-linux/libstdc
--- Comment #3 from amodra at gmail dot com 2010-06-16 05:59 ---
Confirmed on powerpc-linux. check_fa tail calls check_fa_mid, ignoring the
fact that check_fa_mid is passed the address of a check_fa local var.
1510 check_fa:
1510: 94 21 ff e0 stwur1,-32(r1
--- Comment #6 from amodra at gmail dot com 2010-06-17 04:13 ---
Hmm. Well, perhaps the thing to do is ensure we don't get a tail call by
making the same change as in
http://gcc.gnu.org/ml/gcc-patches/2005-08/msg01726.html
Index: gcc/testsuite/gcc.c-torture/execute/frame-address.c
--- Comment #12 from amodra at gmail dot com 2010-06-16 03:14 ---
testsuite/gcc.dg/vect/pr44507.c is invalid on LP64. This:
curVal = *((unsigned long *)(pArray[index]));
loads 8 bytes, ie. the last time around the loop this loads 4 bytes past the
end of the array. On big-endian
--- Comment #41 from amodra at gmail dot com 2010-06-09 13:26 ---
Created an attachment (id=20877)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20877action=view)
e500.h and caller-save.c patch
The ICE in #38 is due to a bug in caller-save.c
--
http://gcc.gnu.org/bugzilla
--- Comment #11 from amodra at gmail dot com 2010-06-09 00:29 ---
Fixed
--
amodra at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from amodra at gmail dot com 2010-06-07 06:57 ---
Actually, that's the wrong patch. The correct one stops
rs6000_split_multireg_move being called in this case, by modifying
define_mode_iterator DIFD in rs6000.md.
--
amodra at gmail dot com changed:
What
--- Comment #25 from amodra at gmail dot com 2010-06-07 09:53 ---
Yes it seems the patch is not sufficient on 4.4. On mainline the code looks
good by inspection. (I don't have e500 hardware to run tests on.)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44364
--- Comment #26 from amodra at gmail dot com 2010-06-07 10:29 ---
Doh! No, it's still broken on mainline too. I wasn't testing what I thought I
was...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44364
--- Comment #28 from amodra at gmail dot com 2010-06-07 17:05 ---
Please bootstrap and test this addition to e500.h
/* When setting up caller-save slots (MODE == VOIDmode) ensure we
allocate space for DFmode. Save gprs in the correct mode too. */
#define
--- Comment #5 from amodra at gmail dot com 2010-06-07 17:25 ---
Created an attachment (id=20859)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20859action=view)
fix pr42427 fallout
Would someone with e500 hardware please bootstrap and regression test this
patch? I'm running
--- Comment #8 from amodra at gmail dot com 2010-06-07 23:33 ---
Reassigning since Edmar's identical patch predates mine.
--
amodra at gmail dot com changed:
What|Removed |Added
--- Comment #19 from amodra at gmail dot com 2010-06-06 14:11 ---
Confirmed.
Regarding O1test.c:
Wierd set of gcc options, particularly -fno-dce and -fcaller-saves. I can't
see any sane reason why you would use those options on powerpc, unless you were
deliberately stress testing gcc
--- Comment #20 from amodra at gmail dot com 2010-06-06 14:52 ---
My guess is that tc-lossings-floats.c hits an ira related problem, but I'm not
particularly familiar with that area of the compiler so won't look further
myself.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44364
--- Comment #1 from amodra at gmail dot com 2010-06-07 02:19 ---
First testcase in pr44364 tickles this bug on mainline too. Looks like we need
the following.
Index: gcc/config/rs6000/rs6000.c
===
--- gcc/config/rs6000
--- Comment #1 from amodra at gmail dot com 2010-06-07 02:21 ---
*** This bug has been marked as a duplicate of 44067 ***
--
amodra at gmail dot com changed:
What|Removed |Added
--- Comment #2 from amodra at gmail dot com 2010-06-07 02:21 ---
*** Bug 44419 has been marked as a duplicate of this bug. ***
--
amodra at gmail dot com changed:
What|Removed |Added
--- Comment #22 from amodra at gmail dot com 2010-06-07 04:41 ---
Adding the following to config/rs6000/e500.h will likely fix the bug.
Testing..
#define HARD_REGNO_CALLER_SAVE_MODE(REGNO, NREGS, MODE) \
(TARGET_E500_DOUBLE ((MODE) == DFmode || (MODE) == TFmode
--- Comment #6 from amodra at gmail dot com 2010-06-04 03:03 ---
Fixed mainline.
--
amodra at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from amodra at gmail dot com 2010-06-04 04:59 ---
fixed
--
amodra at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #19 from amodra at gmail dot com 2010-06-03 03:26 ---
Fixed all active branches
--
amodra at gmail dot com changed:
What|Removed |Added
Status
--
amodra at gmail dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |amodra at gmail dot com
|dot org
--- Comment #15 from amodra at gmail dot com 2010-05-28 13:16 ---
Created an attachment (id=20768)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20768action=view)
gcc-4.4 patch
The underlying problem is that the load_toc_v4_PIC_1b rtl doesn't properly
describe that its output
--- Comment #12 from amodra at gmail dot com 2010-05-28 02:28 ---
This problem can be seen on powerpc-linux-gcc with the options -O1 -fPIC
-ftls-model=initial-exec -misel.
The error occurs between 172r.ira and 174r.postreload, not at 186r.dce as
previously reported.
--
amodra
--- Comment #13 from amodra at gmail dot com 2010-05-28 02:31 ---
Created an attachment (id=20765)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20765action=view)
ok at this point
--
amodra at gmail dot com changed:
What|Removed |Added
--- Comment #14 from amodra at gmail dot com 2010-05-28 02:32 ---
Created an attachment (id=20766)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20766action=view)
broken here, see insn 27
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44169
--- Comment #2 from amodra at gmail dot com 2010-05-26 13:22 ---
I think this testcase may invoke undefined behaviour. Section 6.5.2.2 of the
ISO C spec says of function calls without a prototype that if the types of the
arguments after promotion are not compatible with those
--- Comment #1 from amodra at gmail dot com 2010-05-25 13:42 ---
Created an attachment (id=20742)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20742action=view)
fairly obvious fix
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44266
--- Comment #2 from amodra at gmail dot com 2010-05-25 13:45 ---
Created an attachment (id=20743)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20743action=view)
alternate fix using emit_library_call machinery
this one hasn't finished bootstrapping yet
--
http://gcc.gnu.org
--- Comment #3 from amodra at gmail dot com 2010-05-26 02:49 ---
and it contained a typo too. superceded by the patch in the patch url
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44266
Component: target
AssignedTo: amodra at gmail dot com
ReportedBy: amodra at gmail dot com
GCC target triplet: powerpc64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44266
--
amodra at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last
--- Comment #8 from amodra at gmail dot com 2010-05-20 04:31 ---
FWIW, Jakub's patch looks a reasonable fix to me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44199
--
amodra at gmail dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |amodra at gmail dot com
|dot org
at gmail dot com
GCC target triplet: powerpc*-*-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44075
--- Comment #11 from amodra at gmail dot com 2010-02-19 23:39 ---
Fixed
--
amodra at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from amodra at gmail dot com 2010-02-10 23:20 ---
I haven't tested my patch against eon, just the testcase here and of course the
gcc testsuite. Latest patch url given above
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42344
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: amodra at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42944
--- Comment #1 from amodra at gmail dot com 2010-02-03 03:35 ---
Created an attachment (id=19793)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19793action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42944
--- Comment #2 from amodra at gmail dot com 2010-02-03 03:39 ---
extract from 064t.phiprop
D.1963_1 = __errno_location ();
*D.1963_1 = 0;
p_2 = malloc (0x0);
D.1963_3 = __errno_location ();
save_4 = *D.1963_3;
corresponding bits from 065t.fre
D.1963_1
--- Comment #6 from amodra at gmail dot com 2010-01-28 08:28 ---
bootstrap and regression testing a fix
--
amodra at gmail dot com changed:
What|Removed |Added
--- Comment #4 from amodra at gmail dot com 2010-01-28 00:17 ---
I haven't looked in detail at this yet, but why are we getting nonlocal
sibcalls at all for sysv? rs6000_function_ok_for_sibcall says we shouldn't.
I'm not sure why the nonlocal sibcall patterns even accept DEFAULT_ABI
--- Comment #5 from amodra at gmail dot com 2010-01-28 02:49 ---
OK, so at the time we call make_decl_rtl for mrSurfaceList::operator[]
(gdb) bt
#0 rs6000_elf_encode_section_info (decl=0x40402a00, rtl=0x404014a0, first=1)
at /home/alan/src/gcc/gcc/config/rs6000/rs6000.c:23487
#1
801 - 872 of 872 matches
Mail list logo
