Это еще один вариант старой темы: порядок инициализации
статические объекты в разных единицах перевода не определены.
Ниже приведен упрощенный пример моего конкретного сценария.
классы G и F не являются типами POD. F зависит от G в том смысле, что
построить экземпляр F вам нужно некоторое количество экземпляров
G. (Например, F может быть каким-то сообщением, которое излучает приложение, и
экземпляры G будут компонентами таких сообщений.)
G.hpp
#ifndef G_HPP
#define G_HPP
struct G
{
G() {} // ...
};
inline G operator+(G, G) { return G(); }
#endif
Gs.hpp
#ifndef GS_HPP
#define GS_HPP
#include "G.hpp"
extern const G g1;
extern const G g2;
extern const G g3;
extern const G g4;
extern const G g5;
extern const G g6;
extern const G g7;
extern const G g8;
extern const G g9;
#endif
Gs.cpp
#include "Gs.hpp"
const G g1;
const G g2;
const G g3;
const G g4;
const G g5;
const G g6;
const G g7;
const G g8;
const G g9;
F.hpp
#ifndef F_HPP
#define F_HPP
#include "G.hpp"
struct F
{
F(G) {} // ...
};
#endif
Fs.hpp
#ifndef FS_HPP
#define FS_HPP
#include "F.hpp"
extern const F f1;
extern const F f2;
extern const F f3;
#endif
Fs.cpp
#include "Fs.hpp"
#include "Gs.hpp"
const F f1(g1 + g2 + g3);
const F f2(g4 + g5 + g6);
const F f3(g7 + g8 + g9);
Конструктор F принимает аргумент, который является результатом применения
operator+
к экземплярам G. Поскольку экземпляры как F, так и G
глобальные переменные, нет гарантии, что экземпляры G имеют
был инициализирован, когда конструктор F нуждается в них.
Особенность здесь в том, что по всему
место, и я хотел бы сохранить синтаксис как можно ближе
к приведенному выше коду, при этом все еще применяя конструкцию
G всякий раз, когда F нуждается в этом.