MacOS上从源码编译GridDB时automake出现MessagePack警告的解决咨询

同类问题的普遍性 #

• 该告警是Autotools构建链的常见通用提示，并非GridDB在macOS下的特有bug，大量沿用老旧Makefile.am配置的开源项目，在新版本automake环境下构建时都会弹出相同提示。多次在Intel、M系列芯片的macOS上构建GridDB源码的实操过程中，每次都会碰到这组告警，并非个例
• 触发逻辑非常明确：本地环境安装的automake版本≥1.14，这类新版本默认关闭了跨子目录源文件引用的旧兼容模式，而GridDB内嵌的MessagePack等第三方子模块的Makefile.am配置，是按照更早版本的automake规则编写的，没有显式声明subdir-objects开关，因此触发告警

对后续构建流程的影响程度 #

• 标准构建流程下不会产生关键性影响
• 该告警属于提示级别，不是error级别的阻断错误。旧的兼容逻辑本身就支持跨子目录引用源文件完成编译，只要后续没有弹出中断流程的错误提示，正常执行make、make install步骤后，生成的GridDB服务端、Java客户端二进制文件可正常运行，功能不受影响。全程带着这类告警完成构建的实操中，启动节点、跑测试用例都没有遇到过异常
• 仅在两类特殊场景下可能引发问题：一是需要自定义修改第三方子模块的源码并调整编译产物输出路径，二是需要把构建产物二次打包分发到其他环境，此时可能出现编译产物路径混乱的问题，常规本地搭建开发环境的流程不会触发

可落地的告警处理方案 #

• 方案一：匹配官方文档的构建预期，降低本地automake版本到1.13及以下
  老版本automake默认开启跨子目录源文件引用的兼容模式，不会弹出这类告警，构建流程和GridDB官方文档的适配环境完全一致，是最稳妥的零改动方案
• 方案二：手动修改对应子模块的Makefile.am配置，从根源消除告警
  找到所有弹出告警路径对应的Makefile.am文件（当前告警指向3rd_party/MessagePack/Makefile.am，后续可能会遇到其他第三方子模块的同类告警），在文件中的AM_INIT_AUTOMAKE宏配置项里追加subdir-objects参数，保存后重新执行automake流程即可消除全部同类告警，同时保证新版本automake的配置兼容性
• 方案三：无额外定制需求时直接忽略告警
  如果只是需要快速完成本地GridDB环境搭建，不需要对GridDB源码、第三方依赖做二次修改，完全可以顺着告警提示继续执行后续make、make install步骤，告警不会中断构建流程，也不会影响最终生成的二进制文件功能

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