1) В одном комплекте библиотек
boost_1_34_1.zip
boost-build-2.0-m12.zip
boost-jam-3.1.16.zip
присутствуют разные билды исходников дублируемые в разных путях.
В boost_1_34_1.zip, Boost Build v2 расположен в папке boost/tools/build/v2. Причем jam_src в этой папке отсутствует
В boost_1_34_1.zip, JAM расположен в папке boost/tools/jam/src. Причем билд исходников JAM старее чем в boost-jam-3.1.16.zip и boost-build-2.0-m12.zip и отличается по составу
В boost-build-2.0-m12.zip (Boost Build v2) присутствует папка jam_src, причем билд исходников JAM там новее чем в boost-jam-3.1.16.zip и boost_1_34_1.zip, билд (Boost Build v2) также новее чем в boost_1_34_1.zip.
Налицо два местоположения jam_src и несколько разных билдов в одном комплекте исходников.
Я последовательно(boost<-build<-jam) на свой страх и риск переписал поверх старые билды новыми во всех подпапках, при этом очевидно подвергнув риску целостность кода. Это очевидно криво. Как поступать правильно?
2) В переменных окружения установлено BOOST_DIR = c:\dev\lib\boost\, туда же установлены исходники, директории lib нет.
При сборке boost c опцией install он создает новый каталог c:\Boost\.... и пишет туда, include и lib
Причем, include на самом деле указывает не на include, а на цепочку Ненужных подпапок. Состав заголовочных файлов в этих include существенно беднее чем в ...\boost\boost\* . Непонятно зачем каталог c:\Boost\include вообще нужен, если в проекте include-директорией является
корневая папка исходников ...\boost, а в коде пишется относительный путь #include <boost/...>. Ведь многие компоненты Boost могут использоваться непосредственно из исходников без предварительной сборки.
3) Хотелось бы чтобы при сборке либы собирались не в c:\Boost\lib , а в ...\boost\lib , и include вообще не копировались.
ИМХО так было бы правильнее. Как этого добиться? Руками переносить, это можно, но кривовато.