Я никогда этого не понимал. Хочешь оптимизировать программу под своё железо? Скомпилируй её с нужным флагом. А иначе i586 или x86_64 с sse2, но не круче. А почему нельзя сделать так, чтобы если процессор поддерживает новые оптимизации, использовался код для них, а если нет то использовался код без оптимизаций? Тогда бы не пришлось выпускать все бинарные дистрибутивы Linux вообще без оптимизаций под процессорные инструкции, появившиеся за последние 15 лет.

Далее. Вот хочу я использовать в своей игре голосовой чат Mumble, чтобы положение игрока в 3D-пространстве учитывалось. Я добавляю нужный код и можно разговарвать во время сетевой игры. Но если Mumble нет, то всё, бинарник не может стартовать! Требует libmumble.so.1 и всё, не поиграть! А у меня система на GTK и без Qt 4 вообще. Или PulseAudio: добавил поддержку в свою игру, и пользователи без PulseAudio пока его не установят, поиграть не смогут! Я хотел только улучшить совместимость с некоторыми дистрибутивами Linux, а сломал игру для других.

Ну почему так? Почему бы не использовать libpng15.so в случае, если он доступен, а иначе libpng12.so? Почему только что-то одно? Какой-нибудь TuxKart не обновлялся 8 лет, а бинарники для Fedora 17 и для Fedora 7 зависят от совершенно разных библиотек! Хотя скомпилированы из одного архива с исходным кодом.

И ладно открытое ПО: оно же открытое. А проприетарщикам чтобы сделать везщде работающий бинарник приходится пошаманить. Вот как с открытым ПО: разработчики дистрибутива подумали и решили: ух ты, пора скомпилировать новую версию. Взяли самые свежие версии системного ПО, а потом стали компилировать прикладное ПО. А потом в новой версии снова взяли новые системные библиотеки и скомпилировали с ними все программы. Все довольны, всё ПО работает во всех версиях дистрибутива Linux. Но проприетарное ПО часто компилируют без оглядки на стандарт LSB, тупо делают make в своём любимом дистрибутиве и выкладывают в сеть бинарник, который у половины пользователей не запускается уже сейчас, а через пару лет не запустится с первого раза ни у кого.

Вот почему бы компилятор не компилировал с условием "если процессор i386, вот код. Если i486 - о, круто, вот код. Если i586 - о, круто, вот код. Если i686 - о, круто, вот код с MMX"? После i686 Intel и AMD стали делать несовместимые процессороные инструкции, и поэтому бинарные дистрибутивы до сих пор для i686. Хотя можно было бы сделать бинарники с кодом и для AMD, и для Intel, в одном. "Если процессор Intel Core, выполнить этот код, а если старый" и снова условие "Если Pentium IV, то этот код, а если старее" "Если Pentium III..." и так далее. Но нет же, намертво прибивается к i686.

Аналогично с библиотеками. "libpng15 есть? Нет. А libpng14? Нет? А libpng12? Нет? Ошибка!". А если хоть на один вопрос "да", то работать. Но нет же, намертво прибивается к libpng14, и хотя в системе есть libpng15 не работает. Хорошо что есть хорошие проприетарщики, которые знают об LSB и их бинарник работает во всех дистрибутивах Linux. LSB - это когда несколько десятков старых системных библиотек хранятся в новой системе. Таким образом библиотек по две: последняя и стабильная. А ещё некоторые проприетарщики используют dlOpen. "Есть PulseAudio? Я тебя поддерживаю, давай иди сюда! Нет PulseAudio? ALSA, давай иди сюда". Пример такой программы Skype. Но большинство проприетарщиков, судя по всем последним Humble Bundle, тупо компилируют бинарник в домашней системе, и через пару лет он не запустится ни у кого.