Go to file
Xavi Del Campo 471e326e65 Replaced "--gas" with "--asm=gas"
Renamed linker script as memory definitions are tied to STM8S003F3.
Improved linker script so "flash" matches available user code size.
2019-11-06 05:17:27 +01:00
inc First commit 2019-10-28 15:58:52 +01:00
src First commit 2019-10-28 15:58:52 +01:00
Makefile Replaced "--gas" with "--asm=gas" 2019-11-06 05:17:27 +01:00
README.md Added README.md 2019-10-28 16:27:09 +01:00
elf32stm8s003f3.x Replaced "--gas" with "--asm=gas" 2019-11-06 05:17:27 +01:00

README.md

Link-time dead code elimination for the STM8

Overview

This small code example demonstrates the new capabilities that have been implemented into the STM8 port of GNU ld that allows using --gc-sections and thus remove unused code at link-time. Feel free to comment out or create any symbols so you can see how final memory usage is affected.

Usage

make

This is the expected output from make:

sdcc src/main.c -DSTM8S003 -mstm8 --out-fmt-elf -c --debug --opt-code-size --gas --function-sections --data-sections -Iinc/ -MM > obj/main.d
sdcc src/main.c -DSTM8S003 -mstm8 --out-fmt-elf -c --debug --opt-code-size --gas --function-sections --data-sections -Iinc/ -o obj/main.o
sdcc src/bar.c -DSTM8S003 -mstm8 --out-fmt-elf -c --debug --opt-code-size --gas --function-sections --data-sections -Iinc/ -MM > obj/bar.d
sdcc src/bar.c -DSTM8S003 -mstm8 --out-fmt-elf -c --debug --opt-code-size --gas --function-sections --data-sections -Iinc/ -o obj/bar.o
stm8-ld obj/main.o obj/bar.o -o obj/STM8.elf -T./elf32stm8.x --print-memory-usage --gc-sections -Map obj/map_STM8.map 
Memory region         Used Size  Region Size  %age Used
      interrupts:           4 B        128 B      3.12%
             RAM:           5 B        894 B      0.56%
           STACK:          0 GB        128 B      0.00%
          eeprom:          0 GB        128 B      0.00%
            fuse:          0 GB         11 B      0.00%
            lock:          0 GB         1 KB      0.00%
             ROM:         100 B         8 KB      1.22%
       signature:          0 GB         1 KB      0.00%
 user_signatures:          0 GB         1 KB      0.00%
rm obj/bar.d obj/main.d

On the other hand, it demonstrates how SDCC can now output *.o files by generating GAS-compatible assembly code and calling stm8-as afterwards. This allows support for other tools from the GNU binutils package, such as objdump, size, readelf, etc.

GNU as-compatible SDCC

https://github.com/XaviDCR92/sdcc-gas

GNU binutils package modified to support the STM8

https://github.com/XaviDCR92/stm8-binutils-gdb (forked from https://stm8-binutils-gdb.sourceforge.io)

Background

As of SDCC 3.9.0, ELF and DWARF2 support were implemented via the in-house linker, sdld. Another package, stm8-binutils-gdb, provides a port of both GNU binutils and the GNU debugger for the STM8. However, this implementation worked partially. These were some of the issues I faced when using the SDCC toolchain:

  • Unused code was not being removed at link-time since SDCC did not implement an equivalent for GCC's -ffunction-sections or -fdata-sections.
  • Unused code was not being removed at link-time since sdld lacked such feature.
  • stm8-size would not report valid results. Instead, it placed all symbols into the .text section.
  • stm8-objdump -S would not return any code, even if debugging symbols existed.
  • stm8-nm output would be cluttered with tons of intermediate and unneeded labels created by the compiler during the compiling and assembling steps.
  • No compatibility with *.a files created from GNU ar, so no support for closed-source third-party libraries that could be created using the GNU toolchain.

Known issues

  • An ad-hoc linker script has been provided here since stm8-binutils-gdb currently generates a generic script whose memory limits are not defined by any part.
  • SDCC's Makefile compiles libc and other libraries in its own object format (*.rel), so the sources must be moved to the project and compiled separately using the GNU toolchain. Otherwise, you will get an undefined reference link-time error when performing some operations such as integer division. This will be solved once these forks are integrated into the main branch.
  • These forks are new and experimental, so other unexpected issues could occur. In such case, please report them so we can get a robust and stable implementation.