Для чого __gxx_personality_v0?

Це б / у питання з веб-сайту розробки ОС, але мене викликало цікавість, оскільки я ніде не міг знайти гідного пояснення.

Під час компіляції та зв’язування стоячої програми C ++ за допомогою gcc іноді виникає помилка лінкера на зразок цього:

out/kernel.o:(.eh_frame+0x11): undefined reference to `__gxx_personality_v0'

Це, мабуть, тому, що цей символ визначений у libstdc ++, якого немає у вільно стоячому середовищі. Для усунення проблеми просто потрібно десь визначити цей символ:

void *__gxx_personality_v0;

Що приємно, але мені не подобаються речі, які просто магічно працюють ... Тож питання полягає в тому, яка мета цього символу?

Він використовується в таблицях розгортання стека, які ви можете побачити, наприклад, у складі моєї відповіді на інше питання . Як було сказано у цій відповіді, його використання визначається Itanium C ++ ABI , де воно називається рутиною особистості .

Причина, що "працює", визначаючи її як глобальний недійсний покажчик NULL, ймовірно, тому, що ніщо не кидає виняток. Коли щось намагається викинути виняток, то ви побачите, що це неправильно.

Звичайно, якщо нічого не використовує винятки, ви можете відключити їх -fno-exceptions(а якщо RTTI нічого не використовує, ви також можете додати -fno-rtti). Якщо ви користуєтесь ними, вам доведеться (як інші відповіді вже зазначалися) g++замість цього посилання gcc, що додасть -lstdc++вам.

Це частина обробки винятків. Механізм gcc EH дозволяє змішувати різні моделі EH, і використовується рутина особистості, щоб визначити, чи збігаються винятки, яку фіналізацію викликати і т. Д. Цей специфічний режим особистості призначений для обробки винятків C ++ (на відміну від, скажімо, gcj / Java обробка винятків).

Обробка винятків включена у вільно реалізовані реалізації.

Причиною цього є те, що ви, можливо, використовуєте gccдля складання свого коду. Якщо ви компілюєте цей параметр, -###ви помітите, що він не містить параметр linker, -lstdc++коли він викликає процес компонування. Компіляція з g++буде включати цю бібліотеку, а значить і символи, визначені в ній.

Швидке схвалення libstd++бази коду показало наступні два використання __gx_personality_v0:

У libsupc ++ / unind-cxx.h

// GNU C++ personality routine, Version 0.                                      
extern "C" _Unwind_Reason_Code __gxx_personality_v0
     (int, _Unwind_Action, _Unwind_Exception_Class,
      struct _Unwind_Exception *, struct _Unwind_Context *);

У libsupc ++ / eh_personality.cc

#define PERSONALITY_FUNCTION    __gxx_personality_v0
extern "C" _Unwind_Reason_Code
PERSONALITY_FUNCTION (int version,
                      _Unwind_Action actions,
                      _Unwind_Exception_Class exception_class,
                      struct _Unwind_Exception *ue_header,
                      struct _Unwind_Context *context)
{
  // ... code to handle exceptions and stuff ...
}

(Примітка: насправді це трохи складніше, ніж це; є деяка умовна компіляція, яка може змінити деякі деталі).

Отже, доки ваш код фактично не використовує обробку винятків, визначення символу як void*нічого не вплине, але як тільки це станеться, ви збираєтеся вийти з ладу - __gxx_personality_v0це функція, а не якийсь глобальний об'єкт, тому намагайтеся Функція виклику перейде на адресу 0 і викликає segfault.

У мене була помилка один раз, і я з'ясував походження:

Я використовував компілятор gcc, і мій файл викликався, CLIENT.Cнезважаючи на те, що я робив програму C, а не програму C ++.

gcc розпізнає .Cрозширення як програму C ++, а .cрозширення як програму C (будьте уважні до малого c та великого C).

Тому я перейменував свою файлову CLIENT.cпрограму, і вона спрацювала.

Наведені вище відповіді правильні: він використовується в обробці винятків. У посібнику для GCC версії 6 є додаткова інформація (якої більше немає в посібнику з версією 7). Помилка може виникнути при підключенні зовнішньої функції, яка - невідома GCC - видаляє винятки Java.