[FFmpeg-devel] [PATCH 2/2] configure: disable stripping and memory_poisoning in various toolchains
wm4
nfxjfg at googlemail.com
Mon Apr 10 10:51:59 EEST 2017
On Mon, 10 Apr 2017 09:28:06 +0200
Clément Bœsch <u at pkh.me> wrote:
> On Mon, Apr 10, 2017 at 08:53:09AM +0200, wm4 wrote:
> > On Mon, 10 Apr 2017 07:54:41 +0200
> > Clément Bœsch <u at pkh.me> wrote:
> >
> > > On Mon, Apr 10, 2017 at 03:51:40AM +0200, Michael Niedermayer wrote:
> > > > On Sun, Apr 09, 2017 at 06:46:51PM +0200, Clément Bœsch wrote:
> > > > > Toolchains which target debugging are meaningless with stripping and
> > > > > toolchains which target memory tracking are meaningless with memory
> > > > > pollution.
> > > > > ---
> > > > > configure | 8 ++++++++
> > > > > 1 file changed, 8 insertions(+)
> > > >
> > > > memory_poisoning is not enabled by default in configure
> > > >
> > >
> > > but it is enabled by the fate configure, so if you create a FATE instance
> > > with valgrind, you may forget that memory-poisoning is enabled and make it
> > > useless for uninitialized memory without realizing.
> >
> > I love it when such questionable debugging features interfere with real
> > debugging tools.
>
> Well, it's a debugging "tool". This is another debate, but if people
> prefer that I drop the feature, it's fine with me. I introduced it a while
> ago believing it would help spotting simple cases of uninitialized memory.
> I don't know if it had any practical use cases yet.
>
I'd argue against the feature, because the same can be achieved with
LD_PRELOADING something that replaces malloc.
More information about the ffmpeg-devel
mailing list