LLVM-embedded-toolchain-for-Arm 是一個 ARM 公司開源的適用于 32 位ARM芯片的工具鏈，支持多種ARM指令集架構(gòu)，包括最新的 CM85 內(nèi)核。由于是基于 LLVM 和 picolibc構(gòu)建出的工具鏈，因此在代碼體積和執(zhí)行效率上都很有競爭力，甚至可以和商用閉源的工具鏈進行 PK。

支持的架構(gòu)
Armv6-M
Armv7-M
Armv7E-M
Armv8-M Mainline
Armv8.1-M Mainline
Armv4T (experimental)
Armv5TE (experimental)
Armv6 (experimental, using the Armv5TE library variant)
AArch64 armv8.0 (experimental)

這篇文章教大家，如何在 RT-Thread 上，使用最新發(fā)布的 LLVM-embedded-toolchain-for-Arm-17.0.1 版本開發(fā)stm32，以星火1號為例。

適配LLVM工具鏈

由于RT-Thread內(nèi)核和構(gòu)建工具已經(jīng)支持了這款工具鏈，因此只需要修改我們當前使用的BSP即可。

主要工作就是修改rtconfig.py 添加llvm-arm的編譯參數(shù)
由于目前RT-Thread主倉庫已經(jīng)有兩個BSP支持了這個工具鏈，我們可以參考現(xiàn)有的。

打開星火1號對應的BSP，目錄為：bsp/stm32/stm32f407-rt-spark。然后使用文本編輯工具（如：VSCode）打開rtconfig.py文件。

1.在CROSS_TOOL配置的地方添加 llvm-arm 相關信息：

cross_tool provides the cross compiler

EXEC_PATH is the compiler execute path, for example, CodeSourcery, Keil MDK, IAR

if CROSS_TOOL == 'gcc':
PLATFORM = 'gcc'
EXEC_PATH = r'C:UsersXXYYZZ'
elif CROSS_TOOL == 'keil':
PLATFORM = 'armcc'
EXEC_PATH = r'C:/Keil_v5'
elif CROSS_TOOL == 'iar':
PLATFORM = 'iccarm'
EXEC_PATH = r'C:/Program Files (x86)/IAR Systems/Embedded Workbench 8.3'
elif CROSS_TOOL == 'llvm-arm': # 新添加的部分
PLATFORM = 'llvm-arm'
EXEC_PATH = r'D:ProgremLLVMEmbeddedToolchainForArm-17.0.1-Windows-x86_64bin'

2.完善具體的編譯參數(shù)

if PLATFORM == 'gcc':

toolchains ...

elif PLATFORM == 'armcc':

toolchains ...

elif PLATFORM == 'armclang':

toolchains ...

elif PLATFORM == 'iccarm':

toolchains ...

elif PLATFORM == 'llvm-arm': # 新添加的部分

toolchains

PREFIX = 'llvm-'
CC = 'clang'
AS = 'clang'
AR = PREFIX + 'ar'
CXX = 'clang++'
LINK = 'clang'
TARGET_EXT = 'elf'
SIZE = PREFIX + 'size'
OBJDUMP = PREFIX + 'objdump'
OBJCPY = PREFIX + 'objcopy'
DEVICE = ' --target=arm-none-eabihf -mfloat-abi=hard -march=armv7em -mfpu=fpv4-sp-d16'
DEVICE += ' -ffunction-sections -fdata-sections -fno-exceptions -fno-rtti'
CFLAGS = DEVICE
AFLAGS = ' -c' + DEVICE + ' -Wa,-mimplicit-it=thumb ' ## -x assembler-with-cpp
LFLAGS = DEVICE + ' -Wl,--gc-sections,-Map=rt-thread.map,-u,Reset_Handler -lcrt0 -T board/linker_scripts/link.lds'
CPATH = ''
LPATH = ''
if BUILD == 'debug':
CFLAGS += ' -O0 -gdwarf-2 -g'
AFLAGS += ' -gdwarf-2'
else:
CFLAGS += ' -O2'
CXXFLAGS = CFLAGS
POST_ACTION = OBJCPY + ' -O binary **TARGET rtthread.binn' + SIZE + ' **TARGET n'

編譯工程

使用 env 工具打開當前 bsp，設定要使用的工具鏈和對應的路徑。

set RTT_CC=llvm-arm
set RTT_EXEC_PATH=D:ProgremLLVMEmbeddedToolchainForArm-17.0.1-Windows-x86_64bin

然后運行 scons 命令，執(zhí)行編譯

scons

發(fā)現(xiàn)編譯報錯了，看起來是原來的鏈接腳本不太規(guī)范，llvm檢測比較嚴格。

我們打開對應的文件，在 = 后面加一個空格，再次編譯。

又出現(xiàn)了一個錯誤。

這次是提示 .eh_frame 和 .data 兩個段的地址發(fā)生了沖突。對比了下stm32l475-atk-pandora 和星火1號bsp的鏈接腳本文件。

發(fā)現(xiàn)星火1號的鏈接腳本缺少了.eh_frame 段的定義。

我們添加是缺少的定義，繼續(xù)編譯。編譯成功！

然后拖入到星火1號的 U 盤，咦！沒下載成功，提示下載失敗了。。。

然后，嘗試了下使用gcc編譯出來的bin文件，咦！下載成功了。這說明我們LLVM的工具鏈編譯出來的文件缺少有問題！

使用比較工具，比較這兩個bin文件，一打開就發(fā)現(xiàn)了不對勁的地方。LLVM編譯出來的bin文件，前面缺少了一塊。

仔細一看，這不是前面的中斷向量表嗎，原來是LLVM編譯的工具少了這一部分，這樣就好辦了，問題肯定出來啟動文件這里?？戳讼驴刂茊游募欠駞⑴c編譯的腳本，發(fā)現(xiàn)，確實缺少了針對llvm-arm這個工具鏈的處理。

添加上之后，繼續(xù)編譯，成功了，果然固件大小也變大了很大，達到了和gcc一樣的量級。

這次下載成功了，而且程序也正常的運行起來了！

代碼優(yōu)化對比

比較一下代碼體積（text段大小）