--- Comment #18 from sabre at nondot dot org 2006-07-29 01:08 ---
ok, fair enough.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28520
--- Comment #17 from pinskia at gcc dot gnu dot org 2006-07-29 00:18
---
Actually in C++ mode, this is done correctly so this is invalid based on that.
earth:~>gcc -E -o - t.cc
# 1 "t.cc"
# 1 ""
# 1 ""
# 1 "t.cc"
vi t.c
earth:~>gcc -E -o - t.c
# 1 "t.c"
# 1 ""
# 1 ""
# 1 "t.c"
http:
--- Comment #16 from sabre at nondot dot org 2006-07-29 00:15 ---
Do what ever you want, but it certainly is a bug with current GCC. I filed
this bug out of desire to help free software get better, not out of any great
need to have the bug fixed.
--
http://gcc.gnu.org/bugzilla/show
--- Comment #15 from pinskia at gcc dot gnu dot org 2006-07-29 00:15
---
PR 14556 is another PR about this extension.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #14 from pinskia at gcc dot gnu dot org 2006-07-29 00:14
---
Suspending until the extension is removed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfi
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-07-29 00:13
---
So this is only really for C++ mode.
And at that is going away so really should be just suspended.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28520
--- Comment #12 from sabre at nondot dot org 2006-07-29 00:13 ---
... which means it's a bug, so please stop closing it!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28520
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-07-29 00:13
---
which should have been removed for 4.2 but was not.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28520
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-07-29 00:12
---
(In reply to comment #9)
> As I mention above, it is a GCC extension. Isn't gcc great? :)
A deperated one at that.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28520
--- Comment #9 from sabre at nondot dot org 2006-07-29 00:09 ---
As I mention above, it is a GCC extension. Isn't gcc great? :)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28520
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-07-29 00:08 ---
(In reply to comment #6)
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28520
--- Comment #7 from sabre at nondot dot org 2006-07-29 00:06 ---
more specifically http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28520
--- Comment #6 from sabre at nondot dot org 2006-07-29 00:05 ---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28520
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-07-29 00:04 ---
(In reply to comment #4)
> I realize that ?= is not a token. However, http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28520
--- Comment #4 from sabre at nondot dot org 2006-07-28 23:58 ---
I realize that ?= is not a token. However, http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28520
--- Comment #3 from neil at gcc dot gnu dot org 2006-07-28 23:47 ---
Tokenization is correct on reprocessing since ?= is not a token.
--
neil at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from sabre at nondot dot org 2006-07-28 16:26 ---
It should print a space for the same reason that this does:
#define x -
-x
-Chris
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28520
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-28 16:23 ---
Hmm, phase 1 preprocessing happens before phase 2 (the macros) so I don't think
this is a bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28520
19 matches
Mail list logo
