我经常在几台不同的电脑和不同的操作系统上工作,比如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对空格非常敏感。下面是一个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

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

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

不带参数的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

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

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

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