This is the mail archive of the gcc@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

c++/4862 and PRs marked (or not) as parser bugs


Hi,

c++/4862 is about this kind of situation:

////////////
class A
{
public:
    template<typename T>
    void func() {}
};

template<typename T>
void doit()
{
    A a;
    a.func<T>();
};
////////////

as well known, the current parser must be helped changing line 12 to:

    a.template func<T>();

What seems to me strange, is that the *new* parser must *also* be helped like
this (not EDG front ends). Is this known? Should c++/4862 and, perhaps, similar
situations, be marked as "New-parser bug" in GNATS?

Cheers,
Paolo.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]