I don't "empty" the library directory before each regression run (perhaps I should?? maybe that's why I have 812 files in there) so I went and checked and the last time I have files with the vc71 (or vc80 for that matter) in them was on the 11th at approximately 2000PDT. Isn't this the same time Rene fixed the problem of copying two different files over the same one in the build process? At Friday 2004-08-13 13:48, you wrote:
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.
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Victor A. Wagner Jr. http://rudbek.com The five most dangerous words in the English language: "There oughta be a law"