кто виноват: глюк VC6 или стандарт ?

[Алексей++]

имеется такая иерархия классов

Код:

class A
{
	public:
	struct s_parent
	{
	};
};

class B:public A
{
	public:
	struct s_child:public s_parent               //1)
//      struct s_child:public A::s_parent            //2)
	{
	};
};


B bbb;

в таком виде код компилируется в VC9 (что ожидаемо, я так понимаю). Если закрыть строку 1) и открыть 2), то на VC9 тоже компилируется, что тоже понятно.
А вот в VC6 компилируется только со строчкой 2) , с первой же пишет

error C2504: 's_parent' : base class undefined

Почему ошибка ? Компилятор всё таки глючит ?

[Dimka]

Потому что класс - это в частности пространство имён. И объявление типа внутри класса - это не объявление члена класса. Типы не наследуются, потому что нет наследования пространств имён.

В VC9 значит добавили, но скорее всего добавили что-то другое - там есть поддержка стандарта 2000-х годов на C++. Скорее всего это как-то связано с замыканиями и миксами, что в частности даёт такие побочные эффекты.

[Mayor]

формально как ты закрыл определение класса А - ты закрыл его область видения, если ты наследуешь от класса А - то наследуеются его данные и методы - про его типы ничего нигде не сказано

лучше посмотри на это с другой стороны, если ты пишешь на вс9, то никчему заботится о совместимости с вс6 - пытались люди в oss проектах намного лучше нас и ни к чему не пришли, в комерческих проектах ваще время на такую ерунду не тратят и считается если ты покупаешь лиценизию на проект, приобретай тот же софт, какой у разработчиков

[Алексей++]

Mayor, я пишу на 6 и 9 одновременно, поэтому мне есть, о  чём позаботится
Ну и разработчик, по сомвестимости, это оказался я тоже

[Антон (LogRus)]

Думается мне, что согласно стандарту обе записи верны, если я верно понял раздел 10.2 в драфте грядущего стандарта.
gcc кстати обе записи понимает

[Mayor]

Думается мне, что согласно стандарту обе записи верны, если я верно понял раздел 10.2 в драфте грядущего стандарта.
gcc кстати обе записи понимает

дай ссылку на драфт

[Антон (LogRus)]

http://www.open-std.org/JTC1/SC22/WG21/docs/papers/2009/n2914.pdf