[Bug fortran/35040] usage of init expression in its own definition

2019-01-29 Thread dominiq at lps dot ens.fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35040 Dominique d'Humieres changed: What|Removed |Added CC||burnus at gcc dot gnu.org --- Com

[Bug fortran/35040] usage of init expression in its own definition

2013-12-14 Thread janus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35040 janus at gcc dot gnu.org changed: What|Removed |Added CC||janus at gcc dot gnu.org --- Co

[Bug fortran/35040] usage of init expression in its own definition

2012-06-27 Thread burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35040 --- Comment #7 from Tobias Burnus 2012-06-27 16:17:29 UTC --- (In reply to comment #3) > Answer (see link): All these are wrong per answer to an interpretation > request For completeness, that is Fortran 95's "90" at ftp://ftp.nag.co.uk/sc22

[Bug fortran/35040] usage of init expression in its own definition

2008-11-01 Thread burnus at gcc dot gnu dot org
--- Comment #6 from burnus at gcc dot gnu dot org 2008-11-01 22:14 --- (In reply to comment #5) > On a related note: The following snippet from PR36426 produces an ICE. > function foo(x) >character(len=len(x)) :: foo,x > end function foo As this ICE is a regression, I opened the P

[Bug fortran/35040] usage of init expression in its own definition

2008-11-01 Thread janus at gcc dot gnu dot org
--- Comment #5 from janus at gcc dot gnu dot org 2008-11-01 21:19 --- On a related note: The following snippet from PR36426 produces an ICE. function foo(x) character(len=len(x)) :: foo,x end function foo -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35040

[Bug fortran/35040] usage of init expression in its own definition

2008-02-01 Thread dfranke at gcc dot gnu dot org
--- Comment #4 from dfranke at gcc dot gnu dot org 2008-02-01 09:47 --- > And I also believe all our examples in this PR are wrong. In all the invalid examples given in comment #3, the dimension specification is on the rhs of '::'. In my example it's on the lhs. If the latter is invalid

[Bug fortran/35040] usage of init expression in its own definition

2008-01-31 Thread burnus at gcc dot gnu dot org
--- Comment #3 from burnus at gcc dot gnu dot org 2008-01-31 22:25 --- Answer (see link): All these are wrong per answer to an interpretation request: 6. INTEGER :: B = BIT_SIZE(B) 7. INTEGER :: B(BIT_SIZE(B)) 8. INTEGER :: D = DIGITS(D) 9. INTEGER :: D(DIGITS(D)) 10. REAL :: X = EP

[Bug fortran/35040] usage of init expression in its own definition

2008-01-31 Thread burnus at gcc dot gnu dot org
--- Comment #2 from burnus at gcc dot gnu dot org 2008-01-31 12:39 --- I asked at comp.lang.fortran: http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/a05b8b177f2eb7b1/ -- burnus at gcc dot gnu dot org changed: What|Removed |Add

[Bug fortran/35040] usage of init expression in its own definition

2008-01-31 Thread burnus at gcc dot gnu dot org
--- Comment #1 from burnus at gcc dot gnu dot org 2008-01-31 12:22 --- I think this is valid. One has to read carefully what specification-part and entity-decl means. I think after "integer(8)" the kind is known and in the next specification part (e.g. for the dimension) one may use it;