This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug fortran/29267] ICE in operand_subword_force, at emit-rtl.c:1353
- From: "Tobias dot Schlueter at physik dot uni-muenchen dot de" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 16 Oct 2006 10:52:03 -0000
- Subject: [Bug fortran/29267] ICE in operand_subword_force, at emit-rtl.c:1353
- References: <bug-29267-6552@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #11 from Tobias dot Schlueter at physik dot uni-muenchen dot de 2006-10-16 10:52 -------
Subject: Re: ICE in operand_subword_force, at
emit-rtl.c:1353
franke dot daniel at gmail dot com <gcc-bugzilla@gcc.gnu.org> wrote on
Sat, 14 Oct 2006:
> Don't know whether it makes any difference - but if it is the array
> constructor
> that crashes because of unequal string lengths within its arguments, why is
> there no problem with this code?
>
> PROGRAM test_constructor
> CHARACTER(len=32), DIMENSION(1,2) :: a
> a = reshape((/ "one arg", "another arg" /), (/ 1, 2 /))
> END PROGRAM
Because this doesn't trigger the buggy codepath :-) Sometime in the
past someone went to some lengths to support this kind of invalid
code. Had they read the standard closely, they could have saved
themselves some work.
> (Also compare with #3)
I don't see the relation.
Cheers,
- Tobi
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29267