[Bug preprocessor/28388] stringify (#) operator broken

[Bug preprocessor/28388] stringify (#) operator broken

[rguenth at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28388

Richard Biener <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED

--- Comment #7 from Richard Biener <rguenth at gcc dot gnu.org> ---
(In reply to Manuel López-Ibáñez from comment #6)
> The infinite loop is still present in GCC 4.3 with
> 
> #define A(b) #b
> A(\ \\)

This now seems to work.  I can confirm the issue with GCC 4.3 but GCC 7
already does

t.c:2:7: warning: invalid string literal, ignoring final '\'
 A(\ \\)
       ^
t.c:2:7: warning: unknown escape sequence: '\040'
t.c:2:7: error: expected identifier or '(' before string constant
 A(\ \\)
       ^
t.c:1:15: note: in definition of macro 'A'
 #define A(b) #b
               ^

[Bug preprocessor/28388] stringify (#) operator broken

[redi at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28388

--- Comment #8 from Jonathan Wakely <redi at gcc dot gnu.org> ---
r239175 seemed to fix it: "On-demand locations within string-literals"

[Bug preprocessor/28388] stringify (#) operator broken

[manu at gcc dot gnu dot org]

------- Comment #6 from manu at gcc dot gnu dot org  2007-10-29 19:48 -------
The infinite loop is still present in GCC 4.3 with

#define A(b) #b
A(\ \\)


-- 

manu at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
     Ever Confirmed|0                           |1
   Last reconfirmed|0000-00-00 00:00:00         |2007-10-29 19:48:58
               date|                            |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28388

[Bug preprocessor/28388] stringify (#) operator broken

[sabre at nondot dot org]

------- Comment #5 from sabre at nondot dot org  2006-07-15 05:26 -------
Okay, I don't care who does or doesn't do it.  :)  It doesn't get diagnosed in
-E mode, though it's in clear violation of C99 6.10.3.2p2.

-Chris


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28388

[Bug preprocessor/28388] stringify (#) operator broken

[pinskia at gcc dot gnu dot org]

------- Comment #4 from pinskia at gcc dot gnu dot org  2006-07-15 05:25 -------
(In reply to comment #3)
> Right, but that is presumably the parser, not the preprocessor doing it... so
> it is a bug in the preprocessor.

Nope, that is the preprocessor doing it, you will notice the column field which
tells you that it is the preprocessor.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28388

[Bug preprocessor/28388] stringify (#) operator broken

[sabre at nondot dot org]

------- Comment #3 from sabre at nondot dot org  2006-07-15 05:23 -------
> Also without -E, we do warn about the second one:
> t.c:2:7: warning: unknown escape sequence '\`'

Right, but that is presumably the parser, not the preprocessor doing it... so
it is a bug in the preprocessor.

-Chris


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28388

[Bug preprocessor/28388] stringify (#) operator broken

[pinskia at gcc dot gnu dot org]

------- Comment #2 from pinskia at gcc dot gnu dot org  2006-07-15 05:21 -------
Also without -E, we do warn about the second one:
t.c:2:7: warning: unknown escape sequence '\`'


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28388

[Bug preprocessor/28388] stringify (#) operator broken

[pinskia at gcc dot gnu dot org]

------- Comment #1 from pinskia at gcc dot gnu dot org  2006-07-15 05:21 -------
Well it is even worse than that, with the first one, we go into an infinite
loop when you don't use -E.


-- 

pinskia at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|stringify (#) operator      |stringify (#) operator
                   |broken                      |broken


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28388