http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48279
Adrian Prantl <adrian at llnl dot gov> changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|normal |blocker
--- Comment #3 from Adrian Prantl <adrian at llnl dot gov> 2011-03-25 00:06:15
UTC ---
(In reply to comment #2)
> There is a change of behavior between revisions 166533 and 167096. At
> revisions
> 4.5.2 and 166533 one gets:
>
> pr48279.f90:16.27:
>
> type, bind(c) :: s_Hard_t
> 1
> Error: Derived type 's_hard_t' at (1) is empty
> pr48279.f90:32.14:
>
> use s_Hard
> 1
> Fatal Error: Can't open module file 's_hard.mod' for reading at (1): No such
> file or directory
>
> The change is likely due to revision 166633.
feel free to use
module s_Hard
use sidl_string_array
use iso_c_binding
type, bind(c) :: s_Hard_t
integer(kind=c_int) :: dummy
end type s_Hard_t
interface set_d_interface
end interface
interface get_d_string
module procedure get_d_string_p
end interface
contains ! Derived type member access functions
type(sidl_string_1d) function get_d_string_p(s)
type(s_Hard_t), intent(in) :: s
end function get_d_string_p
subroutine set_d_objectArray_p(s, d_objectArray)
end subroutine set_d_objectArray_p
end module s_Hard
instead. It shouldn't complain.
