Community
Participate
Working Groups
The --symbol_map is not needed for TI ELF compilers. I tested with 7.3.0 for 674x and 4.9.0 for Stellaris and I see that the linker .cmd files are nearly identical for the stairstep app when build with this alias, and after I comment it out of the generated .cmd file. I see 4 words difference when removing this --symbol_map. For some reason, the System_vsprintf__E is not aliased to System_vprintf__F when this alias is removed. All other aliases remain. We need to continue to clean up the generated files. And our overloaded use of --symbol_map which requires the cheeky --diag_remark=10268 causes problems when users enable full remarks with --issue_remarks. They see all of our internal issues along with remarks in their code that they are looking for.
One more thing ... This is not needed since the TI ELF linkers now have a built-in "remove trivial trampolines" feature for the ELF link step. If function is seen to have same signature as the function it calls, and there is no other code except simple function call, then the linker maps the 2 symbols to same code. I believe this started with 7.1 or 7.2 for 6x. And 4.9 for Arm.
*** Bug 342090 has been marked as a duplicate of this bug. ***
fixed. TI/ELF linker.cmd files no longer contains --symbol_map.
fix to be part of next target release (xdctargets-f14)
fix also includes changes in platform tree which will be released in platform-n10
installed 3.23.01.29_eng and rebuild M3/ELF and 674/ELF. Reviewed the generated .cmd files --> no more symbol_map stuff! Reviewed .map file and confirmed that linker is indeed folding the __E/__F to same symbol. verify pass.
xdctools 3.23.05 GA is available from here: http://www.sanb.design.ti.com/tisb_releases/XDCtools/3_23_05_61/