Тут выдалось немного времени и хочется пересмотреть кой-каки вещи. Я свои приложения собираю на разных платформах + еще вариации компиляторов. К примеру на Solaris Sparc пользую родной, gcc2 и gcc3. Усе исходники хряняться в Crear Case, ето так, нечто похожее на CVS только гораздо толще =). Так, вот некие общие бибатеки (как ACE TAO например) собирать каждый раз неудобно, поетому некий умный чел собрал их всех один раз и распихал по директориям на которые по
uname -a выйти можно. Ну и makefile подкрутил соответсвенно. Плюс еще бибатеки собираем как статитические (.a) так и динамические (.so), в debug и в release. Таки целый обезъяник имеется. И кады всю эту байду собирать надо - начинают валится все эти бибатеки, и место жруть, и долго. Работать, в принципе, можно, не особо напрягает. Но хочется, как-нить улучшить сей процесс. Может у ко-нить были подобные проблемы и способы решения? Один тольки момент, хочется уйти от сборки стандартных бибатек - они иногда ну очень долго собираются...

2 Маленький Слоник
Спасибо за ответ, однко проблема не в том, где и как хранить исходники. У нас Clear Case, и функциональности у него даже слишком. Он крутится на своем серваке, места там хватат. Да и policy у нас така - хранить все в Clear Case. Вопрос не в том, где хранить. Вопрос в том, как разворачивать. Щас у нас примерно так
Вобщем, рабочая машина засоряется страшно. Хотелось как-нить избежать сего.

Да, жаба лучше, согласен...

Так вот, на рабочей тачке должны быть бибакеки, ну и хедеры (.h) соответсвенно. Я тут кумекал немного, пришел к такой идейке:

1) Все бибатеки надо архивировать, или просто брать в архивном виде как они щас доступны. В частности ACE-TAO так и лежит как ACE-TAO-5.4.zip.gz. Так ее родимую и класть под source control.
2) Рядом класть некий билд скрипт, к примеру build_ace. Сей скрипт ету байду распакуеть, сконфигурит и соберет. Ну и бибатеку положет, куда надо. Заоодно и хедеры появятся.
3) И рядом еще положить некий _сигнальный_ файл. Текстовый файл, содержащий номер верии бибатеки. Билд скрипт, прежде чем собирать будет проверять версию - в случае чего, ругаться. Ну а в make этот _сигнальный_ файл прописать как зависимый от самой библиотеки. В данном примере хранить "5.4".

Ну и вот что имеем
При первой сборке бибатеки нема - она начинает собираться, так как то нее зависят другие бибатеки, приложения
При последующей сборке она не собитается -уже собрана
Если надо подсунуть новую версию бибатеки, меняешь билд скрипт и _сигнальный_ файл - бибатека должна быть пересобрана.
Забыл поменять _сигнальный_ файл - получил ошибку при сборке (версия не совпала)

Где так, наверно. Буду пробовать.