[PATCH] Export stack_used as __stack_used
Pedro Alves
palves@redhat.com
Wed Jun 22 14:30:00 GMT 2016
On 06/22/2016 11:57 AM, Mike Frysinger wrote:
> On 21 Jun 2016 19:31, Andreas Schwab wrote:
>> Florian Weimer <fweimer@redhat.com> writes:
>>> Does compatibility really matter? I thought you need exactly matching
>>> libpthread and libthread_db versions anyway. I suppose we could even
>>> compile the offsets into libthread_db.
>>
>> The thread_db interface appears to be generic enough to be able to cope
>> with different versions.
>
> while true, i don't think that means you can mix & match. we've always
> said glibc libs must be coherent (can't mix 2.15 libpthread with a 2.17
> libc), so i'm not sure why thread_db is any different.
Yeah, I don't think it's any different.
Making libthread_db cope with multiple versions would be a bad design decision, IMO.
It'd be easy-ish to make it cope if just some constant offsets in data structures
change (e.g., to cope with new fields in structures) between glibc versions, but
if the data structures themselves change, like moving from linked lists to vectors
to hash tables, etc. things get complicated.
Sorting all that out, along with debugger x debuggee arch- and ABI-independence,
is the whole point of Infinity.
Thanks,
Pedro Alves
More information about the Libc-alpha
mailing list