--- Comment #5 from victork at il dot ibm dot com 2006-06-07 20:47 ---
This happens because (vect_do_peeling_for_alignment) was designed in an
assumption that latch is empty. Thus it doesn't handle PHIs in latches.
(vect_analyze_loop_form) checks the latch is empty, but doesn&#x
--- Comment #6 from victork at il dot ibm dot com 2006-06-07 21:29 ---
patch: http://gcc.gnu.org/ml/gcc-patches/2006-06/msg00376.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26969
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: victork at il dot ibm dot com
GCC build triplet: powerpc64-linux
GCC hos
--- Comment #1 from victork at il dot ibm dot com 2006-08-16 09:19 ---
gcc.o diff:
--- x 2006-08-16 12:16:58.669218328 +0300
+++ y 2006-08-16 12:17:05.353268576 +0300
@@ -1,6 +1,6 @@
-stage2-gcc/gcc.o: file format elf64-powerpc
-stage2-gcc/gcc.o
+stage3-gcc/gcc.o: file
--- Comment #13 from victork at il dot ibm dot com 2006-09-03 07:51 ---
this bug looks very similar to PR28839 which already have a fix in
patch http://gcc.gnu.org/ml/gcc-patches/2006-08/msg01171.html
We need to check if above patch fixes PR26969 as well.
--
http://gcc.gnu.org
--- Comment #14 from victork at il dot ibm dot com 2006-09-11 08:16 ---
I will look if patch http://gcc.gnu.org/ml/gcc-patches/2006-08/msg01171.html
fixes this one too and will remap it to 4.1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26969
--- Comment #19 from victork at il dot ibm dot com 2007-07-30 11:08 ---
I've tried to bootstrap with "-mabi=altivec", but it failed with the same
error:
/home/victork/mainline-20-06/build.124727mabi/./prev-gcc/xgcc
-B/home/victork/mainline-20-06/build.124727mabi/./pr
--- Comment #21 from victork at il dot ibm dot com 2007-07-31 11:57 ---
Just to be sure that the problem on ppc64 is not related to a problem with
passing -mabi during bootstrap I've tried to build with the patch from
http://gcc.gnu.org/ml/gcc-patches/2007-07/msg02159.html
but it d
--- Comment #22 from victork at il dot ibm dot com 2007-08-01 09:21 ---
Zdenek, do you have the access to a ppc64 machine to work on the bootstrap
problem? Can I provide an useful assistance?
-- Victor
--
victork at il dot ibm dot com changed:
What|Removed
--- Comment #1 from victork at il dot ibm dot com 2007-08-01 11:24 ---
I've tried to build and run SPEC2006 403.gcc using r126903 and it did *not*
fail.
I've used following optimization flags in configur
ror 2
--
Summary: Bootstrap failure on ppc64
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: victork at il dot
--- Comment #2 from victork at il dot ibm dot com 2007-08-12 14:40 ---
I tested the fix at it worked OK for me.
--
victork at il dot ibm dot com changed:
What|Removed |Added
--- Comment #25 from victork at il dot ibm dot com 2007-08-13 06:42 ---
Yesterday, I've tried to check if mainline passes boostrap with vectorization
enabled on ppc32 using latest mainline. Since I don't have the access to ppc32
machine, I've tried to imitate in on
--- Comment #27 from victork at il dot ibm dot com 2007-08-13 15:09 ---
> this is the problem we discussed in this thread before; for now, add
> -mabi=altivec to BOOT_CFLAGS to workaround it.
yes, this helped. Still I see a failure in cofigure before stage3 starts:
checking for p
--- Comment #31 from victork at il dot ibm dot com 2007-08-14 05:53 ---
> Most everyone else bootstraps GCC on PPC64 with
> --with-cpu=default32. Are you missing some packages on SUSE? This really
> isn't a GCC bug any more, it is some problem with the wa
ReportedBy: victork at il dot ibm dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33362
--- Comment #3 from victork at il dot ibm dot com 2007-09-09 13:22 ---
Just tried with revision 128297, and bootstrap passed OK.
Shell I close this PR?
--
victork at il dot ibm dot com changed:
What|Removed |Added
--- Comment #5 from victork at il dot ibm dot com 2007-09-09 13:33 ---
As bootstrap passes in revision 128297, I change the status to "FIXED".
--
victork at il dot ibm dot com changed:
What|Removed
PPC
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: regression
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: victork at il dot ibm dot com
GCC build triplet: powerp
--- Comment #2 from victork at il dot ibm dot com 2007-07-02 11:47 ---
Subject: Re: Bootstrap with vectorization enabled fails with
ICE on PPC
"rakdver at kam dot mff dot cuni dot cz" <[EMAIL PROTECTED]> wrote
on 02.07.2007 13:06:50:
>
> Does the fix for PR 32
--- Comment #4 from victork at il dot ibm dot com 2007-07-02 12:12 ---
Subject: Re: Bootstrap with vectorization enabled fails with
ICE on PPC
"rakdver at gcc dot gnu dot org" <[EMAIL PROTECTED]> wrote on
02.07.2007 14:51:35:
> OK, I will have a look.
thanks!
--- Comment #8 from victork at il dot ibm dot com 2006-02-14 12:16 ---
Created an attachment (id=10847)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10847&action=view)
[patch] for PR 25918 (autovect)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25918
--- Comment #9 from victork at il dot ibm dot com 2006-02-14 12:20 ---
Hello,
I've prepared a patch to the testsuite to make dg-final checks
more precise. The patch was tested on ppc64-yellowdog-linux.
I have no access to IA64 box. Could someone check this patch on ia64?
The patc
23 matches
Mail list logo
