如何设置Makefile编译顺序？GDAL依赖CURL却直接编译问题排查

问题现象 #

你定义了依赖关系：GDAL依赖CURL，CURL依赖GSASL，但编译时直接开始构建GDAL，未先编译前置依赖。

核心原因 #

你的Makefile中，GDAL的实际编译目标$(ROOT_DIR)/lib/libgdal.a没有包含CURL的依赖。虽然伪目标gdal声明了依赖curl，但如果你的构建命令是直接指向$(ROOT_DIR)/lib/libgdal.a或gdal3.js，Make只会沿着这两个目标的依赖树执行，不会触发gdal伪目标的依赖规则。

具体看你的规则：

# 伪目标gdal依赖curl，但这个规则只在执行make gdal时生效
gdal: curl libxml2 $(ROOT_DIR)/lib/libgdal.a

# 实际生成libgdal.a的规则，仅依赖GDAL自身的Makefile，完全没关联curl
$(ROOT_DIR)/lib/libgdal.a: $(GDAL_SRC)/build/Makefile

同时，虽然你在GDAL的CMake配置中开启了-DGDAL_USE_CURL=ON，但这只是告诉CMake链接CURL，没有在Makefile层面建立编译顺序的依赖关系，Make无法感知到GDAL编译需要先完成CURL的构建。

修复步骤 #

1. 给GDAL的核心目标添加CURL依赖 #

修改$(ROOT_DIR)/lib/libgdal.a的依赖规则，加入$(ROOT_DIR)/lib/libcurl.a和libxml2的静态库（对应伪目标里的依赖）：

$(ROOT_DIR)/lib/libgdal.a: $(GDAL_SRC)/build/Makefile $(ROOT_DIR)/lib/libcurl.a $(ROOT_DIR)/lib/libxml2.a
    cd $(GDAL_SRC)/build; \
    $(EMMAKE) make -j4 install;

2. 验证依赖链 #

修改后，依赖关系会变成：
$(ROOT_DIR)/lib/libgdal.a → $(ROOT_DIR)/lib/libcurl.a → gsasl → $(ROOT_DIR)/lib/libgsasl.a
Make会自动按从下到上的顺序依次构建GSASL、CURL，最后再构建GDAL。

3. 确认构建命令 #

如果你之前是直接执行make gdal3.js或make $(ROOT_DIR)/lib/libgdal.a，现在修改后会自动触发依赖构建；如果执行make gdal，原来的伪目标规则已经包含curl依赖，也会正常工作。

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