$include_dir="/home/hyper-archives/boost/include"; include("$include_dir/msg-header.inc") ?>
From: Bronek Kozicki (brok_at_[hidden])
Date: 2004-08-13 15:48:19
I've noticed that regression test I'm running are failing on almost all 
tests in date_time and many tests in regex. Here's what I've found: bjam 
is building static library:
   libboost_date_time-71-mt-gd-1_32.lib
Please note that there's no "vc71", but "71" instead. File:
   libboost_date_time-vc71-mt-gd-1_32.lib
is not build, thus all tests linking to this file are failing. When I 
copy libboost_date_time-71-mt-gd-1_32.lib into 
libboost_date_time-vc71-mt-gd-1_32.lib , date_time tests are no longer 
failing. The same applies to dynamic library: what is actually being 
build is named:
   boost_date_time-71-mt-gd-1_32.lib
   boost_date_time-71-mt-gd-1_32.dll
but for tests to succeed there should be:
   boost_date_time-vc71-mt-gd-1_32.lib
   boost_date_time-vc71-mt-gd-1_32.dll
What's even more interesting, library files "71" are actually being 
used, too (besides "vc71" files). I've found that "cmd" files are 
referring to "71" files. I do not know what is referring to "vc71" files 
(maybe autolink feature?)
The same problem plagued regression tests for regex library - libraries 
build by bjam are named :
   libboost_regex-71-mt-gd-1_32.lib
   boost_regex-71-mt-gd-1_32.lib
   boost_regex-71-mt-gd-1_32.dll
while tests require also files named :
   libboost_regex-vc71-mt-gd-1_32.lib
   boost_regex-vc71-mt-gd-1_32.lib
   boost_regex-vc71-mt-gd-1_32.dll
Any ideas what might be wrong?
B.