From: Mark Mitchell <mark@markmitchell.com>
To: ncm@cygnus.com
Cc: egcs@cygnus.com
Subject: Re: explicit specialization in non-namespace scope
Date: Mon, 28 Sep 1998 16:32:00 -0000 [thread overview]
Message-ID: <199809282301.QAA19439@smtp.earthlink.net> (raw)
In-Reply-To: <3608045D.97FEC96A@cygnus.com>
>>>>> "Nathan" == Nathan Myers <ncm@cygnus.com> writes:
Nathan> Mark Mitchell wrote:
>> >>>>> "Nathan" == Nathan Myers <ncm@cygnus.com> writes:
Nathan> It's still not clear that the above text applies to the
Nathan> case mentioned. "In the namespace of which the enclosing
Nathan> class is a member" is satisified both outside and inside
Nathan> the class. When it means to say "not in a class or in a
Nathan> block", it says "at namespace scope" or sometimes "in
Nathan> namespace scope"; these are changed from "at global scope"
Nathan> which is what it said before we had namespaces. "In the
Nathan> namespace of" does not imply "only at namespace scope".
>> I can see the sense in your interpretation. (After all,
>> besides implementing the removal of this feature, I also
>> implemented the feature in the first place...)
I still haven't reimplemented this feature. We've hashed out most of
the details, but I now remember one of the reasons I removed the
feature: it's not allowed by the grammar provided in the appendix to
the standard. In particular, we have:
member-declaration:
decl-specifier-seqopt member-declarator-listopt ;
function-definition ;opt
::opt nested-name-specifier templateopt unqualified-id ;
using-declaration
template-declaration
The only choices which could reasonably allow an explicit
specialization are `function-definition' and `template-declaration'.
The former, however, does not allow a template paramter list (and this
would be odd, since it would prohibit declaring a specialization
in-class, but defining it out-of-class). The grammar for a
`template-declaration' specifically disallows an explicit
specialization, which is listed separately as
`explicit-specialization'.
What do you make of this?
--
Mark Mitchell mark@markmitchell.com
Mark Mitchell Consulting http://www.markmitchell.com
next prev parent reply other threads:[~1998-09-28 16:32 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <Pine.GSO.3.96.980921144445.7109I-100000.cygnus.egcs@lystra.lysator.liu.se>
1998-09-21 19:37 ` Nathan Myers
1998-09-22 6:35 ` Alexandre Oliva
1998-09-22 9:00 ` Mark Mitchell
[not found] ` <199809220757.AAA30938.cygnus.egcs@smtp.earthlink.net>
1998-09-22 19:59 ` Nathan Myers
1998-09-23 8:43 ` Matthias Mueller
1998-09-28 16:32 ` Mark Mitchell [this message]
[not found] ` <199809282301.QAA19439.cygnus.egcs@smtp.earthlink.net>
1998-09-29 14:32 ` Nathan Myers
[not found] ` <org1dk8m82.fsf.cygnus.egcs@araguaia.dcc.unicamp.br>
1998-09-22 19:41 ` Nathan Myers
1998-09-21 7:32 Oskar Enoksson
-- strict thread matches above, loose matches on Subject: below --
1998-09-17 9:59 Oskar Enoksson
1998-09-17 11:14 ` Alexandre Oliva
[not found] ` <orvhmmk52m.fsf.cygnus.egcs@tiete.dcc.unicamp.br>
1998-09-18 22:10 ` Nathan Myers
1998-09-19 12:03 ` Mark Mitchell
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=199809282301.QAA19439@smtp.earthlink.net \
--to=mark@markmitchell.com \
--cc=egcs@cygnus.com \
--cc=ncm@cygnus.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).