Issue was noticed after full rebuild for the upgrade to the 23.0 profiles, but may be unrelated to this. Openrgb can start successfully after removing the effects plugin. [Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib64/libthread_db.so.1". Core was generated by `openrgb'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0x00007f3e316d502e in std::_Rb_tree_decrement(std::_Rb_tree_node_base*) () from /usr/lib/gcc/x86_64-pc-linux-gnu/13/libstdc++.so.6 [Current thread is 1 (Thread 0x7f3e31899f40 (LWP 323106))] (gdb) bt #0 0x00007f3e316d502e in std::_Rb_tree_decrement(std::_Rb_tree_node_base*) () from /usr/lib/gcc/x86_64-pc-linux-gnu/13/libstdc++.so.6 #1 0x00007f3e14376664 in ?? () from /usr/lib64/OpenRGB/plugins/libOpenRGBEffectsPlugin.so.1.0.0 #2 0x00007f3e143800e6 in ?? () from /usr/lib64/OpenRGB/plugins/libOpenRGBEffectsPlugin.so.1.0.0 #3 0x00007f3e142c803a in EffectList::RegisterEffect(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::function<RGBEffect* ()>) () from /usr/lib64/OpenRGB/plugins/libOpenRGBEffectsPlugin.so.1.0.0 #4 0x00007f3e1429bce5 in ?? () from /usr/lib64/OpenRGB/plugins/libOpenRGBEffectsPlugin.so.1.0.0 #5 0x00007f3e331241be in call_init () from /lib64/ld-linux-x86-64.so.2 #6 0x00007f3e331242ac in _dl_init () from /lib64/ld-linux-x86-64.so.2 #7 0x00007f3e3312056e in _dl_catch_exception () from /lib64/ld-linux-x86-64.so.2 #8 0x00007f3e3312ade7 in dl_open_worker () from /lib64/ld-linux-x86-64.so.2 #9 0x00007f3e331204e1 in _dl_catch_exception () from /lib64/ld-linux-x86-64.so.2 #10 0x00007f3e3312b161 in _dl_open () from /lib64/ld-linux-x86-64.so.2 #11 0x00007f3e314a61cc in ?? () from /usr/lib64/libc.so.6 #12 0x00007f3e331204e1 in _dl_catch_exception () from /lib64/ld-linux-x86-64.so.2 #13 0x00007f3e33120603 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2 #14 0x00007f3e314a5cc7 in ?? () from /usr/lib64/libc.so.6 #15 0x00007f3e314a6281 in dlopen () from /usr/lib64/libc.so.6 #16 0x00007f3e31cbca1e in ?? () from /usr/lib64/libQt5Core.so.5 #17 0x00007f3e31cb5ee5 in ?? () from /usr/lib64/libQt5Core.so.5 #18 0x00007f3e31cb64f7 in ?? () from /usr/lib64/libQt5Core.so.5 #19 0x00007f3e31ca74e6 in QPluginLoader::load() () from /usr/lib64/libQt5Core.so.5 #20 0x00007f3e31ca7619 in QPluginLoader::instance() () from /usr/lib64/libQt5Core.so.5 #21 0x000055d0befb4e83 in PluginManager::AddPlugin(std::filesystem::__cxx11::path const&) () #22 0x000055d0befb6bdd in PluginManager::ScanAndLoadPluginsFrom(std::filesystem::__cxx11::path const&) () #23 0x000055d0befb6ed4 in PluginManager::ScanAndLoadPlugins() () #24 0x000055d0befe9d03 in Ui::OpenRGBDialog2::OpenRGBDialog2(QWidget*) () #25 0x000055d0bee5b436 in main ()
This is caused by lto. Please add `filter-lto` from `toolchain-funcs.eclass` to the `openrgb-plugin-effects.ebuild`. Note that openrgb itself can be compiled with lto without causing this problem, it's just the plugin. Other plugins may also be affected.
> Other plugins may also be affected. Nope, tested the other ones now and they are fine with LTO
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=ac8fa2f619bcb6ceeaf0000c0ec642ff7866f19f commit ac8fa2f619bcb6ceeaf0000c0ec642ff7866f19f Author: Andrew Ammerlaan <andrewammerlaan@gentoo.org> AuthorDate: 2024-05-03 19:26:30 +0000 Commit: Andrew Ammerlaan <andrewammerlaan@gentoo.org> CommitDate: 2024-05-03 19:27:19 +0000 app-misc/openrgb-plugin-effects: filter-lto Closes: https://bugs.gentoo.org/927749 Signed-off-by: Andrew Ammerlaan <andrewammerlaan@gentoo.org> app-misc/openrgb-plugin-effects/openrgb-plugin-effects-0.9.ebuild | 7 +++++-- 1 file changed, 5 insertions(+), 2 deletions(-)
