multiple location in C++ constructors

Vladimir Prus
Thu Oct 16 13:51:00 GMT 2008

Denis PILAT wrote:

> We (at ST) have a compiler that generates DW_AT_MIPS_linkage_name
> attributes for constructors.
> Unfortunately, that prevents breakpoint in constructor to have multiple
> locations since the gdb heuristics eliminates one location in the
> expand_line_sal_maybe() function of breakpoint.c: see bellow, we go thru
> the remove_sal () line.
> (from breakpoint.c)
> struct symtabs_and_lines
> expand_line_sal_maybe (struct symtab_and_line sal)
> ...
> if (find_pc_partial_function (pc, &this_function,
> &func_addr, &func_end))
> {
> if (this_function &&
> strcmp (this_function, original_function) != 0)
> {
> remove_sal (&expanded, i);
> --i;
> }
> else if (func_addr == pc)
> ...
> If present into dwarf2 debug information, the find_pc_partial_function()
> returns the DW_AT_MIPS_linkage_name in this_function, which is alway
> different from the original_function. Therefore there is always only one
> location for constructor breakpoints since the DW_AT_MIPS_linkage_name
> is filled with the mangled function name.
> My question is:
> Is the GDB heuristic to find multiple location for breakpoint wrong ?

An heuristic, by definition, is sometimes wrong. 

> Or is the DW_AT_MIPS_linkage_name attribute for constructors useless in
> debug informations ?

I don't really know the answer to this question, but I think the right answer
is to make sure that all ways GDB has to search a function for PC should
return the same name. And probably, breakpoint setting code should resolve
back from PC to name, so that if you put breakpoint on 


where C is a class in some namespace, the 'info break' will report:


and find_partial_function will report same, and comparison will yield true.
Alternatively, somebody should come up with a better way to tell if PC1
and PC2 belong to instantination of a template function with different

- Volodya

More information about the Gdb mailing list