2

我从 make 切换到 tup 并试图让它构建不同的变体(调试和生产)。我的源代码树如下所示:

| .tup
| bin
| build_debug
| | tup.config
| build_default
| | tup.config
| include (headers directory)
| src (source files directory)
| | runs (directory containing additional source files)
| Tupfile

我的Tupfile

preload bin
preload src
preload src/runs

COMPILER = g++
ifeq (@(DEBUG),y)
FLAGS = -Wall -std=c++17 -O0 -g 
else
FLAGS = -Wall -std=c++17 -O3 -march=native -flto -pipe
endif

: foreach src/*.cc src/runs/*.cc |> $(COMPILER) -c %f -o %o $(FLAGS) |> %B.o
: src/*.o src/runs/*.o |> $(COMPILER) %f -o %o $(FLAGS) |> bin/a.out

我希望它在目录中创建目标文件,并在目录内的目录中创建src二进制文件。binbuild*

当我运行时tup,它将直接在build*目录内创建目标文件(所以不在build*/src目录内)并且不创建任何二进制文件。

我究竟做错了什么?

编辑:在没有任何build*目录的基本目录中构建时,它将创建一个二进制文件,但也会将目标文件放在基本目录中而不是里面src

4

1 回答 1

0

所以我在 tup 手册的帮助下解决了这个问题。

%B 只扩展为文件名,而不是文件名,包括文件到 basedir 的相对路径,这就是为什么在基目录中创建目标文件并且无法生成二进制文件的原因(我认为它有效,因为我仍然有一些使用 make 生成的旧目标文件)。

我重写了我Tupfile的:

preload src
preload src/runs

COMPILER = g++
ifeq (@(DEBUG),y)
FLAGS = -Wall -std=c++17 -O0 -g 
else
FLAGS = -Wall -std=c++17 -O3 -march=native -flto -pipe
endif

: foreach src/*.cc |> $(COMPILER) -c %f -o %o $(FLAGS) |> src/%B.o
: foreach src/runs/*.cc |> $(COMPILER) -c %f -o %o $(FLAGS) |> src/runs/%B.o
: src/*.o src/runs/*.o |> $(COMPILER) %f -o %o $(FLAGS) |> bin/a.out

于 2019-05-08T13:31:25.410 回答