harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Gregory Shimansky <gshiman...@gmail.com>
Subject Re: [classlib][icu] Bringing ICU level up to 3.8
Date Wed, 03 Oct 2007 09:32:24 GMT
Oliver Deakin wrote:
> Ilya Berezhniuk wrote:
>> I looked through ICU bugs and did not find related bugs.
>> But it's not first such issue in ICU 3.4 - Gregory some time
>> investigated a crash in ICU on Windows (HARMONY-2669).
>>
>> I've just checked DecodingModesTest2 test from HARMONY-4758 with icu4j
>> 3.8, it works fine on Sun VM and DRL VM.
 >
> That's great Ilya, thanks for checking! I hope that Gregory's issue 
> might also be resolved if we move to icu4j.

If version 3.8 doesn't have native code, it shouldn't have this bug 
since it is in the native code.

>> 2007/10/2, Oliver Deakin <oliver.deakin@googlemail.com>:
>>  
>>> Thanks Ilya - has that bug been raised in the ICU bug system? It would
>>> be good to know if it has been fixed in 3.8!
>>>
>>> Regards,
>>> Oliver
>>>
>>> Ilya Berezhniuk wrote:
>>>    
>>>> Oliver, Pavel,
>>>>
>>>> I support this idea!
>>>> I've recently investigated HARMONY-4758, and have found a bug in 
>>>> current ICU.
>>>> I hope some 3.4 bugs will disappear with migrating to newer ICU 
>>>> version.
>>>>
>>>> Ilya
>>>>
>>>> 2007/10/1, Oliver Deakin <oliver.deakin@googlemail.com>:
>>>>
>>>>      
>>>>> Pavel Pervov wrote:
>>>>>
>>>>>        
>>>>>>> IMHO it would be good for classlib to move to pure icu4j for
the 
>>>>>>> reasons
>>>>>>> I've stated, plus it would mean that we could entirely remove
the 
>>>>>>> native
>>>>>>> code from the text module and also the BidiWrapper class, which
I 
>>>>>>> see as
>>>>>>> a bonus.
>>>>>>>
>>>>>>>
>>>>>>>             
>>>>>> I do not object here. :)
>>>>>>
>>>>>> There are still a few bugs to be ironed out in icu4j 3.8 before we

>>>>>> start
>>>>>>
>>>>>>
>>>>>>          
>>>>>>> using it (unless we are willing to put up with almost all the

>>>>>>> Bidi tests
>>>>>>> failing, which I don't think would be acceptable) so the 
>>>>>>> transition to
>>>>>>> 3.8 would not happen for a little while yet anyway. When the
time 
>>>>>>> came,
>>>>>>> I would think it would make sense to move these libraries to

>>>>>>> DRLVM as
>>>>>>> they would no longer be dependencies of classlib. Perhaps at
that 
>>>>>>> point
>>>>>>> it would also be worth stepping the icu4c libraries up to 3.8
so
>>>>>>> classlib and drlvm are at the same level?
>>>>>>>
>>>>>>>
>>>>>>>             
>>>>>> I think when we are done with classlib, we file a JIRA on DRLVM 
>>>>>> build to
>>>>>> update ICU4C to the latest version and to move it to DRLVM 
>>>>>> dependencies.
>>>>>>
>>>>>>
>>>>>>           
>>>>> Sounds like the right thing to do, thanks Pavel.
>>>>>
>>>>> Regards,
>>>>> Oliver
>>>>>
>>>>>
>>>>>        
>>>>>> Regards,
>>>>>>
>>>>>>
>>>>>>          
>>>>>>> Oliver
>>>>>>>
>>>>>>>
>>>>>>>             
>>>>>> WBR,
>>>>>>
>>>>>>
>>>>>>
>>>>>>           
>>>>> -- 
>>>>> Oliver Deakin
>>>>> Unless stated otherwise above:
>>>>> IBM United Kingdom Limited - Registered in England and Wales with 
>>>>> number 741598.
>>>>> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire 
>>>>> PO6 3AU
>>>>>
>>>>>
>>>>>
>>>>>         
>>>>       
>>> -- 
>>> Oliver Deakin
>>> Unless stated otherwise above:
>>> IBM United Kingdom Limited - Registered in England and Wales with 
>>> number 741598.
>>> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire 
>>> PO6 3AU
>>>
>>>
>>>     
> 


-- 
Gregory


Mime
View raw message