From: Brian.Inglis@systematicsw.ab.ca
To: Bruno Haible <bruno@clisp.org>, bug-gnulib@gnu.org
Subject: Re: localtime on native Windows
Date: Sat, 17 Feb 2024 22:32:49 -0700 [thread overview]
Message-ID: <7a2b206d-7948-4058-9944-d4683aa7fefb@systematicsw.ab.ca> (raw)
In-Reply-To: <8442829.2l3rmUXbR5@nimes>
On 2024-02-17 19:14, Bruno Haible wrote:
> Brian Inglis wrote:
>> I was looking around ... that required data can be shrunk to ~300KB using Brotli!?
>
> Whereas the entire tzdata.zi (without comments, and with abbreviations) is
> only around 100 KB. I'll definitely prefer the latter.
>
>> Other options would be for some selection of generated data such as using
>> zonenow.tab, supporting only the current time onward
>
> This is a simplification that one may do when working on an embedded system
> or such. But not in gnulib. When the entire data file is 100 KB, it is not
> a good compromise to give up correctness for dates in the past, in exchange
> for further data size reduction.
>
>> https://github.com/unicode-org/cldr/blob/main/common/supplemental/windowsZones.xml
>
> This file is interesting for its mapping table from Windows time zones.
My point was that this data is already built into Windows, and accessible via
its ICU API, so gnulib does not need to include, update, and compile tzdata to
support Windows.
It just has to adapt its localization, as does Cygwin, which uses the Windows
zones to look up tz ids, which it uses to load tzdata to provide POSIX
interfaces, using otherwise mostly BSD code adapted from tzcode, required by
newlib to allow commercial and other uses by RedHat and other embedded vendors.
--
Take care. Thanks, Brian Inglis Calgary, Alberta, Canada
La perfection est atteinte Perfection is achieved
non pas lorsqu'il n'y a plus rien à ajouter not when there is no more to add
mais lorsqu'il n'y a plus rien à retirer but when there is no more to cut
-- Antoine de Saint-Exupéry
next prev parent reply other threads:[~2024-02-18 5:33 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-02-13 18:25 localtime on native Windows Brian Inglis
2024-02-18 2:14 ` Bruno Haible
2024-02-18 5:32 ` Brian.Inglis [this message]
-- strict thread matches above, loose matches on Subject: below --
2024-02-09 17:43 MT-unsafe time modules Bruno Haible
2024-02-10 11:10 ` Bruno Haible
2024-02-11 12:46 ` localtime on native Windows Bruno Haible
2024-02-13 2:02 ` Paul Eggert
2024-02-18 2:38 ` Bruno Haible
2024-02-18 4:50 ` Paul Eggert
2024-02-18 14:38 ` Bruno Haible
2024-02-18 19:05 ` Paul Eggert
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://lists.gnu.org/mailman/listinfo/bug-gnulib
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=7a2b206d-7948-4058-9944-d4683aa7fefb@systematicsw.ab.ca \
--to=brian.inglis@systematicsw.ab.ca \
--cc=bruno@clisp.org \
--cc=bug-gnulib@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).