[PING][PATCH] stdlib/tst-strtod-overflow: Bump timeout up yet more

Adhemerval Zanella azanella@linux.vnet.ibm.com
Mon Jun 30 11:16:00 GMT 2014


On 30-06-2014 06:19, Maciej W. Rozycki wrote:
> On Mon, 23 Jun 2014, Maciej W. Rozycki wrote:
>
>>  In our routine testing I observed that stdlib/tst-strtod-overflow is very 
>> slow, especially on targets using soft-float or QEMU (where soft-float is 
>> used internally), enough to time out even on slow boards we have that have 
>> TIMEOUTFACTOR already bumped from the default of 1 up to 75.
>>
>>  No other test case requires such a long timeout -- all the other 
>> succeeding cases fit within their timeouts scaled by TIMEOUTFACTOR on 
>> these boards.  As such I think it's counter-productive to require 
>> TIMEOUTFACTOR to be set as high as 450 globally for this lone outlier as 
>> the value affects overall testing duration where there are test cases that 
>> genuinely time out due to a defect.  Therefore I propose the following 
>> change that makes stdlib/tst-strtod-overflow pass on these slow boards 
>> with TIMEOUTFACTOR of 75.
>  Ping!
>
>   Maciej
>
I don't have any objection to the patch, the explanation seems fair enough. 



More information about the Libc-alpha mailing list