Raveendra Madala wrote:
My name is Raveendra Madala. I work for Adobe Systems. We are using boost/regex 1.33.1 in one of our projects and we have encountered the following bug.
Hi Raveendra: you reported this before on the tracker at https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1531909&group_id=7586 and I've been waiting for more information. But to repeat myself: "There is no portable way to make this work unfortunately, it requires that the regex engine is able to decode the collation string produced by the locale to extract the primary equivalence class. The "kind" of sort key used by the platform is determined in a fairly heuristic way in find_sort_syntax() in boost/regex/v4/primary_transform.hpp, and the actually sort key is produced in cpp_regex_traits::primary_transform(). You may - with a bit of debugging - be able to find out what's going wrong (I don't have access to a mac BTW). The most important thing would be to find out what kind of sort keys are returned by std::collate<>::transform." That all assumes that you're using boost::wregex: should you be using boost::u32regex and ICU support, then primary sort keys are produced by ICU's collation engine. This should work for all Unicode characters, but if not let me know. But basically: more information please :-) John.