Jeff Garland writes:
If you look at the date_time/test/Jamfile you will see that the group of tests that is failing to run is from this group:
test-suite date_time_core : [ run testint_adapter.cpp ] [ run testtime_resolution_traits.cpp ] [ run testwrapping_int.cpp ] [ run testconstrained_value.cpp ] [ run testgregorian_calendar.cpp ] [ run testgeneric_period.cpp ] ;
not the sets:
test-suite date_time_gregorian : [ run gregorian/testdate.cpp <lib>../build/boost_date_time : : : $(DATE_TIME_PROPERTIES) ]
...etc...
You'll note that additional lib dependency. Pure speculation is that adding the lib dependency somehow sets things up so that the path to the lib can be found (perhaps the gcc rpath option which builds the library paths into the executable?). Note that we have done testing with similar setups here on Linux and don't have a problem, so this is all just wild guesses...
I think we've tracked it down now -- http://thread.gmane.org/gmane.comp.lib.boost.build/6456. Let's see how the next round of tests turns out. Thanks for your help! -- Aleksey Gurtovoy MetaCommunications Engineering