A few questions about this configuration... I'm trying to compile Boost 1.28.0 using Borland C++ 5.5.1 with the STLPort 4.5.3 STL. I get the following errors on files which include the regex/config.hpp file: libs\regex\build\../src\c_regex_traits.cpp: Error E2272 D:\Tools\Boost\boost_1_28_0\boost/regex/config.hpp 538: Identifier expected Error E2272 D:\Tools\Boost\boost_1_28_0\boost/regex/config.hpp 554: Identifier expected Error E2272 D:\Tools\Boost\boost_1_28_0\boost/regex/config.hpp 578: Identifier expected Error E2272 D:\Tools\Boost\boost_1_28_0\boost/regex/config.hpp 579: Identifier expected Error E2272 D:\Tools\Boost\boost_1_28_0\boost/regex/config.hpp 580: Identifier expected Error E2272 D:\Tools\Boost\boost_1_28_0\boost/regex/config.hpp 581: Identifier expected Error E2272 D:\Tools\Boost\boost_1_28_0\boost/regex/config.hpp 582: Identifier expected Error E2272 D:\Tools\Boost\boost_1_28_0\boost/regex/config.hpp 583: Identifier expected I believe this all has to do with the various C standard library symbols (e.g. fseek) not being "known" when placed in the using ::<symbol> construct. I've wandered through the various config.hpp files, the stuff for platform, compiler, and stdlib, etc. It would seem that the right set of stuff is being picked but there's some unexpected behavior being encountered when #include-ing standard headers from STLPort via Borland. Any ideas on correcting this? Other, somewhat related, questions: If I build w/o STLPort, things seem OK. The regex static libraries are placed in a "runtime-link-dynamic" directory. Threads, on the other hand, has that directory as well as a "runtime-link-static" directory variation. Does the directory name imply which version of the compiler's RTL is required when linking w/ that version of the Boost library? And is there a reason that regex didn't have a "runtime-link-static" directory and associated static library created? I want to statically link the RTL and boost w/ my app. Finally, how do I go about creating just a single boost library (so I can try building threads w/ STLPort w/o encountering the regex errors). Many thanks, Donnie