)]}'
{
  "commit": "9ddb881595896b38bb714e8c37cd8abacca4a889",
  "tree": "72ab1f190456e9ccd242ddbda801a2936b3ae0c7",
  "parents": [
    "8b437d314e1d60a903587ecaf4125c4060055998"
  ],
  "author": {
    "name": "Martin Storsjö",
    "email": "martin@martin.st",
    "time": "Thu Jun 10 23:04:33 2021 +0300"
  },
  "committer": {
    "name": "Martin Storsjö",
    "email": "martin@martin.st",
    "time": "Thu Jun 10 23:08:49 2021 +0300"
  },
  "message": "crt: Don\u0027t initialize lconv to unsigned char mode\n\nSince the initial commit of mingw-w64, there\u0027s a call (in a\nconstructor in crt/charmax.c, pulled in via the mingw_initcharmax\nvariable) to __lconv_init(), which reconfigures the CRT\u0027s lconv\ninfo to unsigned char mode - but there\u0027s no explanation for why\nthis is the case.\n\nThe fact that mingw-w64 initializes lconv info this way breaks\na test in llvm\u0027s libc++ (where it expects lconv\u0027s frac_digits to\nbe intialized to CHAR_MAX, not UCHAR_MAX). This also differs to\nhow MSVC environments behave, where they are initialized to\nCHAR_MAX.\n\nSo unless there\u0027s a clear known reason why we\u0027d initialize it\nto unsigned char mode, revert to the same behaviour as MSVC has.\n\nSigned-off-by: Martin Storsjö \u003cmartin@martin.st\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "646054320c831dd97db29b97549477449dc6d0fe",
      "old_mode": 33188,
      "old_path": "mingw-w64-crt/crt/crtexe.c",
      "new_id": "4c7830f01c93ac36e9456e9a0db1bb279cbd66c8",
      "new_mode": 33188,
      "new_path": "mingw-w64-crt/crt/crtexe.c"
    }
  ]
}