From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13149 invoked by alias); 13 Nov 2003 09:57:00 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Received: (qmail 13117 invoked by uid 48); 13 Nov 2003 09:57:00 -0000 Date: Thu, 13 Nov 2003 09:57:00 -0000 Message-ID: <20031113095700.13113.qmail@sources.redhat.com> From: "peturr02 at ru dot is" To: gcc-bugs@gcc.gnu.org In-Reply-To: <20030209130600.9635.peturr02@ru.is> References: <20030209130600.9635.peturr02@ru.is> Reply-To: gcc-bugzilla@gcc.gnu.org Subject: [Bug libstdc++/9635] time_get<>::date_order unimplemented X-Bugzilla-Reason: CC X-SW-Source: 2003-11/txt/msg01117.txt.bz2 List-Id: ------- Additional Comments From peturr02 at ru dot is 2003-11-13 09:56 ------- > However, I have doubts about your testcase: in my reading of 22.2.5.1.2,p1, > date_order() should return no_order, since in the "is_IS" locale D_FMT is > "%a %e.%b %Y", that is, the date format contains one additional component (of > tm_wday type) I agree with that reading. This however means that the time_get facet is mostly useless for this locale (and presumably others). Forcing people to enter the weekday when entering dates is beyond silly, but that's what the standard says... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9635