制造相对路径是否与gcc相对路径相同？

Question

我知道这听起来像个愚蠢的问题，而且确实如此。我正在尝试编写一个makefile，它构建并链接到我正在编写的静态库(这是一个单元测试框架)。基本上，当我使用make时，我不知道呼叫gcc的工作目录在哪里。

我的目录结构如下所示：

./
|-> src
|-> include
|-> project
    |-> Makefile
|-> test
    |-> test.c, test.h
    |-> project
        |-> Makefile

因此，如果我转到test/project目录并键入以下命令，我似乎没有任何问题。

gcc -I../../include -I../../src ../test.c

但是，如果我使用的makefile基本上是相同的配置(makefile在下面)，那么我将得到一个类似于以下内容的错误：

gcc -o test ../test.c
In file included from ../test.c:7:0:
../test.h:8:24: fatal error: System.h: No such file or directory
#include "System.h"

(System.h是位于include/目录中的头文件之一)。

这是我的问题。由于我试图使用gcc编译一个与makefile不同的相对路径，而makefile包含了与其本身不同的相对路径，那么使用make的正确方法是什么？我应该将我的工作目录更改为包含test.c的目录，并包含相对于该目录的目录，还是应该像从makefile目录中调用gcc一样，将相对路径放置到所有东西上？

这是我的makefile

CC = gcc
CFLAGS = -Wall -std=c99 -static -I../../include -I../../src -L$(LIBTARGET) -lmystaticlib
TARGET_APP=test
LIBTARGET = ../../project

all : $(TARGET_APP)

$(TARGET_APP) : library
        $(CC) ${CLAGS} -o $@ ../test.c

library : 
        $(MAKE) -C $(LIBTARGET)

Answer 1

在makefile中将${CLAGS}替换为$(CFLAGS) (parens而不是方括号，修复变量名中的类型)。与现在一样，不使用makefile中的CFLAGS变量。这就是为什么它的内容没有显示在编译器调用中，这也是为什么../../include不是编译器搜索路径的一部分。

除此之外:除非您做了一些更改，否则编译器调用的工作目录就是您调用make的目录。您可以通过放置一个具有以下内容的makefile来测试这一点：

all:
        pwd

在目录中，比如/home/user/foo/bar/Makefile。然后：

$ cd /home/user/foo/bar
$ make
/home/user/foo/bar
$ cd ..
$ make -f bar/Makefile
/home/user/foo