Displaying 3 results from an estimated 3 matches for "801b6ac8".
2011 Dec 16
0
[LLVMdev] load widening conflicts with AddressSanitizer
>
> This is a good question. Would it be possible for ASan to do its
> instrumentation earlier?
>
It would be possible but undesirable.
First, asan blows up the IR and running asan early will increase the
compile-time.
Second, asan greatly benefits from all optimizations running before it
because it needs to instrument less memory accesses.
It actually benefits from load widening
2011 Dec 16
5
[LLVMdev] load widening conflicts with AddressSanitizer
...king some other data in after it. For example, a 2-byte aligned 10 byte object can be placed after it in memory if we keep it 22-bytes in size.
-Chris
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20111216/801b6ac8/attachment.html>
2011 Dec 16
4
[LLVMdev] load widening conflicts with AddressSanitizer
On Dec 16, 2011, at 12:39 PM, Kostya Serebryany wrote:
> > Do we consider the above transformation legal?
Yes, the transformation is perfectly legal for the normal compiler.
> > I would argue that it should not be legal. We don't actually know what
> > comes after the 22 byte object. Is it another memory object? A
> > memory-mapped I/O device? Unmapped memory?