Severity: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: zmi007 at gmail dot com
Target Milestone: ---
In the following program the assignment to character array element doesn't work
programread_exp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70739
--- Comment #2 from zmi ---
This was also my wish but I couldn't find it too and assume now as an Intel's
interpretation of standard. Would be interesting to see if such interpretation
confirmed by another vendors (I don't have access to actual c
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: zmi007 at gmail dot com
Target Milestone: ---
I see difference between ifort and gfortran interpretation of a
non-interoperable procedure (without BIND(C)) with VALUE attribute in dummy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70601
--- Comment #4 from zmi ---
ok, my fault)
ice on allocatable type only
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70601
--- Comment #2 from zmi ---
and this one?
programtest
use concrete_type_module
implicit none
type(concrete_type), allocatable :: concrete
allocate(concrete)
call concrete % init()
call concrete % run()
end program test
: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: zmi007 at gmail dot com
Target Milestone: ---
I am playing around with procedure pointer components and get ICE
module_gfortran_bug.f90:62:0:
call concrete % run()
internal compiler error: in fold_convert_loc, at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63469
zmi changed:
What|Removed |Added
CC||zmi007 at gmail dot com
--- Comment #4 from zmi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50069
zmi changed:
What|Removed |Added
CC||zmi007 at gmail dot com
--- Comment #6 from zmi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44672
zmi changed:
What|Removed |Added
CC||zmi007 at gmail dot com
--- Comment #13 from zmi
