From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.13]) by sourceware.org (Postfix) with ESMTPS id CB57C3851C03 for ; Sat, 12 Dec 2020 18:59:10 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org CB57C3851C03 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=SystematicSw.ab.ca Authentication-Results: sourceware.org; spf=none smtp.mailfrom=brian.inglis@systematicsw.ab.ca Received: from [192.168.1.104] ([24.64.172.44]) by shaw.ca with ESMTP id oA6mkilVg34axoA6nkHSAL; Sat, 12 Dec 2020 11:59:09 -0700 X-Authority-Analysis: v=2.4 cv=LvQsdlRc c=1 sm=1 tr=0 ts=5fd512fe a=kiZT5GMN3KAWqtYcXc+/4Q==:117 a=kiZT5GMN3KAWqtYcXc+/4Q==:17 a=IkcTkHD0fZMA:10 a=ZqF515WzAAAA:20 a=94nOnFI1EgyDtX4ev68A:9 a=QEXdDO2ut3YA:10 Reply-To: newlib@sourceware.org Subject: Re: [PATCH] Add support for TZ names with <> in tzset To: newlib@sourceware.org References: <080401d6bada$6c52f060$44f8d120$.ref@yahoo.com> <080401d6bada$6c52f060$44f8d120$@yahoo.com> <20201116151359.GD41926@calimero.vinschen.de> <3a5f706a-f1c0-595f-ff96-e674cb72e233@SystematicSw.ab.ca> <76c91228-465f-1c99-9a8e-6269063b04bd@SystematicSw.ab.ca> <1223838587.4607472.1607795805086@mail.yahoo.com> From: Brian Inglis Organization: Systematic Software Message-ID: <1e30f9f0-6c39-b0fc-9e4c-0e51d6a8f22d@SystematicSw.ab.ca> Date: Sat, 12 Dec 2020 11:59:08 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.5.1 MIME-Version: 1.0 In-Reply-To: <1223838587.4607472.1607795805086@mail.yahoo.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-CA Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4xfDvEa8s22Vw5mHflI2yWd4JUnFaSCOm2NC7YNAtUWSxzLokZ3BfCWHhopOGarkJrI+ILdmkBd6qvObcKvY8mC8niCyqN1JF8V61wQ5NH6Bw6au02CUXf AffXqGSruCkLpXY03m8gL+k7+MnCspAC5lssKRPRjiZPWE5buyeKlF/RlTMtpo6eQezlSQ1h8Mg8jtf48YZTIZCF5M4a9RsScSA= X-Spam-Status: No, score=-6.1 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, NICE_REPLY_A, RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H4, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_NONE, TXREP autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: newlib@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Newlib mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Dec 2020 18:59:12 -0000 On 2020-12-12 10:56, Earle F. Philhower, III via Newlib wrote: > On 2020-11-16 18:43, C Howland via Newlib wrote: >> On Monday, November 16, 2020 5:30 PM, Brian Inglis wrote: >>>> On 2020-11-16 08:13, Corinna Vinschen via Newlib wrote: >>>>> On Nov 14 15:03, Earle F. Philhower, III via Newlib wrote: >>>> Should consider modifying the PD TZ project tzcode reference src >>>> localtime.c tzparse() >>>> https://github.com/eggert/tz/blob/master/localtime.c#L1069 > thanks for the suggestion but I'd be very worried about opening > up this function so completely. There's unfortunately not a set of unit > tests for the time routines in newlib, and there's not any particular > issue that's seen other than this timezone naming scheme. The deltas between newlib, BSD, and tzcode are mainly minor feature checks, and functions dropped from tzcode due to being non-functional, outdated, or rarely used, retained in libc for ABI compatibility. -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada This email may be disturbing to some readers as it contains too much technical detail. Reader discretion is advised. [Data in binary units and prefixes, physical quantities in SI.]