ChatGPT解决这个技术问题 Extra ChatGPT

如何配置我的 makefile 以进行调试和发布版本?

我的项目有以下生成文件,我想将其配置为发布和调试版本。在我的代码中,我有很多 #ifdef DEBUG 宏,因此只需设置此宏并将 -g3 -gdwarf2 标志添加到编译器即可。我怎样才能做到这一点?

$(CC) = g++ -g3 -gdwarf2
$(cc) = gcc -g3 -gdwarf2

all: executable

executable: CommandParser.tab.o CommandParser.yy.o Command.o
    g++ -g -o output CommandParser.yy.o CommandParser.tab.o Command.o -lfl

CommandParser.yy.o: CommandParser.l 
    flex -o CommandParser.yy.c CommandParser.l
    gcc -g -c CommandParser.yy.c

CommandParser.tab.o: CommandParser.y
    bison -d CommandParser.y
    g++ -g -c CommandParser.tab.c

Command.o: Command.cpp
    g++ -g -c Command.cpp

clean:
    rm -f CommandParser.tab.* CommandParser.yy.* output *.o

澄清一下,当我说发布/调试构建时,我希望能够只输入 make 并获得发布构建或 make debug 并获得调试构建,而无需手动注释 makefile 中的内容。

注意力! $(CC) = 某事不同于 CC = 某事
可执行目标违反了makefile的黄金法则:每个目标都应该更新命名目标的文件,在你的情况下是“可执行的”。
^ 如果不是,则应声明为 .PHONY

C
Chnossos

您可以使用 Target-specific Variable Values。例子:

CXXFLAGS = -g3 -gdwarf2
CCFLAGS = -g3 -gdwarf2

all: executable

debug: CXXFLAGS += -DDEBUG -g
debug: CCFLAGS += -DDEBUG -g
debug: executable

executable: CommandParser.tab.o CommandParser.yy.o Command.o
    $(CXX) -o output CommandParser.yy.o CommandParser.tab.o Command.o -lfl

CommandParser.yy.o: CommandParser.l 
    flex -o CommandParser.yy.c CommandParser.l
    $(CC) -c CommandParser.yy.c

请记住在所有编译命令中使用 $(CXX) 或 $(CC)。

然后,'make debug' 将有额外的标志,如 -DDEBUG 和 -g,而'make' 不会。

附带说明一下,您可以像其他帖子建议的那样使您的 Makefile 更加简洁。


您永远不应更改 Makefile 或 BadThingsMayHappen (TM) 中的 CXX 或 CC,它们包含要运行的可执行文件的路径和/或名称。 CPPFLAGS、CXXFLAGS 和 CFLAGS 用于此目的。
这个建议很糟糕,因为它混合了调试和非调试目标文件,因此最终构建损坏。
@MaximEgorushkin 如何解决这个问题?我最近遇到了这个问题。我有一个调试可执行版本,它与发布目标文件链接。到目前为止唯一的解决方案是声明调试并发布目标虚假
@MauriceRandomNumber 在自己的文件夹中构建调试/发布。示例:stackoverflow.com/a/48793058/412080
我必须将 -gdwarf2 更改为 -gdwarf-2 才能使其与 clang v12.0.0 一起使用
f
ffhaddad

这个问题在搜索类似问题时经常出现,所以我觉得有必要提供一个完全实施的解决方案。特别是因为我(我会假设其他人)一直在努力将所有不同的答案拼凑在一起。

下面是一个示例 Makefile,它支持不同目录中的多种构建类型。图示的示例显示了调试和发布版本。

支持...

特定构建的单独项目目录

轻松选择默认目标构建

静默准备目标以创建构建项目所需的目录

特定于构建的编译器配置标志

GNU Make 确定项目是否需要重新构建的自然方法

模式规则而不是过时的后缀规则

#
# Compiler flags
#
CC     = gcc
CFLAGS = -Wall -Werror -Wextra

#
# Project files
#
SRCS = file1.c file2.c file3.c file4.c
OBJS = $(SRCS:.c=.o)
EXE  = exefile

#
# Debug build settings
#
DBGDIR = debug
DBGEXE = $(DBGDIR)/$(EXE)
DBGOBJS = $(addprefix $(DBGDIR)/, $(OBJS))
DBGCFLAGS = -g -O0 -DDEBUG

#
# Release build settings
#
RELDIR = release
RELEXE = $(RELDIR)/$(EXE)
RELOBJS = $(addprefix $(RELDIR)/, $(OBJS))
RELCFLAGS = -O3 -DNDEBUG

.PHONY: all clean debug prep release remake

# Default build
all: prep release

#
# Debug rules
#
debug: $(DBGEXE)

$(DBGEXE): $(DBGOBJS)
    $(CC) $(CFLAGS) $(DBGCFLAGS) -o $(DBGEXE) $^

$(DBGDIR)/%.o: %.c
    $(CC) -c $(CFLAGS) $(DBGCFLAGS) -o $@ $<

#
# Release rules
#
release: $(RELEXE)

$(RELEXE): $(RELOBJS)
    $(CC) $(CFLAGS) $(RELCFLAGS) -o $(RELEXE) $^

$(RELDIR)/%.o: %.c
    $(CC) -c $(CFLAGS) $(RELCFLAGS) -o $@ $<

#
# Other rules
#
prep:
    @mkdir -p $(DBGDIR) $(RELDIR)

remake: clean all

clean:
    rm -f $(RELEXE) $(RELOBJS) $(DBGEXE) $(DBGOBJS)

您如何修改它以允许在 Makefile 所在目录以外的目录中构建源文件?
@JeffersonHudson 如果源文件位于名为 src 的目录中,则将第 SRCS = file1.c file2.c file3.c file4.c 行修改为 SRCS = src/file1.c src/file2.c src/file3.c src/file4.c
我不喜欢的是重复所有的规则和变量来调试和发布。我有一个类似的 Makefile,但是在扩展它时,我需要小心地复制粘贴每个新的东西以进行调试和发布,并小心地转换它。
这应该是公认的答案。我希望我很久以前就看到了。
C
CharlesB

如果通过配置发布/构建,您的意思是每个 makefile 只需要一个配置,那么这很简单,解耦 CC 和 CFLAGS:

CFLAGS=-DDEBUG
#CFLAGS=-O2 -DNDEBUG
CC=g++ -g3 -gdwarf2 $(CFLAGS)

根据您是否可以使用 gnu makefile,您可以使用 conditional 来使它更漂亮,并从命令行控制它:

DEBUG ?= 1
ifeq ($(DEBUG), 1)
    CFLAGS =-DDEBUG
else
    CFLAGS=-DNDEBUG
endif

.o: .c
    $(CC) -c $< -o $@ $(CFLAGS)

然后使用:

make DEBUG=0
make DEBUG=1

如果你需要同时控制这两种配置,我认为最好有一个构建目录,一个构建目录/config。


我不知道我是否在做一些奇怪的事情,但是为了让调试 if 语句为我工作 (ifeq (DEBUG, 1)),DEBUG 变量需要用括号括起来,如下所示:ifeq ($(DEBUG), 1)
S
Stobor

请注意,您还可以同时使 Makefile 更简单:

DEBUG ?= 1
ifeq (DEBUG, 1)
    CFLAGS =-g3 -gdwarf2 -DDEBUG
else
    CFLAGS=-DNDEBUG
endif

CXX = g++ $(CFLAGS)
CC = gcc $(CFLAGS)

EXECUTABLE = output
OBJECTS = CommandParser.tab.o CommandParser.yy.o Command.o
LIBRARIES = -lfl

all: $(EXECUTABLE)

$(EXECUTABLE): $(OBJECTS)
    $(CXX) -o $@ $^ $(LIBRARIES)

%.yy.o: %.l 
    flex -o $*.yy.c $<
    $(CC) -c $*.yy.c

%.tab.o: %.y
    bison -d $<
    $(CXX) -c $*.tab.c

%.o: %.cpp
    $(CXX) -c $<

clean:
    rm -f $(EXECUTABLE) $(OBJECTS) *.yy.c *.tab.c

现在您不必到处重复文件名。任何 .l 文件都将通过 flex 和 gcc 传递,任何 .y 文件将通过 bison 和 g++ 传递,任何 .cpp 文件将仅通过 g++ 传递。

只需列出您希望最终得到的 .o 文件,Make 将完成确定哪些规则可以满足需求的工作......

作为记录:

$@ 目标文件名(冒号前)

$< 第一个(或唯一一个)必备文件的名称(冒号后的第一个)

$^ 所有必备文件的名称(空格分隔)

$* 词干(与规则定义中的 % 通配符匹配的位。


你的“记录”部分有一个项目定义了两次不同的描述。根据 gnu.org/software/make/manual/make.html#Automatic-Variables$^ 用于所有必备文件。
感谢您的赠款 - 错字已修复! (我检查了 Makefile,看来我在那里正确使用了它,但拼错了解释。)
我希望有更多这样的简短指南来编写相当小的 Makefile,包括自动变量。
无需更改 Makefile 即可同时拥有调试和发布目标,并且能够根据自己的喜好选择默认值,这非常好。
此解决方案存在调试和发布输出文件混合在同一目录中的问题。如果它们不兼容,这将以奇怪而奇妙的方式爆炸,除非您每次在调试和非调试之间切换时都小心地进行清理。即使它们是兼容的,如果没有清理,它也不会做你期望的事情:如果你将项目构建为发布,然后使 DEBUG=1,它只会重建源已更改的文件,所以你通常不会以这种方式获得“调试”构建。
T
Tiberiu

你可以有一个变量

DEBUG = 0

那么你可以使用条件语句

  ifeq ($(DEBUG),1)

  else

  endif

S
Stobor

完成前面的答案...您需要引用您在命令中定义 info 的变量...

DEBUG ?= 1
ifeq (DEBUG, 1)
    CFLAGS =-g3 -gdwarf2 -DDEBUG
else
    CFLAGS=-DNDEBUG
endif

CXX = g++ $(CFLAGS)
CC = gcc $(CFLAGS)

all: executable

executable: CommandParser.tab.o CommandParser.yy.o Command.o
    $(CXX) -o output CommandParser.yy.o CommandParser.tab.o Command.o -lfl

CommandParser.yy.o: CommandParser.l 
    flex -o CommandParser.yy.c CommandParser.l
    $(CC) -c CommandParser.yy.c

CommandParser.tab.o: CommandParser.y
    bison -d CommandParser.y
    $(CXX) -c CommandParser.tab.c

Command.o: Command.cpp
    $(CXX) -c Command.cpp

clean:
    rm -f CommandParser.tab.* CommandParser.yy.* output *.o

有一个(现在已删除?)答案(应该是对答案的评论)指出 ifeq (DEBUG, 1) 应该是 ifeq ($(DEBUG), 1)。我猜它可能在这里指的是您的答案。
M
Manolete

您还可以在 Makefile 中添加一些简单的内容,例如

ifeq ($(DEBUG),1)
   OPTS = -g
endif

然后编译调试

make DEBUG=1