Версия для печати темы

Нажмите сюда для просмотра этой темы в обычном формате

Форум разработчиков электроники ELECTRONIX.ru _ Linux _ Помогите разобраться в работе make

Автор: Harvester May 18 2018, 15:38

Имеется проект из одного файла, для сборки которого используется makefile:

CODE
Код
CFLAGS ?= -O2

LIBNAME = libmarsh
VERSION_MAJOR = 2
VERSION_MINOR = 0
VERSION_RELEASE = 0

LINKER_NAME = ${LIBNAME}.so
SONAME = ${LINKER_NAME}.${VERSION_MAJOR}
REALNAME = ${SONAME}.${VERSION_MINOR}.${VERSION_RELEASE}

TARGET_DIR = ../lib
TARGET = ${TARGET_DIR}/${REALNAME}
TARGET_STATIC = ${TARGET_DIR}/${LIBNAME}.a

SRC = ${wildcard *.cpp}
OBJECTS = ${SRC:.cpp=.o}
HEADERS = ${wildcard ../include/*.h *.h}

CFLAGS += -Wall -fPIC -I../include -I../../
LDFLAGS = -L/usr/lib/
LIBSERIAL_STATIC = -static -L/usr/lib/ -I/usr/include/ ../../libserial-0.6.0rc1/src/.libs/libserial.a
LDFLAGS += -lrt

CXXFLAGS += -g -std=c++0x -fpermissive
CC = g++

all: ${TARGET} ${TARGET_STATIC} Makefile

${TARGET}: ${OBJECTS} Makefile
    mkdir -p ${TARGET_DIR}
${OBJECTS}
    ${CC} ${LDFLAGS} ${OBJECTS} ${LIBSERIAL_STATIC} -Wl,-soname,${SONAME} -o ${TARGET} ${LDFLAGS}
    ln -sf ${REALNAME} ${TARGET_DIR}/${SONAME}
    ln -sf ${REALNAME} ${TARGET_DIR}/${LINKER_NAME}

${TARGET_STATIC}: ${OBJECTS} Makefile
    ar cr $@ ${OBJECTS}

%.o: %.c ${HEADERS} Makefile
    ${CC} -c ${CFLAGS} $< -o $@

clean:
    rm -rf ${OBJECTS} ${TARGET} ${TARGET_STATIC} ${TARGET_DIR}/${SONAME} ${TARGET_DIR}/${LINKER_NAME}

.PHONY: all clean

При сборке выполняются следующие команды:
Код
g++ -g -std=c++0x -fpermissive   -c -o libmarsh.o libmarsh.cpp
mkdir -p ../lib
g++ -L/usr/lib/  -lrt libmarsh.o -static -L/usr/lib/ -I/usr/include/ ../../libserial-0.6.0rc1/src/.libs/libserial.a -Wl,-soname,libmarsh.so.2 -o ../lib/libmarsh.so.2.0.0 -L/usr/lib/  -lrt
ln -sf libmarsh.so.2.0.0 ../lib/libmarsh.so.2
ln -sf libmarsh.so.2.0.0 ../lib/libmarsh.so
ar cr ../lib/libmarsh.a libmarsh.o

У меня, собственно 2 вопроса:
1. Почему в 1-й команде используется CXXFLAGS, хотя он не указан в правиле, а CFLAGS не используется, хотя и указан. При этом в 3-й команде CXXFLAGS уже не используется, хотя точно также не указан в правиле
2. (Этот вопрос относится, скорее, к идеологии разработки ПО под Линукс)
Зачем нужно создавать символические ссылки, если результатом сборки должна быть библиотека ../lib/libmarsh.a?

Автор: yes May 18 2018, 16:53

не будучи экспертом - из общей эрудиции
1) в makefile правило для *.c файла, а компилится cpp - то есть вызывается дефолтное cpp правило, которое описывать не нужно
2) там уже линкер, не увидел CFLAG вообще

3) - чтобы избавится от зависимомти от версий so.2.0.0 - в директорию lib кладется линк, при смене версии меняется только линк, а программы, которые использовали эту библиотеку продолжают работать. то есть всегда lib/libmarsh.so а какая там версия - для них не важно (скрыто в линке установщиком/сборщиком)

Автор: R6L-025 May 18 2018, 19:28

К первому вопросу - не уверен, но может быть из-за того что ссылка на компилятор указана как CC = g++, и автоматом подтягивается флаг для C++?

По крайне мере если судить по второму листингу, компилятор подцепил именно флаг, а не дефолтное значение

Автор: Эдди May 19 2018, 05:31

Неправильный какой-то makefile: где цель install? Вручную что ли все это хозяйство копировать предлагается в /usr/lib? Тогда нет смысла делать симлинки, т.к. их и вручную можно сделать.

Автор: Harvester May 19 2018, 09:34

Цитата(Эдди @ May 19 2018, 08:31) *
Неправильный какой-то makefile: где цель install? Вручную что ли все это хозяйство копировать предлагается в /usr/lib?

Какой есть. laughing.gif
Эта библиотека используется в локальном проекте, расположенном в соседней папке. Наверное поэтому разработчик и не стал заморачиваться.

Автор: Эдди May 19 2018, 12:50

Тогда симлинки тоже не нужны, достаточно библиотеку туда копировать.

Автор: Tarbal May 26 2018, 22:55

1. CXXFLAGS это макрос. Как хотите так и называйте. Типа объявления макроса в С при помощи #define
Можно объявить и использовать когда-нибудь в будущем.

2. Допустим один написал библиотеку версии 2.0.0 libmarsh.so.2.0.0, кто-то другой ее использовал. Потом первый добавил функциональности и написал libmarsh.so.2.1.0.
Кто-то третий, компилируя прогрмму второго, всегда будет линковать ее с библиотекой libmarsh.so.2.0.0 и никогда libmarsh.so.2.1.0, пока не поменяет в мейк файле с чем линковать. Неудобно.
Чтобы избежать этого всегда линкуют с libmarsh.so, которая есть soft link на текущую версию библиотеки. В мейк файле всегда libmarsh.so.

Автор: Olej Jul 1 2018, 10:34

Цитата(Harvester @ May 18 2018, 18:38) *
У меня, собственно 2 вопроса:
1. Почему в 1-й команде используется CXXFLAGS, хотя он не указан в правиле, а CFLAGS не используется, хотя и указан. При этом в 3-й команде CXXFLAGS уже не используется, хотя точно также не указан в правиле
2. (Этот вопрос относится, скорее, к идеологии разработки ПО под Линукс)
Зачем нужно создавать символические ссылки, если результатом сборки должна быть библиотека ../lib/libmarsh.a?

У make существует огромное число внутренних (дефаултных) правил, переменных, суффиксов и т.д.
Вы их можете все посмотреть так:
Код
$ make -p > make.suffix
...

(я потому и советую переадресовать в файл, а потом изучить, что их число огромное)

Здесь вам перевод (не самый свежий, но достаточно ... для беглого чтения, там объём большой):
http://electronix.ru/redirect.php?http://linux.yaroslavl.ru/docs/prog/gnu_make_3-79_russian_manual.html Апрель 2000, авторы: Richard M. Stallman и Roland McGrath, перевод: Владимир Игнатов, 2000.

Подробнее про идеологию технику сборки под Linux можете почитать здесь: http://electronix.ru/redirect.php?http://mylinuxprog.blogspot.com/2014/05/linux.html.



Русская версия Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)