[Bug fortran/38936] F2003: ASSOCIATE construct / improved SELECT TYPE (a=expr)

2010-10-12 Thread domob at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38936 --- Comment #17 from Daniel Kraft domob at gcc dot gnu.org 2010-10-12 13:30:57 UTC --- Author: domob Date: Tue Oct 12 13:30:53 2010 New Revision: 165378 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=165378 Log: 2010-10-12 Daniel Kraft

[Bug fortran/38936] F2003: ASSOCIATE construct / improved SELECT TYPE (a=expr)

2010-10-12 Thread domob at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38936 --- Comment #18 from Daniel Kraft domob at gcc dot gnu.org 2010-10-12 13:37:44 UTC --- This commit did implement better handling for association to derived-types, but some cases are still not handled (see the XFAIL of associate_9.f03). I wanted

[Bug fortran/38936] F2003: ASSOCIATE construct / improved SELECT TYPE (a=expr)

2010-09-23 Thread domob at gcc dot gnu dot org
--- Comment #15 from domob at gcc dot gnu dot org 2010-09-23 08:38 --- Subject: Bug 38936 Author: domob Date: Thu Sep 23 08:37:54 2010 New Revision: 164550 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164550 Log: 2010-09-23 Daniel Kraft d...@domob.eu PR fortran/38936

[Bug fortran/38936] F2003: ASSOCIATE construct / improved SELECT TYPE (a=expr)

2010-08-26 Thread domob at gcc dot gnu dot org
--- Comment #13 from domob at gcc dot gnu dot org 2010-08-26 19:49 --- Subject: Bug 38936 Author: domob Date: Thu Aug 26 19:48:43 2010 New Revision: 163572 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163572 Log: 2010-08-26 Daniel Kraft d...@domob.eu PR fortran/38936

[Bug fortran/38936] F2003: ASSOCIATE construct / improved SELECT TYPE (a=expr)

2010-08-26 Thread domob at gcc dot gnu dot org
--- Comment #14 from domob at gcc dot gnu dot org 2010-08-26 19:54 --- This fixed association to CLASS entities and also reworked SELECT TYPE to use the same workings internally. Still open: Association to strings and derived-types, and the extended checks for illegal usage of names

[Bug fortran/38936] F2003: ASSOCIATE construct / improved SELECT TYPE (a=expr)

2010-08-21 Thread domob at gcc dot gnu dot org
--- Comment #11 from domob at gcc dot gnu dot org 2010-08-21 16:57 --- *** Bug 45369 has been marked as a duplicate of this bug. *** -- domob at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/38936] F2003: ASSOCIATE construct / improved SELECT TYPE (a=expr)

2010-08-21 Thread domob at gcc dot gnu dot org
--- Comment #12 from domob at gcc dot gnu dot org 2010-08-21 16:58 --- See also PR 45369 which has a rather complicated test-case for association to derived-types (as is currently not yet working). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38936

[Bug fortran/38936] F2003: ASSOCIATE construct / improved SELECT TYPE (a=expr)

2010-08-17 Thread domob at gcc dot gnu dot org
--- Comment #9 from domob at gcc dot gnu dot org 2010-08-17 08:20 --- Subject: Bug 38936 Author: domob Date: Tue Aug 17 08:20:03 2010 New Revision: 163295 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163295 Log: 2010-08-17 Daniel Kraft d...@domob.eu PR fortran/38936

[Bug fortran/38936] F2003: ASSOCIATE construct / improved SELECT TYPE (a=expr)

2010-08-17 Thread domob at gcc dot gnu dot org
--- Comment #10 from domob at gcc dot gnu dot org 2010-08-17 08:23 --- This implements association to variables and removes the problems that were still there with array expressions and bounds. What's still missing is: * Association to polymorphic entities * Association to strings

[Bug fortran/38936] F2003: ASSOCIATE construct / improved SELECT TYPE (a=expr)

2010-08-16 Thread domob at gcc dot gnu dot org
--- Comment #8 from domob at gcc dot gnu dot org 2010-08-16 08:59 --- Also one thing to note is that associate-names associated to expressions (which must not appear in variable definition contexts) are currently accepted as actual arguments to INTENT([IN]OUT) arguments. This should

[Bug fortran/38936] F2003: ASSOCIATE construct / improved SELECT TYPE (a=expr)

2010-08-15 Thread domob at gcc dot gnu dot org
--- Comment #6 from domob at gcc dot gnu dot org 2010-08-15 19:46 --- Subject: Bug 38936 Author: domob Date: Sun Aug 15 19:46:21 2010 New Revision: 163268 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163268 Log: 2010-08-15 Daniel Kraft d...@domob.eu PR fortran/38936

[Bug fortran/38936] F2003: ASSOCIATE construct / improved SELECT TYPE (a=expr)

2010-08-15 Thread domob at gcc dot gnu dot org
--- Comment #7 from domob at gcc dot gnu dot org 2010-08-15 20:25 --- This extended the support to array-expressions -- the original example works now. Next will be a rework to do the association in the trans phase, which is probably necessary to get full array support and association

[Bug fortran/38936] F2003: ASSOCIATE construct / improved SELECT TYPE (a=expr)

2010-06-10 Thread domob at gcc dot gnu dot org
--- Comment #4 from domob at gcc dot gnu dot org 2010-06-10 14:48 --- Subject: Bug 38936 Author: domob Date: Thu Jun 10 14:47:49 2010 New Revision: 160550 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160550 Log: 2010-06-10 Daniel Kraft d...@domob.eu PR fortran/38936

[Bug fortran/38936] F2003: ASSOCIATE construct / improved SELECT TYPE (a=expr)

2010-06-10 Thread domob at gcc dot gnu dot org
--- Comment #5 from domob at gcc dot gnu dot org 2010-06-10 16:50 --- This first commit implements association to scalar expressions as a first step. More to follow. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38936

[Bug fortran/38936] F2003: ASSOCIATE construct / improved SELECT TYPE (a=expr)

2010-05-08 Thread domob at gcc dot gnu dot org
--- Comment #3 from domob at gcc dot gnu dot org 2010-05-08 13:24 --- Taking this finally. -- domob at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/38936] F2003: ASSOCIATE construct / improved SELECT TYPE (a=expr)

2009-10-09 Thread burnus at gcc dot gnu dot org
--- Comment #2 from burnus at gcc dot gnu dot org 2009-10-09 12:08 --- SELECT TYPE (name = expr) and ASSOCIATE (name1 = expr1, name2 = expr2) have similar syntax and issues. SELECT TYPE (name=expr) is already implemented (via creating a new pointer variable), but it has some issues.