[Bug libstdc++/9635] time_get<>::date_order unimplemented

[Bug libstdc++/9635] time_get<>::date_order unimplemented

[sje at cup dot hp.com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9635

Steve Ellcey <sje at cup dot hp.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |sje at cup dot hp.com

--- Comment #6 from Steve Ellcey <sje at cup dot hp.com> 2011-09-27 16:43:11 UTC ---
I am curious if we think anything will be done with this bug.

I see someone proposed a patch to the C++ library a while back
(https://issues.apache.org/jira/browse/STDCXX-459) but it was not accepted.

Do the comments from C++ library issue 461
(http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#461) affect this
bug and our ability to fix it?

[Bug libstdc++/9635] time_get<>::date_order unimplemented

[paolo.carlini at oracle dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9635

Paolo Carlini <paolo.carlini at oracle dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|paolo.carlini at oracle dot |
                   |com                         |

--- Comment #7 from Paolo Carlini <paolo.carlini at oracle dot com> 2011-09-27 17:38:37 UTC ---
Sorry, I'm not interested in working on these issues any time soon. By the way,
you say 'a patch was rejected' or something similar, but I haven't seen any
patch submitted to *this* project in any form.

[Bug libstdc++/9635] time_get<>::date_order unimplemented

[sje at cup dot hp.com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9635

--- Comment #8 from Steve Ellcey <sje at cup dot hp.com> 2011-09-27 18:23:56 UTC ---
No, the patch I mentioned was not sent to this project.  If I am reading the
web site correctly (the first link in comment #6), I think the patch was sent
to the
apache version of the C++ library.  I am not sure what relationship that has to
the GCC libstdc++.

[Bug libstdc++/9635] time_get<>::date_order unimplemented

[redi at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9635

--- Comment #9 from Jonathan Wakely <redi at gcc dot gnu.org> 2011-09-27 19:00:44 UTC ---
None whatsoever, the Apache stdcxx project is the open source version of Rogue
Wave's C++ library

[Bug libstdc++/9635] time_get<>::date_order unimplemented

[redi at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=9635

Jonathan Wakely <redi at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |lewis at sophists dot com

--- Comment #10 from Jonathan Wakely <redi at gcc dot gnu.org> ---
*** Bug 99556 has been marked as a duplicate of this bug. ***

[Bug libstdc++/9635] time_get<>::date_order unimplemented

[pcarlini at suse dot de]

------- Comment #5 from pcarlini at suse dot de  2006-10-17 00:04 -------
Unfortunately, at the time I overlooked this comment in locale_facets.tcc:

  // NB: Not especially useful. Without an ios_base object or some
  // kind of locale reference, we are left clawing at the air where
  // the side of the mountain used to be...
  template<typename _CharT, typename _InIter>
    time_base::dateorder
    time_get<_CharT, _InIter>::do_date_order() const
    { return time_base::no_order; }

Having written the parsing code, now I have no idea how to circumvent the above
issue, for the moment I'm unassigning myself from the PR.


-- 

pcarlini at suse dot de changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|pcarlini at suse dot de     |unassigned at gcc dot gnu
                   |                            |dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9635

[Bug libstdc++/9635] time_get<>::date_order unimplemented

[pinskia at gcc dot gnu dot org]

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |NEW
   Last reconfirmed|0000-00-00 00:00:00         |2003-12-01 00:55:30
               date|                            |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9635

[Bug libstdc++/9635] time_get<>::date_order unimplemented

[peturr02 at ru dot is]

------- 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

[Bug libstdc++/9635] time_get<>::date_order unimplemented

[paolo at gcc dot gnu dot org]

------- Additional Comments From paolo at gcc dot gnu dot org  2003-11-08 12:57 -------
Hi, I'm implementing the feature.

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)

??

Thanks, Paolo.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |WAITING


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9635

[Bug libstdc++/9635] time_get<>::date_order unimplemented

[paolo at gcc dot gnu dot org]

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9635


paolo at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|unassigned at gcc dot gnu   |paolo at gcc dot gnu dot org
                   |dot org                     |
             Status|NEW                         |ASSIGNED


------- Additional Comments From paolo at gcc dot gnu dot org  2003-07-31 21:53 -------
Indeed, parsing __nl_langinfo_l(D_FMT, *) should suffice.