Bonnie Jonkman

Which version of GNU fortran are you using? If your compiler doesn't support QuKi, there are some possible workarounds in the first bullet point in https://github.com/OpenFAST/openfast/issues/88.

Sorry, I misread your original comment. You do have version `11.2.0` (gcc is the compiler collection that includes c and gfortran). That compiler version should support REAL(16), so it seems...

Thanks for checking those changes. It seems like your systems do not support quad precision. (Maybe @andrew-platt or @rafmudaf can explain what's going on there?) For single-precision builds, you should...

@ArnoldTUB , what error(s) did you get with the `SingPrec_NoQuad` branch?

Are you sure this is from a clean build? Or with the correct branch? In my SingPrec_NoQuad branch, QuKi = 8, so I would expect the error to say `Kind...

@ArnoldTUB, Single-precision builds do not use the quad-precision routines, so I wouldn't expect any differences in results other than from (possible) compiler optimizations.

@annacclark , Make sure you have checked out the SingPrec_noQuad branch. You shouldn't have to change SingPrec.f90 in that branch, and it would **not** say `Kind 16 not supported` because...

The `mexPrintF` is defined in Matlab's libmex library; it allows the OpenFAST library to print messages to the Matlab console. In the Windows/Intel version of the SysMatlab*.f90 file, there is...

> Actually, it looks like you also updated the r-test commit previously. That "update" was just to get the submodule to point to the most recent dev commit, which it...

I am a little concerned that Matlab's LAPACK interface is a different than the LAPACK interface in OpenFAST. I would suggest building `libopenfastlib.so` with static libraries if possible and seeing...