On Mon, 2004-03-01 at 12:31, David S. Miller wrote: > On 01 Mar 2004 09:28:51 -0500 > Albert Cahalan <[EMAIL PROTECTED]> wrote: > > > 1. make -m64 the default, as x86-64 does > > x86-64 does this because this generates the most efficient code > (due to access to more registers etc.), > not because it makes the build environment better or worse to > deal with for people in your situation.
I'm sure that's a factor. The choice is also more forward thinking. It would be possible to make an ILP32 x86-64 ABI using 32-bit pointers in 64-bit mode if you really wanted performance. Where do those libraries go? The same problem appears for i386 if you wanted to change the calling convention to something modern. (maybe -regparm=3 plus floats in SSE2 registers) Anyway, how about the idea of having the "install" program remap things? It could be configurable based on a file in /etc that defines mappings for directories and perhaps other things. Then neither the Debian procps packager nor I would have much need to deal with this issue; as of now it's looking like Debian's 32-bit sparc build will require: make lib64=lib ALL_CFLAGS=-O2 ... (a native build on 32-bit sparc would not require this) > PPC64 is doing the same thing as sparc64, or something similar, > is it not? Yes, but PPC64 needs an ABI change for other reasons anyway. It's using an old POWER ABI with Itanic-style function descriptors and some other slow oddities I forget now.