>> Я же написал, что обновлять системную версию libstdc++ считаю (и далеко не только я так считаю) недопустимым и излишним в нероллинг дистрибутиве
> Обновлять всё то, про что написано в новости, особенно ядро и systemd,
> тем более неуместно в не-роллинг дистрибутиве. Определитесь всё-таки, что за дистрибутив
> у вас.

"Полуролинг". При обновлении systemd я приблизил поведение версии 243 к поведению версии 230 там, где оно поменялось, grep "with compat230" в спеке https://abf.io/import/systemd/blob/rosa2016.1/systemd.spec
А обновление systemd не ломает пересборку кучи других пакетов, в отличие от GCC

>> Нельзя положить новую libstdc++.so.6 и оставить старые заголовочные файлы и старый GCC.
> Обновлять libstdc++ надо, безусловно, вместе с её заголовочными файлами. Использовать
> с ней сарый компилятор (с его старыми заголовочными файлами, не относящимися
> к libstdc++) при этом можно.
>> То, что собрано с _новой_ libstdc++, если собрать новую версию компилятора, не трогая основную ("как в Debian", по вашим словам), при запуске не найдет нужную версию libstdc++ просто так.
> Найдёт единственную в системе, которая должна быть новой.

Именно! А проблема в том, что для сборки с C++17, в частности LibreOffice >= 6.3, поддержка C+17 нужна не только в компиляторе, но и в libstdc++.
libstdc++ в системе обновляться не будет.
> И не надо мне
> приписывать слова, которых я не писал. В Debian нет «основной» версии
> gcc, которая принципиально отличалась бы от других.

Основная - это та, от которой libstdc++.so.6

>> Ага, еще и glibc там обновляться "без каких-либо негативных последствий", сохраняя 100% ABI-совместимость, только вот, например, проприетарный драйвер Canon отваливался после обновления glibc
> Ага, а ещё adobe flash отваливался, помним-помним. Вникать в тему сапопа мне
> лень, по ссылке она совершенно не раскрыта (подозреваю, что это не
> более чем арчепроблема)

На Ubuntu лично ловил такую же ошибку

> а с flash было сочетание двух ошибок: UB
> в нём самом и изменение поведения функции без создания новой её
> версии в glibc, что очень быстро исправили. Shit happens, но крайне
> редко, и чинится оперативно.

Во Флеше Адобовцы просто напросто слинковали Флеш со слишком новой glibc, не находилось нужного символа от новой версии, вот и все, это не имеет никакого отношения к проблемам glibc и обратной совместимости.
UPD. Я видел именно такую ошибку - не был удовлетворен символ на старых системах. Про "изменение поведения функции без создания новой её версии" не слышал.

> Молодой человек, я немало лет имел довольно сомнительное удовольствие сопровождать кусок
> софта, написанный преимущественно на C++ и устанавливающийся на системы с совершенно
> непредсказуемыми версиями glibc и libstdc++, и *ни разу* использование более новой
> версии одной или другой стандартной библиотеки не вызывало проблем. Если своего
> опыта у Вас пока мало, прислушивайтесь к словам других.

Обновить GCC общесистемно неуместно. Обновить libstdc++ общесистемно без обновления GCC невозможно. Что обновление GCC поломает сборку много чего, коллеги уже подтвердили. Можете не верить, но это так.