> ... я вчера потратил полтора часа на чтение разных обсуждений по теме.

Этого мало.

> Я о вашем уровне вообще ни слова не говорил.

Ага. Типа вскользь намекнул:

>> ... _дискуссии_ из других мест _между_куда_более_компетентными_в_вопросе_людьми_?

А вот это:

> Если предположить что он не клоун, а вменяемый человек, то он пособник корпораций в геноциде человечества, и заслуживает быть разорванным на части, втоптанным в землю оплёванным и забытым. Проклятым навеки.

- лучше скажи самому Линусу на RWT.

А ещё, кстати, он White Male. А это уже попахивает белым супрематизмом.

> 1. Никто не собирает бинари на покрытие всех возможных комбинаций расширений. Нигде.

"Всех" это условно, конечно. Но вообще ты говоришь чепуху.
Там где важна производительность, в математических библиотеках, например, типа BLASа, или кодеках, для ускорения вычислений обычно стараются использовать все возможности, которые предоставляет процессор.
Разумеется, что от поддержки устаревших расширений иногда отказываются. И поддержка новых расширений появляется тоже не сразу.

"Никто", "нигде". Откуда ты это знаешь, а?
Ты вообще понимаешь, что в зависимости от поддерживаемого процессором набора инструкций можно динамически загружать код, который специально собран с поддержкой наличествующих в процессоре расширений? А можно просто в рантайме переключать ветки кода, в зависимости от поддерживаемых процессором инструкций. И это довольно распространённая практика.

> Собирают для устоявшихся популярных комбинаций.

Ты ещё охренеешь от количества "популярных комбинаций". Железок раз, два и обчёлся, но бардак уже есть.

> Проблема есть, она не RISC-V специфичная, особенно эта проблема острая для x86...

По сравнению с RISC-V, у x86 этой проблемы вообще не существует, можно сказать.

> ... абсолютное большинство софта собрано для максимально базового и древнего набора инструкций.

С RISC-V ситуация будет примерно такая же, но учитывая лютую убогость базового набора инструкций, результирующий исполняемый код будет люто тормозить.
А ещё он будет распухшим.

> 2. Никто в здравом уме не станет пытаться собрать бинарник способный запускаться на чёртовом микроконтроллере и мощном SOC с графической ОС.

И всё это будет приводить к бардаку, сегментации и распухшим бинарникам.
Да и грань между микроконтроллерами и SoC продолжает размываться.

В конечном итоге, для каждой модели чипа нужно будет собирать всё полностью. Это если производительность имеет значение.

> О Т Л А Д Ч И К О М.

Ага. Все 100500 веток кода, для каждого конкретного набора инструкций. Понимаешь, нет?