[Bug libstdc++/109288] New: std/time/time_zone/get_info_local.cc failure with tzdata2023a

[Bug libstdc++/109288] New: std/time/time_zone/get_info_local.cc failure with tzdata2023a

[jakub at gcc dot gnu.org]

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

            Bug ID: 109288
           Summary: std/time/time_zone/get_info_local.cc failure with
                    tzdata2023a
           Product: gcc
           Version: 13.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: libstdc++
          Assignee: unassigned at gcc dot gnu.org
          Reporter: jakub at gcc dot gnu.org
  Target Milestone: ---

As mentioned in
http://mm.icann.org/pipermail/tz-announce/2023-March/000077.html
tzdata2023a includes
Egypt now uses DST again, from April through October.
and that change caused
FAIL: std/time/time_zone/get_info_local.cc execution test
because the test expects it doesn't use DST since 2014 or so.

[Bug libstdc++/109288] std/time/time_zone/get_info_local.cc failure with tzdata2023a

[redi at gcc dot gnu.org]

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Last reconfirmed|                            |2023-03-27
     Ever confirmed|0                           |1
           Assignee|unassigned at gcc dot gnu.org      |redi at gcc dot gnu.org
   Target Milestone|---                         |13.0
             Status|UNCONFIRMED                 |ASSIGNED

--- Comment #1 from Jonathan Wakely <redi at gcc dot gnu.org> ---
(In reply to Jakub Jelinek from comment #0)
> because the test expects it doesn't use DST since 2014 or so.

Well that was a silly assumption! I'll fix it, and check if I made any other
silly assumptions that might become false in future.

[Bug libstdc++/109288] std/time/time_zone/get_info_local.cc failure with tzdata2023a

[cvs-commit at gcc dot gnu.org]

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

--- Comment #2 from CVS Commits <cvs-commit at gcc dot gnu.org> ---
The master branch has been updated by Jonathan Wakely <redi@gcc.gnu.org>:

https://gcc.gnu.org/g:cf19ef9eca82b01dd0a3a0a8e4c8bcec236eb2d9

commit r13-6914-gcf19ef9eca82b01dd0a3a0a8e4c8bcec236eb2d9
Author: Jonathan Wakely <jwakely@redhat.com>
Date:   Mon Mar 27 13:51:25 2023 +0100

    libstdc++: Update tzdata to 2023a [PR109288]

    Import the new 2023a tzdata.zi file and update the expiry dates of the
    hardcoded lists of leapseconds to 2023-12-28.

    With the new data, Africa/Egypt no longer has a single unbroken sys_info
    from 2014-09-25 to chrono::year::max(). Only check up to 2014-09-01 so
    that the test isn't sensitive to differences between 2022g and 2023a
    data.

    libstdc++-v3/ChangeLog:

            PR libstdc++/109288
            * include/std/chrono (__detail::__get_leap_second_info): Update
            expiry date of hardcoded leapseconds list.
            * src/c++20/tzdb.cc (tzdb_list::_Node::_S_read_leap_seconds()):
            Likewise.
            * src/c++20/tzdata.zi: Import new file from 2023a release.
            * testsuite/std/time/time_zone/get_info_local.cc: Only check
            transitions for Egypt up to 2014.

[Bug libstdc++/109288] std/time/time_zone/get_info_local.cc failure with tzdata2023a

[redi at gcc dot gnu.org]

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|---                         |FIXED
             Status|ASSIGNED                    |RESOLVED

--- Comment #3 from Jonathan Wakely <redi at gcc dot gnu.org> ---
Fixed