>* ...снаружи...
>думаю, да :) раз он все-таки использует конструкцию
> os.environ.get('HOME', '')
>Для командной строки можно пользоваться Alias()-ом. _По умолчанию_. БЕЗ ПРАВКИ сконструкта. Читайте тред.
>(глава №6 мануала пользователя, явные/неявные и т.д.). А как по-вашему оно работает?
>Для C/C++/Fortran - автоматически. Кроме того, можно добавить свои правила и
>т.д.
_Внешние_ зависимости. Что за привычка писать бред, даже не прочитав на что отвечаете?
>это что, developer environment?
Да, IDE.
>Я не пользователь CMake, поэтому не знаю что это
Значит и не стоит участвовать в обсуждении систем сборки.
>Что касается "в общем". SCons - это Python, а не что-то свое.
>Соответственно в нем вы можете сделать все. Ну т.е. абсолютно все.
Я в курсе. "Все" можно сделать также и на shell, и на ассемблере. Только смысл систем сборки ровно в обратном - делать как можно больше за вас.
>который, в свою очередь, постоянно просит помочь проекту, его развитию
Замечательно. Значит у AAP вообще нет будущего, даже смотреть не стоит.
>Тут есть, так сказать, историческая разница
>:) Это и объясняет кол-во проектов, собираемых ими, о статистике чего
>вы судите по портам FreeBSD
Я смотрел статистику по SCons, а не AAP. AAP не используется вообще нигде.
>Кстати, а вы видели какие проекты успешно ими собираются? И их возможности?
Да, я достаточно видел и достаточно использовал сам оба инструмента (scons и cmake). К scons больше не прикоснусь никогда, и предпочту никогда не сталкиваться с ручной сборкой проектов, его использующих.
>Используют:
Я сразу сказал, что более-менее оно подходит только для закрытых поделок, которые не собираются за пределами компании - вот тут их как раз половина. Для остальных достаточно посмотреть на феерический п--ц, который представляют из себя из SConstruct'ы и как их приходится корёжить чтобы собрать софт. А blender замечательно собирается make'ом.
