https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95432
--- Comment #3 from Tom de Vries <vries at gcc dot gnu.org> --- (In reply to Andrew Pinski from comment #2) > Assembly: > .loc 1 12 3 is_stmt 1 view .LVU12 > .loc 1 10 8 is_stmt 0 view .LVU13 > movaps %xmm0, (%rsp) > .loc 1 11 8 view .LVU14 > movaps %xmm0, 32(%rsp) > .loc 1 12 13 view .LVU15 > call foo > .LVL1: > .loc 1 13 13 view .LVU16 > leaq 32(%rsp), %rdi > .loc 1 12 13 view .LVU17 > movl %eax, %edx > .LVL2: > .loc 1 13 3 is_stmt 1 view .LVU18 > .loc 1 13 13 is_stmt 0 view .LVU19 > call foo > .LVL3: > .loc 1 14 3 is_stmt 1 view .LVU20 > .loc 1 14 6 is_stmt 0 view .LVU21 > > Looks correct to me, both call foo have the correct line on them. I think > this is another GDB issue, most likely how dwarf3 and is_stmt is handled > just like 95431 even. Ack, this is gdb PR breakpoints/26063 ( https://sourceware.org/bugzilla/show_bug.cgi?id=26063 ). Fixed by https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=ebde6f2ddc987e7e2d5a218ee8cf0126ec189424 .
