From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26820 invoked by alias); 1 Apr 2007 23:53:55 -0000 Received: (qmail 26702 invoked by uid 48); 1 Apr 2007 23:53:43 -0000 Date: Sun, 01 Apr 2007 23:53:00 -0000 Message-ID: <20070401235343.26701.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug libstdc++/31413] FAIL: 22_locale/time_get/get_date/wchar_t/4.cc execution test In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "pcarlini at suse dot de" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2007-04/txt/msg00044.txt.bz2 ------- Comment #8 from pcarlini at suse dot de 2007-04-02 00:53 ------- One last remark: when something having to do with named locales doesn't work, often I find myself checking whether corresponding "C" code works. In this case, if __format is wrong, which means apparently that _M_data->_M_date_format is wrong, I suggest preparing a plain "C" snippet equivalent to the code in config/locale/gnu/time_members.cc which sets _M_data->_M_date_format, something like: loc = newlocale(1 << LC_ALL, __s, 0); union { char *__s; wchar_t *__w; } __u; __u.__s = __nl_langinfo_l(_NL_WD_FMT, loc); const wchar_t* pp = __u.__w; and inspect pp. Here it's fine. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31413