Re: [boost] Formal Review Request: Boost.Convert

Subject: Re: [boost] Formal Review Request: Boost.Convert
From: Stewart, Robert (Robert.Stewart_at_[hidden])
Date: 2009-02-27 13:52:46

On Friday, February 27, 2009 1:48 PM
Emil Dotchevski wrote:
> On Fri, Feb 27, 2009 at 5:30 AM, Stewart, Robert
> <Robert.Stewart_at_[hidden]> wrote:
> >
> > The framework uses IOStreams to do its work.  I believe the
> > conversion functionality for the uuid type is captured via:
> >
> >   namespace user
> >   {
> >      class uuid;
> >
> >      template <class Stream>
> >      Stream &
> >      operator <<(Stream &, uuid const &);
> >   }
>
> If operator<< was a reasonable to-string alternative, we wouldn't be
> needing a library for it.

That is the purpose of the insertion operator: it produces a character sequence from the right hand argument.

> It is relevant, of course, and the framework should be able to
> automatically bind suitable operator<< overloads if they exist. It
> should also provide a generic operator<< overload that calls convert,
> so all types that integrate in the convert framework are automatically
> compatible with streams.

The library's convert() should use a provided operator <<() when available and the library should provide an operator <<() that uses a provided convert() when available?  How will that work?

_____
Rob Stewart                           robert.stewart_at_[hidden]
Software Engineer, Core Software      using std::disclaimer;
Susquehanna International Group, LLP  http://www.sig.com

IMPORTANT: The information contained in this email and/or its attachments is confidential. If you are not the intended recipient, please notify the sender immediately by reply and immediately delete this message and all its attachments. Any review, use, reproduction, disclosure or dissemination of this message or any attachment by an unintended recipient is strictly prohibited. Neither this message nor any attachment is intended as or should be construed as an offer, solicitation or recommendation to buy or sell any security or other financial instrument. Neither the sender, his or her employer nor any of their respective affiliates makes any warranties as to the completeness or accuracy of any of the information contained herein or that this message or any of its attachments is free of viruses.