DWARF Parser internal error: Parser::describeSymbol xcpDummyDoubleVariable is not a global variable.

The project is loaded from "Embedded Coder Support Package for STMicroelectronics Discovery Boards".

If pressing "run" or "Build,Deploy & Start",there is no error returned.pressing the "Monitor & turn" button will return errors.

The errors returned are shown below:

External Mode Open Protocol Connect command failed

Caused by:

DWARF Parser internal error: Parser::describeSymbol xcpDummyDoubleVariable is not a global variable

Component:Simulink | Category:Block diagram error

Unable to connect to the 'STM32F746G-Discovery' target for 'stm32f746gdiscovery_audio_equalizer'.

Component:Simulink | Category:Model error

If other modules are commented out and only input and output are left, as shown in the figure, this error message will still be reported. This problem will not appear on the stm32f4 disco development board. Note that stm32f4 uses an additional ttl-233.

[liangmaokun liangmaokun]

Help me!

[Jos de Koning]

I am running into the exact same issue. Have you managed to solve this?

[Serdar Tombul]

Exact same issue here with TI Delfino. Any solutions?

[Victor Bayer]

one more

[Diego Armando de Jesus Gutierrez Torres]

three

Answer 1

[bert de Jong]

I think the issue is that the xcpDummyDoubleVariable symbol is optimized by the linker, as it is not used anywhere except for checking the size of a double variable. You can prevent this optimization from happening by instructing the linker to keep this variable. This setting is however compiler dependent. In my case, I am using a compiler from IAR, however in the manual of your compiler you can probably find the right setting for you.

This setting can be added in your modelsettings -> Code Generation menu.

1. Set 'Build configuration' to 'Specify'
2. In the 'Linker' or 'C++ Linker' field add the setting to keep the xcpDummyDoubleVariable symbol. In my case this is: $(ldebug) $(conflags) $(LIBS_TOOLCHAIN) --keep xcpDummyDoubleVariable

A second option would be to modify the xcp_ext_common.c file. this file is located in: [MatlabFolder]\toolbox\coder\xcp\src\target\ext_mode\src\xcp_ext_common.c

After line 623 add the following and save: xcpDummyDoubleVariable = (extmodeDouble_T) 0;

This way, the xcpDummyDoubleVariable is actually 'used', and is therefore not optimized away.

Hope this helps (though it is a bit of a workaround).

[Yunjie Gu]

Hi, Thank you for your comment. I am having a simular problem. I tried your method but did not work. I tested the symbols in my linked file with objdump (I use a linux based target) and I could see the symbol xcpDummyDoubleVariable in .bss. Do you have any other suggestions?

[bert de Jong]

What is the exact error message you get?

[Wilco Pancras]

Hi Bert,

the 'Line 623' is most likely version dependent, as R2020a does not even seem to have 623 lines..! Could you please describe the appropriate location differently?

Thanks, Wilco

[bert de Jong]

Hi Wilco,

It does not matter much in which function you put this line, as long it is used anywhere that is not removed by ifdef's.

I hope this helps.

[Wilco Pancras]

Ok, I'll try. Thank you, Bert!

[Alexander]

Did anyone of you solve the problem?

Answer 2

[bert de Jong]

Please note that this issue has been fixed in R2022a.

[Alexander]

I am using R2022b and the issue is still there despite the changes in the xcp_ext_common.c file