[issue43649] time.strftime('%z') doesn't return UTC offset in the form ±HHMM

Steve Dower added the comment: I agree with Eryk, this is not an issue with the supported C runtime. mingw-w64 has supposedly been working on UCRT support (it may even be working already?), and that is what will be necessary. We certainly aren't going to try and runtime detect this and

[issue43649] time.strftime('%z') doesn't return UTC offset in the form ±HHMM

Eryk Sun added the comment: I closed bpo-20010 because the official PSF distributions of Python 3.5+ for Windows use the Universal CRT (ucrt), the system C runtime library for applications. ucrt does not have this problem with the "%z" format code. For example, using ctypes: >>> import

[issue43649] time.strftime('%z') doesn't return UTC offset in the form ±HHMM

Change by Patrick Storz : ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue43649] time.strftime('%z') doesn't return UTC offset in the form ±HHMM

New submission from Patrick Storz : This is a follow-up to https://bugs.python.org/issue20010 I'm seeing this very issue in a recent gcc build of Python 3.8 (mingw-w64-x86_64-python 3.8.8-2 from MSYS2 project): Python 3.8.8 (default, Feb 20 2021, 07:16:03) [GCC 10.2.0 64 bit (AMD64)] on