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


  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: 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).