From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3523 invoked by alias); 5 Mar 2007 19:45:30 -0000 Received: (qmail 3507 invoked by uid 22791); 5 Mar 2007 19:45:30 -0000 X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 05 Mar 2007 19:45:23 +0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l25JjLka017663 for ; Mon, 5 Mar 2007 14:45:21 -0500 Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [172.16.52.154]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l25JYZKK021910; Mon, 5 Mar 2007 14:34:35 -0500 Received: from [192.168.7.77] (vpn-14-4.rdu.redhat.com [10.11.14.4]) by lacrosse.corp.redhat.com (8.12.11.20060308/8.11.6) with ESMTP id l25JYYhA024754; Mon, 5 Mar 2007 14:34:35 -0500 Message-ID: <45EC70C5.7050908@redhat.com> Date: Mon, 05 Mar 2007 19:45:00 -0000 From: Ulrich Drepper User-Agent: Thunderbird 1.5.0.9 (X11/20070212) MIME-Version: 1.0 To: Jakub Jelinek CC: Glibc hackers Subject: Re: [PATCH] Speed up find_transition References: <20070228134538.GC1826@sunsite.mff.cuni.cz> In-Reply-To: <20070228134538.GC1826@sunsite.mff.cuni.cz> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigE62BDFA22AD38E4F5A751A4A" Mailing-List: contact libc-hacker-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-hacker-owner@sourceware.org X-SW-Source: 2007-03/txt/msg00002.txt.bz2 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE62BDFA22AD38E4F5A751A4A Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Content-length: 769 Jakub Jelinek wrote: > The following patch speeds up find_transition. Applied. > BTW, shouldn't we for the 64-bit tables generate transitions till more th= an > 2037 for all locales that are still changing DST? Or teach glibc tz read= er > to grok the POSIX tz string stored at the end of TZif2 files and handle > timer >=3D transitions[num_transitions - 1] specially (guess the env stri= ng > should be parsed just lazily, because people will rarely query years above > last transition)? I think we should start supporting the tz string at some point. Blindly extending the range of the table means lots of wasted disk space and CPU cycles. --=20 =E2=9E=A7 Ulrich Drepper =E2=9E=A7 Red Hat, Inc. =E2=9E=A7 444 Castro St = =E2=9E=A7 Mountain View, CA =E2=9D=96 --------------enigE62BDFA22AD38E4F5A751A4A Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" Content-length: 251 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFF7HDF2ijCOnn/RHQRAq1KAJ9go8G+bXVOUeElOd7DmdoIxjIyPwCeNqNK Cdsac5Mij/g5ZABiqi32Xn4= =suEw -----END PGP SIGNATURE----- --------------enigE62BDFA22AD38E4F5A751A4A--