SOURCES: kdelibs-kill_la_loader.patch (NEW) - kill .la loader, use...

Paweł Sikora pluto w agmk.net
Nie, 17 Gru 2006, 12:34:31 CET


On Saturday 16 December 2006 20:20, Arkadiusz Miskiewicz wrote:
> On Friday 15 December 2006 23:19, pluto wrote:
> > Author: pluto                        Date: Fri Dec 15 22:19:53 2006 GMT
> > Module: SOURCES                       Tag: HEAD
> > ---- Log message:
> > - kill .la loader, use classic dlopen() and remove .la files
> >   from package. with this change we can avoid silly libtool
> >   deps for e.g. xorg-*-devel in kde apps/plugins.
>
> Po co są skillowane wszystkie wywołania lt_xyz() skoro one też są w stanie
> ładować gołe biblioteki .so?

sluszna uwaga, sie poprawi.

> (np. la w /usr/lib/kde3/ mogą spokojnie zostać).

nie moga, prosty przyklad: /usr/lib64/kde3/kio_http.la

# Libraries that this one depends upon.
dependency_libs=' -L/usr/lib64 /usr/lib64/libgssapi.la /usr/lib64/libkrb5.la /usr/lib64/libasn1.la
-lcom_err -lcrypto /usr/lib64/libroken.la -ldb-4.5 /usr/lib64/libdb-4.5.la -lcrypt /usr/lib64/libkio.la
/usr/lib64/libkdeui.la /usr/lib64/libkdesu.la /usr/lib64/libkwalletclient.la /usr/lib64/libfam.la
/usr/lib64/libacl.la /usr/lib64/libattr.la /usr/lib64/libkntlm.la /usr/lib64/libkdecore.la
/usr/lib64/libstdc++.la /usr/lib64/libDCOP.la -lresolv -lutil /usr/lib64/libart_lgpl_2.la
/usr/lib64/libidn.la /usr/lib64/libkdefx.la /usr/lib64/libqt-mt.la -lXmu -lXrender -lXrandr
-lXcursor -lXinerama -lXft -lfreetype -lfontconfig -lXext -lX11 -lSM -lICE -lGL /usr/lib64/libXmu.la
/usr/lib64/libXt.la /usr/lib64/libXrandr.la /usr/lib64/libXcursor.la /usr/lib64/libXfixes.la
/usr/lib64/libXinerama.la /usr/lib64/libXft.la /usr/lib64/libfontconfig.la /usr/lib64/libfreetype.la
/usr/lib64/libexpat.la -lpng -lz /usr/lib64/libXext.la /usr/lib64/libSM.la /usr/lib64/libICE.la
-lpthread /usr/lib64/libXrender.la /usr/lib64/libX11.la /usr/lib64/libxcb-xlib.la /usr/lib64/libxcb.la
/usr/lib64/libXau.la /usr/lib64/libXdmcp.la -ldl /usr/lib64/libstdc++.la'

wiesz ile paczek -devel rpm zaciagnie nie-deweloperowi przez te wpisy?

zrobilem testy i widze, ze wywalenie plikow .la z paczek tez ma wady.

[1] w autotools-ach trzeba poprawiac detekcje kde ( do tej pory sprawdzaly
    np. obecnosc *.h i kde*.la )
[2] nie wszystkie komponenty kde sa w pelni zlinkowane i wywalenie ich *.la
    ( w ktorych siedza zalezne biblioteki ) bedzie powodowac tony
    nierozwiazanych symboli, co widac juz przy budowaniu kdebase.

jesli natomiast pozostaniemy przy .la i nowym wynalazku rpm-a, to w zasadzie
kazda aplikacja oparta o kdelibs bedzie musiala miec _noautoreq libtool(.*).

w takiej sytuacji sklaniam sie ku wylaczeniu libtool(*) w rpm-ie.


Więcej informacji o liście dyskusyjnej pld-devel-pl