По-моему есть некоторое непонимание. Дело в том что глобальный static и static внутри модуля есть две большие разницы. Один инициализируется до main, другой при первом входе в модуль. Теперь взгляните на Singleton - это совсем не сам объект - это placeholder для объекта. Сам объект фабрики ежели к нему обращатся через static Singleton < Factory <std::string, Base> > будет создан только один раз. Теперь давайте посмотрим что произойдет, если к фабрике обратятся из конструктора некоторого глобального статического объекта вышеуказанным способом. Будет проинициализирован статический объект Singleton. Singleton посмотрит на счетчик ссылок, он 0 (встроенный тип инициализирован константой все и так ясно на этапе компиляции), и создаст требуемый объект на heap'e, увеличив счетчик ссылок на 1. Важно что синглетон статический, иначе при выходе из модуля для него будет вызван деструктор, счетчик ссылок уменьшится на 1, и фабрика тоже будет разрушена. Но тем не мене, когда вы начнете из коструктора глобального статического объекта обращатся к синглетону фабрики, для фабрики гарантированно вызван конструктор, а сама фабрика расположена на heap'е. Если кто не верит - смотрите attachment(руки мне оторвать за такой main).
Теперь что касается Двойной декларации фабрики, да этого сделать нельзя. Но это не есть недостаток, наоборот это преимущество, которое снижает вероятность ошибок ибо все что касается "зарядки фабрики" собрано в одном файле. Файлы f1.cpp f2.cpp сделаны для того чтобы показать как простой перелинковкой изменить поведение приложения. У меня например есть программы которые пишут либо в файл либо в базу данных. Причем различие в только makefile просто ликуются разные фабрики.

Akh blindedТеперь что касается Двойной декларации фабрики, да этого сделать нельзя. Но это не есть недостаток, наоборот это преимущество, которое снижает вероятность ошибок ибо все что касается "зарядки фабрики" собрано в одном файле.

Уже наверное 3-й раз говорю в топике, что у меня может быть несколько модулей, которые должны добавляться к фабрике.

Как правельно заметил maXmo, модули должны просто прилинковываться в случае ниобходимости. Компиляция только приложения, дабы программист заморачивался только редакцией его приложения.
Что-то я не пойму. Ты что пишешь набор библиотек и хочешь чтобы в зависимости от того какие библиотеки пользователь прилинковал такие классы в фабрике и оказались. Да еще чтобы фабрика была сформирована до того как ею попытаются воспользоваться из глобального статического объекта? Ну тонда ОЙ! Не знаю как это сделать и вряд-ли тебе кто поможет. Можно только скриптик накатать, который будет генерить cpp файл
Задачка имеет решение либо если бибилиотека одна (всю инициализацию в один модуль), либо если не заморачиваться с глобальными static ( в доку warning)
Извините за мой zip. Вот кому интересно. Присто я под cygwin сейчас.

Придумал! Идея простая - запретить добавление к фабрике, после первого вызова метода make хоччешь сделаю и падать будет?

Конечно это не то что вам хочется, но вме же. Кроме того рапишите ОГРОМНЫМИ БУКВАМИ В ДОКЕ и тогда это уже не ваша вина. А написать абсолютно надежные компоненты просто нельзя, всегда найдется хакер. я за 17 лет таких уродов повидал...
вот а в примере а1 -нормальный код и работает, а2 - код запрещенный, но работает (повезло), а а3 - тотже а2 но по-другому слинкованный (ну не повезло)ю Кстати чем больше проет, тем выше вероятность что не повезетю
PS Наезд по-поводу топика не принимаю, в нем ну ни слова о вашей задаче.

Черт! забыл файло приложить

Значит тебе не повезло с а2. Тем не менее можно подвести черту под дискуссией: Захотелось нам изначально странного, а именно размазать конструктор класса (фабрики) по нескольким модулям. Пользуясь тем что наш класс - Singleton и пользуясь особенностями инициализации глобальных статических переменных нам это удалось, только вот из-за неопрделенного порядка инициализации этих самых глобальных статических переменных мы не смогли гарантировать завершение конструирования фабрики до ее использования в процессе построения других глобальных статических объектов. С этим уже ничего не поделать. Можно только написать документацию. убедить потребителей не использовать глобальные статические объекты, а юзать выше упомянутый Singleton. Ну а если библиотек будет всего 2-3 то монжно пойти на ломовой способ - написать 3 или 7 объектников реализующих конструктор фабрики (см предпоследнюю версию) А чтобы не ошибится в каждой бибилиотеке иметь функцию. добавляющую классы размещенные в библиотеке к фабрике. а в реализации конструкторов дергать нужные функции. И так и поставлять 3 библиотеки и 7 отдельных объектников
А здорово развлеклись... Еще такой вопрос хочу...