Eric Lemings wrote:
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.
You're
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 setlocale(3C
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:
Eric Lemings wrote:
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?
They're all very different, depending on what they exercise and who
wrote them.
IMO, think the 22.locale.{money,num,time}.{g
> -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
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.
>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 p
>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_writ
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.
Farid Zaripov wrote:
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED] On Behalf Of Martin Sebor
Sent: Wednesday, April 02, 2008 8:38 PM
To: dev@stdcxx.apache.org
Subject: Re: svn commit: r643964 - /stdcxx/trunk/include/rw/_traits.h
Farid Zaripov wrote:
From ICC help:
I'
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 der
> -Original Message-
> From: Martin Sebor [mailto:[EMAIL PROTECTED] On Behalf Of Martin Sebor
> Sent: Wednesday, April 02, 2008 8:38 PM
> To: dev@stdcxx.apache.org
> Subject: Re: svn commit: r643964 - /stdcxx/trunk/include/rw/_traits.h
>
> Farid Zaripov wrote:
> > From ICC help:
>
> I'v
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 Farid
> -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 Inte
Thanks for looking into this for me Farid. So Intel C++ on Linux
doesn't support these intrinsics at all? I can't find them in the
Intel C++ Intrinsics Reference but I thought they were trying to
make the compiler 100% compatible with gcc, including all of its
extensions.
Martin
[EMAIL PROTECTED
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 i
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:
[
http
17 matches
Mail list logo