--- Comment #17 from pault at gcc dot gnu dot org 2007-10-23 06:19 ---
(In reply to comment #11)
> I'm adding Paul to the CC list, as perhaps he immediately knows what's
> happening (Paul, see comment #5). Otherwise I will investigate tomorrow
> evening or Saturday.
I'm pretty permanen
--- Comment #16 from tobi at gcc dot gnu dot org 2007-10-21 21:18 ---
Re this testcase:
(In reply to comment #5)
> program array_char
> implicit none
> character (len=2) :: x, y
> character (len=2) :: z(2)
> x = "a "
> y = "cd"
> z = (/y(1:len(trim(y))), x(1:len(trim(x)))/) ! causes seg
--- Comment #15 from Tobias dot Schlueter at physik dot uni-muenchen dot de
2007-10-21 20:13 ---
Subject: Re: Diagnose different string lengths in array
constructors at run time
dominiq at lps dot ens dot fr wrote:
> --- Comment #14 from dominiq at lps dot ens dot fr 2007-10-21
--- Comment #14 from dominiq at lps dot ens dot fr 2007-10-21 20:05 ---
Now I understand the strange result I reported in comment #5. What is happening
is that there is a second nonprintable character. If I redirect the output to a
file I see it (in general ^@).
>From what I understand
--- Comment #13 from tobi at gcc dot gnu dot org 2007-10-13 21:47 ---
Fixed.
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #12 from tobi at gcc dot gnu dot org 2007-10-13 21:44 ---
Subject: Bug 33254
Author: tobi
Date: Sat Oct 13 21:43:49 2007
New Revision: 129286
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129286
Log:
2007-10-13 Tobias Schlueter <[EMAIL PROTECTED]>
Paul Thomas
--- Comment #11 from tobi at gcc dot gnu dot org 2007-10-11 14:14 ---
I'm adding Paul to the CC list, as perhaps he immediately knows what's
happening (Paul, see comment #5). Otherwise I will investigate tomorrow
evening or Saturday.
--
tobi at gcc dot gnu dot org changed:
--- Comment #10 from dominiq at lps dot ens dot fr 2007-10-11 14:10 ---
> ... What I menat is the following: after the
> data has been added to the array, the compiler should use the string
> length of the array, ...
I agree, this is why I posted the second code with y(1:len(trim(x)))
--- Comment #9 from Tobias dot Schlueter at physik dot uni-muenchen dot de
2007-10-11 14:09 ---
Subject: Re: Diagnose different string lengths in array
constructors at run time
Tobias dot Schlueter at physik dot uni-muenchen dot de wrote:
> all printed strings should be length 10, no
--- Comment #8 from Tobias dot Schlueter at physik dot uni-muenchen dot de
2007-10-11 14:04 ---
Subject: Re: Diagnose different string lengths in array
constructors at run time
dominiq at lps dot ens dot fr wrote:
> --- Comment #7 from dominiq at lps dot ens dot fr 2007-10-11 12
--- Comment #7 from dominiq at lps dot ens dot fr 2007-10-11 12:34 ---
> This is weird, and can't really be (well, in a hypothetical world where
> only the bounds check goes wrong), as the whole array has only a single
> string length, so I would expect it to either print two length on
--- Comment #6 from Tobias dot Schlueter at physik dot uni-muenchen dot de
2007-10-11 10:45 ---
Subject: Re: Diagnose different string lengths in array
constructors at run time
dominiq at lps dot ens dot fr wrote:
> program array_char
> implicit none
> character (len=2) :: x, y
> cha
--- Comment #5 from dominiq at lps dot ens dot fr 2007-10-11 09:38 ---
After applying the patch and the one to PR33727 (thanks Paul!-), the first test
fails at runtime:
At line 6 of file pr32703_1.f90
Fortran runtime error: Different CHARACTER lengths (1/2) in array constructor
but the
--- Comment #4 from pault at gcc dot gnu dot org 2007-10-11 07:29 ---
(In reply to comment #3)
> The failure from #2 is now PR 33727.
Tobi,
Why don't you fix them both at once? :-)
Cheers
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33254
--- Comment #3 from tobi at gcc dot gnu dot org 2007-10-10 14:23 ---
The failure from #2 is now PR 33727.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33254
--- Comment #2 from tobi at gcc dot gnu dot org 2007-10-10 12:59 ---
I have a patch for this. Unfortunately, while playing around with testcases I
found a new segfault, so I'll have to look into this before submitting.
Failing testcase:
! { dg-do run }
! { dg-options "-fbounds-check" }
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirm
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Severity|enhancement |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33254
--- Comment #1 from burnus at gcc dot gnu dot org 2007-08-31 06:08 ---
See also PR 32703; example found by Paul and compared with other compilers by
Dominique and me.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
---
19 matches
Mail list logo