Всем привет    
 Имею следующую проблему:
 В проекте два cpp-ка. В одном объявлен статический глобальный инстанс класса (объект A)  и в другом статический глобальный инстанс другого класса (объект B). Необходимо сделать так, что бы объект A создавался после, а разрушался до B. Пока такое удалось сделать лишь разнесением во времени компиляции двух Cpp-ков, но это оч. ненадежно.
 Второй вариант проблемы:
 объект А находиться в dll-ке. Однако после FreeLibrary не уничтожается. А уничтожается уже после объекта B. 
 Может кто знает как быть?
 

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

 К сожалению все достаточно жестко. Исходник, содержащий A, модифицировать нельзя. Так что B получается тоже статическим. (ясно что размещение в куче или на стеке никак здесь не поможет   ). 
 Может кто то знает, как сдеалать так, что бы после выгрузки dll-ки (второй вариант вопроса) все ее статические объекты сразу уничтожались?   

не очень ориентируюсь в dll, но если загружать и выгружать dll в одном скопе?
не будет ли глобальная для dll локальной для этого скопа?

Никак. Стандартом не определен порядок конструирования глобальных объектов, а значит и порядок их разрушения (стандарт гарантирует что порядок уничтожения объектов будет обратным порядку их создания). Это так называемая проблема висячих ссылок (dead reference problem). 
Как вариант, можно не удалять объект В вовсе, если конечно деструктор В не должен обязательно выполнить какой-либо код.
Еще с этим борятся с помощью ф-ии atexit. Подробно можно прочитать в книге Александресску - "Современное проектирование на С++" глава Реализация шаблона Singletone.


Когда библиотека загружается статически, все глобальные объекты будут уничтожены до того как она будет выгружена, если с помощью LoadLibrary - не знаю, вообще я предпочитаю, что-бы у dll-ок были ф-ии Initialize, Free =)

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

Добавлено через 39 секунд

оно то хорошо, но

Если FreeLibrary приведет к выгрузке dll, то должен уничтожится. Проблема будет, если dll уже была загружена ДО вызова LoadLibrary - в таком случае FreeLibrary нужно будет вызвать дважды (или более) для того, что бы dll действительно выгрузилась.

Второй вариант проблемы - если объект A в dll находится не на глобальном уровне, а вложен в какую нибудь процедуру, в таком случае его конструктор вызывается при первом проходе через место его описания, а деструктор будет вызван из специальной функции, которая регистрируется через atexit вместе с выполнением конструктора (это одна из возможных реализаций). В таком случае при завершении программы вообще может произойти слом, если dll уже будет выгруженна.