есть простой вариант залинковать плагин со статической библиотекой с этой функцией

я просто думал, вдруг знает кто, на будущее

а то у меня шланг выкидывает определенный символ (с lto), а потом ломается dlopen плагина, который на этот символ рассчитывает

в таком случае стоит подкладывать такие функции в виде -whole-archive чтобы они не удалялись

Я знал но забыл

еще по идее можно их экспортировать через линкерскрипт например

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

@berkus whole-archive - это эребор в данном случае

хотя в тестах с luajit без него не получилось обойти

Сейчас где-нибудь подглядим

https://clang.llvm.org/docs/AttributeReference.html#lto-visibility-public-clang-lto-visibility-public-clang-lto-visibility-public

вот это то, что мне нужно

-Wl,-export-symbols-regex

ну почему, почему в C++ нельзя алиасить имя функции?

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

если кодом, то #define alias(func) \ [](auto&& ...args) noexcept(noexcept(func(std::forward<decltype(args)>(args)...))) \ -> decltype(func(std::forward<decltype(args)>(args)...)) \ { return func(std::forward<decltype(args)>(args)...); }

ну почему, почему в C++ нельзя алиасить имя функции?

го using length()=size;

пиши пропосол

подчистите пожалуста супа и ультрамега тоже

https://clang.llvm.org/docs/AttributeReference.html#lto-visibility-public-clang-lto-visibility-public-clang-lto-visibility-public

да, правильно нашел

го using length()=size;

хм сюда бы еще изменение порядка переменных прифигачить например

stl к типам в алгоритмах и контейнерах какие требует обязательный операторы сравнения? меньше и равеноство?

хм сюда бы еще изменение порядка переменных прифигачить например

типа inline auto length(size_t arg, int v) { return size(v, arg); } да, это пожалуй стоит пропозала

санитайзер в рантайме, как он compile-time оптимизацию поймает? Статический анализатор надо использовать, и -Wall -Wextra -Werror

да, в рантайме. В компайл-тайме - всё как ты сказал

Звучит интересно, можно код глянуть?

Там достаточно много букв, если кратко - был guard объект (unique_ptr на vdtor_interface), который занулялся лямбдой, существование которой этот объект и контролирует На псевдокоде struct guard_interface { virtual ~guard_interface() = default; }; using guard_ptr = std::unique_ptr<guard_interface>; //тип once_callable_function определяет MC-аналог std::function с не более, чем однократным вызовом //может создаваться из mutable lambda struct event_queue { guard_ptr push(once_callable_function_ptr<void()> event); //добавляет в очередь, возвращает guard_ptr на удаление из очереди }; struct guarded_event_factory { //фабрика по производству событий std::function<void()> event_; guard_ptr guard_event_posted_; //guard на случай уже добавленного сообщения /*~guarded_event_factory() { guard_event_posted_ = nullptr; } */ //раскомментировать для фикса void start() { //запуститься assert(!guard_event_posted_); //в очереди нет события guard_inqueue = make_guard_from_once_callable_function([this] () { //сброс этого guard означает, что объекта в очереди нет this->guard_posted_event_ = nullptr; }); guard_posted_event_ = event_queue_ref().push( [guard_inqueue_ = std::move(guard_inqueue), event_copy_ = event_] () mutable { guard_inqueue_ = nullptr; //очередь перед вызовом гарантированно удалила объект из очереди return event_copy_(); } } }; void user_code() { guarded_event_factory factory([](){}); factory.start(); //деструктор убьет ногу }

боже, как хорошо что ты не пишешь в моей компании код

я прямо очень рад

что тебе не нравится?)

почему у тебя псевдокод плюсовый?

@berkus серьезно, я готов слушать)

@berkus серьезно, я готов слушать)

я несерьезно, но у тебя фарш из snake_case и CamelCase даже в этом маленьком примере!!!!!111один

snake_OiL

я несерьезно, но у тебя фарш из snake_case и CamelCase даже в этом маленьком примере!!!!!111один

ой! ща поправлю. я на самом деле пишу на неродной версии, переводя имена на более привычные читателю

я несерьезно, но у тебя фарш из snake_case и CamelCase даже в этом маленьком примере!!!!!111один

кстати, у меня сейчас mixed конвенция на вспомогательный/основной код, вполне приятно работать, в вызовах CamelCase(namespaced::snake_case()) очень быстро привыкаешь отсматривать CamelCase вызовы

CamelCase O_o

всмысле, не camelCase a CamelCase

всмысле, не camelCase a CamelCase

это lowerCamelCase и CamelCase да

ага. с этой вашей мфсёвой m_нотацией

Народ прошу о помощи: для Nuke7 на Linux есть кастомная нода, компилятор gcc. Понятно, что когда перешли на Nuke10.5 нужно перекомпилить. Команда: gcc -shared -I/mnt/opt/Nuke7.0v9/include/ -o betap1.so -fPIC betap1.cpp Человек который раньше этим занимался недоступен((((( Пробовал повторить для Nuke7 ноду, но получил другого размера и при загрузке в Nuke выдаёт: /mnt/opt/NukePlug/betap1.so: undefined symbol: _ZNK2DD5Image2Op15input_longlabelB5cxx11Ei while executing "betap1" Вообщем, помогите люди добрые, кто чем может!

Народ прошу о помощи: для Nuke7 на Linux есть кастомная нода, компилятор gcc. Понятно, что когда перешли на Nuke10.5 нужно перекомпилить. Команда: gcc -shared -I/mnt/opt/Nuke7.0v9/include/ -o betap1.so -fPIC betap1.cpp Человек который раньше этим занимался недоступен((((( Пробовал повторить для Nuke7 ноду, но получил другого размера и при загрузке в Nuke выдаёт: /mnt/opt/NukePlug/betap1.so: undefined symbol: _ZNK2DD5Image2Op15input_longlabelB5cxx11Ei while executing "betap1" Вообщем, помогите люди добрые, кто чем может!

Команда: gcc -shared -I/mnt/opt/Nuke7.0v9/include/ -o betap1.so -fPIC betap1.cpp перешли на 10.5 а инклюды от 7.0v9 используете? ну-ну

я написал, что поппытался повторить для 7-й версии.

у вас компилятор поменялся похоже

DD::Image::Op::input_longlabel[abi:cxx11](int) const abi::cxx11 очевидно надо отключить, для этого есть флаг

_GLIBCXX_USE_CXX11_ABI

старые сборки были видимо gcc4.x

компилятор проверял, вскрыл so - версия совпадает

в либе nuke есть этот символ, проверил?

GCC: (GNU) 6.3.1 20161221 (Red Hat 6.3.1-1)

DD::Image::Op::input_longlabel[abi:cxx11](int) const

Мир вашему дому, господа байтоебы.

Мир вашему дому, господа байтоебы.

/warn

в либе Nuke _GLIBCXX_USE_CXX11_ABI нигде не упоминается

Мир вашему дому, господа байтоебы.

бан вашему

в либе Nuke _GLIBCXX_USE_CXX11_ABI нигде не упоминается

ты символ нашел в либе?

нет

ну тогда gcc не врёт - его там нету

при компиле D_GLIBCXX_USE_CXX11_ABI использовать? так , что ли?

при компиле D_GLIBCXX_USE_CXX11_ABI использовать? так , что ли?

ты ошибку прочитал которую тебе написали?

при загрузке в Nuke выдаёт: /mnt/opt/NukePlug/betap1.so: undefined symbol: DD::Image::Op::input_longlabel[abi:cxx11](int) const while executing "betap1"

так ты мне намекаешь, что не хватает каких-то настроек в самой либе? Я давно в С не сидел, и понимаю, что сильно туплю

так ты мне намекаешь, что не хватает каких-то настроек в самой либе? Я давно в С не сидел, и понимаю, что сильно туплю

я подозреваю что интерфейсы изменились между nuke7 и nuke10

тебе нужно найти где не зватает этого символа и откуда он должен взяться, всё

но и в Nuke7 его тоже нигде нет((((( Спасибо, пойду копать инфу по этому параметру

он может быть внутри вашего модуля

либо определен, либо ссылкой на какую-то third-party либу которую вы использовали но сейчас ты забыл ее прилинковать (у вас, очевидно, нет никакой билдсистемы?)

уже везде посмотрел, все либы(

конечно нет) 1-й рас компилю на Линуксе

вместо gcc -shared -I/mnt/opt/Nuke7.0v9/include/ -o betap1.so -fPIC betap1.cpp попробуй gcc -shared -I/mnt/opt/Nuke7.0v9/include/ -o betap1.so -fPIC betap1.cpp -Wl,--no-undefined

спс, пробую

((( большое полотно с " undefined reference to"

compile

Nuke7.0v9/include/DDImage/ ну DD::Image точно часть Nuke хех

auto_ptr! жуть

((( большое полотно с " undefined reference to"

значит, во-первых

gcc -shared поменяй на g++ -shared

пушо это не сишка а плюсы, после этого запости снова чо получилос

тоже самое выдало - куча "undefined reference to"

должно быть меньше чем раньше

заливай сюда

да немного мешьше