Drobny dodatek do już opublikowanych odpowiedzi: pliki obiektów, które nie zostały skompilowane w celu uzyskania niezależności od położenia, można przenieść; zawierają wpisy tabeli relokacji.
Te wpisy pozwalają modułowi ładującemu (temu bitowi kodu, który ładuje program do pamięci) przepisać adresy bezwzględne w celu dostosowania do rzeczywistego adresu ładowania w wirtualnej przestrzeni adresowej.
System operacyjny spróbuje udostępnić jedną kopię „biblioteki obiektów wspólnych” załadowanej do pamięci wszystkim programom połączonym z tą samą biblioteką obiektów wspólnych.
Ponieważ przestrzeń adresowa kodu (w przeciwieństwie do sekcji przestrzeni danych) nie musi być ciągła, a ponieważ większość programów, które łączą się z określoną biblioteką, mają dość ustalone drzewo zależności bibliotek, udaje się to przez większość czasu. W tych rzadkich przypadkach, w których występuje rozbieżność, tak, może być konieczne posiadanie w pamięci dwóch lub więcej kopii biblioteki obiektów współdzielonych.
Oczywiście każda próba losowego losowania adresu ładowania biblioteki między programami i / lub instancjami programu (w celu zmniejszenia możliwości tworzenia nadającego się do wykorzystania wzorca) sprawi, że takie przypadki będą powszechne, nierzadkie, więc tam, gdzie system włączył tę możliwość, należy podejmować każdą próbę skompilowania wszystkich bibliotek obiektów współdzielonych, aby były niezależne od pozycji.
Ponieważ wywołania tych bibliotek z treści głównego programu również zostaną przeniesione, to znacznie mniej prawdopodobne jest, że biblioteka współdzielona będzie musiała zostać skopiowana.