[Bug breakpoints/22736] New: [aarch64] gdb crashes on a conditional breakpoint with cast return type

["weimin.pan at oracle dot com" <sourceware-bugzilla at sourceware dot org>]

https://sourceware.org/bugzilla/show_bug.cgi?id=22736

            Bug ID: 22736
           Summary: [aarch64] gdb crashes on a conditional breakpoint with
                    cast return type
           Product: gdb
           Version: 8.1
            Status: NEW
          Severity: normal
          Priority: P2
         Component: breakpoints
          Assignee: unassigned at sourceware dot org
          Reporter: weimin.pan at oracle dot com
  Target Milestone: ---

$ ./gdb ./gdb
GNU gdb (GDB) 8.1.50.20180118-git
Copyright (C) 2018 Free Software Foundation, Inc.
...
(gdb) b dwarf2_physname if (int)strcmp (name, "another_thread_local") == 0
Breakpoint 1 at 0x5557ec: file dwarf2read.c, line 11096.
(gdb) run a.out         // use any a.out
Starting program: /tmp/binutils-gdb/gdb/gdb a.out
GNU gdb (GDB) 8.1.50.20180118-git
...
Reading symbols from a.out...done.
Segmentation fault (core dumped)

Below is the traceback at the crash site:

Program received signal SIGSEGV, Segmentation fault.
check_typedef (type=0x0) at gdbtypes.c:2392
2392      while (TYPE_CODE (type) == TYPE_CODE_TYPEDEF)

#0  check_typedef (type=0x0) at gdbtypes.c:2392
#1  0x000000000059b920 in gnuv3_pass_by_reference (type=<optimized out>)
    at gnu-v3-abi.c:1254
#2  0x000000000051598c in cp_pass_by_reference (type=<optimized out>)
    at cp-abi.c:229
#3  0x00000000005b91f0 in language_pass_by_reference (type=<optimized out>)
    at language.c:662
#4  0x0000000000413094 in aarch64_push_dummy_call (gdbarch=0x14c8320,
    function=<optimized out>, regcache=0xe1d5b0, bp_addr=4253512, nargs=2,
    args=0x7fffffe938, sp=549755809776, struct_return=0, struct_addr=0)
    at aarch64-tdep.c:1427
#5  0x0000000000586f98 in gdbarch_push_dummy_call (
    gdbarch=gdbarch@entry=0x14c8320, function=function@entry=0xb908a0,
    regcache=<optimized out>, bp_addr=<optimized out>, nargs=nargs@entry=2,
    args=args@entry=0x7fffffe938, sp=sp@entry=549755809776,
    struct_return=struct_return@entry=0, struct_addr=struct_addr@entry=0)
    at gdbarch.c:2377
#6  0x00000000005a060c in call_function_by_hand_dummy (function=0xb908a0,
    default_return_type=0x28657d0, nargs=2, args=0x7fffffe938,
    dummy_dtor=dummy_dtor@entry=0x0,
    dummy_dtor_data=dummy_dtor_data@entry=0x0) at infcall.c:1078
#7  0x00000000005a12c4 in call_function_by_hand (function=<optimized out>,
    default_return_type=<optimized out>, nargs=<optimized out>,
    args=<optimized out>) at infcall.c:695
#8  0x000000000056c5b4 in eval_call (noside=noside@entry=EVAL_NORMAL,
    nargs=nargs@entry=2, argvec=argvec@entry=0x7fffffe930,
    function_name=function_name@entry=0x3330975 "strcmp",
    default_return_type=default_return_type@entry=0x28657d0, exp=0xbd0070,
    exp=0xbd0070) at eval.c:831
#9  0x000000000056dbe8 in evaluate_funcall (
    expect_type=expect_type@entry=0x28657d0, exp=exp@entry=0xbd0070,
    pos=pos@entry=0x7ffffff2dc, noside=noside@entry=EVAL_NORMAL)
    at eval.c:1236
...

-- 
You are receiving this mail because:
You are on the CC list for the bug.