)]}'
{
  "commit": "4ef6173d2dfeafd33deedf7ce0d384cfbcf1170d",
  "tree": "e33cc911b9a57544a58eadeee18452fbbc1d061f",
  "parents": [
    "a26b7d06eb20bf8c83c9204a398c3444b5c28ddb"
  ],
  "author": {
    "name": "Tom de Vries",
    "email": "tdevries@suse.de",
    "time": "Thu Mar 28 08:26:31 2024 +0100"
  },
  "committer": {
    "name": "Tom de Vries",
    "email": "tdevries@suse.de",
    "time": "Thu Mar 28 08:26:31 2024 +0100"
  },
  "message": "[gdb/testsuite] Fix gdb.base/ending-run.exp on manjaro linux\n\nOn aarch64-linux, using the manjaro linux distro, I run into:\n...\n(gdb) next^M\n32      }^M\n(gdb) next^M\n0x0000fffff7d67b80 in ?? () from /usr/lib/libc.so.6^M\n(gdb) FAIL: gdb.base/ending-run.exp: step out of main\n...\n\nWhat happens here is described in detail in this clause:\n...\n    -re \"0x.*\\\\?\\\\? \\\\(\\\\) from /lib/powerpc.*$gdb_prompt $\" {\n\t# This case occurs on Powerpc when gdb steps out of main and the\n\t# needed debug info files are not loaded on the system, preventing\n\t# GDB to determine which function it reached (__libc_start_call_main).\n\t# Ideally, the target system would have the necessary debugging\n\t# information, but in its absence, GDB\u0027s behavior is as expected.\n\t...\n    }\n...\nbut the clause only matches for powerpc.\n\nFix this by:\n- making the regexp generic enough to also match /usr/lib/libc.so.6, and\n- updating the comment to not mention powerpc.\n\nTested on aarch64-linux.\n\nPR testsuite/31450\nBug: https://sourceware.org/bugzilla/show_bug.cgi?id\u003d31450\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "9c80de6879b392b87a173885d9fdd2fa0b9da2b9",
      "old_mode": 33188,
      "old_path": "gdb/testsuite/gdb.base/ending-run.exp",
      "new_id": "b9a72b0e70e20ab2a09c02b687fc58c69717f09b",
      "new_mode": 33188,
      "new_path": "gdb/testsuite/gdb.base/ending-run.exp"
    }
  ]
}