1. 项目概述

如果你正在为德州仪器（TI）的SimpleLink CC26xx或CC13xx系列无线微控制器（MCU）开发应用，并且希望摆脱对特定商业IDE（如Code Composer Studio）的依赖，拥抱更灵活、开源的工具链，那么这篇文章就是为你准备的。我将带你从零开始，搭建一套基于GCC编译器、GDB调试器以及Eclipse IDE的完整开发环境。这套方案不仅免费、开源，而且能让你更深入地理解从源代码到芯片上运行的二进制镜像的整个构建和调试流程，尤其适合那些希望进行深度定制或追求开发流程透明度的嵌入式开发者。

CC26xx/CC13xx系列以其超低功耗和高集成度，在物联网和无线传感网络中应用广泛。其核心是一个ARM Cortex-M3处理器。虽然TI官方提供了强大的CCS支持，但使用GNU工具链（GCC/GDB）能带来一些独特优势：首先是工具链的跨平台一致性，无论是在Windows、Linux还是macOS上，你都能获得几乎相同的开发体验；其次是社区支持广泛，遇到问题更容易找到解决方案；最后，它允许你完全掌控编译和链接过程，这对于优化代码体积、理解内存布局至关重要。接下来，我将手把手带你完成环境搭建、项目构建、程序烧录以及在线调试的全过程，并穿插我在这过程中踩过的坑和总结的经验。

2. 开发环境整体搭建思路与工具选型

搭建一个高效的嵌入式开发环境，就像是组建一个乐队，每个工具都要各司其职，协同工作。我们的目标是建立一个以Eclipse为指挥中心（IDE），GCC为乐手（编译器/链接器），GDB为调音师（调试器），并通过Flash编程工具和GDB服务器与实际的硬件乐器（CC26xx/CC13xx开发板）进行交互的完整体系。

2.1 核心工具链组件解析

首先，我们需要明确每个核心组件的作用和选型理由：

1. 集成开发环境（IDE）：Eclipse + CDT。Eclipse是一个开源、可扩展的平台，通过安装C/C++开发工具（CDT）插件，它就变成了一个功能强大的C/C++ IDE。选择它而不是纯命令行或其它编辑器，是因为它能提供项目管理、代码导航、语法高亮、构建配置和集成调试界面，极大提升开发效率。 CDT插件是其支持C/C++开发的灵魂。
2. 编译工具链：GNU ARM Embedded Toolchain。这是GNU项目为ARM Cortex-M系列处理器定制的工具链，包含了arm-none-eabi-gcc（编译器）、arm-none-eabi-ld（链接器）、arm-none-eabi-objcopy（二进制转换工具）等。我们选择它，是因为它完全支持ARM的Thumb-2指令集（Cortex-M3使用），并且能够生成高度优化的、适合嵌入式环境的代码。none-eabi表示目标平台是裸机（没有操作系统）的ARM架构。
3. 构建工具：Make。在Windows上，我们通常使用MinGW提供的mingw32-make；在Linux上，系统自带的make即可。Make通过读取Makefile文件，自动化执行编译、链接等一系列命令。它定义了源文件之间的依赖关系，只重新编译改动过的文件，这对于大型项目至关重要。
4. 调试代理与烧录工具：这是连接主机软件和硬件目标板的关键桥梁。
   • GDB Server：这是一个运行在主机上的服务程序，它通过JTAG/SWD调试接口（如板载的XDS100v3仿真器）与目标MCU通信。GDB（调试器）并不直接与硬件对话，而是与GDB Server通信，由后者翻译并执行调试命令（如读写内存、设置断点）。在TI的生态中，它通常包含在TI Emupack或CCS UniFlash软件包中。
   • Flash编程工具：用于将编译好的.bin或.elf文件烧录到MCU的Flash存储器中。在Windows上，常用的是SmartRF Flash Programmer 2；在Linux上，则使用CCS UniFlash的独立命令行工具。它们底层也通过XDS仿真器与硬件通信。

2.2 硬件准备与连接要点

你需要一块SmartRF06EB评估板和一块CC26xx或CC13xx EM（评估模块）。SmartRF06EB板载了XDS100v3仿真器，这是我们的调试和编程接口。连接时，请务必：

1. 使用高质量的USB线将SmartRF06EB的USB口连接到电脑。
2. 确保评估模块正确插入评估板的对应插座。
3. 给评估板供电（通常USB连接即可供电）。
4. 在设备管理器中检查是否正确识别了调试器设备（Windows），或在Linux下使用lsusb命令查看。

注意：初次连接时，系统可能会自动安装驱动，但最好从TI官网手动安装最新的XDS仿真器驱动，以确保稳定性和兼容性。驱动安装失败是后续步骤无法进行的最常见原因。

2.3 软件版本兼容性考量

你提供的文档基于2015年的软件版本。如今（2023年及以后），虽然核心流程不变，但软件版本已大幅更新。我的建议是：

• Eclipse：可以选择较新的Eclipse IDE for C/C++ Developers版本，它已经预装了CDT，省去手动安装插件的麻烦。
• GNU ARM Toolchain：建议使用较新的版本，如gcc-arm-none-eabi-10.3-2021.10或更高。新版本通常有更好的优化和bug修复。但需要注意，极新的工具链有时可能与较老的芯片支持库存在细微兼容性问题，如果遇到，可以回退到文档中提到的4.8或4.9版本进行测试。
• TI Emupack/UniFlash：务必使用TI官网提供的最新版本，以确保对新操作系统（如Windows 11， 新版Linux内核）的兼容性。

这套选型思路的核心是标准化和可控性。全部使用开源或官方免费工具，避免了许可证费用，并且整个工具链的每个环节都是可配置、可理解的，这对于构建可靠的嵌入式产品至关重要。

3. 软件安装与配置实战详解

理论清晰后，我们进入实战环节。我将以Windows平台为主进行演示，并指出Linux下的关键差异。请严格按照顺序操作，因为后续步骤依赖前面的环境。

3.1 Java运行环境（JRE）安装

Eclipse是基于Java开发的，所以首先需要安装JRE。访问Oracle官网或Adoptium等开源站点，下载并安装与你操作系统位数匹配的JRE（64位系统装64位JRE）。安装后，最好将JRE的bin目录路径（例如C:\Program Files\Java\jre1.8.0_361\bin）添加到系统的PATH环境变量中，这样Eclipse在任何位置启动都能找到它。

3.2 Eclipse与CDT安装配置

1. 下载与解压：从Eclipse基金会官网下载“Eclipse IDE for C/C++ Developers”。这是一个打包好的版本，解压即可运行，无需安装。
2. 首次运行与工作空间：运行eclipse.exe。它会让你选择一个工作空间（Workspace）目录，用于存放你的所有项目。建议选择一个路径简单、无空格的目录，例如D:\Embedded_Workspace。
3. 验证与透视图切换：启动后，如果看到欢迎页面，点击右上角的“Workbench”图标进入工作台。为了进行C/C++开发，我们需要切换到C/C++透视图：点击菜单栏Window->Perspective->Open Perspective->Other...， 然后选择“C/C++”。如果列表里没有，说明你的Eclipse版本不对，需要下载C/C++版本。

实操心得：对于嵌入式开发，我强烈建议在Eclipse中安装“GNU MCU Eclipse”插件集。它提供了对ARM Cortex-M GCC工具链的深度集成，包括芯片支持包（CMSIS）、OpenOCD调试等，能极大简化项目创建和调试配置。不过，为了完全遵循你提供的原始指南流程，我们先使用最基础的方式。

3.3 GNU ARM工具链安装与验证

1. 下载：从ARM官方开发者网站或ARM GNU工具链镜像站下载适用于你操作系统的“GNU Arm Embedded Toolchain”安装包。对于Windows，选���.exe安装程序；对于Linux，选择.tar.bz2归档文件。
2. 安装（Windows）：运行安装程序，建议安装到类似C:\gcc-arm-none-eabi这样的路径，避免空格和中文。在安装的最后一步，务必勾选“Add path to environment variable”，这样系统命令行就能直接找到这些工具。
3. 安装（Linux）：解压到目标目录，例如/opt/：

   sudo tar -xjf gcc-arm-none-eabi-*.tar.bz2 -C /opt/

   然后，将工具链的bin目录永久添加到PATH中。编辑~/.bashrc文件，在末尾添加：

   export PATH=$PATH:/opt/gcc-arm-none-eabi-*/bin

   执行source ~/.bashrc使更改生效。
4. 验证安装：打开命令行（Windows CMD或PowerShell， Linux Terminal），输入：

   arm-none-eabi-gcc --version

   如果正确显示GCC版本信息（如gcc version 10.3.1 20210824），则说明安装成功且环境变量配置正确。这是后续所有编译工作的基础，必须确保这一步通过。

3.4 Windows平台构建工具：MinGW

Linux系统自带make，而Windows没有。因此我们需要MinGW（Minimalist GNU for Windows）来提供mingw32-make。

1. 访问MinGW官网或其衍生项目（如MSYS2，它提供更现代的包管理，推荐使用），安装mingw-w64工具链。在MSYS2中，你可以通过pacman -S mingw-w64-x86_64-make来安装。
2. 安装后，将MinGW或MSYS2的usr\bin目录（例如C:\msys64\usr\bin）添加到系统PATH环境变量。
3. 验证：在命令行输入mingw32-make --version，应能看到版本信息。

3.5 调试与烧录后端工具安装

这是连接软件和硬件的关键。

• Windows：
  • TI Emupack & GDB Server：从TI官网下载“XDS Emulation Software Package”并安装。它会安装XDS仿真器的驱动和gdb_agent_gui.exe（GDB服务器图形界面）等工具。默认安装路径通常是C:\ti\ccs_base\common\uscif\。
  • SmartRF Flash Programmer 2：从TI官网下载并安装。这是一个图形化工具，我们主要使用其命令行工具srfprog.exe进行自动化烧录。
• Linux：
  • CCS UniFlash：从TI官网下载Linux版的UniFlash安装程序（.bin文件）。运行它并选择自定义安装，确保勾选了“Wireless Connectivity”设备支持和“TI Emulators”支持。安装完成后，你可以在安装目录的ccs_base/common/uscif/下找到gdb_agent_console（命令行GDB服务器）。

至此，所有基础软件都已就位。接下来，我们将在一个具体的示例项目上应用这些工具。

4. 示例项目导入、构建与深层解析

我们使用TI应用报告SWRA446中提供的“Blink LED”示例项目。这个项目虽然简单，但包含了驱动库调用、GPIO控制、以及完整的GCC项目结构，是绝佳的入门材料。

4.1 项目导入与结构剖析

1. 获取项目：从TI官网下载swra446.zip并解压。在examples\blink_led\目录下，你会找到项目源码。
2. 导入Eclipse：
   • 在Eclipse的C/C++透视图中，点击File->Import...。
   • 选择General->Existing Projects into Workspace，点击Next。
   • 点击Browse...，导航到你解压的blink_led项目根目录。Eclipse会自动识别它是一个C项目。
   • 关键一步：不要勾选“Copy projects into workspace”。我们希望在原目录上工作，这样项目文件（如Makefile）的路径引用才不会出错。点击Finish。

导入后，在“Project Explorer”视图中，你会看到blink_led项目。让我们深入看看它的结构，这对理解GCC项目至关重要：

• main.c: 主程序文件，包含main()函数，实现LED闪烁逻辑。
• driverlib/: TI CC26xxware驱动库，提供了操作芯片外设（GPIO, UART, Timer等）的API。
• projects/gcc/: 这是GCC工具链专属的构建目录。
  • Makefile: 构建的核心规则文件。
  • makedefs: 定义项目公共变量，如编译器路径、芯片型号。
  • cc26x0f128.lds:链接器脚本，定义了CC2650F128芯片的内存布局。
  • startup_gcc.c:启动文件，包含芯片上电后最先执行的代码（复位中断服务例程等）。
  • ccfg.c: 芯片配置源文件，定义设备特定的配置（如时钟源、Flash等待状态），最终会被链接到特定的.ccfg段。

4.2 构建配置与执行

1. 指定Make工具（Windows）：右键项目 ->Properties->C/C++ Build。在Builder Settings标签页下，取消勾选“Use default build command”，在“Build command”框中填入mingw32-make。这告诉Eclipse使用我们安装的MinGW make工具。
2. 检查芯片型号：用文本编辑器打开projects/gcc/makedefs文件。找到CHIP_ID变量，默认是CC2650F128RGZ。如果你的评估模块是其他型号（如CC1350），需要修改为对应的芯片ID。这个ID会在编译时被定义为宏，驱动库会根据它包含正确的头文件和启动代码。
3. 解决Linux路径问题：如果你在Linux上构建失败，提示找不到arm-none-eabi-gcc，即使PATH设置正确，也可能是因为Eclipse的环境与终端不同。最稳妥的方法是修改makedefs：找到被注释掉的COMPILERPATH部分，取消注释，并将其设置为你的GCC工具链绝对路径，例如COMPILERPATH := /opt/gcc-arm-none-eabi-10.3-2021.10/bin/。然后修改CC和OBJCOPY变量，在前面加上$(COMPILERPATH)。
4. 执行构建：在Eclipse中，右键点击blink_led项目，选择Build Project。构建过程会在“Console”视图中输出详细信息。如果一切顺利，最后你会看到类似这样的输出：

   arm-none-eabi-objcopy -O binary --gap-fill 0xFF blink_led.elf blink_led.bin

   这表示构建成功，在bin/gcc/目录下生成了blink_led.elf（ELF格式，包含调试信息）和blink_led.bin（纯二进制镜像，用于烧录）文件。

4.3 链接器脚本与启动文件深度解读

构建成功的背后，Makefile、链接器脚本和启动文件三者协同工作。理解它们，是掌握嵌入式GCC开发的关键。

链接器脚本 (cc26x0f128.lds)的本质是一张“内存地图”，它告诉链接器：代码放哪里，数据放哪里，堆栈空间留多大。

• MEMORY命令：定义了目标芯片的物理内存区域。例如：

  MEMORY { FLASH (RX) : ORIGIN = 0x00000000, LENGTH = 0x20000 /* 128KB */ SRAM (RWX) : ORIGIN = 0x20000000, LENGTH = 0x5000 /* 20KB */ }

  这定义了从0x0开始的128KB只读可执行Flash，和从0x20000000开始的20KB可读写可执行SRAM。
• SECTIONS命令：定义了如何将输入段（编译器生成的.text,.data,.bss等）分配到输出段，并放置到上述内存区域。
  • .text段：存放程序代码（函数）和只读常量。> FLASH指令将其放入Flash区域。
  • .data段：存放已初始化的全局变量和静态变量。注意，它的VMA（虚拟内存地址，运行时地址）在SRAM，但LMA（加载内存地址）在Flash。启动代码负责在main()函数前，将这部分数据从Flash拷贝到SRAM。
  • .bss段：存放未初始化的全局变量和静态变量。启动代码负责在main()函数前将其清零。
  • _user_heap_stack：这是一个预留空间，用于满足_Min_Heap_Size和_Min_Stack_Size定义的最小堆栈需求。链接器会检查剩余SRAM是否足够，不够则报错。
• ENTRY(ResetISR)：指定程序入口点为ResetISR函数，该函数在启动文件中定义。

启动文件 (startup_gcc.c)是芯片上电后运行的第一段代码，用C和汇编混合编写，主要完成：

1. 初始化堆栈指针（SP），通常指向SRAM末端（_estack，由链接器脚本定义）。
2. 调用__libc_init_array，初始化C库（如果使用）。
3. 将.data段从Flash（LMA）拷贝到SRAM（VMA）。
4. 将.bss段清零。
5. 设置系统时钟（PLL等）。
6. 调用main()函数。

ccfg.c文件通过#pragma或__attribute__指令，将其内容（一个配置结构体）放置到链接器脚本中定义的.ccfg段。这个段通常位于Flash的特定末尾地址，芯片上电时会读取这里的配置来初始化设备。

注意事项：修改链接器脚本或启动文件是高级操作，务必谨慎。错误的地址分配会导致程序无法启动或运行异常。一个常见的调试技巧是，如果程序在main()之前就“死掉”，首先检查启动文件中的向量表是否正确，以及堆栈指针是否设置到了有效的RAM地址。

5. 程序烧录与硬件调试全流程

代码编译链接成功，生成了.bin或.elf文件，下一步就是将其“烧”进芯片的Flash，并启动调试。

5.1 配置Flash烧录工具（Windows为例）

我们不依赖GUI手动点击，而是在Eclipse中配置一个“外部工具”来实现一键烧录，这是自动化构建的关键。

1. 首先，通过命令行确认硬件连接。打开命令提示符，进入SmartRF Flash Programmer 2的安装目录（如C:\Program Files (x86)\Texas Instruments\SmartRF Tools\Flash Programmer 2\bin），运行：

   srfprog.exe -ls all

   这会列出所有连接的XDS仿真器，记下你的SmartRF06EB的ID，例如XDS-06EB12100376A。
2. 在Eclipse中，点击Run->External Tools->External Tools Configurations...。
3. 在左侧，右键点击Program->New，创建一个新配置，命名为“Flash Programmer”。
4. 在“Main”标签页：
   • Location: 浏览到srfprog.exe的完整路径。
   • Arguments: 输入以下命令（根据你的情况替换ID和文件路径）：

     -t soc(XDS-06EB12100376A, CC2650) -e all -p epfw(0) -v rb -f "${project_loc:blink_led}\..\..\bin\gcc\blink_led.bin" -a 0x0

     • -t soc(...): 指定目标设备和仿真器ID。
     • -e all: 擦除整个Flash。
     • -p epfw(0): 编程，但跳过全为0xFF的页以加快速度。
     • -v rb: 使用读回方式验证编程内容。
     • -f ...: 指定要烧录的二进制文件路径。${project_loc:blink_led}是Eclipse变量，指向项目根目录。
     • -a 0x0: 烧录起始地址为0。
5. 在“Build”标签页，选择“Build before launch”为“The project containing the selected resource”。这样每次点击运行时，Eclipse会先自动构建项目，再执行烧录。
6. 点击Apply，然后Run进行测试。Console视图会输出烧录进度和结果。

5.2 配置并启动GDB服务器

GDB服务器是调试器（GDB）与硬件之间的翻译官。

• Windows：找到TI Emupack安装目录下的gdb_agent_gui.exe（通常在C:\ti\ccs_base\common\uscif\），以管理员身份运行。点击“Configure”，选择示例项目附带的CC26xx_XDS100v3c2.dat板级配置文件，然后点击“Start”。你会看到服务器在55000端口监听。
• Linux：在终端中，导航到UniFlash安装目录下的ccs_base/common/uscif/，运行：

  ./gdb_agent_console CC26xx_XDS100v3c2_linux.dat

  同样，服务器会在55000端口启动。

5.3 配置Eclipse中的GDB硬件调试

这是将Eclipse、GDB和GDB服务器连接起来的最后一步。

1. 在Eclipse中，右键项目 ->Debug As->Debug Configurations...。
2. 在左侧，右键GDB Hardware Debugging->New，创建一个名为“CC26xx_GDB_Debug”的配置。
3. Main Tab:
   • Project: 选择你的blink_led项目。
   • C/C++ Application: 浏览并选择项目生成的.elf文件（.../bin/gcc/blink_led.elf）。这个文件包含调试符号。
4. Debugger Tab:
   • GDB Command: 填写arm-none-eabi-gdb（Linux）或arm-none-eabi-gdb.exe（Windows）的完整路径。
   • 勾选“Use remote target”：这是关键！它告诉GDB连接到一个远程的GDB服务器。
   • GDB Connection String: 填写localhost:55000。这与GDB服务器监听的端口一致。
5. Startup Tab:
   • 取消勾选“Load image”和“Run”：因为我们已经通过Flash Programmer将程序烧录进去了，这里不需要GDB再次加载。调试时，我们希望从复位向量开始，而不是直接运行。
   • Initialization Commands: 这里输入GDB在连接后自动执行的命令，用于设置内存访问属性。对于Cortex-M3，通常需要：

     set mem inaccessible-by-default off monitor reset monitor halt

     set mem ...命令允许GDB访问所有内存地址。monitor reset和monitor halt通过GDB服务器向目标发送复位和暂停命令，让芯片停在初始状态。
6. 点击Debug。Eclipse会切换到Debug透视图，GDB连接到服务器，并暂停在ResetISR或main函数的开始处。现在，你可以使用Eclipse的调试控件（暂停、单步、断点、变量查看、内存查看等）来调试你的嵌入式程序了。

6. 常见问题排查与实战技巧

即使按照指南操作，你也可能会遇到各种问题。下面是我在多年实践中总结的一些常见“坑”及其解决方案。

6.1 构建阶段问题

• 问题：arm-none-eabi-gccnot found。

  • 原因：环境变量PATH未正确设置，或者Eclipse启动时未继承系统环境变量。
  • 解决：
    1. 在系统层面验证命令行可以调用arm-none-eabi-gcc。
    2. 在Eclipse中，Window->Preferences->C/C++->Build->Environment，检查或添加PATH变量，将其值设置为系统PATH（你可以从命令行echo %PATH%复制过来）。
    3. 最根本的解决方法是修改项目的makedefs文件，使用编译器的绝对路径。

• 问题：链接错误，提示undefined reference toxxx'`。

  • 原因：缺少对应的库文件或源文件。可能是Makefile中SOURCE_FILES或INCLUDES路径设置错误，或者驱动库文件没有包含进来。
  • 解决：仔细检查Makefile中的vpath和SOURCE_FILES变量，确保所有必需的.c文件（特别是driverlib下的文件）都被包含。检查INCLUDES变量，确保所有头文件目录都已添加。一个快速验证方法是，在命令行进入项目gcc目录，直接运行make命令，看更详细的错误输出。

• 问题：链接错误，提示区域FLASH或SRAM空间不足。

  • 原因：程序代码或数据量超过了链接器脚本中定义的Flash或RAM大小。
  • 解决：检查生成的.map文件（blink_led.map），查看各个段的大小。如果确实超了，需要优化代码（如减少全局变量、使用const、优化函数体积）或升级芯片型号。如果是误报，检查链接器脚本中的LENGTH值是否与芯片数据手册一致。

6.2 烧录与调试阶段问题

• 问题：Flash Programmer无法找到设备（-ls无输出）。

  • 原因：
    1. USB线或接口接触不良。
    2. XDS100v3驱动未正确安装。
    3. 其他软件（如CCS）占用了仿真器。
  • 解决：
    1. 重新插拔USB线，尝试不同的USB口。
    2. 在设备管理器中查看是否有“Texas Instruments XDS100v3 USB Debug Probe”设备，且无感叹号。如有问题，重新安装TI Emupack。
    3. 关闭所有可能使用仿真器的软件（CCS, IAR等）。

• 问题：GDB连接失败，提示Connection timed out或Remote ‘g’ packet reply is too long。

  • 原因：
    1. GDB服务器未启动或端口被占用。
    2. GDB与GDB服务器版本不匹配。
    3. 目标芯片未正确复位或供电异常。
  • 解决：
    1. 确认gdb_agent_gui/console已启动并显示监听端口。
    2. 尝试使用localhost:55000的IP形式127.0.0.1:55000。
    3. 确保使用的arm-none-eabi-gdb版本与工具链配套。不要混用不同来源的GDB。
    4. 在GDB初始化命令中，尝试在monitor reset和monitor halt之前增加一个短暂的延时sleep 1。

• 问题：调试时无法命中断点，或单步执行时程序“飞”了。

  • 原因：
    1. 烧录的镜像（.bin）与调试的符号文件（.elf）不匹配。
    2. 芯片的时钟或看门狗未正确初始化，导致程序很快复位。
    3. 中断向量表地址错误。
  • 解决：
    1. 务必确保每次修改代码后，先执行“Build”，再执行“Flash Programmer”外部工具烧录，最后启动调试。这是最规范的流程。
    2. 在启动文件或main()函数开头，检查系统时钟初始化代码。对于简单的调试，可以先禁用看门狗。
    3. 确认链接器脚本中.vectors段被正确放置在Flash起始地址（通常是0x0）。Cortex-M3的向量表第一个字是初始堆栈指针，第二个字是复位向量地址。

6.3 进阶技巧与优化建议

1. 使用.elf文件烧录：如果Flash编程工具支持（如Linux的UniFlash命令行），直接烧录.elf文件比.bin文件更快，因为工具可以智能地只编程有数据的Flash扇区。
2. 优化Makefile：原始的Makefile会编译所有driverlib的源文件。你可以根据项目实际使用的外设，只将必要的.c文件加入SOURCE_FILES，以显著缩短编译时间。
3. 利用.map文件分析内存：构建后生成的.map文件是分析内存占用的宝库。你可以查看每个函数、每个全局变量占用了多少空间，位于哪个地址，这对于优化内存使用和排查链接错误至关重要。
4. 自定义链接器脚本：如果你需要将部分函数或数据放到特定的内存区域（例如将频繁访问的代码放到RAM中执行以提升速度，或使用额外的外部Flash），就必须学会修改链接器脚本，定义新的MEMORY区域和SECTIONS。
5. 集成OpenOCD：对于更复杂的调试场景（如多核调试、自定义调试脚本），可以考虑使用开源的OpenOCD作为GDB服务器，它支持更多的调试探针和更灵活的配置。

搭建GCC/GDB环境的过程，本质上是对嵌入式软件从源码到硬件运行整个链条的深度梳理。虽然初期配置比一键安装的IDE繁琐，但它赋予了你对构建过程无与伦比的控制力和理解深度。当你的项目逐渐复杂，或者需要迁移到其他GCC兼容的平台时，这份前期的投入将带来巨大的回报。希望这篇详细的指南能帮助你顺利踏上CC26xx/CC13xx开源工具链开发之路。如果在实践中遇到新的问题，多查阅GCC、GDB和ARM Cortex-M的官方文档，社区的智慧通常能帮你找到答案。