nmake 根据目标修改宏答案

【问题标题】：nmake modify macro based on targetnmake 根据目标修改宏
【发布时间】：2018-03-01 16:59:52
【问题描述】：

我有一个 Makefile.mak，我可以在其中从基于 C 的源代码中选择创建一个 test.exe 或一个 DLL。我正在使用 CL.EXE 和 NMAKE。

当目标是 TEST.EXE 时，我想像这样修改我的 CFLAGS 宏：

CFLAGS = $(CFLAGS) -DMAIN

当然，我在我的 C 代码中使用了这个：

#ifdef MAIN
... int main()... yada yada
#endif

我试过了

!IF $@ == "test.exe"

但由于 $@ 目标在 makefile 的那部分中不是确定性的，因此它崩溃了并且无法在逻辑上工作。

定义附加宏的逻辑位置是在定义目标时，但如果没有 NMAKE 将其解释为 DOS 命令，我不知道如何做到这一点。

test.exe: test.obj
  CFLAGS = $(CFLAGS) -DMAIN
  $(LINKER) /out:$@ $(LIB) $*.obj $(LIBS)

我知道，使用 gmake 会更容易。我没有那个选项。

【问题讨论】：

标签： macros nmake targets

【解决方案1】：

我将提出两种解决方案：一种满足您的要求，即根据目标修改CFLAGS，另一种可能是更好的方法。

假设你有一个文件multiply.c:

#include <stdio.h>

int multiply(int a, int b) {
   return a * b;
}

#ifdef MAIN
int main() {
   printf("Unit test: multiply(2, 3) = %d\n", multiply(2, 3));
}
#endif

您希望将其添加到静态库 my_lib.lib，并用作独立单元测试。

将-DMAIN 添加到CFLAGS 的一种标准方法是递归地使用NMAKE。 NMAKE 的第二次调用可以使用不同的 makefile，或者如此处所述，使用带有标志的 same makefile 以防止无限递归循环。

TARGETS = my_lib.lib multiply.exe
CFLAGS  = -W4 -O2 -nologo -Zi

all: $(TARGETS)
my_lib.lib: multiply.obj

my_lib.lib:
    lib -nologo -out:$@ $**

!ifndef RECURSE
multiply.exe:
    nmake -nologo CFLAGS="-DMAIN $(CFLAGS)" RECURSE= $@
!endif

multiply.obj: .FORCE

.FORCE:

如果定义了RECURSE，则使用内置规则创建测试程序multiply.exe。

此解决方案有效。但它要求每次使用multiply.obj 时都要重新制作它，因为它有两个版本：一个带有main，一个没有。

第二种解决方案区分这些目标文件。

TARGETS = my_lib.lib multiply.exe
CFLAGS  = -W4 -O2 -nologo -Zi

all: $(TARGETS)
my_lib.lib: multiply.obj
multiply.exe: $*.TEST_obj

my_lib.lib:
    lib -nologo -out:$@ $**

multiply.exe:
    link -nologo -out:$@ $**

.c.TEST_obj:
    $(CC) -DMAIN $(CFLAGS) -c $< -Fo$@

这给出了：

>nmake -nologo
        cl -W4 -O2 -nologo -Zi /c multiply.c
multiply.c
        lib -nologo -out:my_lib.lib multiply.obj
        cl -DMAIN -W4 -O2 -nologo -Zi -c multiply.c -Fomultiply.TEST_obj
multiply.c
        link -nologo -out:multiply.exe multiply.TEST_obj

尝试直接从.c文件创建.exe文件，如：

.c.exe:
    $(CC) -DMAIN $(CFLAGS) $<

不起作用，因为这仍然会创建一个破坏其他版本的.obj 文件。

编辑： .SUFFIXES: .TEST_obj 似乎不需要。

【讨论】：