Return-Path: Delivered-To: apmail-incubator-stdcxx-dev-archive@www.apache.org Received: (qmail 38589 invoked from network); 1 Feb 2006 19:33:23 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 1 Feb 2006 19:33:23 -0000 Received: (qmail 77963 invoked by uid 500); 1 Feb 2006 19:33:23 -0000 Delivered-To: apmail-incubator-stdcxx-dev-archive@incubator.apache.org Received: (qmail 77919 invoked by uid 500); 1 Feb 2006 19:33:22 -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 77908 invoked by uid 99); 1 Feb 2006 19:33:22 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Feb 2006 11:33:22 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [12.17.213.84] (HELO bco-exchange.bco.roguewave.com) (12.17.213.84) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Feb 2006 11:33:21 -0800 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 ZGW28N63; Wed, 1 Feb 2006 12:25:37 -0700 Message-ID: <43E10DDF.5010407@roguewave.com> Date: Wed, 01 Feb 2006 12:37:03 -0700 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: Problem building on Solaris References: <4FA4B7B3231C5D459E7BAD020213A94201F5F51C@bco-exchange.bco.roguewave.com> In-Reply-To: <4FA4B7B3231C5D459E7BAD020213A94201F5F51C@bco-exchange.bco.roguewave.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 Jeremy Dean wrote: > After rebuilding with these macros, everything seems to go fine, the library > builds ok. Now we are getting strange errors with the examples: alg4.cpp > > It is failing on line 156 of include/set > > The error is unable to instantiate from non templated .... > > Unfortunately this is from a secure site, so not able to get exact error > message. I'm afraid this isn't nearly enough detail for me to go on. Have you been able to reproduce the error in your environment? One thing you might want to configuring the library on your machine and making the generated config header available to your customer. He should then be able to compare it with his and let you know what the differences are (and use your file to try to resolve his problems). If the files are the same chances are that the errors are due to a difference between his compiler and yours. Martin > > Getting similar error with example tele.cpp failing on line 349 ofr > include/map > > Jeremy > > -----Original Message----- > From: Martin Sebor [mailto:sebor@roguewave.com] > Sent: Tuesday, January 31, 2006 9:58 AM > To: stdcxx-dev@incubator.apache.org > Subject: Re: Problem building on Solaris > > > Jeremy Dean wrote: > >>I am building on Solaris 10 with the Sun Studio 10 compiler and >>getting this >>error: >> >>CC -D_RWCONFIG=15dECB -I./../../../include -I./../../.. -I.. -I. >>-D_RWBUILD_std -g -D_REENTRANT -mt -PIC -library=%none -c >>../bitset.cpp >> >>CC -D_RWCONFIG=15dECB -I./../../../include -I./../../.. -I.. -I. >>-D_RWBUILD_std -g -D_REENTRANT -mt -PIC -library=%none -c ../char.cpp >>CC -D_RWCONFIG=15dECB -I./../../../include -I./../../.. -I.. -I. >>-D_RWBUILD_std -g -D_REENTRANT -mt -PIC -library=%none -c >>../codecvt.cpp >>"./../../../include/loc/_rw_setlocale.h", line 53: Error: _RWSTD_LC_ALL >>is >>not defined. >>1 Error(s) detected. >>*** Error code 1 >>make: Fatal error: Command failed for target `codecvt.o' >> >>This is on a secure machine and can not install any locales on it: >> >>locale -a >>POSIX >>C >>iso_8859_1 >> >>Is there any work around for this problem? > > > The most likely cause is that the LOCALE_NAME_FMAT.cpp configuration test > fails to #define the macro (the test is designed to define these even if no > locales are installed so what you're seeing is definitely a bug). I created > STDCXX-128 for it: http://issues.apache.org/jira/browse/STDCXX-128 > > The easiest workaround is to grab the macro definitions from a test run a > machine that does have some locales installed. Here's what I get on one of > our Solaris 10 boxes: > > #define _RWSTD_LC_COLLATE 3 > #define _RWSTD_LC_CTYPE 0 > #define _RWSTD_LC_MONETARY 4 > #define _RWSTD_LC_NUMERIC 1 > #define _RWSTD_LC_TIME 2 > #define _RWSTD_LC_MESSAGES 5 > #define _RWSTD_LC_ALL 6 > #define _RWSTD_LC_MAX _RWSTD_LC_ALL > #define _RWSTD_LC_MIN _RWSTD_LC_CTYPE > #define _RWSTD_CAT_3(pfx) { 3, "LC_COLLATE", pfx::_C_collate } #define > _RWSTD_CAT_0(pfx) { 0, "LC_CTYPE", pfx::_C_ctype } #define _RWSTD_CAT_4(pfx) > { 4, "LC_MONETARY", pfx::_C_monetary } #define _RWSTD_CAT_1(pfx) { 1, > "LC_NUMERIC", pfx::_C_numeric } #define _RWSTD_CAT_2(pfx) { 2, "LC_TIME", > pfx::_C_time } #define _RWSTD_CAT_5(pfx) { 5, "LC_MESSAGES", > pfx::_C_messages } // #define _RWSTD_NO_SETLOCALE_ENVIRONMENT #define > _RWSTD_NO_CAT_NAMES #define _RWSTD_CAT_SEP "/" #define _RWSTD_NO_CAT_EQ // > #define _RWSTD_NO_INITIAL_CAT_SEP // #define _RWSTD_NO_CONDENSED_NAME > > Martin