Запрос для члена `... 'неоднозначен в g++

Я получаю следующую ошибку компиляции в одном из моих классов, используя gcc 3.4.5 (mingw):

src/ModelTester/CModelTesterGui.cpp:1308: error: request for member `addListener' is ambiguous
include/utility/ISource.h:26: error: candidates are: void utility::ISource<T>::addListener(utility::IListener<T>*) [with T = const SConsolePacket&]
include/utility/ISource.h:26: error:                 void utility::ISource<T>::addListener(utility::IListener<T>*) [with T = const SControlPacket&]

Надеюсь, вы увидите, что ISource<T> - это интерфейс шаблона, который просто указывает, что объект может быть информатором для объекта, имеющего некоторый тип соответствия IListener<T>. Поэтому меня раздражает такая идея, что почему-то функции неоднозначны, когда, насколько я могу судить, это не так. Метод addListener() перегружен для разных типов ввода IListener<const SConsolePacket&> и IListener<const SControlPacket&>. Использование:

m_controller->addListener( m_model );

Где m_model - указатель на объект IRigidBody, а IRigidBody наследуется только от IListener< const SControlPacket& > и определенно не от IListener< const SConsolePacket& >

Как проверка работоспособности, я использовал doxygen для создания диаграммы иерархии классов, и doxygen согласен со мной в том, что IRigidBody не получается из IListener< const SConsolePacket& >

Очевидно, мое понимание наследования в С++ не совсем корректно. У меня создается впечатление, что IListener<const SControlPacket&> и IListener<const SConsolePacket&> являются двумя разными типами, и что объявления функций

addListener(IListener<const SConsolePacket&>* listener)

и

addListener(IListener<const SControlPacket&>* listener)

объявить две отдельные функции, которые выполняют две отдельные вещи в зависимости от (различного) различного типа вводимого параметра. Кроме того, у меня создается впечатление, что указатель на IRigidBody также является указателем на IListener<const SControlPacket&> и что, вызывая addListener( m_model ), компилятор должен понимать, что я вызываю вторую из этих двух функций.

Я даже попробовал кастинг m_model следующим образом:

m_controller->addListener(
        static_cast<IListener<const SControlPacket&>*>(m_model) );

но все равно получите эту ошибку. Я не могу для жизни меня видеть, как эти функции неоднозначны. Может ли кто-нибудь пролить свет на эту проблему?

P.S. Я знаю, как заставить функцию быть недвусмысленной, делая это:

m_controller->ISource<const SControlPacket&>::addListener( m_model );

Я просто думаю, что это ужасно непроницаемо, и я бы предпочел не делать этого.

Изменить... просто шучу. Это, по-видимому, не устраняет проблему, так как приводит к ошибке компоновщика:

CModelTesterGui.cpp:1312: undefined reference to `utility::ISource<aerobat::SControlPacket const&>::addListener(utility::IListener<SControlPacket const&>*)'

Ответ 1

Похоже, ваша ситуация такова:

struct A {
  void f();
};

struct B {
  void f(int);
};

struct C : A, B { };

int main() { 
  C c; 
  c.B::f(1); // not ambiguous
  c.f(1);    // ambiguous
}

Второй вызов f неоднозначен, потому что при поиске имени он находит функции в двух разных классах базового класса. В этой ситуации поиск неоднозначен - они не перегружают друг друга. Исправить было бы использование объявления using для каждого имени члена. Lookup найдет имена в области C и не будет искать дальше:

struct C : A, B { using A::f; using B::f; };

Теперь вызов найдет две функции, сделает перегрузочное разрешение и найдет, что тот, который принимает int, подойдет. Переведенный на ваш код, это означало бы, что вы должны сделать что-то вроде следующего

struct controller : ISource<const SConsolePacket&>, ISource<const SControlPacket&> {
  using ISource<const SConsolePacket&>::addListener;
  using ISource<const SControlPacket&>::addListener;
};

Теперь два имени находятся в одной области, и теперь они могут перегружать друг друга. Lookup теперь остановится на классе контроллера, а не погрузится дальше в две ветки базового класса.