Re: c++/9665: error with member and member template of same name

Re: c++/9665: error with member and member template of same name

[bangerth]

Synopsis: error with member and member template of same name

State-Changed-From-To: analyzed->closed
State-Changed-By: bangerth
State-Changed-When: Mon Apr  7 13:58:24 2003
State-Changed-Why:
    Fixed in 3.3 and 3.4. No regression, so will not likely be
    backported to 3.2.3.

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=9665

Re: c++/9665: error with member and member template of same name

[Giovanni Bajo]

The following reply was made to PR c++/9665; it has been noted by GNATS.

From: "Giovanni Bajo" <giovannibajo@libero.it>
To: <gcc-gnats@gcc.gnu.org>,
	<gcc-bugs@gcc.gnu.org>,
	<nobody@gcc.gnu.org>,
	<gcc-prs@gcc.gnu.org>,
	<yujie.wu@hec.utah.edu>
Cc: "Wolfgang Bangerth" <bangerth@ices.utexas.edu>,
	"Gabriel Dos Reis" <gdr@integrable-solutions.net>
Subject: Re: c++/9665: error with member and member template of same name
Date: Mon, 7 Apr 2003 12:36:14 +0200

 http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&p
 r=9665
 
 It's fixed with GCC 3.3 20030401. If it's fixed on 3.4 as well, the report
 should be closed (unless Gaby wants to backport the fix to the 3.2 branch?
 Is there still time?)
 
 Giovanni Bajo
 

Re: c++/9665: error with member and member template of same name

[bangerth]

Old Synopsis: g++ (GCC) 3.2.1 rejects obvious legal code
New Synopsis: error with member and member template of same name

State-Changed-From-To: open->analyzed
State-Changed-By: bangerth
State-Changed-When: Fri Feb 14 21:09:36 2003
State-Changed-Why:
    Confirmed. A simpler testcase is
    ---------------------
    template <typename T> struct A {
                           void foo();
       template <typename> void foo();
    };
    
    template <typename T>
    void A<T>::foo() {}
    ------------------------
    
    tmp/g> /home/bangerth/bin/gcc-3.4-pre/bin/c++ -c x.cc
    x.cc:7: error: expected 2 levels of template parms for `void A<T>::foo()', got 1
    
    The problem goes away of course, if the member template
    is removed. It also goes away if we change the order
    of declaration (!) of the two versions of foo, which
    already suggests the right patch: presently we walk the
    list of member functions and stop at the first one with
    name foo. We then note that the number of template
    levels is incorrect and error out. Rather, we should
    continue walking and only issue an error if we don't 
    find a match.
    I have seen this error before, so I think this report is
    a duplicate of something, but can't find the other one
    right now.
    
    W.

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=9665