[Bug preprocessor/60492] Using the L#param in a macro fails

2014-03-14 Thread jakub at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60492 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #7 f

[Bug preprocessor/60492] Using the L#param in a macro fails

2014-03-14 Thread jr at heisey dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60492 --- Comment #6 from J.R. Heisey --- Really? What rule would make this behavior expected?

[Bug preprocessor/60492] Using the L#param in a macro fails

2014-03-10 Thread pinskia at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60492 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug preprocessor/60492] Using the L#param in a macro fails

2014-03-10 Thread duncan_roe at acslink dot net.au
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60492 --- Comment #4 from duncan_roe at acslink dot net.au --- This works: #define DEFINE_XML_TOKEN_STRING(n, s) const char n##a[] = #s; const wchar_t n##w[] = L###s;

[Bug preprocessor/60492] Using the L#param in a macro fails

2014-03-10 Thread redi at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60492 --- Comment #3 from Jonathan Wakely --- I'm pretty sure GCC is correct, you cannot construct a wide-character string literal like that using the preprocessor

[Bug preprocessor/60492] Using the L#param in a macro fails

2014-03-10 Thread jr at heisey dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60492 --- Comment #2 from J.R. Heisey --- Created attachment 32330 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32330&action=edit Source file gcc -save-temps Bug_L_in_macro.c

[Bug preprocessor/60492] Using the L#param in a macro fails

2014-03-10 Thread jr at heisey dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60492 --- Comment #1 from J.R. Heisey --- Created attachment 32327 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32327&action=edit preprocessor results for GCC 4.5.1