Są na sali jacyś spece od #kompilatory?
Dzisiaj w robocie udowodniłem sobie że nie mam bladego pojęcia jak toto działa. Po kolei:
1. platforma Linux, armv7, jaka konkretnie nie mogę powiedzieć ale hula tam normalny aktualizowany Linux
2. mamy sobie bibliotekę .so dostarczaną przez firmę zewnętrzną bez dostępu do kodu źródłowego, są tylko headery
3. jest ona skompilowana przez toolchain który nie do końca pasuje do naszej platformy i nie linkuje
Dzisiaj w robocie udowodniłem sobie że nie mam bladego pojęcia jak toto działa. Po kolei:
1. platforma Linux, armv7, jaka konkretnie nie mogę powiedzieć ale hula tam normalny aktualizowany Linux
2. mamy sobie bibliotekę .so dostarczaną przez firmę zewnętrzną bez dostępu do kodu źródłowego, są tylko headery
3. jest ona skompilowana przez toolchain który nie do końca pasuje do naszej platformy i nie linkuje
@keton22: pliki .a to zwykłe archiwum zawierające pliki .o, nic więcej. Plik .so są bardziej skomplikowane, masz tam np. takie coś jak soname, który mówi jaka jest wymagana wersja. Dodatkowo może to być spowodowane przez mechanizm linkowania. W plikach .so wszystko ma działać, dodatkowo linkowanie z plików .a działa na takiej zasadzie, że wyciągasz tylko to co potrzebne.
6. Nie dość że mogę toto polinkować mimo że nie powinienem to jeszcze
Linker normalnie krzyczy że chce np. openssl i librt. I dostaje ode mnie inną wersję openssl niż ma vendor i jakoś testy przechodzą.
Problem w tym że moje testy nie pokrywają za wiele i chcę jakoś ogarnąć czy to szczęśliwy zbieg okoliczności że na razie działa i przestanie czy mogę tak po prostu działać.
@keton22: zobacz sobie np. używając
readelf -a plik.o jak wyglądają symbole undefined. Tam jest tylko nazwa funkcji
GH: https://github.com/Mati365/ts-c-compiler
#programowanie #assembler #kompilatory
źródło: image-5
Pobierzźródło: screen-12
Pobierztwoj github wyglada jakbys byl synem kolezanki mojej starej ( ͡° ͜ʖ ͡°)