Yocto编译Makefile目标abc-def-ghi时报错：No rule to make target

根因排查 #

1. 依赖缺失导致目标规则失效：Makefile中$(SOLIBNAME)依赖lib.o，但未定义lib.o的生成规则。本地机器因之前编译残留了lib.o可正常构建；但Yocto是干净构建环境，无旧文件残留，导致$(SOLIBNAME)规则无法执行，依赖它的abc-def-ghi被判定为无有效规则。
2. Yocto构建目录与源码目录分离：Yocto默认会将源码从S目录复制到单独的B构建目录编译，Makefile中的相对路径（如../libs）在B目录下无法找到对应路径，导致依赖检查失败。
3. 环境变量被Yocto重写：Yocto会强制设置自身的CXXFLAGS、LDFLAGS等编译变量，可能冲掉Makefile的自定义配置，引发编译逻辑异常。
4. oe_runmake执行路径错误：虽然S指定了源码目录，但do_compile未切换到S目录执行，oe_runmake默认在B目录运行，而Makefile可能未被正确复制到该目录。

修复方案 #

1. 补全Makefile的依赖规则 #

添加lib.o的生成规则（假设lib.cpp在当前目录）：

lib.o: lib.cpp
    g++ -c -o $@ $< $(CXXFLAGS)

若lib.o来自其他目录，需调整路径确保Make能识别其生成方式。

2. 强制在源码目录执行编译 #

修改abc.bb的do_compile函数，切换到S目录再执行构建：

do_compile() {
    cd ${S}
    oe_runmake abc-def-ghi
}

或直接指定Makefile路径：

do_compile() {
    oe_runmake -f ${S}/Makefile abc-def-ghi
}

3. 避免环境变量冲突 #

将Makefile中的变量设置改为?=，防止被Yocto变量覆盖：

CXXFLAGS ?= $(INCLUDES) -std=c++17 -Wall -Wextra -fPIC

若需保留Yocto的基础编译参数，可保留+=并在bb文件中传递变量：

EXTRA_OEMAKE = "CXXFLAGS='${CXXFLAGS}' LDFLAGS='${LDFLAGS}'"

4. 修复相对路径问题 #

将LDFLAGS中的../libs改为绝对路径，或在Yocto中传递正确的库路径：

# Makefile中使用Yocto传递的变量
LDFLAGS += -L${LIBDIR} -lda

然后在abc.bb中定义LIBDIR：

EXTRA_OEMAKE += "LIBDIR=${WORKDIR}/git/proj/libs"

5. 调试验证 #

在do_compile中添加调试命令，确认文件完整性并查看详细构建日志：

do_compile() {
    ls -la ${S}
    ls -la ${S}/src
    oe_runmake -C ${S} V=1 abc-def-ghi
}

V=1会输出Make的详细执行过程，便于定位具体错误环节。

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