From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <mouse@lrn.ru>
Date: Sat, 5 Feb 2005 00:42:18 +0300
From: "Anton D. Kachalov" <mouse@altlinux.org>
To: ALT Devel discussion list <devel@altlinux.ru>
Subject: Re: [devel] lib32/lib64
Message-ID: <20050204214218.GG3006@lrn.ru>
References: <20050127181859.GA6431@lrn.ru> <20050203192917.GA14070@lrn.ru>
	<20050203222916.GN4945@solemn.turbinal.org>
	<20050203225355.GO4945@solemn.turbinal.org>
	<20050204073748.GB19859@lrn.ru>
	<20050204141120.GP4945@solemn.turbinal.org>
	<20050204164657.GA23386@basalt.office.altlinux.org>
	<20050204203415.GA3006@lrn.ru>
	<20050204213341.GB636@basalt.office.altlinux.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <20050204213341.GB636@basalt.office.altlinux.org>
X-BeenThere: devel@altlinux.ru
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: ALT Devel discussion list <devel@altlinux.ru>
List-Id: ALT Devel discussion list <devel.altlinux.ru>
List-Unsubscribe: <https://lists.altlinux.ru/mailman/listinfo/devel>,
	<mailto:devel-request@altlinux.ru?subject=unsubscribe>
List-Archive: <http://lists.altlinux.ru/pipermail/devel>
List-Post: <mailto:devel@altlinux.ru>
List-Help: <mailto:devel-request@altlinux.ru?subject=help>
List-Subscribe: <https://lists.altlinux.ru/mailman/listinfo/devel>,
	<mailto:devel-request@altlinux.ru?subject=subscribe>
X-List-Received-Date: Fri, 04 Feb 2005 21:42:18 -0000
Archived-At: <http://lore.altlinux.org/devel/20050204214218.GG3006@lrn.ru/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

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