[devel] lib32/lib64

[Anton D. Kachalov]

On Sat, Feb 05, 2005 at 12:33:41AM +0300, Dmitry V. Levin wrote:
> 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:
> 
> Я так понимаю, что lib64 не прошит в программах, поскольку есть куча
> 64-битных архитектур, где нет 32-битной эмуляции.
вот именно, зато мест, где прибито гвоздями lib ооочень много. Чаще это
решается subst'ами или ещё какими методами.

> 
> Короче говоря, потребность в поддержке этой мультибитности вызвана тем
> обстоятельством, что 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."
стоит отметить тот факт, что Intel свернула все разработки в области
IA-64. Т.ч.всё стало немного проще.

Rgds,
Anton