Skip to content

Conversation

@earlephilhower
Copy link
Owner

Fixes #12

TZ.h can now contain timezone names of the form <[+-]nn> when there is
no commonly used timezone abbreviation for the setting. Adjust the
tzset function to handle this case by special-casing the name parsing
when the first character is a '<'.

Fixes #12

TZ.h can now contain timezone names of the form <[+-]nn> when there is
no commonly used timezone abbreviation for the setting.  Adjust the
tzset function to handle this case by special-casing the name parsing
when the first character is a '<'.
@earlephilhower earlephilhower merged commit 83b5db7 into xtensa-2_2_0-lock-arduino Nov 12, 2020
@earlephilhower earlephilhower deleted the ugliertz branch November 12, 2020 04:00
earlephilhower added a commit to earlephilhower/Arduino that referenced this pull request Nov 12, 2020
Undoes the change in esp8266#7699 and fixed esp8266#7690 root cause.

Newlib did not support timezone names of the form "<[+-]?[0-9]+>" and
would parse the offset using the <name>.

Fix newlib tzset parser with
  earlephilhower/newlib-xtensa#14
and undo the UNK changes used as an expedient workaround.
earlephilhower added a commit to esp8266/Arduino that referenced this pull request Nov 12, 2020
Undoes the change in #7699 and fixed #7690 root cause.

Newlib did not support timezone names of the form "<[+-]?[0-9]+>" and
would parse the offset using the <name>.

Fix newlib tzset parser with
  earlephilhower/newlib-xtensa#14
  earlephilhower/newlib-xtensa#15
and undo the UNK changes used as an expedient workaround.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

TZ: Issue parsing glibc timezones

2 participants