This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: gcc macro collection
- From: Yunfeng ZHANG <zyf dot zeroos at gmail dot com>
- To: Dodji Seketeli <dodji at redhat dot com>
- Cc: gcc-patches at gcc dot gnu dot org, "Joseph S. Myers" <joseph at codesourcery dot com>, Dave Korn <dave dot korn dot cygwin at googlemail dot com>, Tom Tromey <tromey at redhat dot com>
- Date: Wed, 9 Jun 2010 09:19:27 +0800
- Subject: Re: gcc macro collection
- References: <AANLkTimll4Kw76pg6f_DERxRBvBBc-1kKz8FmHW2bUdh@mail.gmail.com> <m3aark1ain.fsf@redhat.com> <AANLkTimMzqFExQ3XhoIe8rwm9BewjISMdK26sRBEpzpk@mail.gmail.com> <AANLkTimlR75alm9c1Pi-V9kjebiBxLVl59OKcnETsqXj@mail.gmail.com> <m3ljatxmmf.fsf@redhat.com>
You mean whether your patch can substitute my patch? However your patch cann't
distinguish macro tokens/macro-replacement tokens (user need switch them in his
IDE) -- in my previous mail, 1-level/2+-level macro tokens. And we also need
callbacks of libcpp to tell user where a macro expansion starts/ends.
2010/6/6 Dodji Seketeli <dodji@redhat.com>:
> Yunfeng ZHANG <zyf.zeroos@gmail.com> writes:
>
>> My patch is originally designed as symbol collection plugin, so it
>> concentrates on macro/macro-replacement tokens which are visible to final user
>> in .c and .i file.
>
> I see. I just wanted to make sure you were aware of what was happening
> as part of http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7263
>
> The line map additions that are happening there help to track token
> /locations/ so it might be different from what you were needing.
>
> --
> Dodji Seketeli
>