)]}'
{
  "commit": "0f1147eba89e915c860b07a794bfa8772883265d",
  "tree": "0fe958b5693edc887125a3c58b24fdfa201dcb41",
  "parents": [
    "08035ac6c18ea82d9a3874f0078a482af01452a9"
  ],
  "author": {
    "name": "Evan Brown",
    "email": "ezb@google.com",
    "time": "Tue Oct 27 15:03:42 2026 -0700"
  },
  "committer": {
    "name": "Copybara-Service",
    "email": "copybara-worker@google.com",
    "time": "Wed Oct 28 12:39:20 2026 -0700"
  },
  "message": "Constant-fold zero-initialized second CRC32 lane in CombineContiguousImpl.\n\nOn 64-bit CRC32 targets, `CombineContiguousImpl` initializes the second CRC32 stream from `absl::gbswap_64(state)` even when `state` has known zero upper 32 bits (such as SwissTable\u0027s per-table seed), because LLVM does not narrow `_mm_crc32_u64`\u0027s 64-bit initial-state operand to its low 32 bits via DemandedBits. This leaves an unnecessary data dependency from loading the table seed to the second CRC32 stream on 9–32 byte keys.\n\nConstant-fold `static_cast\u003cuint32_t\u003e(crcs.second)` via `__builtin_constant_p` in `CombineContiguousImpl` when known at compile time, breaking the seed-load dependency to the second CRC32 stream without adding a zero-extension when `crcs.second` is not a compile-time constant.\n\nPiperOrigin-RevId: 1008403013\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "c0d383347751867287422a9aac6e4b4ead2db556",
      "old_mode": 33188,
      "old_path": "absl/hash/internal/hash.h",
      "new_id": "37db96d0c1aee19925bc2ab1b4a6f3be3dba23b8",
      "new_mode": 33188,
      "new_path": "absl/hash/internal/hash.h"
    }
  ]
}