This is the mail archive of the 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]

Re: [PATCH v2] malloc: Remove malloc hooks (Bug 23328)

On 07/23/2018 11:59 AM, Joseph Myers wrote:
> On Mon, 23 Jul 2018, Florian Weimer wrote:
>> Should we install under that name?
>> Or should it be (soname) without a
>> symbolic link, to discourage new applications from linking against it, so
>> making it more obvious that this is intended for backwards compatibility with
>> old applications?
> I don't think it's something to discourage applications from linking 
> against.  Among other things, it's for any use of mtrace, which is useful 
> for both new and old applications as a light-weight memory checker for 
> uses similar to those in glibc's own testsuite.

I'm slightly in agreement with Joseph here, the use of
might turn out to be useful mechanism for deploying this kind of code for
now and into the future.

The intent being that glibc ships it's own malloc interposer which provides
all the features we think you would need to debug glibc malloc issues. The
interposer might even be a recompiled version of glibc's malloc (similar to
your own attempts to split libm out into it's own library).


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