Synopsys ARC处理器工具链常见问题解答

编译相关问题

裸机应用程序如何调整堆栈大小

在裸机应用程序开发中，合理设置堆(heap)和栈(stack)大小对系统稳定性至关重要。对于Synopsys ARC处理器工具链，可以通过以下方式进行调整：

1. 堆大小设置：使用链接器选项--defsym=__DEFAULT_HEAP_SIZE=${SIZE}，其中${SIZE}可以是：

   • 直接字节数（如65536）
   • 带后缀的数值（如64k表示64KB，1m表示1MB）

2. 栈大小设置：使用选项--defsym=__DEFAULT_STACK_SIZE=${STACK_SIZE}

当使用gcc进行链接时，需要通过-Wl前缀传递这些选项给链接器，例如：

arc-elf32-gcc -Wl,--defsym=__DEFAULT_HEAP_SIZE=256m \
  -Wl,--defsym=__DEFAULT_STACK_SIZE=1024m --specs=nosys.specs \
  hello.o -o hello.bin

重要说明：这些选项仅在默认链接脚本下有效。如果使用自定义链接脚本，调整方式可能不同，需要根据脚本的具体实现来确定。

链接时出现"_exit等函数未定义"错误

这个问题的根源在于缺少libgloss（板级支持包）实现。工具链提供了两种解决方案：

1. 通用libnosys：适用于没有主机链接支持的硬件目标
2. libnsim：实现了nSIM IO主机链接，在程序退出或错误时会暂停内核

推荐使用--specs=nsim.specs选项链接libnsim。对于芯片或开发板开发者，建议实现针对特定硬件的libgloss。

TCF文件中为何使用hs34而非hs38

这个问题涉及ARC HS IP库模板与GCC选项的匹配：

• GCC的-mcpu=hs38启用了更多特性（如-mll64）
• 但ARC HS IP库模板hs38不包含双字加载/存储指令
• 因此TCF生成器选择兼容性更好的-mcpu=hs34

调试相关问题

gdbserver出现"无法解析符号"错误

这个问题通常发生在静态链接的gdbserver上，原因是：

1. gdbserver通过dlopen()加载libthread_db.so
2. 但静态链接的gdbserver不导出所需的动态符号

解决方案：

1. 将gdbserver重建为动态链接版本
2. 或在配置时添加--with-libthread-db=-lthread_db选项

GDB报告"XML支持在编译时被禁用"

这是因为GDB需要Expat库来解析XML文件（如目标描述文件）。解决方法：

1. 确保系统安装了Expat开发包
2. 或使用--no-system-expat选项让构建脚本自动下载并编译Expat

对于Windows交叉编译环境，第二种方法特别有用。

ARC开发系统问题

如何通过软件重置ARC SDP开发板

无需物理按键，可通过OpenOCD脚本实现：

openocd -f test/arc/reset_sdp.tcl

注意：执行后OpenOCD会因段错误退出，这是预期行为。需要分两步操作：

1. 先运行此脚本重置开发板
2. 再启动OpenOCD进行正常调试

FPGA编程支持

虽然OpenOCD理论上支持通过JTAG编程FPGA，但在ARC开发系统上这不是官方支持的功能。

Ashling调试器内存显示为零的问题

当使用Ashling Opella-XD调试ARC EM核心时，若出现：

Error: Core is running (unexpected), attempting to halt...
Error: Unable to halt core

且所有寄存器和内存显示为零，解决方案是：

将JTAG频率降至5MHz以下，使用Ashling GDBserver的--jtag-frequency选项。