> It's been very frustrating because we're well past the point where refactoring-out Boost would be cost effective.
I'm curious: What was the motivation for switching in the first place? And why is staying with the proven tool not the better option?
My own case: It makes no sense to migrate our (relatively small by the sound of it) codebase. It is in production, generating money, and anything that interferes with that is simply not going to be considered. Our largest dependencies are wxWidgets, ffmpeg, libcurl: It has performed well, though not without some hiccups.
The code builds with Clang, but the runtime crashes deep inside Boost.
It's been very frustrating because we're well past the point where refactoring-out Boost would be cost effective.