GCC tworzy obiekt współdzielony zamiast wykonywalnego pliku binarnego

Question

Mam bibliotekę, którą buduję. Wszystkie moje przedmioty skompilować i łącze kolejno po uruchomieniu jednej z: ar rcs lib/libryftts.a $^

gcc -shared $^ -o lib/libryftts.so

w moim Makefile. Mogę też z powodzeniem zainstalować je w /usr/local/lib Gdy testuję plik za pomocą nm, wszystkie funkcje są dostępne. Moim problemem jest to, że gdy uruchamiam gcc testing/test.c -lryftts -o test && file ./test lub gcc testing/test.c lib/libryftts.a -o test && file ./test mówi:

test: ELF 64-bit LSB shared object zamiast test: ELF 64-bit LSB executable jak bym się spodziewał. Co ja robię źle?

Answer 1

Co robię źle?

Nic.

Wygląda na to, że Twój GCC jest skonfigurowany domyślnie do kompilacji plików binarnych -pie. Pliki binarne są w rzeczywistości bibliotekami współdzielonymi (typu ET_DYN), z wyjątkiem tego, że działają tak, jak normalnie wykonywalny.

Po prostu uruchom swój plik binarny i (jeśli działa) nie martw się o to.

Albo można połączyć z gcc -no-pie ... binarny i które powinny produkować niebędącą PIE wykonywalny typu ET_EXEC, dla których file powie ELF 64-bit LSB executable.