Назовите шесть. У нас, в банковском жырном ентерпрайзе, разработчик 20 лет писал под aix, solaris, win, года три как добавил rhel. Количество клиентов на соляре измеряется штуками. Ходят слухи, что в следующем году соляра как платформа будет ликвидирована, уже сейчас пользователи уходят на rhel.

Ммм. А причем тут мечты? Это просто такой вариант публикации обновлений. Примерно как в винде ежемесячные обновления.

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

Этот механизм релизов реально похож на механизм обновлений для винды. Просто у MS до фига клиентов (с виндой), которые непосредственно деньги не приносят, а тут все клиенты, которые могут скачать эти обновления, платят деньги, соответственно их немного и получается сделать несколько более качественно.

А на линуксовые десктопы они заехать, наверное, могут. Если все пользователи, которые хотят ставить обновления, будут так же отваливать им ежегодно кругленькую сумму либо покупать у них железо, где эта сумма заложена в стоимость.

А поддержка для не-ораклового железа стоит $1000 в год для сервера 4 сокета и меньше - конечно, тут включена и 24/7 премиум поддержка. И этот ценник как бы даже и не выше, чем для RHEL.. но только вот для RHEL есть self-support вариант за $300, например, а тут либо премиум, либо никак.

Нет. C обеспечивает совместимость ABI только в том случае, если линковщик это допускает. Т.е. на уровне вызовов функций ABI совместим, но на других уровнях - фигушки. В качестве простейшего примера, возьмите какой-нибудь питон и попробуйте собрать к нему C'шный модуль (т.е. слинкованный с libpython) не тем компилятором, который использовался для сборки питона. Т.е. через gcc для солярисовского питона, собранного через sun studoi, или через mingw для виндового питона, собранного VS. Фигушки оно сработает, потому что помимо вызовов функций из библиотеки требуется совместимость по внутренним структурам, размерам типов и т.п. А полной совместимости между кодом от различных компиляторов тут нет.

Конкретно в солярисе есть некоторые системные библиотеки помимо libc, линковаться с которыми через gcc не получается. Обычно это не проблема, но в некоторых ситуациях (сейчас не вспомню уж) это требуется, и тогда только брать Sun CC.

Надо на pkg-register.oracle.com получить ключ от репы, дальше подключить ее и сделать pkg install... Для других платформ типа линукса можно просто скачать инсталлятор.

Лицензия позволяет использовать ее как угодно, в т.ч. собирать коммерческий софт. Но если требуется поддержка или фиксы безопасности между релизами студии, то это уже за деньги.