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

One can set a compiler parameter [ /bigobj ] (I believe in both vs.2003 and

according to :

"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


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

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 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:

Boost list run by bdawes at, gregod at, cpdaniel at, john at