Re: Top of tree fails tests?

validSubLocales are going to be supported exactly by generating empty 
locales under collation.  The tests just haven't caught up to this yet.
It'll be fixed shortly.  So yes, known problems.

-steven

On 05-Nov-2004, at 2:35 PM, Deborah Goldsmith wrote:

> I just tried building CVS top of tree for ICU4C, and it fails the 
> tests:
>
>          fr collator's valid locale changed to fr_FR
>
>       ---ERRORS (1) in TestRegister
>
>       ---OK:   TestRegisterFactory
>          FAIL: assertTrue() failed: 
> getFunctionalEquivalent(fr_FR).isAvailable==FALSE
>
>       ---ERRORS (1) in TestSeparateTree
>
>
>    ---ERRORS (2) in CollationServiceTest
>     FAIL: got avail=t, loc=zh but  expected #4: f       
> zh_CN@collation=pinyin  -> loc=zh
>     FAIL: got avail=t, loc=zh@collation=big5han but  expected #15: f   
>  zh_CN@collation=big5han -> loc=zh@collation=big5han
>     FAIL: got avail=t, loc=zh@collation=gb2312han but  expected #16: f 
>  zh_CN@collation=gb2312han       -> loc=zh@collation=gb2312han
>     FAIL: got avail=t, loc=hi@collation=direct but  expected #19: f    
>  hi_IN@collation=direct  -> loc=hi@collation=direct
>     ---[4 ERRORS]  ---/tsutil/creststn/TestGetFunctionalEquivalent
>
>     [Coll sr_YU]: Error in valid locale, expected sr, got sr_YU
>     [Coll sh_YU]: Error in valid locale, expected sh, got sh_YU
>     [Coll fr_FR_NONEXISTANT]: Error in valid locale, expected fr, got 
> fr_FR
>     ---[3 ERRORS]  ---/tscoll/capitst/TestGetLocale
>
>     FAIL: assertTrue() failed: 
> getFunctionalEquivalent(fr_FR).isAvailable==FALSE
>     ---[1 ERRORS]  ---/tscoll/cmsccoll/TestSeparateTrees
>
>
> Are these known problems?