[devel] I: x86_64 update

Anton D. Kachalov =?iso-8859-1?q?mouse_=CE=C1_altlinux=2Eru?=
Сб Янв 29 19:13:39 MSK 2005


On Sat, Jan 29, 2005 at 03:18:25AM +0300, Mikhail Zabaluev wrote:
> В Птн, 28/01/2005 в 17:22 +0300, Anton D. Kachalov пишет:
> > > > В случае multilib, класть 64bit нужно в lib64, а 32 в lib. При этом в
> > > > системе могут присутствовать одни и те же пакеты, только разных
> > > > архитектур.
> > > 
> > > Это зачем?
> > что зачем? зачем в системе пакеты разных архитектур? берём тот же amd64,
> > который в нативном умеет эмулировать ia32. Продолжать? :)
> 
> Берем и заменяем пакеты архитектуры ia32 на x86_64, лежащие там же. Или
> наоборот. Какой смысл в наличии двух вариантов библиотеки, если одна из
> них гарантированно не используется без специальных ухищрений с ld.so?
> Точно так же, как пересобирать для себя пакеты под pentium4: никто не
> даст гарантии, что они будут работать на i586, однако отдельных папок
> под это дело не заводится.

а если я хочу запускать проприетарный софт, который только под ia32? а
этот софт тянет gtk, например. И что? Одно дело оптимизация под конкретный
камень, как например pentium4 и i586, а другое дело разные архитектуры
ia32 и x86_64. И ia32 / x86_64 - не единственное multilib-сочетание.
Тогда, спрашивается, зачем в gcc есть поддержка multilib, зачем SuSE, RH
создают lib64, почему тогда та же ATI держит модули именно в
/usr/X11R6/lib64 ? FHS? Там вроде бы /usr/libexec'а уже нет...да и как там
дела с /media, /sys, /swap?
Да и директории уже заведены (обращаем внимание на пакет filesystem, который давно в Сизифе).

Rgds,
Anton



Подробная информация о списке рассылки Devel