Benjamin Herrenschmidt wrote:
On Sun, 2004-12-19 at 13:50 +0100, Andreas Jochens wrote:
It is of course true that some other distributions put 32 bit libraries
in /usr/lib and 64 bit libraries in /usr/lib64. I will not follow that
path because for a native 64 bit distribution this will lead to an
almost empty /usr/lib directory while all the native libraries are
in /usr/lib64. In other words this would mean to change the name of
the well established '/usr/lib' hierarchy to '/usr/lib64'.
This would be ugly, at least IMHO.
I'm still rather unsure of the interest of having the ppc64 distribution
be native... Unlike amd64, as I wrote several times, there is no benefit
as in more registers etc... All you'll get is bigger/slower code...
Ben.
Oh. There's no ppc64? Aaaah. I assumed it was 64-bit. I am interested
in getting ppc64 distribution. Though, then if there's no real
performance gain, then I guess this is a moot point.
I vaguely recall long ago in another proccessor architecture, Alpha,
there was a handbook about building optimized code for that platform to
get significant performance gains, like how for loops are created and
64-bit aligned data, etc. I don't know if any of that would be
applicable for the G5 architecture. Still, I can't for the life of me
imagine 32bit code running like/similar speeds of 64bit code, and gain
no perfomance. Hmpf! :-(
