+Rich (from MUSL) -- FYI On Wed, Jul 27, 2016 at 2:48 AM, 'Alexander Potapenko' via address-sanitizer <[email protected]> wrote:
> Hi Todd, > > you sure can build ASan with fewer interceptors. For example it's safe > to comment everything from > compiler-rt/lib/sanitizer_common/sanitizer_common_interceptors.inc > out. Also, most of the interceptors from > compiler-rt/lib/asan/asan_interceptors.cc (those that only read/write > memory) are also safe to disable. There is a number of pthread_* > interceptors that are necessary to track thread creation, but as long > as you build only single-threaded programs you can even live without > those. > > Can you please elabortate on how you are going to implement function > interception? Using weak symbols will require static linking - will > that be convenient for your users? > Do you control the executable file format and/or the default system linker? > > TIA, > Alex > > On Wed, Jul 27, 2016 at 12:08 AM, 'Todd Eisenberger' via > address-sanitizer <[email protected]> wrote: > > I'm looking at porting the llvm ASAN support to a new operating system > > (initially focusing on the x86-64 and aarch64 architectures). My long > term > > plan is to perform interception by having our libc (a fork of musl) and > core > > system library expose weak symbols that compiler-rt can override, rather > > than performing the interception using the dynamic linker like the > current > > platforms do. > > > > As a short term step, is there a reasonable way to build compiler-rt with > > fewer interceptors with the intent of compiling libc with ASAN support > > instead of wrapping the libc functions? I'm aware that if this is > possible, > > it would have performance implications, but I would like to initially > focus > > on getting the non-interceptor portion of the runtime to work in our > > environment. > > > > Thanks, > > Todd Eisenberger > > > > -- > > You received this message because you are subscribed to the Google Groups > > "address-sanitizer" group. > > To unsubscribe from this group and stop receiving emails from it, send an > > email to [email protected]. > > For more options, visit https://groups.google.com/d/optout. > > > > -- > Alexander Potapenko > Software Engineer > > Google Germany GmbH > Erika-Mann-Straße, 33 > 80636 München > > Geschäftsführer: Matthew Scott Sucherman, Paul Terence Manicle > Registergericht und -nummer: Hamburg, HRB 86891 > Sitz der Gesellschaft: Hamburg > > -- > You received this message because you are subscribed to the Google Groups > "address-sanitizer" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "address-sanitizer" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
