)]}'
{
  "commit": "092f2f12ee886e7e95f0f643a3284f52be21eea3",
  "tree": "c0b5f960f2127b32cf21fd9489f272dfa84d9498",
  "parents": [
    "efe29b903865047b7989d7222fad5c34d2e72b36"
  ],
  "author": {
    "name": "Tom de Vries",
    "email": "tdevries@suse.de",
    "time": "Mon Mar 09 16:13:02 2026 +0100"
  },
  "committer": {
    "name": "Tom de Vries",
    "email": "tdevries@suse.de",
    "time": "Mon Mar 09 16:13:02 2026 +0100"
  },
  "message": "[gdb/contrib] Avoid NotImplementedError in dwarf-to-dwarf-assembler.py\n\nThe previous commit mentions:\n...\n      File \"dwarf-to-dwarf-assembler.py\", line 173, in _format_value\n        raise NotImplementedError(f\"Unknown data type: {type(self.value)}\")\n    NotImplementedError: Unknown data type: \u003cclass \u0027elftools.construct.lib.container.ListContainer\u0027\u003e\n...\n\nWhile the NotImplementedError makes its point clear, it\u0027s unhelpful in two ways:\n- it\u0027s hard to find out what part of the input causes the error, and\n- it may be that the user is not interested at all in the bit triggering the\n  error, but some part after it, and the error prevents the user from seeing it\n\nFix this by returning an error string instead of raising an error, resulting in this output:\n...\n  DW_AT_upper_bound Unknown data type: \u003cclass \u0027elftools.construct.lib.container.ListContainer\u0027\u003e: \\\n    [255, 255, 255, 255, 255, 255, 255, 255, 255, 255, 255, 255, 255, 255, 255, 255] DW_FORM_data16\n...\n\nApproved-By: Tom Tromey \u003ctom@tromey.com\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "91e868da99870c64459253e21771a9f5e129d960",
      "old_mode": 33261,
      "old_path": "gdb/contrib/dwarf-to-dwarf-assembler.py",
      "new_id": "4832c6c8cb1414bf9fb92e4f06d4f0364cd85359",
      "new_mode": 33261,
      "new_path": "gdb/contrib/dwarf-to-dwarf-assembler.py"
    }
  ]
}