This is the mail archive of the
mailing list for the glibc project.
Re: [PATCH] Export stack_used as __stack_used
- From: Florian Weimer <fweimer at redhat dot com>
- To: Pedro Alves <palves at redhat dot com>, Andreas Schwab <schwab at linux-m68k dot org>
- Cc: Gary Benson <gbenson at redhat dot com>, libc-alpha at sourceware dot org
- Date: Mon, 20 Jun 2016 10:53:38 +0200
- Subject: Re: [PATCH] Export stack_used as __stack_used
- Authentication-results: sourceware.org; auth=none
- References: <20160613112351 dot GA655 at blade dot nx> <1466163476-10459-1-git-send-email-gbenson at redhat dot com> <f6867d8f-3532-1ac2-cc7f-e7bb6ea12202 at redhat dot com> <20160617195018 dot GA20374 at blade dot nx> <ce9c88a4-5709-707e-c598-d438198df85f at redhat dot com> <987ac43c-9883-a194-9860-58e13cbe54e9 at redhat dot com> <m2bn2zyoo7 dot fsf at linux-m68k dot org> <6809739e-ef4f-fd2f-7b8f-5cab5d52bf95 at redhat dot com>
On 06/18/2016 01:08 PM, Pedro Alves wrote:
Agreed. Requiring not-stripped libpthread used to
be a constant source of trouble for integrators, enough that gdb has a
FAQ entry about it:
I seem to remember this having been proposed in the past, but there having
been pushback against putting these symbols in the dynamic symbol table,
because that increases the dynamic symbol table size just for debugging...
If this is no longer a concern, I'm all for it.
Could we export a single symbol which is a struct and contains all the
data we need? Then the impact on dynamic symbol table size would be