Здравствуйте, Plutonia Experiment, Вы писали:

PE>Здравствуйте, vvaizh, Вы писали:

V>>Не make, а весь комплекс autotools..
V>>Чтобы автоматизировать процесс сборки/тестирования/инсталляции применительно к конкретному окружению
V>>(т.е. чтобы самостоятельно тестировалось, какая OS, какие библиотеки/модули есть, какие
V>>особенности есть у ихних функций, конкретные параметры системы для оптимизации и т.д.)

PE>В Винде немного другой подход к разработке.
PE>Распространяется обычно двоичный код.

Да пусть распространяется хоть что..
Я хочу вести разработку под Win..
И что мне ручками самому расписывать все встречающиеся варианты..
чего есть и чего нет.. (какие например dll есть в системе а каких нет)

PE>Т.е. на конкретной аппаратной платформе просто распространяются бинарники.
PE>Перекомпилировать проект нет необходимости.

Ну пользователю то может быть и нет но я то разработчик

V>>Не ошибусь, если скажу что такая надобность есть даже при компиляции под Win..

PE>Это нужно для разработке проектов например для х86 и Alpha. Нет смысла разрабатывать еще и для CE — слишком убого. Но в любом случае это редкость и распознавать нужно только две платформы. Им занимается в основном MS. И им хватает nmake.Еще момент 9х линейка существует только на х86. Тоже упрощает дело.

Ага, а как насчёт того, какие версии dll и библиотек стоят на системе?

PE>Если же вам нужно делать все по своему — есть коллекция компилеров GNU. Там есть все, что душе угодно.

Нет макропроцессора m4 и autotools

PE>Возможно вам это и не нравится, но вынь — не открытая система.

Браво... Бис..
Вот мы и пришли с чего начали, MS душит всех разработчиков кроме себя..
Java вот тоже мягко говоря не open-source проект..
Но и у них есть мощный аналог make ..

PE>Здесь совсем другая расстановка. И реализовывать мощные autotools не эффективно.

Эффективность у них не главное цель, главная — удобство для программиста