error LNK2019. why?

[Arrioh]

Не понимаю почему выбивает LNK2019. Код:

#ifndef _STACK_H
#define _STACK_H
#include <iostream>
using namespace std;

template <class Type>
class stack
{
private:
  int top;
  Type s[10];

public:
  stack();

  void push(Type var);

  void pop();
};



#endif

#include "stack.h"

template <class Type>
stack<Type>::stack()
{
	top = 0;
}
template <class Type>
void stack<Type>::push(Type var)
{
	top++;
    s[top] = var;
}
template <class Type>
void stack<Type>::pop()
{
	top--;
}

#include <iostream>
#include "stack.h"

using namespace std;
int main()
{
	stack<int> a;
	a.push(1);

}

[Abstraction]

Шаблоны не компилируются. Теоретически, они могут это делать (ну... в некотором роде) при использовании ключевого слова export; практически, есть совет описывать шаблонный класс целиком в заголовке.

[Son Of Pain]

Определения шаблонных методов должны лежать в хедере.

[Arrioh]

Спс за ответы. Извините за "а за деревом дерево", но все же задался вопросом: почему так? Почему нельзя раскидать по .h + .cpp как мы делаем это с классами? И пока самостоятельно не нашел конкретного ответа. Буду благодарен если объясните.

[Abstraction]

Почему нельзя раскидать по .h + .cpp как мы делаем это с классами?

Чем .cpp-файл отличается от .h-файла, и зачем вообще нужно деление на файлы? Дело в том, что в случае большого проекта перекомпилировать его целиком при каждом мелком изменении уже становится весьма накладно, поэтому проект бьётся на модули, которые компилируются в "почти" бинарный код, а для окончательной сборки наружу "смотрят" заголовки - те самые .h-файлы. Они должны нести всю информацию, требуемую для аналогичной "предварительной" компиляции других .cpp-файлов.

К примеру. Пусть у нас есть заголовочный файл CommonClass.h, который объявляет класс CommonClass. Объявление (обратите внимание!) однозначно задаёт, скажем, размер объекта класса, так что в любом модуле можно написать

#include "CommonClass.h"

//...
CommonClass array[12];

И компилятор прекрасно понимает, руководствуясь информацией из CommonClass.h, сколько места надо отвести под переменную array и как "внутри" неё найти какие-либо поля класса CommonClass.

А теперь:

#include "stack.h"

//...
stack<int> someObject;
stack<double> otherObject;
stack<stack<char*> > thirdObject;

Дела несколько осложнились, не правда ли? Мы потребовали существования четырёх разных классов: их объекты имеют разный размер; сами они имеют методы с разными сигнатурами и разным кодом. И таких классов потенциально может быть порождено сколь угодно много, а значит, их придётся "докомпилировать" по месту. Теоретически возможно, тем не менее, сделать некоторую "заготовку", пригодную для использования в других модулях на некотором промежуточном этапе компиляции (и, как уже сказано, стандарт C++ предусматривал для этого ключевое слово export). Но сложность возникающих при этом задач оказывается слишком высокой. До принятия стандарта C++11 единицы компиляторов поддерживали эту возможность, а новый стандарт вообще устраняет её из языка, оставляя export ключевым (зарезервированным) словом, не несущим смысла.