On 04-Oct-24 16:26, Daniel Jacobowitz wrote:
> On Fri, Oct 22, 2004 at 11:18:23PM +0200, Andreas Jochens wrote:
> The ABI specifies:
>
> 5.2.1Program Interpreter
>
> There is one valid program interpreter for programs conforming to the
> AMD64 ABI:
>/lib/ld64.so.1
> However, Linux puts th
On Sun, Oct 24, 2004 at 04:26:47PM -0400, Daniel Jacobowitz wrote:
>
> I am aware that the amd64 port has decided to completely ignore
> standard methods of handling the multi-arch issues. However, most of
> the other changes are compatible as long as some constructs (e.g.
> rpath) are not used.
On 04-Oct-25 11:16, Daniel Jacobowitz wrote:
> On Mon, Oct 25, 2004 at 05:06:21PM +0200, Andreas Jochens wrote:
> I really don't agree that doing this based on the performance issues
> makes sense. And you're wrong about mips64; the most efficient
> libraries on mips64 targets are usually n32, whi
On Mon, Oct 25, 2004 at 05:06:21PM +0200, Andreas Jochens wrote:
> ia64 puts 64bit libraries in '/lib' and not in '/lib64'.
> The FHS Version 2.3 summarizes the reason for this:
> "IA-64 uses a different scheme, reflecting the deprecation of
> 32-bit binaries (and hence libraries) on that arc
On 04-Oct-25 09:36, Daniel Jacobowitz wrote:
> On Mon, Oct 25, 2004 at 08:02:37AM +0200, Andreas Jochens wrote:
> > The '/lib64' was created with a 32bit system in mind which had to be
> > supplemented by a few 64bit libraries, while the existing 32bit
> > libraries would stay at '/lib'. The curr
On Mon, Oct 25, 2004 at 08:02:37AM +0200, Andreas Jochens wrote:
> On 04-Oct-24 18:34, Daniel Jacobowitz wrote:
> > On Sun, Oct 24, 2004 at 11:08:22PM +0200, Andreas Jochens wrote:
> > > The '/lib64' directory is just ugly and I want to get rid of that
> > > or at least minimize its use (and I thi
On 04-Oct-24 18:34, Daniel Jacobowitz wrote:
> On Sun, Oct 24, 2004 at 11:08:22PM +0200, Andreas Jochens wrote:
> > The '/lib64' directory is just ugly and I want to get rid of that
> > or at least minimize its use (and I think I am not alone here).
>
> You're certainly not alone among the Debian
On Sun, Oct 24, 2004 at 11:08:22PM +0200, Andreas Jochens wrote:
> On 04-Oct-24 16:26, Daniel Jacobowitz wrote:
> > I am aware that the amd64 port has decided to completely ignore
> > standard methods of handling the multi-arch issues. However, most of
> > the other changes are compatible as long
On 04-Oct-24 16:26, Daniel Jacobowitz wrote:
> I am aware that the amd64 port has decided to completely ignore
> standard methods of handling the multi-arch issues. However, most of
> the other changes are compatible as long as some constructs (e.g.
> rpath) are not used. The choice of dynamic lo
On Fri, Oct 22, 2004 at 11:18:23PM +0200, Andreas Jochens wrote:
> Package: gcc-3.4
> Severity: wishlist
> Tags: patch
>
> The attached patch changes the directory that gcc-3.4 uses to locate the
> dynamic linker on amd64 from 'lib64' to 'lib'. This is one of the last
> few places where the ugly
Package: gcc-3.4
Severity: wishlist
Tags: patch
The attached patch changes the directory that gcc-3.4 uses to locate the
dynamic linker on amd64 from 'lib64' to 'lib'. This is one of the last
few places where the ugly 'lib64' directory is still used on amd64.
The dynamic linker is installed in
11 matches
Mail list logo
