Return-Path: Delivered-To: apmail-incubator-stdcxx-dev-archive@www.apache.org Received: (qmail 12883 invoked from network); 21 Apr 2006 23:36:25 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 21 Apr 2006 23:36:25 -0000 Received: (qmail 67239 invoked by uid 500); 21 Apr 2006 23:36:25 -0000 Delivered-To: apmail-incubator-stdcxx-dev-archive@incubator.apache.org Received: (qmail 67219 invoked by uid 500); 21 Apr 2006 23:36:24 -0000 Mailing-List: contact stdcxx-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: stdcxx-dev@incubator.apache.org Delivered-To: mailing list stdcxx-dev@incubator.apache.org Received: (qmail 67208 invoked by uid 99); 21 Apr 2006 23:36:24 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 21 Apr 2006 16:36:24 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [208.30.140.160] (HELO moroha.quovadx.com) (208.30.140.160) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 21 Apr 2006 16:36:23 -0700 Received: from bco-exchange.bco.roguewave.com (bco-exchange.bco.roguewave.com [172.19.31.48]) by moroha.quovadx.com (8.13.4/8.13.4) with ESMTP id k3LNZT70001977 for ; Fri, 21 Apr 2006 23:35:29 GMT Received: from [10.70.3.113] (10.70.3.113 [10.70.3.113]) by bco-exchange.bco.roguewave.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2657.72) id 2YG6DY71; Fri, 21 Apr 2006 17:33:04 -0600 Message-ID: <44496C6D.5080609@roguewave.com> Date: Fri, 21 Apr 2006 17:36:13 -0600 From: Martin Sebor User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050920 X-Accept-Language: en-us, en MIME-Version: 1.0 To: stdcxx-dev@incubator.apache.org Subject: Re: svn commit: r395448 - in /incubator/stdcxx/trunk/tests: include/21.strings.h src/21.strings.cpp References: <4448F5B8.8080708@moscow.vdiweb.com> In-Reply-To: <4448F5B8.8080708@moscow.vdiweb.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Anton Pevtsov wrote: [...] > I think there is > no need in special formatting directive at this time - > the format and format_hdr (the same to format but only parameters > declaration) functions will do all work. I keep wishing I could use the same formatting function to format not only the rw_assert() strings but also those produced by calls to rw_info(). I.e., to be able to format the name of the template specialization without having to spell out "basic_string" with all the template parameters or passing in pfid->cname_, pfid->tname_, pfid->aname_, etc. Now that I'm looking at moving the MemFun struct into the common header the duplication of data (i.e., initializing cname_, tname_, and aname_) between the tests and the driver is even more obvious than before. And while I could use the format() function to do this for me it's less convenient than a new directive would be. Martin