c++/10146: [3.4 regression] [new parser] template function lookup failure(s)

Gabriel Dos Reis gdr@integrable-solutions.net
Wed Mar 19 12:36:00 GMT 2003


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

From: Gabriel Dos Reis <gdr@integrable-solutions.net>
To: Richard Guenther <rguenth@tat.physik.uni-tuebingen.de>
Cc: Giovanni Bajo <giovannibajo@libero.it>, gcc-gnats@gcc.gnu.org,
   <gcc-bugs@gcc.gnu.org>
Subject: Re: c++/10146: [3.4 regression] [new parser] template function lookup failure(s)
Date: 19 Mar 2003 13:26:14 +0100

 Richard Guenther <rguenth@tat.physik.uni-tuebingen.de> writes:
 
 | On Wed, 19 Mar 2003, Giovanni Bajo wrote:
 | 
 | >
 | > http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&p
 | > r=10146
 | >
 | > To sum it up:
 | >
 | > >Foo<int>().template foo<U>(u); // does not work
 | > >Foo<int>().template bar<U>(u); // does not work
 | >
 | > These should compile.
 | >
 | > >Foo<int>().foo(u);             // does work ??
 | > >Foo<int>::foo(u);              // does work ??
 | > >Foo<int>().bar(u);             // does work ??
 | >
 | > Yes, because the template parameter of the template member function is
 | > deduced from the call. What's wrong with them?
 | 
 | I think foo() and bar() needs to be qualified with the template keyword
 | due to two-stage namelookup. But I may be wrong (dont have a standard
 | to look at).
 
 Two-phase name lookup has nothing to do here.  The Foo<int> part is
 -not- dependent, therefore there need not be any extra "template"
 qualifier. 
 
 -- Gaby



More information about the Gcc-prs mailing list