/usr/lib64

[Michał J. Podyma]

On Thu, Jun 26, 2003 at 10:24:16PM +0200, undefine w aramin.one.pl wrote:
> On Thu, Jun 26, 2003 at 07:28:14PM +0200, Mariusz Mazur wrote:
> > Zakładam, że nie korzystamy z tego katalogu? Bo beecrypt jest głupi i się 
> > uparł, a ja nie wiem, czy mu perswadować (możliwe, że jeszcze coś jest 
> > głupie, ale się nie ujawniło).
> openjade :> Gdy istniał /usr/lib64 uparł się by szukać tam opensp.
> Pomogło         --enable-splibdir=%{_libdir}

nie tylko openjade sie rzuca o lib64 

> 
> A odnośnie samego katalogu... Mam troszkę mieszane uczucia. Teoretycznie
> w przypadku sparca powinny być tam 64-bitowe biblioteki libc itepe. Z
> tym że nie mam pojęcia jak podwójnie to kompilować - więcej - nie wiem
> jak skompilować gcc do poprawnej obsługi -m64 w celu umozliwienia
> kompilacji 64-bitowych bibliotek. Całości dystrybucji na sparc64 nie ma
> sensu robić bo kod 64-bit w większosci wypadków jest sporo wolniejszy od
> kodu 32-bit, więc jedynie sens mają poszczególne biblioteki tworzone
> "podójnie" - raz dla 32bit w lib i dwa 64-bit w lib64.
> 
> Może jak będę mieć troszkę więcej czasu przysiąde i zobaczę jak to robią
> na aurorze. Chyba że ktoś ma więcej doświadczenia? ;)
> 
> btw - sądzę że podobnie jak w przypadku sparca może być jeszcze na ppc.
> alpha jest 64-bit only więc tam to nie ma sensu a intele są 32-bit only
> więc..takoż.

hmm, imho moze zajdzie potrzeba trzymania libow 32 i 64 bitowych
(niechodzi mi tu o takie same) i co wtedy do jednego worka je wrzucimy
??

ps. ztcp debian ma /usr/lib64 (sparc), jakas przyczyna tego musi
byc 

-- 
Michał J. Podyma <misi3k w pld-linux.org>