Re: procps doesn't buildd - /lib versus /lib64
On Sun, 2004-02-29 at 23:14, Ben Collins wrote:
> > > I'll consider that a wishlist. If someone gives me a patch,
> > > if only to set the magical gcc flags to make a 64-bit libproc,
> > > it will have more chance of becoming reality.
> > The procps-3.2.0 code should build a 64-bit libproc
> > if your gcc supports -m64 and you have a 64-bit
> > ncurses library installed. The procps library then
> > goes in /lib64 if you have it, or /lib otherwise.
> > All of the above is BEYOND DISGUSTING of course;
> > the Alpha port got this right many years ago.
> > The a.out-to-ELF transition was done right too.
> > Come on people: /usr/sparc32-linux/lib/*
> This isn't a transition, this is a dual installed system. 64-bit and
> 32-bit on a sparc64 is both sane and practical. It's not an emulation or
> a midway point.
You're rationalizing a broken design.
Where do you put the Solaris libs? Do likewise.
Running Solaris apps is equally "not an emulation".
Maybe it's less of an emulation, given that the
CPU is at least running in the native 64-bit mode.
I could see /lib64 almost being sane if you ran
a 32-bit kernel that saved wide registers to
allow 64-bit apps to run without crashing, with
their virtual memory limited to the low 4 GB.
I wish people would just admit to having screwed
up and devise a plan to clean this very un-Linux
crud out of the world.