Проблема со static членом и методом

[Григоренко Степан]

Здравствуйте.
Такой вопрос, поиск и гуглёж не помог:
Компилятор i486-pc-nto-qnx6.5.0-c++-4.4.2, собираю для QNX из-под Винды.
Есть статический метод класса Insertion. Экземпляр класса планируется один в проекте.

class MprsClass{
public:	
							MprsClass();
							~MprsClass();
	........................
private:

        ........................
	static struct usbd_desc_node	*node;
	static void 			Insertion(struct usbd_connection *connection, usbd_device_instance_t *instance);
};

Методу нужна переменная node. Так как метод статический, то и node тоже статическая.
Но компилятор ругается:
In function `MprsClass::MprsClass()':
MprsClass.cpp.text+0x4e): undefined reference to `MprsClass::node'
In function `MprsClass::Insertion(usbd_connecti on*, usbd_device_instance*)':
MprsClass.cpp.text+0x236): undefined reference to `MprsClass::node'

В сишнике пытался обратиться и как

MprsClass::MprsClass(){
	MprsClass::node = NULL;
}

и просто как

MprsClass::MprsClass(){
	node = NULL;
}

, говорит то же самое.

В результате порешал костылём, вынес node как глобальную переменную в .срр файл. Но я не понимаю, отчего такая фигня творится.

[p51x]

Потому что объявить их вы объявили, а память не выделили. В любой книжке про статик сказано, что после объявления необходимо в единице трансляции (в ццп у вас написать), типа,

struct usbd_desc_node *MprsClass::node = nullptr;

А не ваши присваивания в конструкторе.

[Alex11223]

А зачем struct писать при объявлении если С++, а не С?

В результате порешал костылём, вынес node как глобальную переменную в .срр файл.

В чем костыль если она все равно private?

static private вещи часто выносят в анонимный неймспейс в .cpp

namespace {
    void func() { }

    int var = 0;
}

[p51x]

В чем костыль если она все равно private?

Он ее вообще сделал глобальной, без класса...

[Alex11223]

Так я о том, что использовать переменные/функции в .cpp (желательно в анонимном неймспейсе) вместо static private в классе это вполне нормальная практика.

Наверно в большинстве случаев так даже лучше потому что например
1. Можно менять (тип, имя) или удалять этот код без перекомпиляции всего, что заинклюдило это хедер.
2. При изменении или удалении кода надо делать это только в 1 месте вместо 2.
3. Пользователь хедер файла не утомляется чтением не нужных ему вещей

[Григоренко Степан]

Alex11223, благодарю за пояснение.
p51x, заработало.

Спасибо большое всем, кто откликнулся :}