我经常在几台不同的电脑和不同的操作系统上工作,比如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

当前回答

更新:我现在认为这个答案已经过时了。我在下面发布了一个新的完美解决方案。

如果您的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

其他回答

我今天遇到了这个问题,我需要在Solaris上使用它,所以这里有一种POSIX标准方法(非常接近)。

#Detect OS
UNAME = `uname`

# Build based on OS name
DetectOS:
    -@make $(UNAME)


# OS is Linux, use GCC
Linux: program.c
    @SHELL_VARIABLE="-D_LINUX_STUFF_HERE_"
    rm -f program
    gcc $(SHELL_VARIABLE) -o program program.c

# OS is Solaris, use c99
SunOS: program.c
    @SHELL_VARIABLE="-D_SOLARIS_STUFF_HERE_"
    rm -f program
    c99 $(SHELL_VARIABLE) -o program program.c

这就是GNU的automake/autoconf设计用来解决的问题。你可能想调查一下。

或者,您可以在不同的平台上设置环境变量,并根据它们设置Makefile条件。

注意,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 $

这里已经有很多很好的答案,但我想分享一个更完整的例子:

不会假设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

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

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。