Последовательность вызова конструкторов, глобальных объектов при инициализации (ARM) Опции

[Andy Mozzhevilov]

Вопрос, можно ли как-то средствами расширения языка, а также параметрами и скриптами линкера (IAR ARM 5.xx) задать посделовательность инициализации (вызовов конструкторов) глобальных объектов?
То есть, например:

Код

class TSlon
{
....
};

class TMamont
{
....
};

TSlon    Slon;   // Этот объект должен быть инициализирован первым при запуске
TMamont  Mamont; // Этот объект должен быть инициализирован вторым при запуске

[Dima_G]

В свое время отказался от раздумий по очередности вызова конструкторов глобальных объектов.
Сейчас использую следующую схему:
1) Собственно сам конструктор
2) Этап Init()
3) Этам Run()

В самом конструкторе объект ведет себя изолированно от внешнего мира. Категорически не допускается взаимодействия с другими объектами (они у меня зачастую в другой единицы трансляции)
На этапе Init() происходит "налаживание связей" между объектами (обмен информацией, финальная инициализация и тд). На этапе Run() запускаются таски, включаются прерывания и тд.
Этапы Init и Run запускаются из main, что гарантирует создание глобальных объектов к этому моменту.

Код

///@function main()
///Main function
int main()
{
  * * *
  ClSystemService::Instance()->InitServices();
  ClSystemService::Instance()->RunServices();
  * * *
}

Либо возможен другой вариант: использование паттерна Singleton. Тогда обращение к объекту будет гарантировать его наличие

[Andy Mozzhevilov]

На этапе Init() происходит "налаживание связей" между объектами (обмен информацией, финальная инициализация и тд).

Вызывать отдельно Инит для каждого объекта - это надо не забыть об этом.
Иногда (и зачастую) объект создается просто глобально, а потом живет своей жизнью. Дополнительные init и run - потенциальная возможность забыть их сделать, соответственно допустить ошибку, которую потом возможно будет трудно поймать.
Объект, который мне нужно заинитить первым - он один в системе.
Точнее нужно вызвать инициализацию ОС, чтобы в конструкторах всех глобальных объектов можно было использовать функции ОС по созданию сервисов (семафоров, очередей и т.п.). Иначе нужно разносить в каждом классе создание объекта и его инициализацию - это достаточно трудоемко.