Re: The time_zone tests that fail

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, 12 Mar 2025 at 19:42, Jonathan Wakely <jwakely.gcc@xxxxxxxxx> wrote:
>
> On Wed, 12 Mar 2025 at 18:38, Dennis Clarke <dclarke@xxxxxxxxxxxxx> wrote:
> > OKay, so the timezone Europe/London is absent somewhere?
> >
> > t$
> > t$ ls -l /usr/share/zoneinfo/Europe/London
> > -rw-r--r-- 1 root root 3664 Nov 23 14:04 /usr/share/zoneinfo/Europe/London
> > t$
> >
> >
> > Seems to exist on the machine.
> >
> >
> > So that is baffling.
>
> As I said, only the /usr/share/zoneinfo/tzdata.zi file matters, not
> the Europe/London file.
>
> On my machine it contains that zone:
>
> $ grep Europe/London /usr/share/zoneinfo/tzdata.zi
> Z Europe/London -0:1:15 - LMT 1847 D
> L Europe/London GB
> L Europe/London GB-Eire
> L Europe/London Europe/Guernsey
> L Europe/London Europe/Isle_of_Man
> L Europe/London Europe/Jersey
> L Europe/London Europe/Belfast

My guess is something in the tzdata.zi file which cannot be parsed,
causing an error when loading it, so that a UTC-only fallback is used.

If that's true, the program below should print "ersatz"

> Could you please compile and run this program with this installed gcc-14:
>
> #include <chrono>
> #include <iostream>
>
> int main()
> {
>   std::cout << std::chrono::get_tzdb().version << '\n';
> }

I suspect the problem is https://gcc.gnu.org/PR116657



[Index of Archives]     [Linux C Programming]     [Linux Kernel]     [eCos]     [Fedora Development]     [Fedora Announce]     [Autoconf]     [The DWARVES Debugging Tools]     [Yosemite Campsites]     [Yosemite News]     [Linux GCC]

  Powered by Linux