使用GPRbuild构建Ada大全局列表时遇R_X86_64_PC32重定位错误求助

1. 在GPRbuild中传递-mcmodel=medium参数 #

GPRbuild支持通过项目文件或命令行传递编译器/链接器参数，对应GCC的-mcmodel=medium：

方法一：修改GPR项目文件

在你的.gpr项目文件中添加以下配置，确保编译器和链接器都启用medium代码模型：

package Compiler is
   for Default_Switches ("ada") use ("-mcmodel=medium");
end Compiler;

package Linker is
   for Default_Switches ("ada") use ("-mcmodel=medium");
end Linker;

方法二：命令行临时传递参数

如果不想修改项目文件，可以在构建时通过命令行直接传递：

gprbuild -cargs -mcmodel=medium -largs -mcmodel=medium your_project.gpr

其中-cargs用于传递参数给Ada编译器，-largs用于传递参数给链接器。

2. 其他可行的替代方案 #

如果启用medium模型后仍有问题，或者你想优化内存使用，可以尝试这些方法：

• 拆分全局列表：将大型全局列表拆分为多个较小的模块，或者改为在程序启动时动态分配（比如使用Ada.Dynamic_Arrays或手动new创建），避免静态内存占用过高。
• 清理冗余全局数据：检查代码中是否存在未使用的全局变量、常量，移除不必要的静态数据，减少静态内存总占用。
• 自定义链接器脚本：如果需要更精细的内存控制，可以编写自定义链接器脚本，将大尺寸全局数据放到特定内存段，但这个方法需要对链接器工作机制有一定了解。

错误原因说明 #

X86_64架构下，默认的small代码模型仅支持访问2GB以内的静态数据。当你的全局列表尺寸超过这个限制时，链接器无法用R_X86_64_PC32重定位类型完成地址映射，就会触发"relocation truncated to fit"错误。medium代码模型则支持最大4GB的静态数据，能解决这类地址空间不足的问题。

内容的提问来源于stack exchange，提问作者Nessa3001