This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
Re: [Bug target/35839] [4.4 Regression] Altivec with the vectorizer causes an ICE in rs6000_check_sdmode
- From: Andrew Pinski <pinskia at gmail dot com>
- To: "gcc-bugzilla at gcc dot gnu dot org" <gcc-bugzilla at gcc dot gnu dot org>
- Cc: "gcc-bugs at gcc dot gnu dot org" <gcc-bugs at gcc dot gnu dot org>
- Date: Tue, 8 Apr 2008 14:04:11 -0700
- Subject: Re: [Bug target/35839] [4.4 Regression] Altivec with the vectorizer causes an ICE in rs6000_check_sdmode
- References: <bug-35839-12313@http.gcc.gnu.org/bugzilla/> <20080408205105.10447.qmail@sourceware.org>
Sent from my iPhone
On Apr 8, 2008, at 13:51, "janis at gcc dot gnu dot org" <gcc-bugzilla@gcc.gnu.org
> wrote:
------- Comment #6 from janis at gcc dot gnu dot org 2008-04-08
20:51 -------
My bootstrap on powerpc64-linux worked fine after the fix for 35620
went in;
see http://gcc.gnu.org/ml/gcc-testresults/2008-04/msg00415.html for
revision
133952. Since the following day, however, my bootstraps have failed
building
64-bit libgfortran with an ICE for a libgfortran configure check:
conftest.F: In function 'main':
conftest.F:1: internal compiler error: in
rs6000_output_function_epilogue, at
config/rs6000/rs6000.c:16855
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
configure:10346: $? = 1
configure: failed program was:
| program main
| #ifndef __GNUC__
| choke me
| #endif
|
| end
It also fails for just
program main
end
I'm doing a regression hunt to find out what caused that.
No need this is caused by my rs6000 patch.
In the meantime, this has made it more difficult to test the patch
to fix the
bug I introduced in rs6000_check_sdmode,
http://gcc.gnu.org/ml/gcc-patches/2008-04/msg00584.html. It seems
like an
obvious fix but it hasn't yet been reviewed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35839