Dotaz: libc.so a stat()

[rastos]

Napísal som si knižnicu v jazyku C. Skompiloval na stroji A a preniesol na iný stroj B a tam mi nezafunguje pretože na A je libc-2.33.so, ktorá funkciu stat() definuje ako "weak symbol" a na stroji B je libc-2.30.so, ktorá stat() nedefinuje vôbec. Kompilovanie tej istej knižnice na B vyrobí binárku, ktorá má stat() v sebe - teda tá funkcia bola prilinkovaná staticky. Ak tomu dobre rozumiem, tak bola zobraná zo statickej verzie libc.

Dá sa na stroji A nejako (linkeru?) povedať nech vyrobí binárku, ktorá bude fungovať na rôznych strojoch bez ohľadu na "drobné rozdiely" vo verzii libc?

---

---

Odpovědi

[X]

Nestacilo by to staticky nalinkovat pomoci:

-static

?

[rastos]

Myslíš takto?

$ cat stat.c 
#include <sys/types.h>
#include <sys/stat.h>
#include <unistd.h>

void fnc(const char *filename)
{
        struct stat st;
        stat(filename,&st);
}

$ gcc -fPIC -shared -o libStat.so stat.c -static -lc
$ nm -D libStat.so |grep -w stat
                 U stat

Asi nestačilo.

[OldFrog {Ondra Nemecek}]

Volby -shared a -static se podle mě vylučují a specifikují výsledný produkt, nikoli způsob linkování závislostí.

Potřebujete linkovat s libc.a (nikoli libc.so), tedy něco jako:

gcc -o libtest.so test.c crt1.o libc.a -lm -lc -lgcc

Netestováno.

[rastos]

man ld

-static
Do not link against shared libraries. ... You may use this option multiple times on the command line: it affects library searching for -l options which follow it.

-shared
Create a shared library.

[OldFrog {Ondra Nemecek}]

Tak to se omlouvám za mystifikaci.

[debian+]

-U znaci, ze je dynamicky.

[rastos]

No veď áno. To je práve ten problém.

Na stroji A dynamický linker loadne moju knižnicu, zistí, že symbol "stat" v binárke mojej knižnice je (U)ndefined, hľadá ho a nájde ho v libc.so.

Keď takú binárku prenesiem na stroj B, kde libc.so neposkytuje symbol "stat", tak tam tá knižnica nefunguje lebo dynamický linker loadne moju knižnicu zistí, že symbol "stat" je v binárke mojej knižnice (U)ndefined, hľadá ho a nikde ho nenájde.

Keď na stroji B skompilujem tie isté zdrojáky, tak symbol "stat" je priamo v mojej knižnici ako (t)text - teda ḱód tej funkcie je priamo v binárke mojej knižnice.

$ nm  libStat.so |grep -w stat
00000000000082e0 t stat

Domnievam sa, že by malo byť možné na stroji A prinútiť linker vyrobiť tiež binárku, ktorá obsahuje (t)ext funkcie stat(). Taká binárka by potom fungovala na oboch systémoch. Otázka je: ako to tomu linkeru na stroji A povedať?

[debian+]

Mám o preklade napísaný nový svoj blog.

[debian+]

Pozor pri statickom linkovani na licenciu/licencie. Glibc byva dost velka, najdi si aj ine c-library implementacie.

[debian+]

https://wiki.debian.org/musl

A nezabudni na licenciu c musl knižnice pridať ku svojmu programu, ked staticky linkuješ tu c knižnicu.