Nodes of different colours represent the following:
Solid arrows point from a procedure to one which it calls. Dashed
arrows point from an interface to procedures which implement that interface.
This could include the module procedures in a generic interface or the
implementation in a submodule of an interface in a parent module. Where possible, edges connecting nodes are given different colours to make them easier to distinguish in large graphs.
subroutine Init_Tensor2D_t(this,interp,nVar,nElem)implicit none class(Tensor2D_t),intent(out)::thistype(Lagrange),target,intent(in)::interpinteger,intent(in)::nVarinteger,intent(in)::nElem! localinteger::ithis%interp=>interpthis%nVar=nVarthis%nElem=nElemthis%N=interp%Nthis%M=interp%Mcall this%MapArrays(interp%N+1,nVar,nElem)allocate(this%meta(1:nVar))allocate(this%eqn(1:4*nVar))this%interior=0.0_precthis%boundary=0.0_precthis%extBoundary=0.0_prec! Initialize equation parser! This is done to prevent segmentation faults that arise! when building with amdflang that are traced back to! feqparse_functions.f90 : finalize routine! When the equation parser is not initialized, the! functions are not allocated, which I think are the! source of the segfault - joe@fluidnumerics.comdo i=1,4*nvarthis%eqn(i)=EquationParser('f=0',(/'x','y','z','t'/))enddo endsubroutine Init_Tensor2D_t