Return-Path: 
 <dev-return-7389-apmail-stdcxx-dev-archive=stdcxx.apache.org@stdcxx.apache.org>
Delivered-To: apmail-stdcxx-dev-archive@www.apache.org
Received: (qmail 89351 invoked from network); 21 Apr 2008 16:50:31 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 21 Apr 2008 16:50:31 -0000
Received: (qmail 25567 invoked by uid 500); 21 Apr 2008 16:50:32 -0000
Delivered-To: apmail-stdcxx-dev-archive@stdcxx.apache.org
Received: (qmail 25550 invoked by uid 500); 21 Apr 2008 16:50:32 -0000
Mailing-List: contact dev-help@stdcxx.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@stdcxx.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@stdcxx.apache.org>
List-Post: <mailto:dev@stdcxx.apache.org>
List-Id: <dev.stdcxx.apache.org>
Reply-To: dev@stdcxx.apache.org
Delivered-To: mailing list dev@stdcxx.apache.org
Received: (qmail 25541 invoked by uid 99); 21 Apr 2008 16:50:32 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Apr 2008 09:50:32 -0700
X-ASF-Spam-Status: No, hits=-0.0 required=10.0
	tests=SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (nike.apache.org: local policy)
Received: from [208.30.140.160] (HELO moroha.roguewave.com) (208.30.140.160)
    by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Apr 2008 16:49:37 +0000
Received: from nebula.bco.roguewave.com ([10.70.3.27])
	by moroha.roguewave.com (8.13.6/8.13.6) with ESMTP id m3LGnu8j009701
	for <dev@stdcxx.apache.org>; Mon, 21 Apr 2008 16:49:56 GMT
Message-ID: <480CC5B5.5010909@roguewave.com>
Date: Mon, 21 Apr 2008 10:49:57 -0600
From: Martin Sebor <sebor@roguewave.com>
Organization: Rogue Wave Software, Inc.
User-Agent: Thunderbird 2.0.0.12 (X11/20080226)
MIME-Version: 1.0
To: dev@stdcxx.apache.org
Subject: Re: //stdcxx/trunk/tests/localization/22_synopsis.cpp
References: 
 <CFFDD219128FD94FB4F92B99F52D0A49010A371E@exchmail01.Blue.Roguewave.Com>
 <CFFDD219128FD94FB4F92B99F52D0A499AA813@exchmail01.Blue.Roguewave.Com>
 <48090265.8090708@roguewave.com>
 <CFFDD219128FD94FB4F92B99F52D0A49010A3723@exchmail01.Blue.Roguewave.Com>
 <CFFDD219128FD94FB4F92B99F52D0A49010A3724@exchmail01.Blue.Roguewave.Com>
In-Reply-To: 
 <CFFDD219128FD94FB4F92B99F52D0A49010A3724@exchmail01.Blue.Roguewave.Com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Checked: Checked by ClamAV on apache.org

Eric Lemings wrote:
>  
> 
>> -----Original Message-----
>> From: Eric Lemings 
>> Sent: Monday, April 21, 2008 9:43 AM
>> To: Martin Sebor; Travis Vitek
>> Subject: RE: //stdcxx/trunk/tests/localization/22_synopsis.cpp
>>
>>  
>>
>>> -----Original Message-----
>>> From: Martin Sebor [mailto:sebor@roguewave.com] 
>>> Sent: Friday, April 18, 2008 2:20 PM
>>> To: Travis Vitek
>>> Cc: Eric Lemings
>>> Subject: Re: //stdcxx/trunk/tests/localization/22_synopsis.cpp
>>>
>>> Travis Vitek wrote:
>>>>  
>>>>
>>>>> Eric Lemings wrote:
>>>>>
>>>>>
>>>>> In the array initialization of lc_defs, there's a null string 
>>>>> before "LC_MESSAGES".  Is that a typo?
>>>>>
>>>>>
>>>> It won't hurt anything. That code is there to make sure 
>>> that the LC_*
>>>> constants aren't pulled in when including <locale>. The 
>>> only assertion
>>>> that uses the array just iterates over it asserting for 
>>> non-null values.
>>>> I'd probably opt to remove the null, but that's just me.
>>>>
>>>> I'm actually quite interested to know why that test does this...
>>>>
>>>>   #if defined (_RWSTD_NO_EXPORT) && !defined (_MSC_VER)
>>>>      // make protected members accessible if possible
>>>>   #  define protected public
>>>>   #endif
>>>>
>>>> That is just craziness.
>>> http://perforce.cvo.roguewave.com/@//@/165436?ac=10
>>>
>>> Martin
>> Why is this dependent on whether _RWSTD_NO_EXPORT is defined?

Because the only compiler that implements the feature (exported
templates), EDG eccp, detects the ODR violation in the hack above
and gives an error.

>> I'm testing with gcc on Linux and this is not defined which
>> in turn leads to compile errors.
> 
> And where is get_locale_category()?  I can't find it anywhere.

See the %{Lc} directive to rw_printf(). Here are some use cases:
http://fisheye6.cenqua.com/browse/stdcxx/trunk/tests/self/0.printf.cpp?r=trunk#l1061

Martin