From: John Maddock (john_at_[hidden])
Date: 2006-09-13 12:17:00
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.