[Bug fortran/35037] VOLATILE attribute not being honored with common block variable

2008-02-05 Thread fxcoudert at gcc dot gnu dot org
--- Comment #9 from fxcoudert at gcc dot gnu dot org 2008-02-05 21:08 --- This is fixed on 4.3. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/35037] VOLATILE attribute not being honored with common block variable

2008-02-05 Thread fxcoudert at gcc dot gnu dot org
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2008-02-05 21:07 --- Subject: Bug 35037 Author: fxcoudert Date: Tue Feb 5 21:06:32 2008 New Revision: 132129 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132129 Log: PR fortran/35037 * trans-common.c (buil

[Bug fortran/35037] VOLATILE attribute not being honored with common block variable

2008-02-04 Thread w6ws at earthlink dot net
--- Comment #7 from w6ws at earthlink dot net 2008-02-05 01:25 --- Subject: Re: VOLATILE attribute not being honored with common block variable Gosh - one learns something everyday. The bit with EQUIVALENCE is an interesting twist! It seems that F2003 would allow maximum flexibility

[Bug fortran/35037] VOLATILE attribute not being honored with common block variable

2008-02-04 Thread fxcoudert at gcc dot gnu dot org
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2008-02-05 00:42 --- (In reply to comment #5) > We don't, however, handle the case where we mark volatile the other variable > involved in the equivalence: OK, Richard Maine and Steve Lionel confirmed that equivalence shouldn't inter

[Bug fortran/35037] VOLATILE attribute not being honored with common block variable

2008-02-04 Thread fxcoudert at gcc dot gnu dot org
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2008-02-04 22:51 --- (In reply to comment #4) > I did not test your patch, but without the common line, the dump contains > "gfhzjf" until you remove the volatile. This saves you from reading assembler. Thanks! This allowed me to rea

[Bug fortran/35037] VOLATILE attribute not being honored with common block variable

2008-02-04 Thread burnus at gcc dot gnu dot org
--- Comment #4 from burnus at gcc dot gnu dot org 2008-02-04 20:58 --- > But I'm useless at reading assembly (the tree dump doesn't have these > attributes written out) Try something like the following with -O3 -fdump-tree-optimized: subroutine wait4it () logical event

[Bug fortran/35037] VOLATILE attribute not being honored with common block variable

2008-02-01 Thread fxcoudert at gcc dot gnu dot org
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2008-02-01 22:54 --- I've tried the following "trivial" patch (which should handle both common blocks and equivalences): Index: trans-common.c === --- trans-common.c

[Bug fortran/35037] VOLATILE attribute not being honored with common block variable

2008-01-31 Thread burnus at gcc dot gnu dot org
--- Comment #2 from burnus at gcc dot gnu dot org 2008-01-31 13:59 --- trans-decl has: if (sym->attr.volatile_) { TREE_THIS_VOLATILE (decl) = 1; new = build_qualified_type (TREE_TYPE (decl), TYPE_QUAL_VOLATILE); TREE_TYPE (decl) = new; } However, variables w

[Bug fortran/35037] VOLATILE attribute not being honored with common block variable

2008-01-30 Thread w6ws at earthlink dot net
--- Comment #1 from w6ws at earthlink dot net 2008-01-31 03:09 --- Adding myself to the cc list. -- w6ws at earthlink dot net changed: What|Removed |Added