--- Comment #29 from mikael at gcc dot gnu dot org 2009-01-05 20:10 ---
(In reply to comment #28)
> I think this PR can be closed - the ICEs are gone, the TODO item is gone and
> the missing warnings are tracked in PR 33037.
>
Closing then. It was probably fixed together with PR 37903.
--- Comment #28 from burnus at gcc dot gnu dot org 2008-11-15 18:41 ---
I think this PR can be closed - the ICEs are gone, the TODO item is gone and
the missing warnings are tracked in PR 33037.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31610
--- Comment #27 from pault at gcc dot gnu dot org 2008-11-15 15:20 ---
As far as I can see, all the valid testcases work on trunk and 4.3 - should we
close this one?
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31610
--- Comment #26 from jsm28 at gcc dot gnu dot org 2008-07-04 19:47 ---
"Leaving open for further investigation" bug should not have milestone set.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #24 from jsm28 at gcc dot gnu dot org 2008-03-15 00:40 ---
Update milestone after 4.3.0 release.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #23 from jvdelisle at gcc dot gnu dot org 2008-01-26 19:11
---
Fixed on trunk. Leaving open for further investigation. See TODO comment in
code
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2007-12-08 17:16
---
Brooks, are you still working this one?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31610
--- Comment #12 from fxcoudert at gcc dot gnu dot org 2007-11-22 09:09
---
It's not even MERGE-related:
$ cat a.f90
integer :: i(1) = 0
write(*,*) foo([1]+i)
end
$ gfortran a.f90
a.f90: In function MAIN__:
a.f90:1: internal compiler error: in gfc_trans_create_temp_array, at
fort
--- Comment #11 from fxcoudert at gcc dot gnu dot org 2007-11-12 00:18
---
Reduced further:
$ cat m.f90
logical :: a(1)
a = .true.
write(*,*) foo(merge((/ 1 /), 1, a))
end
$ gfortran m.f90
m.f90: In function MAIN__:
m.f90:2: internal compiler error: in gfc_trans_create_temp_arr
--- Comment #10 from burnus at gcc dot gnu dot org 2007-09-17 17:39 ---
For the warning that TRANSFER contains partially undefined values, see also PR
33037. For MERGE, see PR 33455
Independent of those, the following valid program still gives an ICE (if one
removes the "20" in transfer
--- Comment #9 from dominiq at lps dot ens dot fr 2007-05-29 14:25 ---
> This gives still a warning with g95 and NAG f95;
> NAG outputs "Abb",
> ifort/g95/sunf95 show "".
Since a(:) is not initialized, the output can be anything.
with
a = .false.
a(1) = .true.
--- Comment #8 from burnus at gcc dot gnu dot org 2007-05-29 14:05 ---
> In reducing this, I discovered that gfortran currently hangs on the following
> much simpler code. I suspect that if we fix this, it'll fix the original code
> too.
> write(*,*) transfer("A", "x", 20)
NAG f95 an
--- Comment #7 from pault at gcc dot gnu dot org 2007-05-29 13:39 ---
(In reply to comment #4)
> I misunderstood something slightly in that last comment; MERGE is elemental,
> so
> the conforming I mentioned doesn't matter. Also, my guess that fixing the
> transfer("A", "x", 20) proble
--- Comment #6 from pault at gcc dot gnu dot org 2007-05-29 13:17 ---
(In reply to comment #3)
> Paul, I don't think that's solving the right problem. The code is legal; the
> inner TRANSFER creates an array of CHARACTER with len=1 and size=20, which
> conforms with a CHARACTER scalar o
--- Comment #5 from patchapp at dberlin dot org 2007-05-29 06:45 ---
Subject: Bug number PR31610
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-05/msg01953.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #4 from brooks at gcc dot gnu dot org 2007-05-29 05:59 ---
I misunderstood something slightly in that last comment; MERGE is elemental, so
the conforming I mentioned doesn't matter. Also, my guess that fixing the
transfer("A", "x", 20) problem would fix the whole thing prove
--- Comment #3 from brooks at gcc dot gnu dot org 2007-05-28 21:09 ---
Paul, I don't think that's solving the right problem. The code is legal; the
inner TRANSFER creates an array of CHARACTER with len=1 and size=20, which
conforms with a CHARACTER scalar of len=20.
In reducing this, I
--- Comment #2 from pault at gcc dot gnu dot org 2007-04-19 20:47 ---
(In reply to comment #1)
This does the trick but I haven't checked against the standard, nor have I
regtested.
Paul
Index: /svn/trunk/gcc/fortran/check.c
=
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-04-18 07:03
---
g95:
string = transfer(merge (transfer(achar (ichar('A')), "x", len(string)), st
1
Error: MERGE intrinsic at (1) has different character lengths
Sun:
string = transfer
19 matches
Mail list logo