Как инициализировать общую библиотеку в Linux

Question

Я разрабатываю общую библиотеку с использованием C++ в Linux, и я хотел бы, чтобы эта библиотека использовала log4cxx для ведения журнала. Однако я не уверен, как это сделать. Для работы log4cxx мне нужно создать объект журнала. Как я могу убедиться, что этот объект создан при загрузке моей библиотеки?

Я подозреваю, что было бы проще создать объект журнала как глобальную переменную, а затем использовать его из любого из исходных файлов моей библиотеки, объявив его как extern в заголовках. Но как я могу создать регистратор автоматически, как только приложение подключится к библиотеке?

Я знаю, что в DLL для Windows есть что-то вроде REASON_FOR_CALL == PROCESS_ATTACH; есть ли что-то подобное в Linux?

Answer 1

В C++ под Linux глобальные переменные автоматически создаются, как только загружается библиотека. Так что, наверное, это самый простой способ.

Если вам нужно произвольную функцию, которая будет вызвана, когда библиотека загружается, используйте атрибут конструктора для GCC: функции

__attribute__((constructor)) void foo(void) { 
    printf("library loaded!\n"); 
} 

Конструкторы вызываются с помощью динамического компоновщика, когда библиотека загружается. На самом деле, как реализуется глобальная инициализация C++.

Answer 2

Если вы хотите, чтобы ваш код переносимым вы, вероятно, следует попробовать что-то вроде этого:

namespace { 
    struct initializer { 
    initializer() { 
     std::cout << "Loading the library" << std::endl; 
    } 

    ~initializer() { 
     std::cout << "Unloading the library" << std::endl; 
    } 
    }; 
    static initializer i; 
} 

Answer 3

Использование глобальной (или локальной статической завернутые в функции) хорошо ... но тогда вы введите страну статического фиаско инициализации (и фактическое разрушение тоже не очень).

Я бы порекомендовал взглянуть на реализацию Loki Singleton.

Существуют различные правила для жизни, один из которых - Phoenix и поможет вам избежать этого фиаско.

Когда вы на нем, ознакомьтесь с Modern C++ Design, в котором объясняются проблемы, с которыми сталкивается Singleton в глубину, а также использование различных политик.