From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <01b401c37b5f$7e91cda0$b9844051@insultant.net> From: "boyd, rounin" To: <9fans@cse.psu.edu> References: <4474ff21207aa9cf44a6e3f715f6b492@plan9.bell-labs.com> <00e801c37b38$809aa7b0$c901a8c0@cc77109e> Subject: Re: [9fans] plan9's C compiler and // comments MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Date: Mon, 15 Sep 2003 10:00:52 +0200 Topicbox-Message-UUID: 367048aa-eacc-11e9-9e20-41e7f4b1d025 > I did the special /**/ stuff because some crappy code depends on > them being elided. I probably should have done // as well but > decided not to for some reason lost in the past. i wrote a cpp once, when i really wasn't up to the job. the problem is: do you remove the comment from the macro text or just leave it in? in the case of /* ... */ it doesn't make a lotta difference 'cos during the expansion they could dissappear. if the case of // they had better be removed from the macro text 'cos when the expansion comes along you are in a 'world of pain'. reiser's cpp was blinding fast, and almost unreadable so you had your work cut out to work out the semantics of the damn thing. he had worked out this insight that you were just writing a _slightly_ smarter version of cat; it didn't tokenise much and used one i/o buffer to do all the dirty work.