https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109719
Christian Hergert changed:
What|Removed |Added
Resolution|--- |INVALID
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109719
--- Comment #7 from Christian Hergert ---
(In reply to Andrew Pinski from comment #3)
> Also on x86_64, frame pointers are not required by the ABI so this is not an
> ABI issue. Why instead are you not using the dwarf2 unwind tables that are
> g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109719
--- Comment #6 from Christian Hergert ---
(In reply to Andrew Pinski from comment #2)
> HUH? omit frame pointer is on by default on x86_64.
Yes, Fedora 38 changed the default compiler flags to `-fno-omit-frame-pointer`
so that the system can be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109719
--- Comment #5 from Christian Hergert ---
Created attachment 54985
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54985&action=edit
First level of stack traces with g++
This shows stack traces when the only change was compiling harfbuzz w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109719
--- Comment #4 from Christian Hergert ---
Created attachment 54984
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54984&action=edit
First level of stack traces with clang++
This shows a more proper first-level of stack frames within the p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109719
--- Comment #1 from Christian Hergert ---
> When I recompile the project with clang++ instead
I realize this was a bit vague, by "project" I mean Harfbuzz. Simply compiling
Harfbuzz with clang++ made frame-pointer unwinding work by Linux perf.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109719
Bug ID: 109719
Summary: Truncated frame-pointer unwinding via Linux perf with
g++
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Pri
