c++/8821: gcc 3.2 problem with overloaded inherited operator
andre@kiwisound.de
andre@kiwisound.de
Tue Dec 10 23:16:00 GMT 2002
The following reply was made to PR c++/8821; it has been noted by GNATS.
From: andre@kiwisound.de
To: bangerth@dealii.org,
andre@kiwisound.de,
gcc-bugs@gcc.gnu.org,
gcc-prs@gcc.gnu.org,
nobody@gcc.gnu.org,
gcc-gnats@gcc.gnu.org
Cc:
Subject: Re: Re: c++/8821: gcc 3.2 problem with overloaded inherited operator
Date: Wed, 11 Dec 2002 08:09:02 +0100
bangerth@dealii.org schrieb am 10.12.2002, 23:28:06:
> Synopsis: gcc 3.2 problem with overloaded inherited operator
>
> State-Changed-From-To: open->analyzed
> State-Changed-By: bangerth
> State-Changed-When: Tue Dec 10 14:28:05 2002
> State-Changed-Why:
> I can confirm that this problem exists. However, I am
> not sure whether it is really a bug: the operator
> you want to call is simply hidden by the operator
> in the derived class. What I don't know is how lookup
> of member operators happen -- if the same rule applies
> as for virtual functions, then the operator in the base
> class is rightfully hidden; if not, then this is a bug.
>
> On the other hand, if virtual function semantics apply,
> then a function similar to -Woverloaded-virtual should
> exist.
>
In my opinion it IS a bug because the operator of the parent class has
another argument. So the name resolution should detect the matching
operator in the parent class as usual in C++. I think overloaded
operators should behave like overloaded functions (where the same thing
works!). If its not in the C++ standard I have to believe now in Java or
.net ;-)
More information about the Gcc-prs
mailing list