https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61861
Dodji Seketeli <dodji at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dodji at gcc dot gnu.org
Resolution|FIXED |DUPLICATE
--- Comment #8 from Dodji Seketeli <dodji at gcc dot gnu.org> ---
Hello,
I was on the road when this patch was submitted so I missed it. Sorry.
It looks too like this issue is related to PR61817. I even sent a patch for
this at http://comments.gmane.org/gmane.comp.gcc.patches/316794 but then later
you sent your patch and it went in :-)
I think the initial patch I sent solves this issue as well. Both of our
patches have a something common: they make builtin_macro() take an additional
parameter that is the location of the expansion point of the built-in macro we
are looking at.
One the differences in handling is that you set the token->src_loc to the
location of the expansion point of the built-in macro; but then normally, the
convention is that that token->src_loc must always be spelling location. It
must never be a virtual location. And the issue is that the location of the
expansion point can be a virtual location. So we should not set token->src_loc
like that, I think.
But do not worry; I'll update the patch, test it, submit it and keep you guys
posted.
Cheers.
*** This bug has been marked as a duplicate of bug 61817 ***
