Boost logo

Boost :

Subject: Re: [boost] [explore] Library Proposal: Container Streaming
From: Jeff Flinn (TriumphSprint2000_at_[hidden])
Date: 2009-12-01 16:05:24

strasser_at_[hidden] wrote:
> the whole list is up in arms about printing a vector...
> Zitat von Jeremy Pack <rostovpack_at_[hidden]>:
>> I agree with Volodya here. In my environment at least, we would not be
>> willing to include all of the serialization headers just to be able to
>> print
>> a vector to the screen.
> in my environment, I wouldn`t even be willing to look if there`s a boost
> library that prints a vector for me.
> is printing containers all it does? then it`s argueable just filling an
> omission of the STL container library, and could be part of
> Boost.Container, which is already on the review schedule.
> when both libraries are accepted seperately it would be like boost had
> Boost.Variant and Boost.OutputVariant, DateTime/OutputDateTime, ...
> until then, STL can handle most cases:
> copy(V.begin(), V.end(), ostream_iterator<int>(cout, ","));

Not very pretty with that trailing ",", IMHO of course.

Regardless of the approach taken, I think this would be a useful
facility. I've created a similar, albeit much simplified facility for
two separate projects in the last 5 years. There've been several more
projects that could have used the more general facilities that this lib


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