>Несмотря на общий жырчик, отвечу - пересборка библиотек в пределах одного поколения занимает весьма незначительное время, даже на LFS, не говоря уже о генте - которая в полной нестабильности ведёт себя крайне адекватно.

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

которая в полной нестабильности ведёт себя крайне адекватно.

Афигеть как адекватно, тото гентушники и убунтологи так боятся сделать make install. Набираешь eix proga и выдаётся список версий который вроде как должен собраться и заработать. Шаг влево, шаг вправо, другая версия - fatal error.

бРед

Плять, расскажите мне недалекому, что уже отменили косвенную адресацию? И разве не дело ли это компилятора (обычного или JIT) выбирать размер указателя при адресации по необходимости?

Рассказываю недалёкому. :)
Как удалось установить следствию, ЛОРовские аналитики искажали
суть слов разработчиков: те говорили про улучшение 32битного ABI,
а здесь их слова выдавали за улучшение 64битного.
И так, всё, что сделано, это создана альтернатива имеющемуся ia32
ABI. Эта альтернатива нужна по тому, что позволяет использовать
большинство возможностей 64битных архитектур.
Все разговоры про мифическую оптимизацию 64битного ABI - не более
чем ЛОРовские спекуляции.
Так понятно, или всё ещё нет? :))

Я спрашивал не про тех, кому нужно использование 32-битных библиотек,

а про тех, кому нужна конкретно ваша нежизнеспособная лажа ;)

Вы ещё поймите вот какую вещь: этим х32 будут пользоваться только те,
кто по каким-то причинам подвис на 32битном аби. Что это могут быть
за причины:
1. Слишком высокие трудозатраты на портирование под 64 бита.
(Пример: сколько Адоб со своим флаш плагином возился, чтобы портануть.
wine так толком и не портанули до сих пор)
2. Нежелание оптимизировать прогу под 64битные тачки (эту тему тут
уже обсосали: ну создал какой-то засранец массив на пол миллиарда
поинтеров, и прога стала на 2 гига больше отжерать)
3. Завязли на закрытых либах.

Ну 1 и 2 решаются использованием х32 влёт. А я вам предлагал
возможность решить так же и 3.

>Шаг влево, шаг вправо, другая версия - fatal error.

лолчто?
Ты очевидно не знаешь, что есть -9999 и можно писать свои ебилды

Когдато в 64битной соляре x86-64 не парясь использовал 32 битный софт, и дистрибутив там один а не 2 как в линуксе

>и дистрибутив там один а не 2 как в линуксе

o_0

Дистры - ubuntu,debian,gentoo,fedora... уже больше получается
Архитектуры - i386,amd64,ia64,armeb,armel,... опять не то..

Когдато в 64битной соляре x86-64 не парясь использовал 32 битный

софт, и дистрибутив там один а не 2 как в линуксе

Вот вот, а мне тут не верят даже, что x32 с ia32 скрестить можно. :)

devl547:
Я хоть и другой анонимус, но рекомендую вам читать то, на что
отвечаете. :)

>лолчто? Ты очевидно не знаешь, что есть -9999 и можно писать свои ебилды

Ебуилд не сможет собрать то, что никак не собирается стандартными средствами типа ./configure && make. Написать парочку своих ебуилдов было бы хорошо, но сейчас нет времени трахаться с документацией, особенно с буржуйской. Например, в гентушном репозитории не обнаружил федоровских курсоров (левых). Каждый раз устанавливаю простым копированием файлов, а можно бы эти файлы запаковать, выложить на соурцефорге и копипастить цивильно, через ебуилд, но пока не судьба.

>Ебуилд не сможет собрать то, что никак не собирается стандартными средствами

а в чем проблема?

//Сам ебилды давно не писал, а в slitaz можно собрать и запаковать что угодно.

>а в чем проблема?

Не то чтобы проблема, а после какого-нибуть крупного обновленя подсчитываешь убытки. Например в mplayer поломали прикольную недокументированную фичу, нужно было после ./configure пропатчить сборочные скрипты и получалось то что надо. А теперь шишь, не работает как надо, и если те же самые действия заставить делать скрипт или утилиту, чуда ведь не произойдёт.

> поломали прикольную недокументированную фичу

ссзб

>> поломали прикольную недокументированную фичу

ссзб

Предлагаешь всегда использовать минимальный функционал и радоваться что всё работает как надо;)

Предлагаешь совать пальцы в розетку, надеясь, что не под напряжением?

>Предлагаешь совать пальцы в розетку, надеясь, что не под напряжением?

Ты никогда не чинил розетки и не имешь дома отвёртки или тестера? Тогда ты никогда случайно не мерял силу тока в сети, многое в жизни потерял и не понимаешь о чём говоришь.

>Тогда ты никогда случайно не мерял силу тока в сети

И сколько намерял, если не секрет?

>И сколько намерял, если не секрет?

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

По моему чистый фо фан. Как и 32bit регистры в 16bit режиме. Толку абсолютный ноль. AVX никто не запрещает юзать в 32bit.

систем не обладающих большими объёмами оперативной памяти.

Действительно? А я думал что программы жрут память не по-этому, а потому что они просто её жрут. К примеру взять ту же лису, оптимизация настройками даст намного больший профит, чем эти указатели.