У меня используется в коде:


Оно описано в common.h


и реализовано в common.cpp


В чем ошибка?

Это сообщение отредактировал(а) nerezus - 25.6.2008, 14:47

в том, что описано и реализовано в разных файлах. 

Fazil6, а как надо?
Откуда такое требование и как его обойти?

Естественно я его из разных файлов вызываю, поэтому заголовок и выделил в отдельный, чтобы ошибки не было, что одинаковые ф-ии объявлены.

Вот на следующей странице этого раздела (используем поиск):
http://forum.vingrad.ru/forum/topic-214819.html

круто) fixed, but...

Если не ошибаюсь, это одна из ошибок именно компилятора, а не прописанная в стандарте фича?

ошибаешься

Именно что прописанная. Чтобы можно было разделять объявление и реализацию шаблонов был придуман механизм extern template. Но большинство компиляторов его не поддерживают. Хотя, в любом случае, твой код без изменений компилироваться бы не стал.

bsa, а как его заюзать? )
VS, моследняя версия.
Так сказать мейнстрим под винду.

То что мейнстрим, еще ничего не значит. Она даже стандарт C99 не поддерживает.
Кто-то сказал, что данную возможность поддерживает компилятор от Sun.

Данную возможность поддерживает Comeau 

Очень хорошо. И цена хорошая. Вот только есть одна проблема - платить никто ее не захочет. А бесплатно попробовать нельзя (online неполноценнен, так как тот же буст даже не собрать).

Да нафиг это нужно? Если бы у тебя был какой-нить мегапроект на миллион строк... Уж как-то люди обходятся и даже по этому поводу не парятся и нормальные кроскомпилерные библотеки пишут.

Конечную реализацию можно отделять в отдельный файл, но не всегда можно так код выстроить. В том примере, что ты привёл, вообще смешно про это говорить. А чтобы ошибки не было, достаточно весь хедер занести в #ifndef #endif -блок. 

bsa, не спорю 


Не скажи... Я вот очень был бы рад.

Это, думаю, сильно ускорит компиляцию. Когда у тебя, допустим, STL и тот же boost активно используются в программе, то скорость компиляции одного файла довольно низкая. Ситуацию спасает прекомпиляция заголовочных файлов, но ее еще надо настраивать в проекте, причем automake, например, на данный момент этого сделать легко не позволяет.

Поддерживаю. От export-а больше проблем, чем пользы.

Добавлено @ 16:38

А возможно, что и, наоборот, затормозит её. Ведь исходные файлы с экспортируемыми шаблонами становятся зависимы друг от друга (а не только от заголовочных файлов).

Это сообщение отредактировал(а) UnrealMan - 26.6.2008, 16:42

Имеешь опыт использования? 

К счастью, нет.

Это ты зря, подобный опыт в любом случае бывает полезным.

Ну, это как посмотреть. Неудачные проектные решения однажды стоили мне работы из-за провала сроков, и полезного в этом я вижу мало. Из этого опыта я для себя сделал вывод: лучше не пытаться воспользоваться сомнительными методами - это может выйти боком. Экспорт шаблонов - весьма сомнительная штука (проблемы экспорта шаблонов затрагиваются в Новых сложных задачах Саттера), и я бы воздержался от его использования.

Это сообщение отредактировал(а) UnrealMan - 26.6.2008, 23:16

Это точно   В уже упоминавшемся компиляторе от Sun'а был сделан проект (относительно небольшой, тысяч так на 10-20 строк) с использованием темплейтов. Это был интерпретатор, в котором было несколько десятков операций, каждая из которых была реализованна для штук 5 встроенных типов. Операции были реализованны в виде шаблонных классов, которые потом инстантировались для каждого типа. Вся эта байда компилировалась меньше минуты а линковалась минут 10   (Шаблоны инстантировались на этапе линковки). Потом SUN сменил систему инстантации темплейтов, они стали генерироваться прямо в процессе компилирования исходника, общее время компиляции увеличилось до 4-5 часов   (Все операции были собранны в паре файлов, так как тела классов были очень небольшие, и этот бедный файл компилировался целиком для каждой операции каждого типа) Пришлось прибегнуть к явной инстантации темплейтов, что бы отключить его 'умную' обработку темплейтов

О. Вот это уже хорошая и полезная информация.

Раз уж так пошло - а почему интеловый компилер забыли. Тем более, что есть бесплатная редакция под линь. Он поддерживает экспорт. Серёзно не использовал (ибо терять совместимость и с гцц, и с msvc - не особо хочется) - особой статистики не дам. Хотя можно попробовать 

Хех, я когда возможно делаю это во время исполнения(ООП ибо.  Наследование от общего класса, (un)boxing), но просто приходится использовать стандартные классы/типы, у которых нет общего предка.
Мне это жутко не нравится, но приходится самому делать шаблоны.