关于Yocto构建mdns 878.200.35的.patch文件使用及.so文件strip/objcopy操作的技术问询

我来帮你理清这两个常见的Yocto构建疑问：

一、关于mDNS补丁的使用：完全不需要手动编辑 #

你看到的那些带---、+++、-/+标记的文件是标准的unified diff格式补丁，Yocto的bitbake原生支持这种格式，直接用就行，你的猜测完全正确：

• 那些标记不是“多余内容”：---和+++用来标识补丁对应的原始文件与修改后文件；-开头的行是要删除的源码内容，+开头的是要新增的内容——这都是补丁的核心组成部分，bitbake底层使用的patch命令会自动识别这些标记，准确将修改应用到源码上。
• 你从meta-openembedded仓库获取的补丁都是已经适配好的，直接放在配方SRC_URI指定的路径下即可，bitbake会自动处理，完全不用手动删除页眉页脚或修改行首标记。

二、对生成的.so文件执行strip和objcopy操作 #

Yocto本身有默认处理机制，也支持自定义操作，分两种情况说明：

1. 默认自动strip #

Yocto默认会对所有构建生成的二进制文件（包括.so库）执行strip操作，这由STRIP变量控制，默认值为${TARGET_PREFIX}strip（对应目标架构的strip工具）。如果你的需求只是常规去除调试信息，无需额外配置，构建过程会自动完成。

2. 自定义strip/objcopy操作 #

如果需要更精细的控制（比如只处理特定.so，或执行objcopy的特殊操作如分离调试信息），可以在配方中添加自定义任务：

• 首先定义一个自定义任务，并指定执行顺序：

  # 定义任务，在安装步骤后、打包步骤前执行
  addtask post_process_lib after do_install before do_package
  
  do_post_process_lib() {
      # 示例：对目标路径下的libmdns.so执行strip
      ${STRIP} ${D}${libdir}/libmdns.so.0
  
      # 示例：用objcopy分离调试信息（将调试信息存入单独的.debug文件）
      ${OBJCOPY} --only-keep-debug ${D}${libdir}/libmdns.so.0 ${D}${libdir}/libmdns.so.0.debug
      ${OBJCOPY} --strip-debug ${D}${libdir}/libmdns.so.0
      # 可选：添加调试文件链接，方便gdb调试
      ln -s libmdns.so.0.debug ${D}${libdir}/libmdns.so.debug
  }
  

• 这里的${STRIP}和${OBJCOPY}是Yocto预定义变量，会自动指向当前构建所用的目标架构工具链对应命令，无需手动写绝对路径。
• 如果源码的Makefile支持通过参数控制strip/objcopy，也可以通过EXTRA_OEMAKE传递参数：

  EXTRA_OEMAKE += "STRIP=${STRIP} OBJCOPY=${OBJCOPY}"
  

  这种方式适合让源码构建系统自行处理，但灵活性不如自定义任务。

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