Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20210718102007.0b40e53b@vostro>
Date: Sun, 18 Jul 2021 10:20:07 +0300
From: Timo Teras <timo.teras@....fi>
To: Rich Felker <dalias@...c.org>
Cc: Ariadne Conill <ariadne@...eferenced.org>, musl@...ts.openwall.com
Subject: Re: option to enable eh_frame

On Sun, 18 Jul 2021 09:09:22 +0300
Timo Teras <timo.teras@....fi> wrote:

> I do have some technical reasons why I'd prefer .eh_frame (getting it
> on core dumps). Fortunately I need these from development boxes where
> I can have custom build for internal use only. So if .debug_frame is
> needed for peace, then so be it.

I'm trying to implement this currently, and have two observations:

1) musl.so seems to have .eh_frame even with default options currently.
GCC insists generating it for the PLT. Though otherwise it's empty.
This is on gcc 10.3.1.

2) .debug_frame is 109944 bytes, while .eh_frame_hdr + .eh_frame is
83832. The size difference seems to be because of CIE entries not being
merged for .debug_frame.

Timo

Powered by blists - more mailing lists

Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.