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

当前回答

为了回答这个我一直在问自己的问题,我最近在做实验。以下是我的结论:

因为在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提供了正在进行编译的系统。

其他回答

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

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。

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

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

不带参数的uname命令(http://developer.apple.com/documentation/Darwin/Reference/ManPages/man1/uname.1.html)应该告诉您操作系统的名称。我会使用它,然后根据返回值创建条件。

例子

UNAME := $(shell uname)

ifeq ($(UNAME), Linux)
# do something Linux-y
endif
ifeq ($(UNAME), Solaris)
# do something Solaris-y
endif

这就是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 $