Return-Path: Delivered-To: apmail-stdcxx-dev-archive@www.apache.org Received: (qmail 68241 invoked from network); 9 Jun 2008 22:11:24 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 9 Jun 2008 22:11:24 -0000 Received: (qmail 99755 invoked by uid 500); 9 Jun 2008 22:11:27 -0000 Delivered-To: apmail-stdcxx-dev-archive@stdcxx.apache.org Received: (qmail 99737 invoked by uid 500); 9 Jun 2008 22:11:27 -0000 Mailing-List: contact dev-help@stdcxx.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@stdcxx.apache.org Delivered-To: mailing list dev@stdcxx.apache.org Received: (qmail 99726 invoked by uid 99); 9 Jun 2008 22:11:27 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 09 Jun 2008 15:11:27 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.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, 09 Jun 2008 22:10:38 +0000 Received: from exchmail01.Blue.Roguewave.Com (exchmail01.blue.roguewave.com [10.22.129.22]) by moroha.roguewave.com (8.13.6/8.13.6) with ESMTP id m59MAsCq009603 for ; Mon, 9 Jun 2008 22:10:54 GMT X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: string concatenation trouble under Nanodesktop PSPE Date: Mon, 9 Jun 2008 16:10:45 -0600 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: string concatenation trouble under Nanodesktop PSPE Thread-Index: AcjKe72Df8O8xXHQRZq6surffBi09AAAX+Cw References: <17703255.post@talk.nabble.com> <17703762.post@talk.nabble.com> <484CFA3E.1070402@roguewave.com> <17743059.post@talk.nabble.com> From: "Travis Vitek" To: X-Virus-Checked: Checked by ClamAV on apache.org =20 pegasus2000 wrote: > > >I've identified a problem in your library.=20 > >In the file: > >.\include\rw\_defs.h > >at row 455 > >#if !defined(_RWSTD_NEW_CAPACITY_RATIO) > // using long doubles to eliminate bogus warnings on g++=20 >2.95.2/sparc > // (-W -O2/3 only): warning: overflow on truncation to integer ># define _RWSTD_NEW_CAPACITY_RATIO 1.618L >#endif >#if !defined(_RWSTD_MINIMUM_STRING_CAPACITY) ># define _RWSTD_MINIMUM_STRING_CAPACITY 128U >#endif >#if !defined(_RWSTD_STRING_CAPACITY_RATIO) ># define _RWSTD_STRING_CAPACITY_RATIO 1.618L >#endif > >Well, some embedded processors have troubles >with long double type.=20 > >This is the case of PSPE Emulated Processor.=20 >So, I've modified the value to 1.618F and >it works.=20 > >The port proceeds well. Each day I improve >the compatibility. > >I've signalled this to you because I thought >that it should be useful for you.=20 > Thanks! >I suggest you to insert and #ifdef for=20 >embedded processors.=20 > Actually, Farid made a change for 4.2.0 that eliminated the use of floating point math for capacity calculations. You can find information about that change in Jira and in Subversion http://issues.apache.org/jira/browse/STDCXX-226 http://svn.apache.org/viewvc?view=3Drev&revision=3D605548 Travis