Правильно объявленный шаблонный оператор << (basic_ostream <charT, traits>, myClass <T>) в качестве друга

Я пытаюсь улучшить свое понимание шаблонов. В качестве теста я хотел бы перегрузить operator<< потока operator<< чтобы он работал на шаблоном классе вместе с (templated) basic_ostream из STL. Вот минимальный пример:

#include <iostream>

using namespace std;

//Forward declarations
template< typename T >
class Container;
template< typename T, typename charT, typename traits >
basic_ostream< charT, traits >& 
    operator<<( basic_ostream< charT, traits >& out, 
                               const Container< T >& a_container ); 

//Definitions
template< typename T >
class Container
{
public:
    Container( T a_value ): value( a_value ){}

private:
    T value;

    template< typename charT, typename traits >
    friend basic_ostream< charT, traits >& 
        operator<<( basic_ostream< charT, traits >& out, 
                    const Container< T >& a_container );
};

template< typename T, typename charT, typename traits >
basic_ostream< charT, traits >& 
    operator<<( basic_ostream< charT, traits >& out, 
                const Container< T >& a_container )
{
    out << a_container.value;
    return out;
}

//Main
int main( void )
{
    Container< int > my_container( 42 );

    cout << my_container;

    return 0;
}

Однако, когда я пытаюсь скомпилировать этот код, компоновщик не может найти перегруженную функцию:

/home/Ae6PGM/cc5xj2iM.o: In function 'main':
prog.cpp:(.text.startup+0x21): undefined reference to 'std::basic_ostream<char,
std::char_traits<char> >& operator<< <char, std::char_traits<char> >
(std::basic_ostream<char,     std::char_traits<char> >&, Container<int> const&)'
collect2: error: ld returned 1 exit status

Я могу исправить эту ошибку, если я делаю каждый экземпляр экземпляра моего перегруженного operator<< другом, но это кажется более правильным, если только экземпляры, соответствующие типу контейнера, являются друзьями. Вот ссылка на рабочий, но неверный вариант: http://ideone.com/DNQzlB.

Другой альтернативой является определение функции внутри объявления класса, но я хотел бы избежать этого, если это возможно.

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

Благодаря,

Андрей