This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [google] AddressSanitizer for gcc, first attempt. (issue 5272048)
- From: Xinliang David Li <davidxl at google dot com>
- To: Diego Novillo <dnovillo at google dot com>
- Cc: konstantin dot s dot serebryany at gmail dot com, kcc at google dot com, gcc-patches at gcc dot gnu dot org, reply at codereview dot appspotmail dot com
- Date: Tue, 1 Nov 2011 12:34:02 -0700
- Subject: Re: [google] AddressSanitizer for gcc, first attempt. (issue 5272048)
- References: <20cf305640f52b977204b0b11f52@google.com> <4EB0458C.2010301@google.com>
On Tue, Nov 1, 2011 at 12:16 PM, Diego Novillo <dnovillo@google.com> wrote:
> On 11-11-01 15:11 , konstantin.s.serebryany@gmail.com wrote:
>>
>> Diego mentioned that we can move the asan pass somewhere to the very
>> end, just before lowering to RTL.
>> Where would be this blessed place?
>> Does it still have TARGET_MEM_REF?
>
> Right before pass_expand? ?In init_optimization_passes(), look for NEXT_PASS
> (pass_expand). ?That's RTL generation. ?Somewhere before that.
>
Why?
> TARGET_MEM_REFs are converted to RTL mems during RTL expansion.
>
What? they will still be seen by asan which can not be handled (e.g,
creating address expression out of it).
David
>
> Diego.
>
>