--- Comment #7 from pault at gcc dot gnu dot org 2010-01-30 21:13 ---
Fixed on trunk and 4.4.
Thanks for the report
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pault at gcc dot gnu dot org 2010-01-30 21:13 ---
Subject: Bug 41167
Author: pault
Date: Sat Jan 30 21:12:59 2010
New Revision: 156389
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156389
Log:
2010-01-30 Paul Thomas
PR fortran/41044
PR fo
--- Comment #5 from pault at gcc dot gnu dot org 2010-01-24 17:00 ---
Subject: Bug 41167
Author: pault
Date: Sun Jan 24 16:59:51 2010
New Revision: 156197
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156197
Log:
2010-01-24 Paul Thomas
PR fortran/41044
PR fo
--- Comment #4 from pault at gcc dot gnu dot org 2010-01-23 12:13 ---
I have just posted a patch for this.
Cheers
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from anlauf at gmx dot de 2009-08-28 22:05 ---
(In reply to comment #2)
I just found the following workaround:
print *, pack (" "//[obstyp(:)% name], (/ .true., .false. /)) ! workaround
Cheers,
ha
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41167
--- Comment #2 from burnus at gcc dot gnu dot org 2009-08-25 18:32 ---
In principle, the correct type is (should be) set in resolve_operator:
case INTRINSIC_CONCAT:
if (op1->ts.type == BT_CHARACTER && op2->ts.type == BT_CHARACTER
&& op1->ts.kind == op2->ts.kind)
--- Comment #1 from burnus at gcc dot gnu dot org 2009-08-25 17:02 ---
> internal compiler error: in gfc_typenode_for_spec
That's the unreachable() due to: spec->type == BT_UNKNOWN.
Debugging shows that gfc_typenode_for_spec is called by
gfc_conv_expr_descriptor where erxp->expr_type
