Boost logo

Boost :

Subject: Re: [boost] [algorithm] Split that appends
From: Marshall Clow (mclow.lists_at_[hidden])
Date: 2014-04-16 13:13:27


On Apr 14, 2014, at 2:16 PM, Gary Powell <gwpowell_at_[hidden]> wrote:

> ah ha!
>
> http://www.boost.org/doc/libs/1_55_0/doc/html/string_algo/usage.html

On my (sadly, lengthy) to-do list is a version of split that returns a vector of string_ref.

— Marshall

>
> -Gary-
>
>
> On Mon, Apr 14, 2014 at 2:14 PM, Gary Powell <gwpowell_at_[hidden]> wrote:
>
>> Not seeing the docs but when in doubt refer to the code.
>>
>> http://www.boost.org/doc/libs/1_55_0/boost/algorithm/string/split.hpp
>>
>> -Gary-
>>
>>
>> On Mon, Apr 14, 2014 at 1:42 PM, Edward Diener <eldiener_at_[hidden]>wrote:
>>
>>> On 4/14/2014 9:18 AM, Sebastian Karlsson wrote:
>>>
>>>> First of all I think it's a bit unintuitive that boost::algorithm::split
>>>> swaps with target, I would've assumed it appended. The fact that it in
>>>> effect clears target makes it cumbersome to incrementally split into a
>>>> destination, as you need a new temporary for every call to split, and
>>>> then
>>>> explicitly transfer everything over to your final destination. The docs
>>>> do
>>>> mention the behavior as a note ( which I presume is precisely because
>>>> it's
>>>> a bit unintuitive ). My question then naturally becomes why does split
>>>> behave like this?
>>>>
>>>
>>> Where is boost::algorithm::split documented ?
>>>
>>>
>>>
>>>> As changing the behavior would be a breaking change, do you think it
>>>> would
>>>> be unreasonable to have a split_append?
>>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Unsubscribe & other changes: http://lists.boost.org/
>>> mailman/listinfo.cgi/boost
>>>
>>
>>
>>
>> --
>> ------------------
>> gwpowell_at_[hidden]
>>
>>
>
>
> --
> ------------------
> gwpowell_at_[hidden]
>
> _______________________________________________
> 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