使用objcopy时，-S与-O binary搭配是否有必要？

核心问题 #

在基于GNU工具链的嵌入式ARM开发中，不少构建脚本会使用这样的objcopy命令：

arm-none-eabi-objcopy -S -O binary file.elf file.bin

根据objcopy手册，-S（--strip-all）的作用是移除源文件中的重定位、符号信息及调试段；而-O binary本身就会丢弃所有符号和重定位信息。那-S和-O binary搭配是不是冗余？另外，下面这条命令是否会得到相同结果？

arm-none-eabi-objcopy -g -O binary file.elf file.bin

解答 #

1. -S与-O binary搭配确实冗余
   当指定-O binary输出格式时，objcopy只会提取ELF文件中标记为可加载（PT_LOAD类型）的程序段内容，所有符号表、重定位信息、调试段这类非加载相关的数据，本来就不会被写入最终的.bin文件。-S的作用是针对保留符号/调试信息的输出格式（比如ELF）来清理冗余数据，但对binary格式来说完全没用，属于多余参数。

2. -g搭配-O binary同样冗余，两条命令结果一致
   -g选项的作用是移除调试段，但-O binary已经自动排除了调试段，所以无论加-S、-g还是不加这两个选项，最终生成的file.bin内容完全相同。

3. 为什么很多脚本仍保留-S？
   大多是习惯导致：开发者在处理ELF输出时习惯用-S来精简文件，切换到binary输出时直接沿用了原有参数；或是从其他脚本复制时未做验证，久而久之就成了常见写法，但实际没有必要。

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