This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: Web page update for _Pragma
- To: gcc-patches at gcc dot gnu dot org
- Subject: Re: Web page update for _Pragma
- From: Neil Booth <NeilB at earthling dot net>
- Date: Mon, 30 Oct 2000 22:34:13 +0000
- Cc: Gerald Pfeifer <pfeifer at dbai dot tuwien dot ac dot at>
- References: <20001030204055.B4074@daikokuya.demon.co.uk>
I'd forgotten about proj-cpplib.html. Here's a diff for that.
Neil.
* proj-cpplib.html: Update for _Pragma.
Index: proj-cpplib.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/proj-cpplib.html,v
retrieving revision 1.13
diff -u -p -r1.13 proj-cpplib.html
--- proj-cpplib.html 2000/10/29 12:17:53 1.13
+++ proj-cpplib.html 2000/10/30 22:33:10
@@ -89,6 +89,8 @@ varargs macros in traditional mode is a
<li>When a macro is defined to itself, it bypasses the macro
expander entirely.
+
+ <li>C99's <code>_Pragma</code> operator has been implemented.
</ol>
<h2>Known Bugs</h2>
@@ -125,13 +127,6 @@ varargs macros in traditional mode is a
or character constants, and will be misinterpreted in character
constants appearing in #if directives. Again, proper support
has to be coordinated with the compiler proper.
-
- <li>C99's <code>_Pragma</code> intrinsic is not supported. This is
- straightforward to implement: <code>_Pragma</code> is a special
- symbol (see <code>special_symbol</code> in <code>cpplex.c</code>
- which parses its argument, destringizes it, and then calls
- <code>_cpp_run_directive</code> to forward it to the
- <code>#pragma</code> handler.
<li>Precompiled headers are commonly requested; this entails the
ability for cpp to dump out and reload all its internal state.