бджэм не готов к. строя дерево зависимостей на проекте о 308 тысячах таргетов сожрал за 40 минут три гига памяти и завис
*bjam
бджэм не готов для десктопа. на то чтобы только посчитать список таргетов для тестов на проекте из 25 файлов (вместе с тестами) тратит 20 секунд
поддержка stlport в сабже сделана так, что, видимо, придётся свой велосипед писать
судя по этому: http://lists.boost.org/boost-build/2011/... — сабж жив. Ну и небольшой бэкграунд по автору коммита: http://article.gmane.org/gmane.comp.lib.... — если вы не в восхищении, значит вы нихуя не понимаете с C++
откуда такое отношение к bjam? в 2008 мы сделали сборку крупного тырпрайзного продукта на нём и надо сказать сейчас, с высоты опыта работы с цмэйком, что биджэм — лучшая система сборки что попадалась мне в руки
сабж охуенен. всего четыре строки изменений и теперь и либа и тесты её при сборке шлангом юзают stlport вместо гццшной реализации
пичаль. насколько бы не был bjam человечнее цмэйка, но даже он не свободен от недостатков: есть либа и набор тестов к ней. цомпиляю либу в дебаге, сцомпилял — хорошо. цомпиляю тесты, тесты заодно выставляют cflags и cxxflags для того чтобы заодно покрытие тестами считалось. и таки що ви думаете? правильно — либу ... more →
кто-нибудь прикручивал и мерял автоматически покрытие? в совокупности с import testing выглядит очень вкусно
Сабж умеет раскладывать бинарники по разным папкам в зависимости от таких опций компиляции как статическая/динамическая линковка, дебаг/релиз, сингл/мультитрединг, а вот удавалось ли кому-нибудь делать так, чтобы он ещё и грамотно раскладывал по различным папкам в зависимости от набора define'ов?
*bjam is used by:
analizer
analizer
Hirthwork McGillah
hirthwork
Mагог Магогович
magog
analizer
hirthwork
magog