我有一个案例，我必须检测两个版本的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对空格非常敏感。下面是一个Makefile的例子，它在OS X上运行一个额外的命令，并且可以在OS X和Linux上运行。不过，总的来说，autoconf/automake是解决所有非平凡问题的方法。

UNAME := $(shell uname -s)
CPP = g++
CPPFLAGS = -pthread -ansi -Wall -Werror -pedantic -O0 -g3 -I /nexopia/include
LDFLAGS = -pthread -L/nexopia/lib -lboost_system

HEADERS = data_structures.h http_client.h load.h lock.h search.h server.h thread.h utility.h
OBJECTS = http_client.o load.o lock.o search.o server.o thread.o utility.o vor.o

all: vor

clean:
    rm -f $(OBJECTS) vor

vor: $(OBJECTS)
    $(CPP) $(LDFLAGS) -o vor $(OBJECTS)
ifeq ($(UNAME),Darwin)
    # Set the Boost library location
    install_name_tool -change libboost_system.dylib /nexopia/lib/libboost_system.dylib vor
endif

%.o: %.cpp $(HEADERS) Makefile
    $(CPP) $(CPPFLAGS) -c $

git makefile包含了许多如何在没有autoconf/automake的情况下进行管理的示例，但仍然可以在许多unix平台上工作。

我有一个案例，我必须检测两个版本的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中没有给出操作系统版本的默认环境变量，否则我会使用它!

我终于找到了为我解决这个问题的完美方案。

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。

另一种我没有看到任何人谈论的方法是使用内置变量SHELL。用作shell的程序取自变量shell。在MS-Windows系统上，它很可能是一个扩展名为.exe的可执行文件(如sh.exe)。

在这种情况下，进行以下条件测试:

ifeq ($(suffix $(SHELL)),.exe)
    # Windows system
else
    # Non-Windows system
endif

将得到与使用环境变量OS相同的结果:

ifeq ($(OS),Windows_NT)
    # Windows system
else
    # Non-Windows system
endif

然而，后者似乎是最受欢迎的解决方案，所以我建议您坚持使用它。