gcc атрибуты constructor/destructor

например, автомутекс который снимает лок при покидании зоны видимости. реализация автотестов. Т.е. дедаешь макрос, который объявляет функцию, и конструктор, который добавляет указатель на эту функцию в таблицу методов.

автомутекс
автотестов
авто

кто то не осилил спп

__attribute__((constructor)) приводит к вызову функции при загрузке библиотеки, в которой она определена https://gcc.gnu.org/onlinedocs/gcc-4.7.0/gcc/Function-Attributes.html

Лексических областей видимости этот атрибут не поддерживает.

Для переменных есть атрибут - cleanup. Как раз для областей видимости

подскажите пару годных use cases когда используются эти расширения gcc для чистого си?

Я использую в shared object-ах, подменяющих символы из libc.so, чтобы инициализировать указатель на нужную функцию. И ты будешь поражен, но g++ использует этот механизм, чтобы обеспечить вызов конструкторов глобальных объектов внутри shared objects (насчет деструкторов не уверен).

почему то же они появились в gcc - знать бы зачем

Не только в gcc. clang и icc также поддерживают эту штуку, причем в точности с таким же синтаксисом.

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

хороший пример - регистрация загружаемых плагинов в fbpanel (https://github.com/aanatoly/fbpanel/blob/master/panel/plugin.h)

Тестирование «C» кода. (комментарий)

gcc для чистого си?

Не только gcc и не только «для чисто си», хотя даже «чистый си» с расширениями - уже не чистый.

static void ctor(void) __attribute__ ((constructor));
static void ctor(void) { class_register(class_ptr); }

Похоже мануалы пацанам сложно даются.