Re: [jira] Updated: (STDCXX-51) infinity, NaN formatted differently on different platforms

I'm looking at this patch now but it'd be good if someone else (especially Travis and/or Brad) could spend some time reviewing it too. The goal here is to eventually provide implementations for these functions (or similar) on all platforms. Thanks Martin Farid Zaripov (JIRA) wrote: [

Re: svn commit: r643120 - /stdcxx/trunk/util/output.cpp

Andrew, we're getting a bunch of new signed/unsigned comparison warnings after this change. Can you look into silencing them when you have a minute? $TOPDIR/util/output.cpp: In function ‘bool rbinit(readback*, FILE*)’: $TOPDIR/util/output.cpp:88: warning: comparison between signed and unsigned

RE: svn commit: r643964 - /stdcxx/trunk/include/rw/_traits.h

-Original Message- From: Martin Sebor [mailto:[EMAIL PROTECTED] On Behalf Of Martin Sebor Sent: Wednesday, April 02, 2008 7:54 PM To: dev@stdcxx.apache.org Subject: Re: svn commit: r643964 - /stdcxx/trunk/include/rw/_traits.h Thanks for looking into this for me Farid. So Intel C++

Re: svn commit: r643964 - /stdcxx/trunk/include/rw/_traits.h

Farid Zaripov wrote: -Original Message- From: Martin Sebor [mailto:[EMAIL PROTECTED] On Behalf Of Martin Sebor Sent: Wednesday, April 02, 2008 7:54 PM To: dev@stdcxx.apache.org Subject: Re: svn commit: r643964 - /stdcxx/trunk/include/rw/_traits.h Thanks for looking into this for me

Re: [jira] Commented: (STDCXX-742) [IBM XLC++ 9.0/AIX 5.3] 22.locale.messages fails with assertions

Travis Vitek wrote: Martin Sebor wrote: Travis Vitek wrote: Travis Vitek commented on STDCXX-742: - This is happening because we don't use the -qrtti=dynamiccast option. We internally use a dynamic_cast to determine if the facet is of the correct

nightly build errors 4/2/08

Some platforms are going to show up as ERROR / DATA today and tomorrow due to code changes in the infrastructure. This issue is being looked at and hopefully be fix by today.

RE: spaces in rw_xxx_expand()

Martin Sebor wrote: PING? Should I open an issue for this or is it something you're already working on or planning to? Well if we want 100% compatibility with the shell, then it should be implemented. I took a look, and I think I can fix it by modifying _rw_brace_graph::brace_expand_write()

RE: svn commit: r642397 - in /stdcxx/trunk/tests/src: braceexp.cpp locale.cpp

Martin Sebor wrote: Great, that fixes locale.cpp. Thanks for doing that. I was also (or mainly) pointing out the same problems in braceexp.cpp. I hesitate to commit a fix myself in case you're working on the file but here's a patch that addresses the remaining problems: Martin, Your patch

The quintessential STDCXX test is...?

Hey, If you had to point to one single test program in the STDCXX test suite as a model for writing all other STDCXX tests, which one would it be? Thanks, Brad.

RE: [PATCH] STDCXX-423 LIMITS.cpp assumes integers with no padding bits

-Original Message- From: Martin Sebor [mailto:[EMAIL PROTECTED] On Behalf Of Martin Sebor Sent: Saturday, March 22, 2008 4:47 PM To: dev@stdcxx.apache.org Subject: Re: [PATCH] STDCXX-423 LIMITS.cpp assumes integers with no padding bits Sorry Scott, I'm still not sure this is

Re: svn commit: r642397 - in /stdcxx/trunk/tests/src: braceexp.cpp locale.cpp

Travis Vitek wrote: Martin Sebor wrote: Great, that fixes locale.cpp. Thanks for doing that. I was also (or mainly) pointing out the same problems in braceexp.cpp. I hesitate to commit a fix myself in case you're working on the file but here's a patch that addresses the remaining problems:

RE: [jira] Commented: (STDCXX-811) [Solaris Threads] SIGSEGV in 22.locale.statics.mt.cpp

file stdcxx/trunk/src/locale_global.cpp: ... 56 setlocale (_RWSTD_LC_ALL, rhs.name ().c_str ()); ... setlocale() is not a MTS function, is it? From what I see, it looks like std::locale::global() is being called from two threads with the same rhs object. From the Solaris