LINUX.ORG.RU

autotools


0

0

Подскажите пожалуйста линк или че еще на гайд по автотулу(автомаке+автоконф)... Доку на гну.орг читаю, но там в основном описаны дерективы, их применение и синтаксис, в то время как принципы «правильного» построения проекта на автотуле описаны как-то кратко и не совсем понятно.... вообщем ищется что-то типа Quick start guide for autotools(automake+autoconf)

★★★★★

В особенности интересует «подпроектная» конфигурация...

Jetty ★★★★★
() автор топика
Ответ на: комментарий от annulen

Спасибо. Именно с cmake и перехожу(пытаюсь) на автотулз... Действительно в смаке все проще(на первый взгляд)

Jetty ★★★★★
() автор топика
Ответ на: комментарий от annulen

Хотел пошутить тоже. Пользуюсь CMake и испытываю душевные переживания что я не Ъ

vertexua ★★★★★
()
Ответ на: комментарий от annulen

не всегда есть возможность использовать cmake, в то же время есть возможность использовать autotools

Jetty ★★★★★
() автор топика
Ответ на: комментарий от Gorthauer

Факт, что каждый студент должен написать свою билд-систему на замену «этого убожества». Которое он, к слову, не осилил.

Годы идут, студенты меняются, а автотулз до сих пор живее всех живых.

mv ★★★★★
()
Ответ на: комментарий от mv

>Годы идут, студенты меняются, а автотулз до сих пор живее всех живых.

Та же ситуация что и с C++ и с gobject. Слишком много чего написано, чтобы что-то менять.

creepnee
()
Ответ на: комментарий от Jetty

> попробуй на БСД 4.5 собрать смаке 2.8.0+...

А в чём, собственно, проблема?

unC0Rr ★★★★★
()

Скопирую из http://www.linux.org.ru/forum/development/3347027#comment-3349011 (комментарий)

autoscan делает скелет с проверками заголовков и библиотек (входит в automake). Так что все дерево делается легко:

mkdir src; mkdir include
echo 'SUBDIRS = src include' > Makefile.am
(cd include; echo include_HEADERS = * > Makefile.am)
PROG=hello
(cd src; echo "bin_PROGRAMS = $PROG"; echo "${PROG}_SOURCES = " *.c) > src/Makefile.am
autoscan
mv configure.scan configure.in
Редактируем configure.in, там меняем maintainer, author, version, добавляем AM_INIT_AUTOMAKE()

aclocal && autoheader && automake && autoconf && ./configure

rymis ★★
()
Ответ на: комментарий от Jetty

>пади попробуй на БСД 4.5 собрать смаке 2.8.0+...

кто мешает юзать режим совместимости с 2.4 или 2.6?

annulen ★★★★★
()
Ответ на: комментарий от Jetty

Да, согласен. И тем более на еще чем то более убогом, старом и никому не нужном.

vertexua ★★★★★
()
Ответ на: комментарий от vertexua

Непонятно почему везде используется autotools, когда есть аналогичный по функциональности CMake, который гораздо проще. gobject вообще не human-readable.

creepnee
()
Ответ на: комментарий от creepnee

Непонятно почему везде используется autotools, когда есть аналогичный по функциональности CMake

Вот это загадка, хотя CMake тоже не торт. Я за декларативную компиляцию, на подобии Maven. И еще чтобы зависимости ставились пакетным менеджером.

GObject вообще-то уже не надо использовать напрямую. На нем надо либы писать, и то можно на Vala. А в прикладном приложении просто надо юзать Python, Ruby, максимум Gtkmm в С++. GObject - это классная архитектура на низком уровне и заварили всю кашу ради того, что сейчас называется GObject Introspection

vertexua ★★★★★
()
Ответ на: комментарий от vertexua

>Вот это загадка

а разгадка одна - FSF хочет затруднить портируемость программ на оффтопик

annulen ★★★★★
()
Ответ на: комментарий от vertexua

>GObject Introspection

так и не с мог понять, чем же это лучше метаобъектной системы в Qt, существующей больше десяти лет

annulen ★★★★★
()
Ответ на: комментарий от annulen

Эта песня хороша, начинай сначала. В чем фундаментальное превосходство С на С++? Не синтаксически, а на сложившемся рынке компиляторов? ))) Ладно, мне тема надоела, рассказывал 100500 раз, причем и тебе тоже

vertexua ★★★★★
()
Ответ на: комментарий от Gorthauer

>Хочется словить автолулзов? Юзай нормальные системы сборки, а не это убожество

Твои «нормальные системы» хомячковой сборки уже осилили кросскомпиляцию?

linuxfan
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.