You can resolve the problem by declaring it as a C function before you define the Cyg_user_start function in a C + + source file.
Ecos official website: http://ecos.sourceware.org
Ecos Chinese Technology Network: http://www.52ecos.net
Ecos Exchange QQ Group: 144940146.
http://blog.csdn.net/zoomdy/article/details/39396085
Mingdu.zheng<at>gmail<dot>com
Problem: Defining Cyg_user_start in a C + + source file, the final compiled Ecos application is expected to enter the function after the system is initialized, and the actual result is not. By debugging the discovery always goes into the default Cyg_user_start function of the ecos system located in Infra/<versin>/src/userstart.cxx.
Workaround: Before defining the Cyg_user_start function, declare it as a C function.
#include <CYG/INFRA/CYG_TYPE.H>EXTERNC void Cyg_user_start (void); Declared as C function void Cyg_user_start (void) {...}
Explanation: C + + because of the need to support function overloading, so the C + + compiler will name the function name translation, in C + + void Cyg_user_start (void) of the final symbol named _Z14CYG_USER_STARTV, and the linker is only known symbol name, For connectors, _Z14CYG_USER_STARTV and Cyg_user_start are two different functions, so they cannot be linked correctly to custom Cyg_user_start functions, using EXTERNC (macros defined in Cyg_type.h, in C + + Expands to extern "C") declares the Cyg_user_start function as a C function, and the C + + compiler does not name-Convert a function declared as a C function, and the final symbol name of void Cyg_user_start (void) remains cyg_user_start. Use NM to view the generated. o file to view the symbol table, which can be found by viewing the symbol table.
Ecos system does not correctly link to problems and workarounds for custom Cyg_user_start functions in C + + source files
