bash-4.4 -- mi a fejlődés tárgya?

Szerk: viszont óriási megtakarítást értek el azzal, hogy a pluginok neve nem pl "basename.so" hanem csak simán "basename". Szinte hallom, ahogy fellélegeznek a diszkek. (Nem, ezek nem futnak önállóan, csak pluginok. Kieg: ide települnek: /usr/local/lib64/bash/ (vagy amit --libdir -nek megadtunk configure-kor, + /bash).

Kieg: a pluginok, szokásos módon, importálnak szimbólumokat a a főprogramból, pl.: 'builtin_usage', 'internal_getopt'. Vagyis a főprogramot '-export-dynamic' opcióval kell szerkeszteni. És még így sem jó! Ugyanis ezekből egy 'libbuiltins.a' nevű libet csinál, és azt adja oda a linkernek:

libtool --mode=link gcc -o bash -export-dynamic -L./builtins ... -lbuiltins ...

Természetesen ez egyáltalán nem jelenti azt, hogy a libbuiltins.a elemei bekerülnének az executable-ba... Oda az kerül, ami a felsorolt objekt modulokban benne van. És amit azok használnak a *.a libekből. Vagy valamilyen export-fájlban szerepelnek. Hát itt egyikről sincs szó. No majd gondolkozom a kérdésen. (Csak meg ne ártson.)

Szerk: illetve a 'bash'-ba belekerülnek, az exportfájlba nem kerülnek bele. Íme egy lehetőség: -Wl,-bexpall linkeléskor, azután így generálni exportfájlt:

(echo '#! .'
dump -Tv -X64 bash | awk '/ EXP / { print $8 }' | sort -u) >bash.exp

Edit: kb 80%-ban sikerült, de még maradtak unresolved szimbóleumok... szóval goto 10

Később: tehát a convenience library nevű mágiával próbálkozunk.

volt: ar cru libbuiltins.a b1.o b2.o ...
lesz: libtool --mode=link gcc -static -o libbuiltins.la b1.o b2.o b3.o

abból látszik, hogy convenience, hogy nincs benne -rpath. (Mondjuk a libtool ilyenkor szomorúan néz, hogy *.lo fájlok helyett közönséges *.o objektekből kell dolgoznia.)

Ugyanis az lenne a koncepció, hogy a 'convenience library' teljes tartalma belekerül a kimenetbe... Na most ha nem ez történik, akkor vagy a libtool hibázik, vagy én értettem félre valamit.

Szerk: a libtool-t kell fejleszteni: ha adott egy 'dir/libfoo.la' nevű' convenience library', akkor azt mindenképpen a vonatkozó szabályok szerint kell kezelni, függetlenül attól, hogy a parancs-sorban hogyan szerepelt: -lfoo vagy dir/libfoo.la vagy dir/libfoo.a