#define EXPORT __attribute__((visibility("default"), used, retain)) extern "C"
EXPORT void ios_prepare_request(const char *url) {
// some obj-c code
}
< /code>
[list]
[*] Тогда внутренне загружается Dylib. Этот Dylib пытается вызвать эти функции.
[*] ✅ При запуске через xcode все работает. Существует шаг, который избавляется от моих глобальных символов. Поэтому, когда я пытаюсь вызвать любую из функций из Dylib в какой-то момент, он получает нулевую ссылку на указатель, и приложение сбоя. PrettyPrint-Override "> s.user_target_xcconfig = {
'STRIP_STYLE' => 'non-global'
}
< /code>
Я пытался обойти это с помощью одного из инженеров Apple, его предложение состоит в том, чтобы использовать флаг линкера -export_symbols_list, но независимо от того, что я попробовал, это не работает. По умолчанию Cocoapods создает статическую LIB, поэтому export_symbol_list
не будет работать, поскольку она предназначена для Dylibs, я попытался решить это, превратив LIB в динамическую структуру
[/list]
У меня есть библиотека кокопод.[code]#define EXPORT __attribute__((visibility("default"), used, retain)) extern "C"
EXPORT void ios_prepare_request(const char *url) { // some obj-c code } < /code> [list] [*] Тогда внутренне загружается Dylib. Этот Dylib пытается вызвать эти функции. [*] ✅ При запуске через xcode все работает. Существует шаг, который избавляется от моих глобальных символов. Поэтому, когда я пытаюсь вызвать любую из функций из Dylib в какой-то момент, он получает нулевую ссылку на указатель, и приложение сбоя. PrettyPrint-Override "> s.user_target_xcconfig = { 'STRIP_STYLE' => 'non-global' } < /code>
Я пытался обойти это с помощью одного из инженеров Apple, его предложение состоит в том, чтобы использовать флаг линкера -export_symbols_list, но независимо от того, что я попробовал, это не работает. По умолчанию Cocoapods создает статическую LIB, поэтому export_symbol_list [/code] не будет работать, поскольку она предназначена для Dylibs, я попытался решить это, превратив LIB в динамическую структуру ❌ [/list]