Медлительность Libtool, двойное строительство? - PullRequest
Новая
       7

Медлительность Libtool, двойное строительство?

3 голосов
/ 21 февраля 2009

В моем проекте модули организованы в подкаталоги для аккуратности.

Иерархия каталогов моего проекта: 

$ ls -R
.:         configure.in Makefile.am  Makefile.cvs  src
./src:     log          Makefile.am  main.cpp
./src/log: log.cpp      Makefile.am

configure.in: 

AC_INIT(configure.in)
AM_CONFIG_HEADER(config.h)
AM_INIT_AUTOMAKE(myapp, 0.1)
AC_LANG_CPLUSPLUS
AC_PROG_CXX
AM_PROG_LIBTOOL
AC_OUTPUT(Makefile src/Makefile src/log/Makefile)

Makefile.am: 

AUTOMAKE_OPTIONS = foreign
SUBDIRS = src

Makefile.cvs: 

default:
    aclocal
    libtoolize --force --copy
    autoheader
    automake --add-missing --copy
    autoconf

ЦСИ / Makefile.am 

bin_PROGRAMS = myapp
myapp_SOURCES = main.cpp
SUBDIRS = log
myapp_LDADD = $(top_builddir)/src/log/liblog.la

SRC / журнал / Makefile.am: 

INCLUDES = $(all_includes)
METASOURCES = AUTO
noinst_LTLIBRARIES = liblog.la
liblog_la_SOURCES = log.cpp

src / main.cpp: содержит int main(){}, src / log / log.cpp содержит void f(){}.

Invoking make производит (отредактировано для краткости): 

libtool --mode=compile g++     -MT log.lo -MD -MP -MF .deps/log.Tpo -c -o log.lo log.cpp
libtool: compile:  g++ -MT log.lo -MD -MP -MF .deps/log.Tpo -c log.cpp  -fPIC -DPIC -o .libs/log.o
libtool: compile:  g++ -MT log.lo -MD -MP -MF .deps/log.Tpo -c log.cpp -o log.o >/dev/null 2>&1
mv -f .deps/log.Tpo .deps/log.Plo
libtool --mode=link g++    -o liblog.la  log.lo  
libtool: link: ar cru .libs/liblog.a .libs/log.o 
libtool: link: ranlib .libs/liblog.a
libtool: link: ( cd ".libs" && rm -f "liblog.la" && ln -s "../liblog.la" "liblog.la" )
g++ -MT main.o -MD -MP -MF .deps/main.Tpo -c -o main.o main.cpp
mv -f .deps/main.Tpo .deps/main.Po
libtool --mode=link g++    -o myapp main.o ../src/log/liblog.la 
libtool: link: g++ -o myapp main.o  ../src/log/.libs/liblog.a

Проблема в первых трех строках: log.cpp компилируется дважды!

Вопрос: почему он не компилируется один раз - занимает половину времени?

примечание: Понятия не имею, что я делаю - автоинструменты для меня черная магия, но мы должны использовать их вместо нас. Документы мне непонятны.

1 Ответ

3 голосов
/ 21 февраля 2009

По умолчанию Libtool создает библиотеки двух типов: статические и общие. (он же libfoo.a и libfoo.so)

Статика и осколок требуют разных флагов компиляции. Динамические библиотеки - общие объекты используйте независимый от позиции код со следующими флагами gcc: 

-fPIC -DPIC

Статики нет. Вы можете принудительно создать только один тип, указав 

./configure --disable-shared

или 

./configure --disable-static

Обоснование

Обычно, когда библиотека предоставляется для пользователя, она предоставляет две установки - статическую для разработки, которая позволяет создавать чисто статические сборки и динамическую для использования большинством программ, которые используют эту библиотеку. Итак, обычно при установке библиотеки в систему Вы устанавливаете только общий объект. (он же libfoo_XYZ.deb)

Когда вы добавляете версию для разработки (она же libfoo-dev_XYZ.deb), вы добавляете заголовки и статически сборочная версия библиотеки, которая позволяет пользователям делать обычные сборки, если они этого хотят.

Это обычная практика для доставки библиотек в UNIX. Таким образом, libtool делает это для Вы автоматически.

...