C++ Compiler ошибка с CRTP

Question

у меня есть следующие иерархии классов:

template <typename T> 
class base 
{ 
public: 
    void f() {} 
}; 

class class_a : public base<class_a> {}; 

class class_b : public base<class_b>, 
       public class_a 
{ 
    using base<class_b>::f; 
}; 

int main() 
{ 
    class_b b; 
    b.f(); 
    return 0; 
} 

Comeu и Intel C++ v11 утверждают, что все хорошо, однако GCC (4.4.1) и VC++ 2008, кажется, жалуются (http://codepad.org/KQPDsqSp), например, :

g++ -pedantic -Wall -o test test.cpp 
test.cpp: In function ‘int main()’: 
test.cpp:5: error: ‘void base<T>::f() [with T = class_b]’ is inaccessible 
test.cpp:14: error: within this context 

Я считаю, что код хорошо формируется, как это, но я могу ошибаться, я надеюсь, что кто-то из сообщества SO C++ может дать некоторое представление о данной проблеме.

Примечание: Добавление «public» перед директивой use в классе_b, решает проблему как для gcc, так и для VS. Должен ли раздел доступа класса, в котором применяется директива using, переопределяет режим деривации (открытый, закрытый) базового класса?

Короче это за

• ошибка компиляции - если да, то компилятор GCC, VS или Comeu, Intel
• ли выше код хорошо сформирован?
• Вызывается ли секция доступа, в которой используется директива using, переопределяет режим деривации базы?

Answer 1

Что вы делаете здесь, в разрешении неоднозначности путем импорта символа в классы частного пространства имен. Следовательно, это метод затенения и изменения его видимости для частного. Вы не можете иметь две функции с одним и тем же прототипом, как частным, так и общедоступным, поэтому f теперь является приватным.

По крайней мере, GCC считает, что using should be able to change the visibility функции.

Сходные ссылки, однако, содержатся в GCC bug database, показывают, что использование на самом деле не должно зависеть от объема.

Самое главное, что прямой ответ (C++ Standard '03 - 7.3.3/15)

псевдоним, созданный с использованием декларирование имеет обычный доступ для члена-декларации.

Поэтому ответы будут:

• это ошибка в Комео
• нет, код не очень хорошо образован, по меньшей мере, C++ 03-накрест (не может найти что-нибудь связанный в C++ 0x N3000)
• да, вы можете изменить масштаб доступа