id,summary,reporter,owner,description,type,status,milestone,component,version,severity,resolution,keywords,cc
7788,locale_data::parse could be simplified,166291@…,Artyom Beilis,"(If there's another way to submit patches, please do tell. :))

So I've written this patch that simplifies locale_data::parse greatly.

Pitfalls:

'''It does allow invalid locale names''' like (en.UTF-8@eruo_US) to be parsed in to its correct components, but since it's an internal API that doesn't seem to matter.

It's now case-sensitive. '''Which required a change in the unit tests to pass.''' It'd be trivial to fix this (one line of code when appending the character), but I personally desire this behaviour as it means I can get out what I put in to Boost.Locale via my code. It doesn't seem to break anything and the unit tests and/or documentation for the most part don't indicate it's important.",Patches,closed,To Be Determined,locale,Boost Development Trunk,Optimization,invalid,,