[Bug fortran/40354] bug with procedure pointers and C interoperability

2009-06-06 Thread kargl at gcc dot gnu dot org
--- Comment #5 from kargl at gcc dot gnu dot org 2009-06-06 20:34 --- Closing as invalid. The code submitted by Alain is invalid Fortran as described by the excerpts from the Fortran 2003 standard quoted in Comment #1. The Standard does not require a compiler to detect and report the i

[Bug fortran/40354] bug with procedure pointers and C interoperability

2009-06-05 Thread kargl at gcc dot gnu dot org
--- Comment #4 from kargl at gcc dot gnu dot org 2009-06-05 16:53 --- (In reply to comment #3) > To get the code to compile, one can change > > external sub1 > > to >real(c_float), external, bind(c) :: sub1 > Forgot to add the necessary changes for sub1. function sub1(a,b) bi

[Bug fortran/40354] bug with procedure pointers and C interoperability

2009-06-05 Thread kargl at gcc dot gnu dot org
--- Comment #3 from kargl at gcc dot gnu dot org 2009-06-05 16:48 --- To get the code to compile, one can change external sub1 to real(c_float), external, bind(c) :: sub1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40354

[Bug fortran/40354] bug with procedure pointers and C interoperability

2009-06-05 Thread kargl at gcc dot gnu dot org
--- Comment #2 from kargl at gcc dot gnu dot org 2009-06-05 16:44 --- Fortran bugs never have a severity of Blocker unless the bug breaks bootstrapping gcc. -- kargl at gcc dot gnu dot org changed: What|Removed |Added --

[Bug fortran/40354] bug with procedure pointers and C interoperability

2009-06-05 Thread kargl at gcc dot gnu dot org
--- Comment #1 from kargl at gcc dot gnu dot org 2009-06-05 15:12 --- Looks like a bug in ifort and g95. 15.1.2.4 C FUNLOC (X) Description. Returns the C address of the argument. Class. Inquiry function. Argument. X shall either be a procedure that is interoperable,