From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dd20614.kasserver.com (dd20614.kasserver.com [85.13.138.176]) by sourceware.org (Postfix) with ESMTPS id 3670F385840D for ; Tue, 15 Mar 2022 14:23:05 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 3670F385840D Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=blue-andi.de Authentication-Results: sourceware.org; spf=none smtp.mailfrom=blue-andi.de Received: from [192.168.1.45] (p4ff4a615.dip0.t-ipconnect.de [79.244.166.21]) by dd20614.kasserver.com (Postfix) with ESMTPSA id 2548B1E804AC for ; Tue, 15 Mar 2022 15:23:03 +0100 (CET) Message-ID: <9b1bb39e-0a9c-612e-3aa5-1be15577fb2b@blue-andi.de> Date: Tue, 15 Mar 2022 15:23:00 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.7.0 To: newlib@sourceware.org From: Andreas Merkle Subject: Timezones in <+-nn> format are not handled Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.6 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, RCVD_IN_DNSWL_LOW, SPF_HELO_NONE, SPF_NONE, T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) 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: Tue, 15 Mar 2022 14:23:06 -0000 Posix timezone strings are in the format ABRVnn[ABRV[nn]][,...], e.g. GMT0BST,... is London TZ descriptor with two abbreviations GMT and BST. ABRV means abbreviation. Such abbreviations are not defined for every timezone around the world. According to https://data.iana.org/time-zones/theory.html if there is no common English abbreviations, use offsets like -05 and +0530 that are generated by zic's %z notation. These numeric offsets are enclosed between <...>. For example, abbreviation for Sao Paulo TZ is <-03>3 (instead of e.g. valid SAOPAUL03). A pull request for the newlib-xtensa version by earlephilhower fixes this: https://github.com/earlephilhower/newlib-xtensa/pull/14 I would like to provide the corresponding patch here if its ok? Andi