This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [RFC] Deprecating mtrace?
- From: Rich Felker <dalias at aerifal dot cx>
- To: Florian Weimer <fweimer at redhat dot com>
- Cc: OndÅej BÃlka <neleai at seznam dot cz>, "Joseph S. Myers" <joseph at codesourcery dot com>, libc-alpha at sourceware dot org
- Date: Mon, 4 Nov 2013 15:04:50 -0500
- Subject: Re: [RFC] Deprecating mtrace?
- Authentication-results: sourceware.org; auth=none
- References: <20131103185737 dot GA29145 at domone dot podge> <Pine dot LNX dot 4 dot 64 dot 1311031859260 dot 16907 at digraph dot polyomino dot org dot uk> <20131103191754 dot GA29265 at domone dot podge> <527768C6 dot 5030008 at redhat dot com>
On Mon, Nov 04, 2013 at 10:28:38AM +0100, Florian Weimer wrote:
> On 11/03/2013 08:17 PM, OndÅej BÃlka wrote:
>
> >Please state which are platforms that are supported by glibc and
> >improtant programs running only on that platform needs mtrace
>
> Does Emacs now run without unexec'ing? That precluded using valgrind on it.
Last I checked, emacs exhausted some (emacs-specific) resource when
loading all the default elisp files in the no-unexec version of emacs
from its bootstrap process. So while it may be possible to debug
certain issues without unexec, I think you'd have a hard time
debugging issues that only show up in a complete emacs environment.
Rich