我经常在几台不同的电脑和不同的操作系统上工作，比如Mac OS X、Linux或Solaris。对于我正在进行的项目，我从远程git存储库中提取代码。
不管我在哪个终端，我都喜欢能够在我的项目上工作。到目前为止，我已经找到了绕过操作系统更改的方法，每次换电脑时都要更改makefile。然而，这很乏味，而且会引起很多头疼。
我如何修改我的makefile，以便它检测到我正在使用的操作系统并相应地修改语法?
下面是makefile文件:
cc = gcc -g
CC = g++ -g
yacc=$(YACC)
lex=$(FLEX)
all: assembler
assembler: y.tab.o lex.yy.o
$(CC) -o assembler y.tab.o lex.yy.o -ll -l y
assembler.o: assembler.c
$(cc) -o assembler.o assembler.c
y.tab.o: assem.y
$(yacc) -d assem.y
$(CC) -c y.tab.c
lex.yy.o: assem.l
$(lex) assem.l
$(cc) -c lex.yy.c
clean:
rm -f lex.yy.c y.tab.c y.tab.h assembler *.o *.tmp *.debug *.acts
我有一个案例，我必须检测两个版本的Fedora之间的差异，以调整inkscape的命令行选项:
在Fedora 31中，默认的inkscape是1.0beta，使用——export-file
在Fedora < 31中，默认inkscape是0.92，使用——export-pdf
我的Makefile包含以下内容
# set VERSION_ID from /etc/os-release
$(eval $(shell grep VERSION_ID /etc/os-release))
# select the inkscape export syntax
ifeq ($(VERSION_ID),31)
EXPORT = export-file
else
EXPORT = export-pdf
endif
# rule to convert inkscape SVG (drawing) to PDF
%.pdf : %.svg
inkscape --export-area-drawing $< --$(EXPORT)=$@
这是因为/etc/os-release包含一行
VERSION_ID=<value>
所以shell命令在Makefile中返回字符串VERSION_ID=<值>，然后eval命令在此基础上设置Makefile变量VERSION_ID。
这显然可以针对其他操作系统进行调整，具体取决于元数据的存储方式。注意，在Fedora中没有给出操作系统版本的默认环境变量，否则我会使用它!
更新:我现在认为这个答案已经过时了。我在下面发布了一个新的完美解决方案。
如果您的makefile可能运行在非cygwin Windows上，uname可能不可用。这很尴尬，但这是一个潜在的解决方案。您必须首先检查Cygwin以排除它，因为它的PATH环境变量中也有WINDOWS。
ifneq (,$(findstring /cygdrive/,$(PATH)))
UNAME := Cygwin
else
ifneq (,$(findstring WINDOWS,$(PATH)))
UNAME := Windows
else
UNAME := $(shell uname -s)
endif
endif
我终于找到了为我解决这个问题的完美方案。
ifeq '$(findstring ;,$(PATH))' ';'
UNAME := Windows
else
UNAME := $(shell uname 2>/dev/null || echo Unknown)
UNAME := $(patsubst CYGWIN%,Cygwin,$(UNAME))
UNAME := $(patsubst MSYS%,MSYS,$(UNAME))
UNAME := $(patsubst MINGW%,MSYS,$(UNAME))
endif
UNAME变量被设置为Linux、Cygwin、MSYS、Windows、FreeBSD、NetBSD(或者可能是Solaris、Darwin、OpenBSD、AIX、HP-UX)或Unknown。然后可以在Makefile的其余部分中对其进行比较，以分离任何操作系统敏感的变量和命令。
关键是Windows使用分号来分隔PATH变量中的路径，而其他所有变量都使用冒号。(有可能在名称中创建一个带有';'的Linux目录，并将其添加到PATH，这将破坏这一点，但谁会做这样的事情呢?)这似乎是检测本机Windows风险最小的方法，因为它不需要shell调用。Cygwin和MSYS PATH使用冒号，因此对它们调用uname。
注意，OS环境变量可用于检测Windows，但不能用于区分Cygwin和本机Windows。对引号的响应进行测试是可行的，但它需要一个shell调用。
不幸的是，Cygwin在uname的输出中添加了一些版本信息，所以我添加了“patsubst”调用，将其更改为“Cygwin”。此外，MSYS的uname实际上有三种可能的输出，以MSYS或MINGW开头，但我还使用patsubst将所有输出转换为“MSYS”。
如果区分本地Windows系统路径上是否有uname.exe很重要，可以使用这一行来代替简单的赋值:
UNAME := $(shell uname 2>NUL || echo Windows)
当然，在所有情况下都需要GNU make，或者其他支持所使用函数的make。
这里已经有很多很好的答案，但我想分享一个更完整的例子:
不会假设uname在Windows上存在
还可以检测处理器
这里定义的CCFLAGS不一定是推荐的或理想的;它们只是我添加OS/CPU自动检测的项目碰巧正在使用的。
ifeq ($(OS),Windows_NT)
CCFLAGS += -D WIN32
ifeq ($(PROCESSOR_ARCHITEW6432),AMD64)
CCFLAGS += -D AMD64
else
ifeq ($(PROCESSOR_ARCHITECTURE),AMD64)
CCFLAGS += -D AMD64
endif
ifeq ($(PROCESSOR_ARCHITECTURE),x86)
CCFLAGS += -D IA32
endif
endif
else
UNAME_S := $(shell uname -s)
ifeq ($(UNAME_S),Linux)
CCFLAGS += -D LINUX
endif
ifeq ($(UNAME_S),Darwin)
CCFLAGS += -D OSX
endif
UNAME_P := $(shell uname -p)
ifeq ($(UNAME_P),x86_64)
CCFLAGS += -D AMD64
endif
ifneq ($(filter %86,$(UNAME_P)),)
CCFLAGS += -D IA32
endif
ifneq ($(filter arm%,$(UNAME_P)),)
CCFLAGS += -D ARM
endif
endif
为了回答这个我一直在问自己的问题，我最近在做实验。以下是我的结论:
因为在Windows中，不能确定uname命令是否可用，所以可以使用gcc -dumpmachine。这将显示编译器目标。
如果您想进行交叉编译，在使用uname时也可能会出现问题。
下面是gcc -dumpmachine可能输出的示例列表:
mingw32
i686-pc-cygwin
x86_64-redhat-linux
你可以像这样在makefile中检查结果:
SYS := $(shell gcc -dumpmachine)
ifneq (, $(findstring linux, $(SYS)))
# Do Linux things
else ifneq(, $(findstring mingw, $(SYS)))
# Do MinGW things
else ifneq(, $(findstring cygwin, $(SYS)))
# Do Cygwin things
else
# Do things for others
endif
它对我来说工作得很好，但我不确定这是获得系统类型的可靠方法。至少MinGW是可靠的，这就是我所需要的，因为它不需要在Windows中有uname命令或MSYS包。
总而言之，uname提供了正在进行编译的系统，而gcc -dumpmachine提供了正在进行编译的系统。
