On Mar 22 10:02, Brian Inglis via Cygwin-apps wrote: > On 2024-03-21 03:36, Corinna Vinschen via Cygwin-apps wrote: > > We're generating the conversion from Windows to POSIX timezone via > > the conversion table from unicode.org: > > > > https://cygwin.com/cgit/newlib-cygwin/tree/winsup/utils/tzmap-from-unicode.org > > > > Plus a few (7, actually) mappings the Unicode consortium missed in > > the list (or maybe they are available in the meantime, needs checking). > > This is the minimum list of timezone info we need in the tzdata DB. > > I generated tzmap.h and generated differences since the last update cldr ~40. > I also searched in the latest for matches for each field attached as first. > > I do not know if they will be of help as I see you have already looked at > tzmap. > > It looks as if the match might better prioritize country code over Windows > label.
Which match? I'm not sure what you're trying to tell me. Basically, we want to generate a POSIX timezone from the current user's Windows timezone. This boils down to four questions: - Is the creation of tzmap.h from unicode.org via the tzmap-from-unicode.org script the right thing to do or not? - If it's the wrong thing to do, what other source do you propose and do you have a script to perform the conversion from this source to a valid tzmap.h file? - Otherwise, is the current tzmap-from-unicode.org right or wrong in adding these old extra timezone/territory settings, or is even some combination missing? - If so, would you mind to send a patch to fix tzmap-from-unicode.org accordingly? Corinna
