make, кроссплатформенность и разделяемые либы

без autotools

cmake

Ну так-то в целом лучше тогда к autotools прибегнуть...

+1.

если gnu make, будет примерно так

OS=$(exec uname)

ifeq "$(OS)" "Linux" 
build=build_linux
else
build=build_other
endif

build: $(build)

build_linux:
  .....

build_other:
  .....

+100500

От всяких кривых либтулов уже тошнит.

либтул

Мне кажется, она была послана нам Столлманом за грехи наши, за то, что мы еще не избавились от проприетарного ПО.

Ну так-то в целом лучше тогда к autotools прибегнуть...

Не лучше. cmake намного удобней.

От всяких кривых либтулов уже тошнит.

Вещь, конечно, лажевая до чертиков, но дареному коню, как говорится...

сmake намного удобней.

Ежели так, то откуда в библии строки ./configure && make && make install ?

make_functions:

# detect OS: WIN32/UNIX
# $(call detect-os,$(shell uname -s))
detect-os=$(if $(or $(findstring CYGWIN,$1),$(findstring MINGW,$1)),WIN32,UNIX)

------------
Makefile:

# detect environment we are running in
TARGET_OS:=$(call detect-os,$(shell uname -s))

---------------
ifeq «$(TARGET_OS)» «Linux»
LOCAL_LDFLAGS+= -lpthread
endif

например...

В сторону автотулзов начинать глядеть имеет смысл
если тебе хочется набрать config.h в котором будет
написано какие ф-ии в системе доступны, иначе большого
смысла.

Для автоматического выбора/проверки утилит можно
юзать что-то типа:

-----------
# Functions to verify required utilities are present:
# $(call check-toolvars,LIST_OF_VARS)
check-toolvars=$(foreach toolvar,$1,$(call check-toolvar,$(toolvar)))
# $(call check-toolvar,VAR)
check-toolvar=$(if $(call tool-present,$($1)),$(info $1=$(shell $(SHELL) -c «type -P $($1)»)),\
$(error Ooops, '$($1)' not found for $1. Run 'make $1=<path to $1>' to continue))

# $(call tool-present,NAME/PATH)
tool-present=$(if $(strip $(shell $(SHELL) -c «type -P $1»)),$1,)

generate-tool-list=$(foreach item,$1,$(call tool-present,$(item)))

one-of=$(word 1,$(call generate-tool-list,$1))
-------------------

....
MAKE := $(call one-of,gmake make mingw32-make)
QMAKE := $(call one-of,qmake qmake-qt4)


# List of required tools to verify before actual build
ALL_TOOLS:=CC CXX AR CP MV RM SED AWK TAR TEST MKDIR INSTALL MAKE QMAKE UIC MOC RCC

# Build system bootstrap: verify we have all required tools
TOOLS_OK :=$(call check-toolvars,$(ALL_TOOLS))

сейчас в меня полетят помидоры, но разве одного qmake тут будет недостаточно? :)

qmake ушиблен от природы и годится только на то, чтобы собирать qt-приложения по предлагаемой схеме. Шаг в сторону - и ты начинаешь огребать массу проблем. Также не стоит забывать, что это генератор, а не конечное решение...

Ежели так, то откуда в библии строки ./configure && make && make install ?

1. Ради ./configure на венды надо устанавливать MSYS.
2. Как у autohell с поддержкой Visual C++?
3. Библия не нужна.

Я использую gcc и под Linux, и под Win(mingw). MSYS тоже везде проставлен т. к. собираю GTK+, libCURL, libXML и прочее из исходников. Поэтому оно не проблема.

Зато, будут проблемы у тех, кто попробует твою программу собрать.

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