https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117320

Andrew Pinski <pinskia at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Last reconfirmed|                            |2024-10-27
     Ever confirmed|0                           |1
             Status|UNCONFIRMED                 |WAITING

--- Comment #1 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
        .uleb128 0x5e   # (DIE (0x22db0) DW_TAG_subprogram)
                        # DW_AT_external
        .long   .LASF1848       # DW_AT_name: "backtrace_function"
                        # DW_AT_decl_file (1, eval.c)
        .byte   0x70    # DW_AT_decl_line
                        # DW_AT_decl_column (0x1)
                        # DW_AT_prototyped
        .long   0x4d7   # DW_AT_type
                        # DW_AT_inline (0x1)
        .long   0x22dcb # DW_AT_sibling
        .uleb128 0x28   # (DIE (0x22dbe) DW_TAG_formal_parameter)
        .ascii "pdl\0"  # DW_AT_name
        .byte   0x1     # DW_AT_decl_file (eval.c)
        .byte   0x70    # DW_AT_decl_line
        .byte   0x28    # DW_AT_decl_column
        .long   0x39ea  # DW_AT_type
        .byte   0       # end of children of DIE 0x22db0
        .uleb128 0x3a   # (DIE (0x22dcb) DW_TAG_subprogram)
        .long   .LASF1849       # DW_AT_name: "specpdl_arg"
        .byte   0x1     # DW_AT_decl_file (eval.c)
        .byte   0x69    # DW_AT_decl_line
                        # DW_AT_decl_column (0x1)
                        # DW_AT_prototyped
        .long   0x4d7   # DW_AT_type
        .byte   0x1     # DW_AT_inline
        .long   0x22de8 # DW_AT_sibling
        .uleb128 0x28   # (DIE (0x22ddb) DW_TAG_formal_parameter)
        .ascii "pdl\0"  # DW_AT_name
        .byte   0x1     # DW_AT_decl_file (eval.c)
        .byte   0x69    # DW_AT_decl_line
        .byte   0x21    # DW_AT_decl_column
        .long   0x39ea  # DW_AT_type
        .byte   0       # end of children of DIE 0x22dcb


I think gdb is not handling the debug information correctly in an object file,
rather than gcc produce the wrong one.

Does it happen in a full linked binary or just in the object file?

0xa369  does not exist as part of the text sections .

I almost suspect GDB going wrong with the object file.

Reply via email to