May be this will help and avoid splitting cpp files to smaller blocks (http://support.microsoft.com/kb/883655) One can set a compiler parameter [ /bigobj ] (I believe in both vs.2003 and vs.2005). according to http://msdn2.microsoft.com/en-us/library/ms173499.aspx : "By default, an object file can hold up to 65,536 (2^16) addressable sections. /bigobj increases that address capacity to 4,294,967,296 (2^32)." Manos Tsagarakis -----Original Message----- From: boost-bounces@lists.boost.org [mailto:boost-bounces@lists.boost.org] On Behalf Of John Maddock Sent: Tuesday, October 17, 2006 4:12 PM To: Boost mailing list Subject: [boost] Volunteers needed: clearing the last regressions for 1.34 Folks, We really should get 1.34 out sometime this month/year/decade/century (take your pick)! We're now down to a small but persistent hard core of regressions at http://engineering.meta-comm.com/boost-regression/CVS-RC_1_34_0/developer/is sues.html My guess is that the respective library authors are either stuck (no access to the compiler concerned: please speak up if so), or else too busy or just not paying attention right now :-( The largest block is for the serialisation lib, at least one of the errors appears to be due to http://support.microsoft.com/kb/883655 which requires splitting the .cpp file into smaller blocks as a workaround. Robert, any ideas about the others? The mpl failures look like a problem in the test code (can someone with the relevant gcc-4.x installed try removing the typecast from the problem expression and see if that fixes things). The iostream and rational lib failures are the subject of other messages. All the others need volunteers to take a look and either suggest fixes, or at least try and diagnose the issue. Many thanks! John Maddock. _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost