stdcxx-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Farid Zaripov" <Farid_Zari...@epam.com>
Subject RE: design of regression tests (was: Re: [jira] Updated: (STDCXX-436) [Linux] MB_LEN_MAX incorrect)
Date Fri, 14 Sep 2007 12:09:17 GMT
> -----Original Message-----
> From: Travis Vitek [mailto:tvitek@quovadx.com] 
> Sent: Friday, September 14, 2007 10:46 AM
> To: stdcxx-dev@incubator.apache.org
> Subject: RE: design of regression tests (was: Re: [jira] 
> Updated: (STDCXX-436) [Linux] MB_LEN_MAX incorrect)


> That said, I'm actually hoping to get feedback an the guts of 
> the test itself. It feels a bit fragile to me because it 
> compiles a separate executable to emulate getconf [for the 
> necessary constants only], and to do this I had to hardcode 
> the compiler names and flags into the test.
> I'm just hoping that this isn't something that will cause a 
> bunch of trouble in the future.

  The test relies on fact that cl.exe / icl.exe are accessible
through PATH environment variable, but it might be not true.

> If it looks fragile to you 
> guys, then maybe it would be best to just pass for windows 
> builds and invoke the system getconf as you suggested earlier 
> on other platforms.

  Once the 22.locale.messages.cpp test had compiled the message catalog
using rc.exe and link.exe on Windows... And now we have the util/gencat
utilty ;-)

Farid.

Mime
View raw message