Библиотека автоинструментов и управление выводом объектных файлов - PullRequest
Новая
       92

Библиотека автоинструментов и управление выводом объектных файлов

6 голосов
/ 19 июня 2009

Моя цель - создать все объектные файлы в каталоге .objs вместо корня файла Makefile и скопировать двоичные файлы (и библиотеки) в каталог bin / проекта. Но я не смог найти никаких ресурсов, чтобы объяснить, как это сделать. Как бы я поступил так?

Вот мои файлы configure.ac и src / Makefile.am - у меня есть похожие файлы Makefile.am для двух общих библиотек, на которые есть ссылки. Они компилируются, и после копирования их в каталог bin / работают как надо. Я просто хочу автоматизировать этот процесс.

configure.ac 

AC_PREREQ([2.63])
AC_INIT([gtkworkbook], [0.12], [j_bellone@users.sourceforge.net])
AC_CONFIG_SRCDIR([gtkworkbook/cell.c])
AM_INIT_AUTOMAKE([gtkworkbook], [0.12])

# Checks for programs.
AC_PROG_CXX
AC_PROG_CC
AC_PROG_INSTALL
AC_PROG_MAKE_SET
AC_PROG_RANLIB
AC_PROG_LIBTOOL
AC_PROG_CC_C_O

AC_CHECK_LIB([pthread], [pthread_mutex_init], [], [
            echo "pthread library is missing. pthread is required for this program"
            exit -1])

# Checks for header files.
AC_CHECK_HEADERS([arpa/inet.h netdb.h netinet/in.h stdlib.h string.h sys/socket.h unistd.h])

# Checks for typedefs, structures, and compiler characteristics.
AC_HEADER_STDBOOL
AC_C_INLINE
AC_TYPE_SIZE_T

# Checks for library functions.
AC_CHECK_FUNCS([gethostbyname memset socket])

AC_OUTPUT([Makefile
       csv/Makefile
       gtkworkbook/Makefile
       src/Makefile])

ЦСИ / Makefile.am 

AUTOMAKE_OPTIONS= foreign

C_FLAGS= -I/usr/local/include -I/usr/include -I/usr/local/include/gtkextra-2.0 -I$(top_srcdir)/include `pkg-config gtk+-2.0 glib-2.0 --cflags`
L_FLAGS= -L/usr/local/lib -L/usr/lib -L$(top_srcdir)/lib `pkg-config gtk+-2.0 glib-2.0 --libs` -lgtkextra-x11-2.0

bin_PROGRAMS= gtkworkbook
gtkworkbook_SOURCES= application.c config.c main.c parse.c plugin.c
gtkworkbook_CFLAGS= -Wall -lgthread-2.0 -std=c99 $(C_FLAGS)  
gtkworkbook_LFLAGS= -ldl $(L_FLAGS)
gtkworkbook_LDFLAGS= $(L_FLAGS)
gtkworkbook_LDADD= ../gtkworkbook/libgtkworkbook.la ../csv/libcsv.la

lib_LTLIBRARIES= realtime.la
realtime_la_SOURCES= realtime/CsvParser.cpp realtime/Network.cpp realtime/Packet.cpp realtime/plugin_main.cpp \
    realtime/thread_main.cpp realtime/concurrent/Mutex.cpp realtime/concurrent/Semaphore.cpp \
    realtime/concurrent/Thread.cpp realtime/concurrent/ThreadGroup.cpp realtime/concurrent/ThreadPool.cpp \
    realtime/proactor/Dispatcher.cpp realtime/proactor/Event.cpp realtime/proactor/Proactor.cpp \
    realtime/proactor/InputDispatcher.cpp realtime/proactor/Worker.cpp realtime/network/Tcp.cpp
realtime_la_CPPFLAGS= -Wall -Wno-write-strings $(C_FLAGS)
realtime_la_LFLAGS= -lgtkworkbook -lcsv $(L_FLAGS)
realtime_la_LDFLAGS= -module -export-dynamic 
realtime_la_LIBADD= ../gtkworkbook/libgtkworkbook.la ../csv/libcsv.la

Итак, мой вопрос заключается в том, как указать выходные каталоги для результатов компиляции каждого файла Makefile (я хочу, чтобы они были скопированы в bin / , и чтобы объектные файлы были в . obj каждого проекта, а не в корне Makefile.

Спасибо за помощь до сих пор .. этот сайт был отличным ресурсом, и я многому научился по ссылкам, уже предоставленным.

Ответы [ 2 ]

11 голосов
/ 23 июня 2009

Система сборки GNU не использует каталоги obj/, поэтому автоинструменты не предназначены для поддержки этого.

Однако я могу придумать два способа обойти это.

Как установщик, вы можете собрать любой пакет из его исходного каталога, набрав 

mkdir builddir
cd builddir
../path-to-sourcedir/configure
make

Тогда любой выходной файл будет создан в каталоге builddir/. Эта схема компиляции позволяет компилировать исходный код, хранящийся в каталоге только для чтения (это имело больше смысла в те годы, когда FSF распространял компакт-диски с несжатым исходным кодом), или компилировать тот же исходный код с различными настройками (или даже для разные архитектуры).

Как упаковщик, единственный способ заставить ваш пакет собрать все в obj/ - это поместить свой Makefile.am в obj/ и объявить там все свои правила сборки. Это будет означать obj/Makefile.am, похожий на: 

bin_PROGRAMS = foo bar
foo_SOURCES = ../src/foo/main.c ../src/foo/help.c ../src/foo/list.c
bar_SOURCES = ../src/bar/bar.c

и т.д.. Я помню, что 10 лет назад POSE, эмулятор Palm OS, использовал настройку, подобную описанной выше. Я не рекомендую это, поскольку это не действительно ремонтопригодно. Действительно лучше придерживаться философии инструментов и использовать системы сборки, которые работают как другие пакеты GNU.

Для ознакомления с системой сборки GNU я рекомендую прочитать введение в руководство Automake: http://www.gnu.org/software/automake/manual/automake.html#GNU-Build-System

Особенно раздел «Варианты использования». Если вас не интересуют эти варианты использования, я думаю, что вам лучше НЕ использовать Automake, а создавать собственные файлы Makefile. В противном случае вы будете продолжать пытаться заставить Automake делать то, для чего он не предназначен, и вы быстро его возненавидите.

РЕДАКТИРОВАТЬ 2013-08-26 : обратите внимание, что проект Automake с использованием подкаталога с именем с использованием obj/ не является переносимым для BSD make.

0 голосов
/ 19 июня 2009

Самый простой способ сделать это - установить "libdir" в каталог, в который вы хотите поместить эти файлы, и использовать цель установки, чтобы скопировать их туда.

Это помешает вам использовать цель установки в обычном смысле.

...