)]}'
{
  "commit": "4e1c7f9f55ef368d41dfe02f0277c623d35cd0da",
  "tree": "8af45e6d06e8f31d41c2c00abbf204fc00c5ee0b",
  "parents": [
    "9e9544da4cd757c74428bad35059cc8122fdcd7d",
    "d45c71014981026299c7686677cc1f7cbc987204"
  ],
  "author": {
    "name": "Jacob Pratt",
    "email": "jacob@jhpratt.dev",
    "time": "Fri Sep 11 00:03:06 2026 -0400"
  },
  "committer": {
    "name": "GitHub",
    "email": "noreply@github.com",
    "time": "Fri Sep 11 00:03:06 2026 -0400"
  },
  "message": "Rollup merge of #162270 - ChrisDenton:winagain, r\u003dclarfonthey\n\nUpdate `windows-bindgen` to 0.100.0\n\nThis release represents a major change in the way bindings are generated. See https://github.com/microsoft/windows-rs/issues/4867 for details.\n\nIn short, it now more directly follows the C headers. For the standard library\u0027s purposes this is mostly reflected in relatively minor type changes or with some `const` pointers becoming `mut`.\n\nThere is however one big change that affects a lot of types. In the headers there are a lot of `#define`s like this:\n\n```c\n#define GENERIC_READ                     (0x80000000L)\n#define GENERIC_WRITE                    (0x40000000L)\n```\n\nThese are constants for the access mode. In this case they\u0027re explicitly declared as `L` (aka signed long) integer types (in other cases there\u0027s no type at all). However, this conflicts with how access mode constants are actually used. E.g., see `CreateFileW`:\n\n```c\nWINBASEAPI\nHANDLE\nWINAPI\nCreateFileW(\n    _In_ LPCWSTR lpFileName,\n    _In_ DWORD dwDesiredAccess,\n    _In_ DWORD dwShareMode,\n    _In_opt_ LPSECURITY_ATTRIBUTES lpSecurityAttributes,\n    _In_ DWORD dwCreationDisposition,\n    _In_ DWORD dwFlagsAndAttributes,\n    _In_opt_ HANDLE hTemplateFile\n    );\n```\n\nHere `dwDesiredAccess` is a `DWORD`, which in rust equates to `u32`. The constant being signed but the usage being unsigned is not a problem for C/C++. They will happily convert between types at the drop of a hat. Rust however is stricter, as you know.\n\nThe old metadata used by `windows-bindgen` tried to try to fixup this mismatch but the new one goes strictly by what can be inferred from the headers.  The hope in the future is that the headers themselves will be updated so better bindings can be directly derived from them.\n",
  "tree_diff": []
}