OpenFAST dev branch segfaults Intel OneAPI 2023.2

[jrood-nrel]

modules/aerodyn/src/AeroDyn_Inflow.f90: error #5623: **Internal compiler error: internal abort** Please report this error along with the circumstances in which it occurred in a Software Problem Report.  Note: File and line given may not be explicit cause of this error.

Can someone try building OpenFAST where AeroDyn_Inflow.f90 is compiled? I believe it should segfault Intel OneAPI 2023.2 using the LLVM compilers.

[andrew-platt]

That's an odd error. We'll definitely have to fix that.

FYI: AeroDyn_Inflow.f90 is only used with the AeroDyn_Driver and AeroDyn_Inflow_C_Bindings interface, not with OpenFAST. But it is included in the aerodynlib and gets built with AeroDyn as a result -- not sure why we did it that way.

[andrew-platt]

I don't know for certain if PR #2136 will solve this issue. @jrood-nrel, could you check if that branch fixes it?

[deslaughter]

@andrew-platt I made the mistake of including AeroDyn_Inflow.f90 in aerodynlib as part of refactoring the CMake files for v3.5.0. At that point I didn't understand the separate use of this library. Thanks for fixing it.

[jrood-nrel]

Sure I will try it.

[andrew-platt]

@jrood-nrel, I merged this into dev, so you can grab that branch instead if it is easier.

[bjonkman]

FYI, Intel OneAPI 2024.1 also gives an internal compiler error on ModVar.f90 in the dev-unstable-pointers branch. I have traced it to two lines that are supposed to perform automatic deallocation/allocation of a type.
line 568:

and line 651:

[andrew-platt]

@bjonkman, Thanks for the info! @deslaughter, do we have other instances of the automatic deallocation/allocation that may not be supported by all compilers yet?

[jrood-nrel]

I still see this with the dev branch. I am using the CPP bindings btw, so does that mean I always compile this file?

modules/aerodyn/src/AeroDyn_Inflow.f90: error #5623: **Internal compiler error: internal abort** Please report this error along with the circumstances in which it occurred in a Software Problem Report.  Note: File and line given may not be explicit cause of this error.

[andrew-platt]

There must still be an issue in AeroDyn_Inflow.f90 itself, and not just an issue with the cmake libs.

Are you compiling aerodyn_inflow_c_bindings as well as the the OpenFAST CPP interface?

[jrood-nrel]

Paths redacted:

-DBUILD_DOCUMENTATION:BOOL=OFF -DBUILD_TESTING:BOOL=OFF -DBUILD_SHARED_LIBS:BOOL=ON -DDOUBLE_PRECISION:BOOL=ON -DUSE_DLL_INTERFACE:BOOL=ON -DBUILD_OPENFAST_CPP_API:BOOL=ON -DCMAKE_POSITION_INDEPENDENT_CODE:BOOL=ON -DBLAS_LIBRARIES:STRING=/path/lib/libopenblas.so -DLAPACK_LIBRARIES:STRING=/path/lib/libopenblas.so -DCMAKE_CXX_COMPILER:STRING=/path/mpicxx -DCMAKE_C_COMPILER:STRING=/path/mpicc -DCMAKE_Fortran_COMPILER:STRING=/path/mpif90 -DMPI_CXX_COMPILER:STRING=/path/mpicxx -DMPI_C_COMPILER:STRING=/path/mpicc -DMPI_Fortran_COMPILER:STRING=/path/mpif90 -DHDF5_ROOT:STRING=/path -DYAML_ROOT:STRING=/path -DHDF5_NO_FIND_PACKAGE_CONFIG_FILE:BOOL=ON -DNETCDF_ROOT:STRING=/path

[andrew-platt]

What is your make command?

[jrood-nrel]

make

[andrew-platt]

Ah. That ends up building all targets including aerodyn_driver and aerodyn_inflow_c_bindings. I'm guessing you don't need all the module drivers, module wrappers, or TurbSim.

As a temporary workaround, could you specify only the targets of interest make openfast openfastcpp?