From: TOL Tsagarakis Manos (mtsagara_at_[hidden])
Date: 2006-10-17 10:00:42
May be this will help and avoid splitting cpp files to smaller blocks
One can set a compiler parameter [ /bigobj ] (I believe in both vs.2003 and
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)."
From: boost-bounces_at_[hidden] [mailto:boost-bounces_at_[hidden]]
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
We really should get 1.34 out sometime this month/year/decade/century (take
We're now down to a small but persistent hard core of regressions at
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.
Unsubscribe & other changes:
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk