)]}'
{
  "commit": "9727f2665997fa30499e3b4be008f9316778e932",
  "tree": "4a7156d8e827b48f754a414aa73c73bdc05b4862",
  "parents": [
    "112608984f830faab22815b69d74ad60ae2af8e9"
  ],
  "author": {
    "name": "Tom de Vries",
    "email": "tdevries@suse.de",
    "time": "Tue Apr 29 17:30:07 2025 +0200"
  },
  "committer": {
    "name": "Tom de Vries",
    "email": "tdevries@suse.de",
    "time": "Tue Apr 29 17:30:07 2025 +0200"
  },
  "message": "[gdb/testsuite] Fix gdb.base/ptype.exp with gcc 15\n\nWith test-case gdb.base/ptype.exp and gcc 15 I run into:\n...\n(gdb) ptype old_fptr^M\ntype \u003d double (*)(void)^M\n(gdb) FAIL: $exp: ptype old_fptr (compiler doesn\u0027t emit unprototyped types)\n...\n\nSince C23, non-prototype function declarations are no longer supported, so\n\"double (*old_fptr) ()\" is interpreted as \"double (*old_fptr) (void)\".\n\nWe could try to fix this by detecting the language dialect used, and accepting\nthe output in that case, but that feels fragile.\n\nWe could try to fix this by hard-coding the language dialect, but that doesn\u0027t\nwork for all compilers.\n\nSo instead, we opt for the simplest solution: just accept this output, and\nproduce a pass.\n\nTested on aarch64-linux.\n\nApproved-By: Tom Tromey \u003ctom@tromey.com\u003e\n\nPR testsuite/32756\nBug: https://sourceware.org/bugzilla/show_bug.cgi?id\u003d32756\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "788cdfcab58b4046beb57508a3592f3a5d9a4d20",
      "old_mode": 33188,
      "old_path": "gdb/testsuite/gdb.base/ptype.exp",
      "new_id": "6971f4c8ca77251089edb7a2bac93609756c2063",
      "new_mode": 33188,
      "new_path": "gdb/testsuite/gdb.base/ptype.exp"
    }
  ]
}
