This is the mail archive of the glibc-bugs@sourceware.org mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug libc/16291] feature request: provide simpler ways to compute stack and tls boundaries


https://sourceware.org/bugzilla/show_bug.cgi?id=16291

--- Comment #40 from Carlos O'Donell <carlos at redhat dot com> ---
(In reply to Rich Felker from comment #39)
> I don't like hook-style callbacks either. My preference remains a
> query-based API, preferably documented as being AS-safe and possibly other
> properties that would make ASAN and similar tools happy (for example having
> bounded execution time even if other threads are stopped indefinitely such
> as via a signal handler interrupting them while holding a lock). I realize
> this makes a bit more work for tools like ASAN which would rather have
> asynchronous notification (note: they could still get it by intercepting the
> functions that could change the state then calling the query function during
> the intercept), but such tools are already doing something that's fairly
> hard and invasive.

I agree with you. I'd rather have us discuss a non-callback API first and see
if we can come up with something.

> So far I've been looking at this tracker thread so far with the hopes of
> being able to provide the same or close-to-the-same API in musl, but if it
> looks like that's not likely to happen or it's distracting from the goal of
> getting something done with respect to just glibc, I can back off somewhat
> from this thread, focusing any further contribution I make to it on just
> technical aspects.

That's fine. We have other libc's to consider also including bionic, uclibc,
etc. Which might need to implement this API.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]