public inbox for gcc-bugs@sourceware.org help / color / mirror / Atom feed
From: "gdr at integrable-solutions dot net" <gcc-bugzilla@gcc.gnu.org> To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/13967] A warning could be emitted if a template parameter of a member template is begin shadowed by another member of the class Date: Sat, 07 Feb 2004 13:11:00 -0000 [thread overview] Message-ID: <20040207131134.9521.qmail@sources.redhat.com> (raw) In-Reply-To: <20040201233401.13967.gianni@mariani.ws> ------- Additional Comments From gdr at integrable-solutions dot net 2004-02-07 13:11 ------- Subject: Re: A warning could be emitted if a template parameter of a member template is begin shadowed by another member of the class "gianni at mariani dot ws" <gcc-bugzilla@gcc.gnu.org> writes: | Given this from William M. Miller - should we now reconsider reverting the | summary to the original one ? | | | Cut-n-paste from microsoft.public.vc.language ... | ............................ | | That Bugzilla thread ends with an incorrect assertion about what the | "correct" behavior is. It reports that John Spicer agreed that the | sample was ill-formed, but he later recanted that position -- he had | been looking at the wrong example in the voluminous discussion on | the reflector, and when he looked at the example in question, he said | it was well-formed. | | Although Gaby has now agreed, I think, that the EDG (Comeau) compiler | has it right, I wouldn't consider the question resolved. There's | been no vote to establish consensus among the core working group, and | at least three major compilers currently get a different answer from | the EDG compiler. Furthermore, I believe Gaby's acceptance of the | EDG resolution is contingent on making the construct ill-formed, so | it won't matter which way the resolution goes. I'm sure this will | be discussed at next month's Standard Committee meeting, and Microsoft | is expected to be represented there. I hope that we'll be able to | come to consensus on the outcome then, but we'll have to wait and see. | | -- William M. Miller | The MathWorks, Inc. Sorry for not having updated the info here. I've been meaning to do that but I was kept occupied by other things. Yes, Mike's report is an accurate executive summary of the discussion going on the C++ Core Group reflection (there are other ramifications but I doubt they would much change the big picture as painted by Mike). The least that can be said is that the standard description of name lookup in member function definition is not complete and the syntax of out-of-class definition of member template is deceiving in that it does not reflect the scope stack (in Mike's description, I've agreed on, the scope stack would need to be resuffled at some point before we start name lookup; and the added constraint Mike alluded to is to rejected "invalid" template-parameters renaming). There was no vote to establish consensus, so suspending this PR is the right thing to do. -- Gaby -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13967
next prev parent reply other threads:[~2004-02-07 13:11 UTC|newest] Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top 2004-02-01 23:34 [Bug c++/13967] New: template template argument identifier lookup fails scoping rules gianni at mariani dot ws 2004-02-01 23:43 ` [Bug c++/13967] " gianni at mariani dot ws 2004-02-02 0:11 ` gianni at mariani dot ws 2004-02-02 0:42 ` [Bug c++/13967] [3.3?/3.4/3.5 regression] " giovannibajo at libero dot it 2004-02-02 1:02 ` gdr at integrable-solutions dot net 2004-02-02 1:18 ` gianni at mariani dot ws 2004-02-02 1:31 ` gdr at integrable-solutions dot net 2004-02-02 1:49 ` gianni at mariani dot ws 2004-02-02 2:18 ` gdr at integrable-solutions dot net 2004-02-02 3:00 ` gianni at mariani dot ws 2004-02-02 17:32 ` gdr at integrable-solutions dot net 2004-02-02 17:40 ` gdr at integrable-solutions dot net 2004-02-02 18:11 ` giovannibajo at libero dot it 2004-02-02 18:21 ` gianni at mariani dot ws 2004-02-02 19:17 ` gianni at mariani dot ws 2004-02-02 19:33 ` giovannibajo at libero dot it 2004-02-02 19:35 ` [Bug c++/13967] A warning could be emitted if a template parameter of a member template is begin shadowed by another member of the class giovannibajo at libero dot it 2004-02-02 20:44 ` gcc-bugs at michaelmellor dot com 2004-02-02 21:08 ` gdr at integrable-solutions dot net 2004-02-02 21:13 ` gdr at integrable-solutions dot net 2004-02-07 8:25 ` gianni at mariani dot ws 2004-02-07 8:29 ` pinskia at gcc dot gnu dot org 2004-02-07 9:06 ` giovannibajo at libero dot it 2004-02-07 13:11 ` gdr at integrable-solutions dot net [this message] 2004-02-14 1:12 ` giovannibajo at libero dot it 2004-03-31 9:38 ` giovannibajo at libero dot it [not found] <bug-13967-2828@http.gcc.gnu.org/bugzilla/> 2005-11-08 5:23 ` bangerth at dealii dot org 2009-03-03 22:01 ` jason at gcc dot gnu dot org
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=20040207131134.9521.qmail@sources.redhat.com \ --to=gcc-bugzilla@gcc.gnu.org \ --cc=gcc-bugs@gcc.gnu.org \ /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: linkBe 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).