Robert Ramey wrote:
I think that there's a lot more too it than "splitting serialization".
a) It's not at all clear what "splitting serialization" means. Making a two new DLLS for xml_archives in the same module? That wouldn't change the dependency graph which is driving this request. Making a boost level module just for the XML archives (which use spirit which is what creates the tendencies which are of concern there? or what? Either of these is a serious undertaking - in large part to support auto-linking and who knows what other surprises. Probably the bjam test suite would also have to be re-organized. And I don't know what all else. A huge amount of work with no gain in functionality.
None of the above. If you heed my suggestion
And in fact if you look through
http://www.pdimov.com/tmp/report-develop-c3bb6eb/serialization.html#reverse-...
you'll see that many, if not most, of the serialization dependencies are like that.
you'll see that the only library that uses the compiled part of
Serialization and its archives is MPI, because it's the only library that
actually serializes things.
All the other libraries that depend on Serialization do that only to make
their types serializable. As such, they use no archives and no DLLs. They
use