Операционная система обнаруживает makefile
-
23-08-2019 - |
Вопрос
Я обычно работаю на нескольких разных компьютерах и в нескольких разных операционных системах, таких как 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
Решение
Здесь уже есть много хороших ответов, но я хотел поделиться более полным примером, который:
- не предполагает
uname
существует в Windows - также обнаруживает процессор
Определенные здесь CCFLAGS не обязательно рекомендуются или идеальны;это как раз то, что использовал проект, в который я добавлял автоматическое определение ОС / процессора.
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
Другие советы
Команда 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
Определите операционную систему, используя два простых приема:
- Сначала переменная среды
OS
- Затем в
uname
команда
ifeq ($(OS),Windows_NT) # is Windows_NT on XP, 2000, 7, Vista, 10...
detected_OS := Windows
else
detected_OS := $(shell uname) # same as "uname -s"
endif
Или более безопасный способ, если не в Windows и uname
недоступно:
ifeq ($(OS),Windows_NT)
detected_OS := Windows
else
detected_OS := $(shell sh -c 'uname 2>/dev/null || echo Unknown')
endif
Кен Джексон предлагает интересную альтернативу, если вы хотите отличить Cygwin / MinGW / MSYS / Windows.Видишь его ответ это выглядит примерно так:
ifeq '$(findstring ;,$(PATH))' ';'
detected_OS := Windows
else
detected_OS := $(shell uname 2>/dev/null || echo Unknown)
detected_OS := $(patsubst CYGWIN%,Cygwin,$(detected_OS))
detected_OS := $(patsubst MSYS%,MSYS,$(detected_OS))
detected_OS := $(patsubst MINGW%,MSYS,$(detected_OS))
endif
Затем вы можете выбрать соответствующий материал в зависимости от detected_OS
:
ifeq ($(detected_OS),Windows)
CFLAGS += -D WIN32
endif
ifeq ($(detected_OS),Darwin) # Mac OS X
CFLAGS += -D OSX
endif
ifeq ($(detected_OS),Linux)
CFLAGS += -D LINUX
endif
ifeq ($(detected_OS),GNU) # Debian GNU Hurd
CFLAGS += -D GNU_HURD
endif
ifeq ($(detected_OS),GNU/kFreeBSD) # Debian kFreeBSD
CFLAGS += -D GNU_kFreeBSD
endif
ifeq ($(detected_OS),FreeBSD)
CFLAGS += -D FreeBSD
endif
ifeq ($(detected_OS),NetBSD)
CFLAGS += -D NetBSD
endif
ifeq ($(detected_OS),DragonFly)
CFLAGS += -D DragonFly
endif
ifeq ($(detected_OS),Haiku)
CFLAGS += -D Haiku
endif
Примечания:
Команда
uname
это то же самое , чтоuname -s
потому что вариант-s
(--kernel-name
) используется по умолчанию.Видишь почемуuname -s
это лучше, чемuname -o
.Использование
OS
(вместоuname
) упрощает алгоритм идентификации.Вы все еще можете использовать исключительноuname
, но вам приходится иметь дело сif/else
блоки для проверки всех MinGW, Cygwin и т.д.вариации.Переменная среды
OS
всегда имеет значение"Windows_NT"
в разных версиях Windows (см.%OS%
переменная окружения в Википедии).Альтернативой
OS
является переменной средыMSVC
(он проверяет наличие MS Visual Studio ( MS Visual Studio ), видеть пример использования Visual C ++).
Ниже я привожу полный пример использования make
и gcc
для создания общей библиотеки: *.so
или *.dll
в зависимости от платформы.Этот пример настолько прост, насколько это возможно, чтобы быть более понятным.
Для установки make
и gcc
в Windows смотрите Сигвин или MinGW.
Мой пример основан на пяти файлах
├── lib
│ └── Makefile
│ └── hello.h
│ └── hello.c
└── app
└── Makefile
└── main.c
Напоминание: Makefile
имеет отступ с использованием сведение в таблицу.Будьте осторожны при копировании и вставке приведенных ниже примеров файлов.
Эти двое Makefile
Файлы
1. lib/Makefile
ifeq ($(OS),Windows_NT)
uname_S := Windows
else
uname_S := $(shell uname -s)
endif
ifeq ($(uname_S), Windows)
target = hello.dll
endif
ifeq ($(uname_S), Linux)
target = libhello.so
endif
#ifeq ($(uname_S), .....) #See https://stackoverflow.com/a/27776822/938111
# target = .....
#endif
%.o: %.c
gcc -c $< -fPIC -o $@
# -c $< => $< is first file after ':' => Compile hello.c
# -fPIC => Position-Independent Code (required for shared lib)
# -o $@ => $@ is the target => Output file (-o) is hello.o
$(target): hello.o
gcc $^ -shared -o $@
# $^ => $^ expand to all prerequisites (after ':') => hello.o
# -shared => Generate shared library
# -o $@ => Output file (-o) is $@ (libhello.so or hello.dll)
2. app/Makefile
ifeq ($(OS),Windows_NT)
uname_S := Windows
else
uname_S := $(shell uname -s)
endif
ifeq ($(uname_S), Windows)
target = app.exe
endif
ifeq ($(uname_S), Linux)
target = app
endif
#ifeq ($(uname_S), .....) #See https://stackoverflow.com/a/27776822/938111
# target = .....
#endif
%.o: %.c
gcc -c $< -I ../lib -o $@
# -c $< => compile (-c) $< (first file after :) = main.c
# -I ../lib => search headers (*.h) in directory ../lib
# -o $@ => output file (-o) is $@ (target) = main.o
$(target): main.o
gcc $^ -L../lib -lhello -o $@
# $^ => $^ (all files after the :) = main.o (here only one file)
# -L../lib => look for libraries in directory ../lib
# -lhello => use shared library hello (libhello.so or hello.dll)
# -o $@ => output file (-o) is $@ (target) = "app.exe" or "app"
Чтобы узнать больше, прочитайте Автоматические Переменные Документация как указано в cfi.
Исходный код
- lib/hello.h
#ifndef HELLO_H_
#define HELLO_H_
const char* hello();
#endif
- lib/hello.c
#include "hello.h"
const char* hello()
{
return "hello";
}
- app/main.c
#include "hello.h" //hello()
#include <stdio.h> //puts()
int main()
{
const char* str = hello();
puts(str);
}
Сборка
Исправьте копирование-вставку Makefile
(замените начальные пробелы на одну таблицу).
> sed 's/^ */\t/' -i */Makefile
В make
команда одинакова на обеих платформах.Данный вывод выполняется на Unix-подобных операционных системах:
> make -C lib
make: Entering directory '/tmp/lib'
gcc -c hello.c -fPIC -o hello.o
# -c hello.c => hello.c is first file after ':' => Compile hello.c
# -fPIC => Position-Independent Code (required for shared lib)
# -o hello.o => hello.o is the target => Output file (-o) is hello.o
gcc hello.o -shared -o libhello.so
# hello.o => hello.o is the first after ':' => Link hello.o
# -shared => Generate shared library
# -o libhello.so => Output file (-o) is libhello.so (libhello.so or hello.dll)
make: Leaving directory '/tmp/lib'
> make -C app
make: Entering directory '/tmp/app'
gcc -c main.c -I ../lib -o main.o
# -c main.c => compile (-c) main.c (first file after :) = main.cpp
# -I ../lib => search headers (*.h) in directory ../lib
# -o main.o => output file (-o) is main.o (target) = main.o
gcc main.o -L../lib -lhello -o app
# main.o => main.o (all files after the :) = main.o (here only one file)
# -L../lib => look for libraries in directory ../lib
# -lhello => use shared library hello (libhello.so or hello.dll)
# -o app => output file (-o) is app.exe (target) = "app.exe" or "app"
make: Leaving directory '/tmp/app'
Бегство
Приложению требуется знать, где находится общая библиотека.
В Windows простым решением является копирование библиотеки, в которой находится приложение:
> cp -v lib/hello.dll app
`lib/hello.dll' -> `app/hello.dll'
В Unix-подобных операционных системах вы можете использовать LD_LIBRARY_PATH
переменная среды:
> export LD_LIBRARY_PATH=lib
Запустите команду в Windows:
> app/app.exe
hello
Запустите команду в Unix-подобных операционных системах:
> app/app
hello
Недавно я экспериментировал, чтобы ответить на этот вопрос, который я задавал себе.Вот мои выводы:
Поскольку в Windows вы не можете быть уверены, что uname
команда доступна, вы можете использовать gcc -dumpmachine
.При этом будет отображен целевой объект компилятора.
Также может возникнуть проблема при использовании uname
если вы хотите выполнить некоторую кросс-компиляцию.
Вот примерный список возможных выходных данных gcc -dumpmachine
:
- mingw32
- i686-пк-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 и это все, что мне нужно, поскольку для этого не требуется иметь uname
команда или MSYS пакет в Windows.
Подводя итог, uname
дает вам систему на который вы компилируете, и gcc -dumpmachine
дает вам систему для который вы компилируете.
В git makefile - файл git makefile содержит многочисленные примеры того, как управлять без autoconf / automake, но при этом все еще работать на множестве платформ unixy.
Обновить:Теперь я считаю этот ответ устаревшим.Я опубликовал новое идеальное решение ниже.
Если ваш makefile может быть запущен в Windows, отличной от Cygwin, uname
может быть недоступен.Это неудобно, но это потенциальное решение.Сначала вы должны проверить наличие Cygwin, чтобы исключить его, потому что в его PATH
переменная среды тоже.
ifneq (,$(findstring /cygdrive/,$(PATH)))
UNAME := Cygwin
else
ifneq (,$(findstring WINDOWS,$(PATH)))
UNAME := Windows
else
UNAME := $(shell uname -s)
endif
endif
Это работа, которую выполняет GNU автоматизировать/автоконфликт предназначены для решения.Возможно, вы захотите исследовать их.
В качестве альтернативы вы можете установить переменные среды на ваших разных платформах и сделать Makefile условным по отношению к ним.
Я столкнулся с этой проблемой сегодня, и мне это понадобилось в 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
Вот простое решение, которое проверяет, находитесь ли вы в среде, подобной Windows или posix (Linux / Unix / Cygwin / Mac):
ifeq ($(shell echo "check_quotes"),"check_quotes")
WINDOWS := yes
else
WINDOWS := no
endif
Он использует тот факт, что echo существует как в posix-подобных средах, так и в средах Windows, и что в Windows оболочка не фильтрует кавычки.
Наконец-то я нашел идеальное решение, которое решает эту проблему за меня.
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) или Неизвестно.Затем его можно сравнить с остальной частью Makefile, чтобы отделить любые переменные и команды, зависящие от операционной системы.
Ключ в том, что Windows использует точки с запятой для разделения путей в переменной PATH, в то время как все остальные используют двоеточия.(Можно создать каталог Linux с ';' в имени и добавить его в PATH, что нарушило бы это, но кто бы стал это делать?) Это, по-видимому, наименее рискованный метод обнаружения собственной Windows, поскольку для него не требуется вызов командной строки.Путь Cygwin и MSYS использует двоеточия, поэтому безымянный призван для них.
Обратите внимание, что переменная среды OS может использоваться для обнаружения Windows, но не для различения Cygwin и родной Windows.Тестирование на повторение кавычек работает, но для этого требуется вызов командной строки.
К сожалению, Cygwin добавляет некоторую информацию о версии к выходным данным безымянный, поэтому я добавил вызовы 'patsubst', чтобы изменить его просто на 'Cygwin'.Кроме того, uname для MSYS на самом деле имеет три возможных вывода, начинающихся с MSYS или MINGW, но я также использую patsubst, чтобы преобразовать все просто в 'MSYS'.
Если важно различать собственные системы Windows с некоторыми и без них uname.exe в пути эту строку можно использовать вместо простого назначения:
UNAME := $(shell uname 2>NUL || echo Windows)
Конечно, во всех случаях GNU сделать требуется, или другой сделать который поддерживает используемые функции.
Обратите внимание, что Make-файлы чрезвычайно чувствительны к интервалу.Вот пример 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 $
Другой способ сделать это - с помощью скрипта "настроить".Если вы уже используете его с вашим makefile, вы можете использовать комбинацию uname и sed, чтобы все получилось.Сначала в вашем сценарии выполните:
UNAME=uname
Затем, чтобы поместить это в свой Makefile, начните с Makefile.в котором должно быть что-то вроде
UNAME=@@UNAME@@
в нем.
Используйте следующую команду sed в вашем скрипте настройки после UNAME=uname
немного.
sed -e "s|@@UNAME@@|$UNAME|" < Makefile.in > Makefile
Теперь ваш makefile должен иметь UNAME
определяется по желанию.Операторы If / elif /else - это все, что осталось!