On Fri, Feb 04, 2005 at 11:34:15PM +0300, Anton D. Kachalov wrote:
> On Fri, Feb 04, 2005 at 07:46:57PM +0300, Dmitry V. Levin wrote:
> > On Fri, Feb 04, 2005 at 05:11:20PM +0300, Alexey Tourbin wrote:
> > > On Fri, Feb 04, 2005 at 10:37:48AM +0300, Anton D. Kachalov wrote:
> > > > On Fri, Feb 04, 2005 at 01:53:55AM +0300, Alexey Tourbin wrote:
> > > > > - для x86_64 макрос %_libdir раскроется в /usr/lib/lib64.
> > > > а это что за... ? может, /usr/lib64? :)
> > > 
> > > Да. :)  
> > > 
> > > Кстати, вот есть каталог для компилируемых перловых модулей, сейчас это
> > > %_libdir/perl5/{что-то там}.  Каким он должен быть на x86_64:
> > > /usr/lib/perl5 или /usr/lib64/perl5?
> > > 
> > > Другими словами, я не понимаю, какой смысл придается каталогам /usr/lib
> > > и /usr/lib64 в новом раскладе.
> > 
> > Это, конечно, ересь, но я до сих пор не вижу смысла в /usr/lib64 на
> > нормальной (полноценной) 64-битной платформе.
> да уж, куда удобней было б распихивать все 32-bit приложения по
> /usr/lib32... но вопрос в том, _как_ их собрать, чтобы они туда ложились?
> Собирать-то нужно всё-таки не кроссом, а нативно во избежании
> side-эффектов, да и куча софта, который не пересоберёшь, лезет в
> /usr/lib...
> а главное - мы получим те же яйца, только в профиль. Только проблем больше
> - lib64 уже во многих местах есть, а lib32 нужно везде делать при этом
> отрывая везде lib64 -> lib. Как минимум, двойная работа. Единственную

Я так понимаю, что lib64 не прошит в программах, поскольку есть куча
64-битных архитектур, где нет 32-битной эмуляции.

Короче говоря, потребность в поддержке этой мультибитности вызвана тем
обстоятельством, что x86_64 (пока ещё) не является полноценной 64-битной
платформой.

В завершение позволю себе процитировать соответствующий отрывок из FHS-2.3:

"/lib64 and /lib32 : 64/32-bit libraries (architecture dependent)

The 64-bit architectures PPC64, s390x, sparc64 and AMD64 must place 64-bit
libraries in /lib64, and 32-bit (or 31-bit on s390) libraries in /lib.

The 64-bit architecture IA64 must place 64-bit libraries in /lib.

    Rationale: This is a refinement of the general rules for /lib<qual> and /
    usr/lib<qual>. The architectures PPC64, s390x, sparc64 and AMD64 support
    support both 32-bit (for s390 more precise 31-bit) and 64-bit programs.
    Using lib for 32-bit binaries allows existing binaries from the 32-bit
    systems to work without any changes: such binaries are expected to be
    numerous. IA-64 uses a different scheme, reflecting the deprecation of
    32-bit binaries (and hence libraries) on that architecture."


-- 
ldv