Ticket #4263 (closed Patches: wontfix)
Inconsistency between boost::trim_copy_if and trim_copy?
|Reported by:||mstefanro||Owned by:||pavol_droba|
Is there any reason why boost::trim_copy_if supports an overloaded version which takes an output iterator as the first parameter, whereas boost::trim_copy does not? Note that this is also the case for trim_copy_left and trim_copy_right.
Attached is a quick patch for boost\algorithm\string\trim.hpp to fix this issue.