subject:"\[Bug fortran\/40054\] \[F08\] Pointer functions as lvalue"

[Bug fortran/40054] [F08] Pointer functions as lvalue

2015-09-28 Thread pault at gcc dot gnu.org

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40054 Paul Thomas changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug fortran/40054] [F08] Pointer functions as lvalue

2015-09-28 Thread pault at gcc dot gnu.org

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40054 --- Comment #13 from Paul Thomas --- Author: pault Date: Mon Sep 28 21:18:38 2015 New Revision: 228222 URL: https://gcc.gnu.org/viewcvs?rev=228222&root=gcc&view=rev Log: 2015-09-28 Paul Thomas PR fortran/40054 PR fortran/6392

[Bug fortran/40054] [F08] Pointer functions as lvalue

2013-10-25 Thread quantheory at gmail dot com

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40054 Sean Santos changed: What|Removed |Added CC||quantheory at gmail dot com --- Comment #12

[Bug fortran/40054] [F08] Pointer functions as lvalue

2011-07-03 Thread sgk at troutmask dot apl.washington.edu

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40054 --- Comment #11 from Steve Kargl 2011-07-03 17:12:15 UTC --- On Sun, Jul 03, 2011 at 04:25:39PM +, janus at gcc dot gnu.org wrote: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40054 > > --- Comment #9 from janus at gcc dot gnu.org 2011-07-0

[Bug fortran/40054] [F08] Pointer functions as lvalue

2011-07-03 Thread burnus at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40054 --- Comment #10 from Tobias Burnus 2011-07-03 16:29:01 UTC --- (In reply to comment #7) > I think it will be very hard (if not impossible) to implement this, while > maintaining support for statement functions at the same time. In particular, > h

[Bug fortran/40054] [F08] Pointer functions as lvalue

2011-07-03 Thread janus at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40054 --- Comment #9 from janus at gcc dot gnu.org 2011-07-03 16:24:53 UTC --- (In reply to comment #8) > > In any case, statement functions are obsolescent since F95, so would it be > > an > > option to not support them with -std=f2008? > > Obsolescen

[Bug fortran/40054] [F08] Pointer functions as lvalue

2011-07-03 Thread kargl at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40054 kargl at gcc dot gnu.org changed: What|Removed |Added CC||kargl at gcc dot gnu.org --- Co

[Bug fortran/40054] [F08] Pointer functions as lvalue

2011-07-03 Thread janus at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40054 --- Comment #7 from janus at gcc dot gnu.org 2011-07-03 15:43:39 UTC --- I think it will be very hard (if not impossible) to implement this, while maintaining support for statement functions at the same time. In particular, how is one supposed to i

[Bug fortran/40054] [F08] Pointer functions as lvalue

2011-07-03 Thread janus at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40054 --- Comment #6 from janus at gcc dot gnu.org 2011-07-03 11:32:42 UTC --- (In reply to comment #2) > > two() = 7 > contains > function two () > integer, pointer :: two > allocate(two) > end function two > end > > Fails with: > > fu

[Bug fortran/40054] [F08] Pointer functions as lvalue

2011-07-03 Thread janus at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40054 --- Comment #5 from janus at gcc dot gnu.org 2011-07-03 11:27:55 UTC --- (In reply to comment #4) > cf. also PR 49562 after PR49562 is fixed on trunk, type-bound pointer functions already work (in contrast to ordinary, non-type-bound pointer funct

[Bug fortran/40054] [F08] Pointer functions as lvalue

2011-06-28 Thread janus at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40054 --- Comment #4 from janus at gcc dot gnu.org 2011-06-28 15:49:54 UTC --- cf. also PR 49562

[Bug fortran/40054] [F08] Pointer functions as lvalue

2010-11-15 Thread burnus at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40054 --- Comment #3 from Tobias Burnus 2010-11-15 16:17:54 UTC --- Remember also to update check.c's variable_check.