On Tue, Nov 05, 2013 at 09:54:31AM -0700, Jeff Law wrote:
> On 11/05/13 03:11, Yury Gribov wrote:
> > > If you're referring to mudflap (Frank Eigler's work),
> > > ...
> > > It never reached a point where interoperability across objects with
> >and without mudflap instrumentation worked
> >Could you add more details? E.g. I don't see how mudflap
> >interoperability is different from AdressSanitizer which seems to be
> >state of the art.
> I haven't looked at AddressSanitizer, so I can't really comment on
> if/how it handles code interoperability.
Asan is conservative, you can mix instrumented and uninstrumented code.
There are some issues if you don't link the binary with -fsanitize=address
(both that the library may be initialized too late to work properly and that
it's entry points that are meant to override libc/libpthread/libstdc++ entry
points aren't early enough in symbol search scope), but some libraries are
instrumented, but other than that it should work fine. Also, one issue is
the large address space requirements (so you can't use too low RLIMIT_AS).
As for speed, I guess it remains to be measured which of asan vs. MPX is
faster (and, if MPX grows some variant without HW support, also how well
that one works compared to asan).
Jakub
