home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.std.c++
- Path: sparky!uunet!mcsun!julienas!jussieu!shiva.jussieu.fr!kriss
- From: kriss@trot.ibp.fr (Christophe GROSJEAN)
- Subject: Re: stringize preprocessing operator?
- In-Reply-To: steve@taumet.com's message of Tue, 19 Jan 1993 18:17:41 GMT
- Message-ID: <KRISS.93Jan21114643@trot.ibp.fr>
- Sender: news@jussieu.fr (Le Facteur)
- Nntp-Posting-Host: trot.ibp.fr
- Reply-To: grosjean@masi.ibp.fr
- Organization: Laboratoire MASI, Paris, France.
- References: <1993Jan18.192417.16933@digi.lonestar.org> <1993Jan19.181741.4779@taumet.com>
- Date: Thu, 21 Jan 1993 10:46:43 GMT
- Lines: 27
-
- In article <1993Jan19.181741.4779@taumet.com> steve@taumet.com (Steve Clamage) writes:
-
- Preprocessing in C++ is supposed to be the same as in Standard C
- (except for // comments). The ARM tries to say that, and the
- C++ Standard will make it so.
-
- By the way, does anybody ever thought of the problems that occurs between
- preprocessors macros and templates.
-
- If I define a macro that use *a type* as an argument, whenever I use
- templates with multiple arguments in this macro, I have a problem :
- the problem is coma. It's the *only* valid argument separator for
- macros !
- Isn't it time to betterize the standard C++ preprocessor.
- Usefull features would be :
- 1 - changing separator for a macro
- 2 - enable macro overloading, you can do it with functions,
- why not with macros ? I don't ask for typed arguments,
- (it would be stupid), but for the number of arguments.
- 3 - compile time vars, in order to save and restore contexts in macro
- it could be something like #define inside macros.
- this last one would be *very* usefull, but I think it's a dream.
-
- However, the other 2 enhancement, seems sensible.
- Yet, there is another way to bypass my problem : taking care of templates
- *before* macros. If this were the case, my problem wouldn't occurs
- any more.
-