--- Comment #17 from burnus at gcc dot gnu dot org 2008-11-16 14:21 ---
FIXED on the trunk (4.4.0). Thanks for the report!
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #16 from burnus at gcc dot gnu dot org 2008-11-16 14:21 ---
Subject: Bug 38095
Author: burnus
Date: Sun Nov 16 14:19:38 2008
New Revision: 141917
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141917
Log:
2008-11-16 Tobias Burnus <[EMAIL PROTECTED]>
PR for
--- Comment #15 from pault at gcc dot gnu dot org 2008-11-16 12:22 ---
(In reply to comment #14)
> (In reply to comment #13)
> > > I filled PR38119 for that PR.
> > This is probably stupid but what is the difference between the two PRs?
'twas stupid - I missed the difference between the
--- Comment #14 from burnus at gcc dot gnu dot org 2008-11-15 18:06 ---
(In reply to comment #13)
> > I filled PR38119 for that PR.
> This is probably stupid but what is the difference between the two PRs?
The program of comment 0 of this PR (PR 38095) gives an ICE with all gfortran
ver
--- Comment #13 from pault at gcc dot gnu dot org 2008-11-15 17:40 ---
(In reply to comment #12)
> I filled PR38119 for that PR.
This is probably stupid but what is the difference between the two PRs?
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38095
--- Comment #12 from burnus at gcc dot gnu dot org 2008-11-15 10:33 ---
(In reply to comment #11)
> > I tried to reduce the case.
> > This is probably unrelated to the original ICE though.
> Looks unrelated, but still should be fixed; I think ICE from comment 8 is a
> regression with r
--- Comment #11 from burnus at gcc dot gnu dot org 2008-11-12 23:45 ---
(In reply to comment #8)
> I tried to reduce the case.
> This is probably unrelated to the original ICE though.
Looks unrelated, but still should be fixed; I think ICE from comment 8 is a
regression with regards t
--- Comment #10 from burnus at gcc dot gnu dot org 2008-11-12 23:42 ---
Some debugging shows that sym->name is "same" and sym->attr.function == 1.
Furthermore is arg1->expr_type == EXPR_FUNCTION and arg1->ts.cl->length ==
NULL.
(For cross referencing: http://gcc.gnu.org/ml/fortran/2007-
--- Comment #9 from kargl at gcc dot gnu dot org 2008-11-12 23:02 ---
The problem appears to be with the reference to SAME() in
subroutine xmain()
call foo(trim_append(["a"],same(["b"])))
end subroutine xmain
If one changes this to
call foo(trim_append(["a"],["b"]))
the code
--- Comment #8 from mikael at gcc dot gnu dot org 2008-11-12 22:43 ---
I tried to reduce the case.
module bar
implicit none
contains
!
elemental function trim_append(xx,yy) result(xy)
character (len=*), intent(in) :: xx,yy
character (len=len(xx) + len(yy)) :: xy
xy = xx // yy
end func
--- Comment #7 from burnus at gcc dot gnu dot org 2008-11-12 22:37 ---
Looks as if the code is valid. Valgrind shows:
==2910== Invalid read of size 4
==2910==at 0x4B1005: gfc_apply_interface_mapping_to_expr
(trans-expr.c:1916)
==2910==by 0x4B6FBE: gfc_apply_interface_mapping (tr
--- Comment #6 from dominiq at lps dot ens dot fr 2008-11-12 22:26 ---
> I hope someone will mark the bug as "confirmed".
I have tried, but If I am allowed to do it, I did not find how. Did you try
yourself?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38095
--- Comment #5 from vivekrao4 at yahoo dot com 2008-11-12 22:12 ---
(In reply to comment #4)
> > Whoop, it is valid Fortran 2003. I forgot that
> > Lahey's checker does not understand the F2003 array syntax.
> I was about to say that the code is compiled by ifort and g95.
I hope someon
--- Comment #4 from dominiq at lps dot ens dot fr 2008-11-12 21:09 ---
> Whoop, it is valid Fortran 2003. I forgot that
> Lahey's checker does not understand the F2003 array syntax.
I was about to say that the code is compiled by ifort and g95.
--
http://gcc.gnu.org/bugzilla/show_
--- Comment #3 from kargl at gcc dot gnu dot org 2008-11-12 20:39 ---
Whoop, it is valid Fortran 2003. I forgot that
Lahey's checker does not understand the F2003
array syntax.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from kargl at gcc dot gnu dot org 2008-11-12 20:29 ---
Add ice-on-invalid-code to keywords.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from kargl at gcc dot gnu dot org 2008-11-12 20:27 ---
While gfortran should not ICE, I'd be interested in knowing if
this code compiles with any other compiler. (Hint: remove
elemental from trim_append).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38095
17 matches
Mail list logo
