Boost logo

Boost :

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
(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_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

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


Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk