tzcode2012h and tzdata2012h available
[I forgot to CC: this to tz@iana.org, so I am doing it separately this time.] -------- Original Message -------- Subject: tzcode2012h and tzdata2012h available Date: Fri, 26 Oct 2012 23:18:24 -0700 From: Paul Eggert <eggert@cs.ucla.edu> To: Time zone announcements <tz-announce@iana.org> The 2012h release of the tz code and data is available. It reflects the following changes recently circulated on the tz mailing list: Bahia no longer has DST. (Thanks to Kelley Cook.) Tocantins has DST. (Thanks to Rodrigo Severo.) Israel has new DST rules next year. (Thanks to Ephraim Silverberg.) Jordan stays on DST this winter. (Thanks to Steffen Thorsen.) Web page updates. More C modernization, except that at Arthur David Olson's suggestion the instances of 'register' were kept. This release does not include an improved way of distributing checksums; I haven't had time to work the kinks out of that. Here are links to the release files: http://www.iana.org/time-zones/repository/releases/tzcode2012h.tar.gz http://www.iana.org/time-zones/repository/releases/tzdata2012h.tar.gz ftp://ftp.iana.org/tz/releases/tzcode2012h.tar.gz ftp://ftp.iana.org/tz/releases/tzdata2012h.tar.gz As usual, links to the latest release files are here: http://www.iana.org/time-zones/repository/tzcode-latest.tar.gz http://www.iana.org/time-zones/repository/tzdata-latest.tar.gz ftp://ftp.iana.org/tz/tzcode-latest.tar.gz ftp://ftp.iana.org/tz/tzdata-latest.tar.gz This release corresponds to commit 001a626d31ffb02dec209e539c9aedaf2f27ba20 in the unofficial github repository at <https://github.com/eggert/tz>. Here are the GPG checksums for the release files: -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAABAgAGBQJQi3j1AAoJEO2X6Q5iqn40CXwP/1mQEIce/rO3BL2nFwnHoyTh F3FgSlnvCz65YJODlFROTPOsiKbrxJepILLoBXNQOgkD+gusQLrXCCvGMhu5aJ/9 OTxtRDdNC7F6b/HDW8Frw7oaD7ljMkos30vEtNrpM5xFQ3p5qc4jfGTMjq5RUR5B 2H7mxgnJXC4A0QznEjEnmnZ4z3Tm3XEhj3LEItH8c5VtIHmc/wZkrJATRT04sivN 221eF66T3rQFrmnrwayq96q+yxM9U+Y21oGw9MPlHA3eCXk/G/zmNYui6QVOL96z SGgPLj52M5CTTlWoLt5KUbrW6bKdhyX0zYX/j8pbD6haex0cfz02rJFiPUHtqwFt mnD2mvpQFqnCfua+LHSTrBGPm0N6v1WBg8UV1E3xQeVkF7S/8+OGtvAkSA4vICfE 5/u/LIXgn5NKt5u+LHr1/aAgtRLjAEr1B77noilC4C3pV+q2jIkp+TUAfV5gKMKx yOsKJF8g8y8mP8UWE9lkNLPepQ4RcsiRWMOV4CfMhJg6LJfLix+fnplEp09riWfc q0ngk5Qa7ydFykofvdb97yI0NuCsFbxkEdQpqvW6LeuMRtw7XXsgGoJwsD9lF4qL PsN0OIhNG04PIZEPPtulQih4Eeip2vfrOSCy07/6+8HoBFSkzEYPPCwnoiJ3QFYt bIOmNJLXmhYxrw2alIV2 =7FjC -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAABAgAGBQJQi3khAAoJEO2X6Q5iqn40NV4P/RQK6e+9CF99rJB17EFvE2WD t7H2sg2Rfl805Iha/acl3DMJQepcSGvsv4paXD0buRJWlaTRbaY9nhk7bxi3VSfx A/IJTAd4ZiQLiD+J0IHTwE7NmV6r1GCqNs37H5iENDZp9gYXW59jePnfD0TitIND 9mFSCxWV5tZsktZIztUqYWcz/oABVODnaSGx21DTi27Y6aJpKxl5+TTRbPcFgQ6V 0jWsakzgJwWLRh1eTglFTSgbt2ui/o5D/W0d1RvtRlRHmXiLf3J3YO7PDWrCg/// 7CAf4MSL20OH4fG4Lj4IfCh86stEjKpgn+YmZjndkKYgBqKkve8r8yAkubAHni5q Jrod8g87w0W/XFw9C6C5kEN9+qCTXfM/zkBeh75iDVxvAJ0+G6DZRC9coL41tawl zg+s7dl+fiGjZzzDY287/tUP/u0omgHnG/OHkL/52KmTfVfbhLJvndrWe4ehx1z2 Z4gAdiIvCooh34uDRcK/EHWXV0FgX9Zf+k9LPy+7xSLELFoxVVbwJ8KTrQxzTwEL Qzx4nx7z1AEMIvm2HCZi+2pnBmrNYjG5quWyd2PxVuhYVFdqbRPZqPJh+9Qm0o4b +S6m/FmI/tkubF+J5uoQA8KowhZ5HU8DWo2LCNxSzyDRZAGzLEN8OPXpWIZ/3IMV m9JFu3Sqjuypx973arIQ =d4Nr -----END PGP SIGNATURE-----
On Oct 26, 11:22pm, eggert@cs.ucla.edu (Paul Eggert) wrote: -- Subject: [tz] tzcode2012h and tzdata2012h available | More C modernization, except that at Arthur David Olson's suggestion | the instances of 'register' were kept. Wonderful. Will you accept a patch then to add all the missing "register" adornments (because that is what they are) for the rest of the variables whose address is not taken? And please, point out to me another opensource package that still uses register, because I am stressed to find one. christos
christos@zoulas.com (Christos Zoulas) writes:
On Oct 26, 11:22pm, eggert@cs.ucla.edu (Paul Eggert) wrote: -- Subject: [tz] tzcode2012h and tzdata2012h available
| More C modernization, except that at Arthur David Olson's suggestion | the instances of 'register' were kept.
Wonderful. Will you accept a patch then to add all the missing "register" adornments (because that is what they are) for the rest of the variables whose address is not taken? And please, point out to me another opensource package that still uses register, because I am stressed to find one.
Oh, there are plenty (gmake, binutils, libffi, zlib, glibc, gcc), even ignoring the gccism which allows denoting the exact register to use: long int r0 __asm__ ("r0"). Not that it changes anything. These are all relatively old codebases, it used to mean something back then. Thanks, PM
On Sat, Oct 27, 2012 at 7:08 AM, Christos Zoulas <christos@zoulas.com>wrote:
On Oct 26, 11:22pm, eggert@cs.ucla.edu (Paul Eggert) wrote: -- Subject: [tz] tzcode2012h and tzdata2012h available
| More C modernization, except that at Arthur David Olson's suggestion | the instances of 'register' were kept.
Wonderful. Will you accept a patch then to add all the missing "register" adornments (because that is what they are) for the rest of the variables whose address is not taken? And please, point out to me another opensource package that still uses register, because I am stressed to find one.
Don't stress; ignore the register annotations. And no, adorning everything that does not have its address taken with register would not be sensible. I hope Paul won't accept the patch; I recommend not even bothering to create it. Relax. The presence of the register keyword won't hurt anything. -- Jonathan Leffler <jonathan.leffler@gmail.com> #include <disclaimer.h> Guardian of DBD::Informix - v2011.0612 - http://dbi.perl.org "Blessed are we who can laugh at ourselves, for we shall never cease to be amused."
participants (4)
-
christos＠zoulas.com -
Jonathan Leffler -
Paul Eggert -
Petr Machata