Ответ 1
Поскольку это для Unix, исполняемые файлы не имеют никаких расширений.
Следует отметить, что root-config - это утилита, которая обеспечивает правильные флаги компиляции и связывания; и правильные библиотеки для создания приложений против root. Это просто деталь, относящаяся к исходной аудитории для этого документа.
Сделай меня малышкой
или ты никогда не забудешь первый раз, когда тебя сделали
Вводное обсуждение make и как написать простой make файл
Что такое марка? И почему я должен заботиться?
Инструмент под названием Make является менеджером зависимостей сборки. Таким образом, он заботится о том, чтобы знать, какие команды нужно выполнить и в каком порядке взять ваш программный проект из коллекции исходных файлов, объектных файлов, библиотек, заголовков и т.д. И т.д. ---some, которые могли недавно измениться. --- и превратить их в правильную актуальную версию программы.
На самом деле, вы можете использовать Make и для других вещей, но я не буду об этом говорить.
Тривиальный Makefile
Предположим, что у вас есть каталог, содержащий: tool tool.cc tool.o support.cc support.hh и support.o, которые зависят от root и должны быть скомпилированы в программу под названием tool, и предположим, что что вы взламывали исходные файлы (что означает, что существующий tool устарел) и хотите скомпилировать программу.
Чтобы сделать это самостоятельно, вы могли бы
Проверьте, является ли
support.ccилиsupport.hhновее, чемsupport.o, и, если это так, выполните команду типаg++ -g -c -pthread -I/sw/include/root support.ccУбедитесь, что
support.hhилиtool.ccновее, чемtool.o, и, если это так, выполните команду типаg++ -g -c -pthread -I/sw/include/root tool.ccПроверьте, является ли
tool.oновее, чемtool, и, если это так, выполните команду типаg++ -g tool.o support.o -L/sw/lib/root -lCore -lCint -lRIO -lNet -lHist -lGraf -lGraf3d -lGpad -lTree -lRint \-lPostscript -L Матрица -lPhysics -L MathCore -lThread -L z -L/sw/lib -L свободный тип -L z -Wl, - framework, CoreServices \ -Wl, - платформа, ApplicationServices -pthread -Wl, -rpath,/sw/lib/root -L m -L dl
Уф! Что за хлопоты! Здесь есть что вспомнить и несколько шансов ошибиться. (BTW-- особенности отображаемых здесь командных строк зависят от нашей программной среды. Эти работают на моем компьютере.)
Конечно, вы можете просто запустить все три команды каждый раз. Это бы сработало, но оно плохо масштабируется для существенного программного обеспечения (такого как DOGS, которое компилируется с нуля на моем MacBook более 15 минут).
Вместо этого вы можете написать файл с именем makefile следующим образом:
tool: tool.o support.o
g++ -g -o tool tool.o support.o -L/sw/lib/root -lCore -lCint -lRIO -lNet -lHist -lGraf -lGraf3d -lGpad -lTree -lRint \
-lPostscript -lMatrix -lPhysics -lMathCore -lThread -lz -L/sw/lib -lfreetype -lz -Wl,-framework,CoreServices \
-Wl,-framework,ApplicationServices -pthread -Wl,-rpath,/sw/lib/root -lm -ldl
tool.o: tool.cc support.hh
g++ -g -c -pthread -I/sw/include/root tool.cc
support.o: support.hh support.cc
g++ -g -c -pthread -I/sw/include/root support.cc
и просто введите make в командной строке. Который автоматически выполнит три шага, показанных выше.
Строки с отступом здесь имеют форму "target: dependencies" и сообщают Make, что соответствующие команды (строки с отступом) должны выполняться, если какая-либо из зависимостей новее, чем target. То есть строки зависимости описывают логику того, что необходимо перестроить, чтобы учесть изменения в различных файлах. Если support.cc изменяется, это означает, что support.o необходимо перестроить, но tool.o можно оставить в покое. Когда support.o изменяется, tool необходимо перестраивать.
Команды, связанные с каждой линией зависимостей, обозначаются вкладкой (см. ниже), которая должна изменить цель (или, по крайней мере, коснуться ее, чтобы обновить время модификации).
Переменные, встроенные правила и другие полезности
На этом этапе наш make файл просто запоминает работу, которая должна быть выполнена, но нам все еще приходилось разбираться и вводить все необходимые команды целиком. Так не должно быть: Make - это мощный язык с переменными, функциями манипулирования текстом и целым рядом встроенных правил, которые могут упростить нам задачу.
Сделать переменные
Синтаксис для доступа к переменной make: $(VAR).
Синтаксис для назначения переменной Make: VAR = A text value of some kind
(или VAR := A different text value but ignore this for the moment).
Вы можете использовать переменные в правилах, таких как эта улучшенная версия нашего make файла:
CPPFLAGS=-g -pthread -I/sw/include/root
LDFLAGS=-g
LDLIBS=-L/sw/lib/root -lCore -lCint -lRIO -lNet -lHist -lGraf -lGraf3d -lGpad -lTree -lRint \
-lPostscript -lMatrix -lPhysics -lMathCore -lThread -lz -L/sw/lib -lfreetype -lz \
-Wl,-framework,CoreServices -Wl,-framework,ApplicationServices -pthread -Wl,-rpath,/sw/lib/root \
-lm -ldl
tool: tool.o support.o
g++ $(LDFLAGS) -o tool tool.o support.o $(LDLIBS)
tool.o: tool.cc support.hh
g++ $(CPPFLAGS) -c tool.cc
support.o: support.hh support.cc
g++ $(CPPFLAGS) -c support.cc
который немного более читабелен, но все же требует много ввода
Сделать функции
GNU make поддерживает множество функций для доступа к информации из файловой системы или других команд в системе. В этом случае нас интересует $(shell ...), который расширяется до вывода аргумента (ов), и $(subst opat,npat,text), который заменяет все экземпляры opat на npat в тексте.
Воспользовавшись этим, мы получаем:
CPPFLAGS=-g $(shell root-config --cflags)
LDFLAGS=-g $(shell root-config --ldflags)
LDLIBS=$(shell root-config --libs)
SRCS=tool.cc support.cc
OBJS=$(subst .cc,.o,$(SRCS))
tool: $(OBJS)
g++ $(LDFLAGS) -o tool $(OBJS) $(LDLIBS)
tool.o: tool.cc support.hh
g++ $(CPPFLAGS) -c tool.cc
support.o: support.hh support.cc
g++ $(CPPFLAGS) -c support.cc
который легче набирать и гораздо более читаемый.
Обратите внимание, что
- Мы по-прежнему явно указываем зависимости для каждого объектного файла и конечного исполняемого файла
- Нам пришлось явно ввести правило компиляции для обоих исходных файлов
Неявные и шаблонные правила
Как правило, мы ожидаем, что все исходные файлы C++ должны обрабатываться одинаково, и Make предоставляет три способа указать это:
- суффиксные правила (считаются устаревшими в GNU make, но сохраняются для обратной совместимости)
- неявные правила
- шаблонные правила
Неявные правила встроены, и некоторые из них будут обсуждаться ниже. Шаблонные правила указываются в форме, подобной
%.o: %.c
$(CC) $(CFLAGS) $(CPPFLAGS) -c $<
что означает, что объектные файлы генерируются из исходных файлов C с помощью показанной команды, где "автоматическая" переменная $< расширяется до имени первой зависимости.
Встроенные правила
В Make есть целый набор встроенных правил, которые означают, что очень часто проект может быть скомпилирован очень простым make файлом.
В GNU make встроено правило для исходных файлов на Си, которое показано выше. Аналогичным образом мы создаем объектные файлы из исходных файлов C++ с правилом, подобным $(CXX) -c $(CPPFLAGS) $(CFLAGS).
Отдельные объектные файлы связаны с помощью $(LD) $(LDFLAGS) n.o $(LOADLIBES) $(LDLIBS), но в нашем случае это не сработает, потому что мы хотим связать несколько объектных файлов.
Переменные, используемые встроенными правилами
Встроенные правила используют набор стандартных переменных, которые позволяют вам указывать информацию о локальной среде (например, где найти включаемые файлы ROOT) без переписывания всех правил. Наиболее вероятными для нас являются:
CC- компилятор C для использованияCXX- компилятор C++ для использованияLD- компоновщик для использованияCFLAGS- флаг компиляции для исходных файлов на СиCXXFLAGS- флаги компиляции для исходных файлов C++CPPFLAGS- флаги для препроцессора c (обычно включают пути к файлам и символы, определенные в командной строке), используемые C и C++LDFLAGS- флаги компоновщикаLDLIBS- библиотеки для ссылки
Основной Makefile
Используя преимущества встроенных правил, мы можем упростить наш make файл для:
CC=gcc
CXX=g++
RM=rm -f
CPPFLAGS=-g $(shell root-config --cflags)
LDFLAGS=-g $(shell root-config --ldflags)
LDLIBS=$(shell root-config --libs)
SRCS=tool.cc support.cc
OBJS=$(subst .cc,.o,$(SRCS))
all: tool
tool: $(OBJS)
$(CXX) $(LDFLAGS) -o tool $(OBJS) $(LDLIBS)
tool.o: tool.cc support.hh
support.o: support.hh support.cc
clean:
$(RM) $(OBJS)
distclean: clean
$(RM) tool
Мы также добавили несколько стандартных целей, которые выполняют специальные действия (например, очистка исходного каталога).
Обратите внимание, что когда make вызывается без аргумента, он использует первую цель, найденную в файле (в данном случае все), но вы также можете указать имя цели, которую нужно получить, и именно в этом случае make clean удаляет объектные файлы.
У нас все еще есть жестко запрограммированные зависимости.
Некоторые загадочные улучшения
CC=gcc
CXX=g++
RM=rm -f
CPPFLAGS=-g $(shell root-config --cflags)
LDFLAGS=-g $(shell root-config --ldflags)
LDLIBS=$(shell root-config --libs)
SRCS=tool.cc support.cc
OBJS=$(subst .cc,.o,$(SRCS))
all: tool
tool: $(OBJS)
$(CXX) $(LDFLAGS) -o tool $(OBJS) $(LDLIBS)
depend: .depend
.depend: $(SRCS)
$(RM) ./.depend
$(CXX) $(CPPFLAGS) -MM $^>>./.depend;
clean:
$(RM) $(OBJS)
distclean: clean
$(RM) *~ .depend
include .depend
Обратите внимание, что
- Для исходных файлов больше нет строк зависимости!?!
- Существует некоторая странная магия, связанная с .depend и зависимости
- Если вы сделаете
make, тоls -Aвы увидите файл с именем.depend, который содержит вещи, которые выглядят как строки создания зависимости
Другое чтение
- GNU make manual
- Рекурсивная проверка считается вредной для общего способа написания make файлов, который не является оптимальным, и того, как его избежать.
Знайте ошибки и исторические заметки
Язык ввода для Make чувствителен к пробелам. В частности, строки действий, следующие за зависимостями, должны начинаться с вкладки. Но ряд пробелов может выглядеть одинаково (и действительно есть редакторы, которые будут молча преобразовывать вкладки в пробелы или наоборот), что приводит к тому, что файл Make выглядит правильно и все еще не работает. Это было определено как ошибка на ранней стадии, но (история идет) это не было исправлено, потому что уже было 10 пользователей.
(Это было скопировано из вики-поста, который я написал для аспирантов по физике.)