And if you mean internal_start_thread function, then that functionality is optional, you can disable it.
On Wed, Jun 15, 2016 at 6:17 PM, 'Alexander Potapenko' via address-sanitizer <[email protected]> wrote: > Hello Ilya, > > Assuming you're talking about the -lpthread dependency, this is > required because ASan intercepts the library functions that create and > manipulate the threads. > This, in turn, is necessary in order to better understand to which > thread does the stack memory belong. > Another motivation is that we can do better bookkeeping and report > more information about the error. > > If your system does not have threads, you certainly don't need to support > them. > But if there are any other abstractions that allow the program use > several non-contiguous stack mappings, you'll probably want to support > them. > > HTH, > Alex > > On Wed, Jun 15, 2016 at 6:06 PM, 'Ilya' via address-sanitizer > <[email protected]> wrote: >> Hey everybody, >> I am currently working on an embedded system project, porting the ASan RTL >> (GCC) to work with our stuff. (I've already ported and adapted parts of the >> UBSan RTL to our stuff.) However ASan is a significantly more difficult (and >> wonderfully more powerful) piece of software to understand. I therefore have >> an open question, I hope one can answer me: >> >> I haven't gotten entirely why ASan is based on threads, yet. Couldn't it >> work as a call-only library? That would reduce the libc/OS dependency and >> make it much easier to run baremetal. (My main motivation: To make the >> threads fit our process design is gonna be painful :/) >> >> Thanks a lot in advance. >> Greetings, Ilya >> >> (Btw: I'm a fresh B.Sc., with rather little in-field experience yet. Porting >> the Sanitizers to our embedded stuff is really teaching me a lot, very >> interesting piece of super useful software! :)) >> >> -- >> 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.
