Hello,
I'm trying to use the same MATLAB Function block multiple times in the same Simulink model. These duplicate instances of the MATLAB function are inside a library. I think this is a key piece of information for this issue.
If I have one copy of the block, the model compiles just fine. If I add a second MATLAB function block, identical to the first one, I get a conflicting declaration error that happens when the S-Functions are being generated for the MATLAB function blocks:
"C:\Program Files\MATLAB\R2020a\bin\win64\mex.exe" -R2018a -c -DMATLAB_MEX_FILE -I"C:\dev\Simulink\Models\controller\slprj\_sfprj\controller\lib_controller\sfun\src" -I"C:\dev\Simulink\Models\controller" -I"C:\Program Files\MATLAB\R2020a\extern\include" -I"C:\Program Files\MATLAB\R2020a\simulink\include" -I"C:\Program Files\MATLAB\R2020a\simulink\include\sf_runtime" -I"C:\Program Files\MATLAB\R2020a\stateflow\c\mex\include" -I"C:\Program Files\MATLAB\R2020a\rtw\c\src" -I"C:\dev\Simulink\Models\Controller\slprj\_sfprj\controller\lib_controller\sfun\src" CFLAGS="$CFLAGS " lib_controller_sfun.cpp Building with 'MinGW64 Compiler (C++)'. In file included from C:\dev\Simulink\Models\Controller\slprj\_sfprj\controller\lib_controller\sfun\src\c2_lib_controller.h:42:0, from C:\dev\Simulink\Models\Controller\slprj\_sfprj\controller\lib_controller\sfun\src\lib_controller_sfun.cpp:5: C:\dev\Simulink\Models\controller/interface_parameters.h:15:3: error: conflicting declaration 'typedef struct CURVE_POINT CURVE_POINT' } CURVE_POINT; ^~~~~~~~~~~ In file included from C:\dev\Simulink\Models\Controller\slprj\_sfprj\controller\lib_controller\sfun\src\c1_lib_controller.h:42:0, from C:\dev\Simulink\Models\Controller\slprj\_sfprj\controller\lib_controller\sfun\src\lib_controller_sfun.cpp:4: C:\dev\Simulink\Models\controller/interface_parameters.h:15:3: note: previous declaration as 'typedef struct CURVE_POINT CURVE_POINT' } CURVE_POINT; ^~~~~~~~~~~
How could this be prevented? I thought it was possible to use multiple instances of the same MATLAB Function block without a problem.