[DynInst_API:] [dyninst/dyninst] 915f9b: cold clone symbols are not fncts, now type CODE (#...


Date: Thu, 22 Jan 2026 10:50:08 -0800
From: kupsch <noreply@xxxxxxxxxx>
Subject: [DynInst_API:] [dyninst/dyninst] 915f9b: cold clone symbols are not fncts, now type CODE (#...
  Branch: refs/heads/master
  Home:   https://github.com/dyninst/dyninst
  Commit: 915f9baaf1f4ca17d03e0975054ad22689630d2c
      https://github.com/dyninst/dyninst/commit/915f9baaf1f4ca17d03e0975054ad22689630d2c
  Author: kupsch <kupsch@xxxxxxxxxxx>
  Date:   2026-01-22 (Thu, 22 Jan 2026)

  Changed paths:
    M common/src/symbolDemangle.c
    M symtabAPI/doc/4-Definitions.tex
    M symtabAPI/doc/API/Symtab/Symbol.tex
    M symtabAPI/h/Symbol.h
    M symtabAPI/src/Object-elf.C
    M symtabAPI/src/Symbol.C
    M symtabAPI/src/emitElf.C

  Log Message:
  -----------
  cold clone symbols are not fncts, now type CODE (#2093)

A symbol with a cold clone suffix is not a function entry point, but
is part of the function without the suffix.  The new symbol type
"ST_CODE" represents this type of symbol.

Without this change, cold function symbols are incorrectly treated as
real functions.

ST_CODE symbol types are mapped back to STT_FUNC in ELF

Updated comments and documentation for clones and version suffixes.



To unsubscribe from these emails, change your notification settings at https://github.com/dyninst/dyninst/settings/notifications
[← Prev in Thread] Current Thread [Next in Thread→]
  • [DynInst_API:] [dyninst/dyninst] 915f9b: cold clone symbols are not fncts, now type CODE (#..., kupsch <=