А из-за чего, кстати? Санкции?

При сборке на базе тулчейна x86_64-pc-linux-gnu_gccX.X.X_glibcX.XX_clangX.X.X  появилась неприятная проблема, связанная с невозможностью отладчиков и утилит, работающих с отладочной информацией, корректно её прочитать. Симптомы:

   lldb зависает при попытке запустить исполняемый файл с отладочной информацией,
   gdb при запуске исполняемого файла, собранного в варианте RelWithDebInfo, сообщает о множественных ошибках DIE (Debug Information Entry), некоторые команды прерываются до завершения (например, thread apply all bt ),
   gdb при запуске исполняемого файла, собранного в варианте Debug, сообщает о внутренних ошибках при разборе DWARF-заголовков.

@zamazan4ik короче, не выясняли шо за дичь, тупо с thin LTO всё робiт и без LTO

Там требования какие-то новые в софтверным компаниям вышли и им проще было перевезти людей в другие офисы

Требование где, в РФ или в США?

В РФ

хм, жаль, что до причин не докопались :(

Какие гипотезы были проверены:

   objcopy портит отладочную информацию. Не подтвердилась: проблемы с запуском исполняемого файла начинаются ещё до извлечения отладочной информации,
   проблемы с inline-функциями. Не подтвердилась: похожая проблема описана для rust, решилась добавлением опции llvm -inline-threshold=X . В нашем случае она не помогла.
   проблема с отладочной информацией вызвана инструментацией lto+cfi. Подтвердилась: сборка без lto+cfi не вызывает проблем у отладчиков (утилиты, тем не менее, подвисают),
   линковка с библиотеками из состава compiler-rt, собранного другим компилятором (GCC X.X.X), приводит к проблемам. Частично подтвердилась: после пересборки compiler-rt с помощью тулчейна и подмены библиотек из его состава утилита llvm-dwarfdump перестала намертво зависать при анализе, а lldb смог запуститься с исполняемым файлом, однако в дальнейшем всё равно завис.
   проблема вызвана конкретной версией спецификации DWARF. Не подтвердилась: были перепробованы все доступные версии DWARF (-gdwarf-[2..5]), никакого эффекта не оказали,
   проблема вызвана уровнем оптимизации отладочной информации. Не подтвердилась: были перепробованы разные уровни оптимизации (-g[0..3], -fno-limit-debug-info -fforce-dwarf-frame -ggdb), никакого эффекта не оказали.

Какие странности бросились в глаза:

   данной проблеме подвержены не все исполняемые файлы (SOMEBIN без проблем запускается в lldb/gdb, а X_BIN и ANOTHER_BIN сообщают об ошибках),
   перелинковка SOMELIB.so

Как говорится, "Нет такого преступления, на которое не пойдёт капитал ради 300% прибыли"

хм....

Бред какой-то

Бред для пидоров

Как это на сотрудниках то отражается

Хз

Но вот после этого ушли

Поди какие-то другие проблемы просто по времени совпало

С учетом, что это новость от декабря 14-ого года, то скорее связано с весенними событиями)

Они же не бизнес в рф закрыли

Ну типа другие американские компании этого не сделали