Compiling OpenFAST in Single Precision about openfast HOT 3 CLOSED

A few comments:

• Driver_Beam_Subs should define MultiPointLoad as BDKi (line 30). In general it's probably best not to assume BDKi=R8Ki.
• Do not change the types defined in ModMesh_Types.f90. If you do, you will have to change many lines of code throughout FAST, and--most importantly--you will not be able to run BeamDyn simulations in single precision.
• If I were going to change OrcaDriver_Subs, I would create a ReKi array, fill it based on the AnglesInDegrees conditional, and then call WrNumAryFileNR() with that.

from openfast.

Also, the problems with the BeamDyn driver were fixed in my fork of OpenFAST earlier this month. I have some more BeamDyn changes that we need to put on the f/Envision-BeamDyn branch in the next couple of weeks (before I do some more testing and do a pull request), but you may want to take a look at the changes we have already done, especially the changes to ElastoDyn and the BeamDyn driver that allow BeamDyn to produce acceptable results in single precision. https://github.com/bjonkman/openfast/tree/f/Envision-BeamDyn

from openfast.

fixed by #46

from openfast.