babel f2003 wrap-up

Babel F2003 Wrap-upStefan Muszala*, Tom Epperly(LLNL), Nanbor Wang*

Funded by DOE (TASCS) Grant No DE-FC02-07ER25805,

DOE Grant No DE-FG02-04ER84099 and Tech-XFACETS+Babel Update

Stefan Muszala*, Scott Kruger*, Srinath Vadlamani*

Funded by DOE (TASCS) Grant No DE-FC02-07ER25805

and Tech-X

CCA Ecloud IntroStefan Muszala*, Jim Amundson (FNAL), Paul

Lebrun (FNAL), Lois Curfman McInnes (ANL)Boyana Norris (ANL), Peter Stoltz*

DOE Grant No DE-FG02-08ER85152

* Tech-X

Babel now has a functioning Fortran 2003 Bindingthat supports Structured Data Types.

C

C++

F77

F90

PythonJava

F03

Babel F2003 functionality supportsthe following SIDL struct definitions.

enum Color { red, blue, green }

struct Empty { bool d_bool; }

struct Simple { bool d_bool; char d_char; dcomplex d_dcomplex; double d_double; fcomplex d_fcomplex; float d_float; int d_int; long d_long; opaque d_opaque; Color d_enum; }

struct Hard { array<double,1,row-major> d_array; }

struct HardRarray { int d_int; rarray<double,1> d_rarrayRaw(d_int); rarray<double,1> d_rarrayFix(3); }

struct Combined { Simple d_simple; Hard d_hard; }

struct CombRarray { Simple d_simple; HardRarray d_hardRarray; }

Babel F2003 functionality supports the following SIDL function declarations.

Type = {Empty,Simple,Hard,Combined} <Type> return<Type> ();bool passin<Type>(in <Type> s);bool passout<Type>(out <Type> s);bool passinout<Type>(inout <Type> s);<Type> passeverywhere<Type>(in <Type> s1, out <Type> s2, inout <Type> s3);

TypeR = {HardRarray,CombRarray} bool passin<TypeR>(in <TypeR> s);bool passinout<TypeR>(inout <TypeR> s);bool passeverywhere<TypeR> (in <TypeR> s1,

inout <TypeR> s2);

The Babel F2003 binding generates trueFortran functions for scalar types (bool,int,long,float,double,fcomplex,dcomplex)

function s_StructTest_passinEmpty_mi(self, s, exception)…logical :: s_StructTest_passinEmpty_mi! out…s_StructTest_passinEmpty_mi=.true.

…end function s_StructTest_passinEmpty_mi

complex (kind=sidl_dcomplex) :: func_checkReturn_retDcomplex_mi! Out…! DO-NOT-DELETE splicer.begin(func.checkReturn.retDcomplex) DcomplexVar=DcomplexVar*2.0 DcomplexVar=conjg(DcomplexVar) func_checkReturn_retDcomplex_mi=DcomplexVar

Tying up loose ends for the F03 Binding(Outstanding issues)

• Some regression tests breaking or failing on non-Tech-X build systems.– Failing on Jaguar

• runC2C• runCxx2C

– Broken on LLNL build box• runCxx2C• runCxx2Cxx

• Adding Tech-X build to Gantlet results.– This is on hold until our new build system is

online.





and Tech-X




* Tech-X


FACETS-Integrated Fusion simulation (core, edge and wall).

Tokamak:Produce Fusion

Energy

FACETS:Fusion Simulation,

Wall to Core

Babel is being used to integrate legacyFortran codes into FACETS.

• One of the driving forces for the F2003 Babel binding is the integration of legacy codes into the FACETS* project!

• FACETS is a C++ framework that will call FORTRAN77, Fortran90/95, Fortran 2003, Python and C codes.

* FACETS-(Framework Application for Core-Edge Transport Simulations) is a SCIDAC project led by Tech-X which aims to integrate core, edge and wall fusion simulations.

The current approach to C++/Fortran structured data type interoperability relies on pre-F2003 features.

The Babel approach begins with a SIDL definition of existing Fortran derived types

TYPE :: MmmFlags INTEGER :: nroot INTEGER :: npoints INTEGER :: nprout INTEGER :: lprint INTEGER :: lsuper INTEGER :: lreset INTEGER :: nerr INTEGER :: lswitch(8) REAL(kind=r8) :: cswitch(25) REAL(kind=r8) :: fig(4) REAL(kind=r8) :: frb(4) REAL(kind=r8) :: fkb(4) INTEGER :: UnitNumEND TYPE MmmFlags

struct MmmFlags { int nroot; int npoints; int nprout; int lprint; int lsuper; int lreset; int nerr; int lswitch(8); rarray<double,1> cswitch(25); rarray<double,1> fig(4); rarray<double,1> frb(4); rarray<double,1> fkb(4); int UnitNum;}

The FACETS+Babel implementation simplifies the code structure and provides common interfaces.

Recent work has involved refactoring FACETS Interfaces for increased usability

• <model> ={Transport Type} = {Anomalous,Neoclassical,Gyrokinetic}– <Anomalous> = {GLF23,MMM95,TGLF*}– <Neoclassical>={NCLASS*,Kapisn*}– <Gyrokinetic> ={Gyro*}

• Separating Fortran derived types into smaller units based on different transport types.

• Calling structure basically remains the same as before.

* currently under development





and Tech-X




* Tech-X


CCA Ecloud is a new Tech-X project that models the Electron Cloud Effect (ECE) using CCA components.

• Electrons bouncing off of beam walls causes the wall to emit more electrons through secondary emission and eventually build into a cloud.

• The ECE is important to particle accelerator simulations since the cloud causes the proton beam to degrade.

The CCA Ecloud applications are Synergia2 and POSINST/TxPhysics

1) Electron Cloud Generationi. Number of secondary electrons produced in each impact.ii. Energy spectrum of those electrons.

2) Beam Dynamics (calculates x,y,z,vof simulated particles)

2

1

1

Prior Tech-X SBIR work with Synergia involved adding functionality:

1) Python-based steering interface for Synergia operation.

2) Adding the functionality to merge diagnostics with steering.

3) Using items 1 and 2 to model an accelerator.

Current work with Synergia involves modifying Synergia and TASCS collaboration.

1) Jim Amundson is refactoring the Synergia code base and providing a newly componentized model.

2) TASCS-COMPASS collaboration for providing1) “high-performance components for

accelerator modeling, with initial emphasis on particle tracking, beam optics, and solvers for space charge models.”

2) “selection and parameterization of accelerator components for CQoS work”

babel f2003 wrap-up

Documents

bool d

simple d

opaque d

simple hardrarray d

simple hard d

float int d

bool char d

int long d