Article View: comp.std.c
Article #3786Re: __FUNC__ vs __FUNCTION__
From: Zefram
Date: Sat, 19 Aug 1995 00:45
Date: Sat, 19 Aug 1995 00:45
18 lines
1543 bytes
1543 bytes
Paul Eggert <eggert@twinsun.com> wrote: >But suppose there turns out to be a problem with __FUNCTION__ and the >existing phases-of-translation model. Since __FUNCTION__ is the most >useful design, if the phases-of-translation model prohibits it then we >should fix the phases-of-translation model. We shouldn't adopt a less >useful design simply because our theory is inadequate. And fixing the >model would be relatively easy. Of course, the supposed "separate" translation phases *already* cannot be implemented separately. The result of __LINE__ is dependent on the state of the translation unit as it is between stages 1 and 2, i.e. a full two stages before preprocessing, so no tokenisation has happened yet. There's no serious problem with handling __FUNC__ or __FUNCTION__ in the compiler. It's awkward to see what would happen to string concatenation with __FUNCTION__ in terms of the current model, but that should not preclude the possibility of using this feature. -zefram
Technical Details
Message-ID:
<1995Aug19.004535.13687@dcs.warwick.ac.uk>Path:
arc1-ca.pugleaf.net!news.dcs.warwick.ac.uk!not-for-mailReferences:
<3udssr$32j@info1.sdrc.com> <HBF.95Aug1194442@durin.uio.no> <40t0k3$pom@tornews.torolab.ibm.com> <40t7k0$3r4@light.twinsun.com>Show Full Headers
Complete Article Headers
Newsgroups: comp.std.c Path: arc1-ca.pugleaf.net!news.dcs.warwick.ac.uk!not-for-mail From: A.Main@dcs.warwick.ac.uk (Zefram) Subject: Re: __FUNC__ vs __FUNCTION__ X-Nntp-Posting-Host: stone Message-ID: <1995Aug19.004535.13687@dcs.warwick.ac.uk> Sender: news@dcs.warwick.ac.uk (Network News) Organization: Department of Computer Science, Warwick University, England References: <3udssr$32j@info1.sdrc.com> <HBF.95Aug1194442@durin.uio.no> <40t0k3$pom@tornews.torolab.ibm.com> <40t7k0$3r4@light.twinsun.com> Date: Sat, 19 Aug 1995 00:45:35 GMT