SPECS: libmal.spec (HEAD)

[undefine@aramin.net]

On Wed, Jan 14, 2004 at 09:34:22AM +0100, Jacek Konieczny wrote:
> > - patch to test in /usr/lib64 too when seeking pilot libraries, release 2
> 
> --- configure.in~       2003-03-22 19:37:22.000000000 +0100
> +++ configure.in        2004-01-14 02:00:03.778094803 +0100
> @@ -61,7 +61,7 @@
>  PILOT_LIBS="-lpisock"
> 
>  for pilot_libs in $pilot_prefix/lib /usr/lib /usr/local/lib/ \
> -  /usr/extra/pilot/lib ; do
> +  /usr/extra/pilot/lib /usr/lib64; do
>     if test -r "$pilot_libs/libpisock.so" ; then
>        pilotlibs=yes
>        PILOT_LIBS="-L$pilot_libs $PILOT_LIBS"
> 
> I teraz zagadka:
> Co się stanie, jak w /usr/lib jest 32-bitowa wersja tej biblioteki?
w tym wypadku raczej nic, poniewaz linker sobie sam wybierze odpowiednia
biblioteke (/usr/lib64 jest domyslnie w sciezce szukania bibliotek i
dodatkowe -L/usr/lib nic tutaj raczej nie zmienia)

> IMHO to nie jest dobre rozwiązanie. Oczywiście przede wszystkim bzdurą
> jest stwierdzanie dostępności biblioteki według tego czy dostępny jest plik,
> ale nawet jeżeli pozostawimy szukanie pliku - to trzeba to zrobić właściwie.
to znaczy? zaczac szukanie od konca? ;)
tak umialem najszybciej to poprawic. Dzieki temu w nocy, gdy buildery
by sie nudzily mogl sie wszedzie zbudowac kdepim. Inaczej by musial
poczekac z tym do dzisiaj, zajmujac czas builderow nieco pozniej(gdy
moze byc wykorzystywany na cos innego). Tak czy inaczej biblioteka
libmad na builderach niczym sie nie rozni od poprawionej "wlasciwie",
wiec jak chcesz mozesz to zrobic "poprawnie" i poslac samo libmad na
buildery ;)

> 	Jacek

-- 
Andrzej Dopierała
Prywatnie.