🚀 go-pugleaf

Tomasz Bywalec wrote:

> Marcin O. napisał(a):
> 
>  > [...]
>> 
>> No i kicha. Mam blad linkera, ze nie widzi definicji funkcji A. Jak
>> sztucznie umiescze w pliku a.cpp na poczatku linijke #define _A_ to
>> dziala, ale jak usune to nie dziala. Wynika, ze dyrektywa #define _A_ ma
>> zasieg "lokalny" i dziala tylko na pliki naglowkowe a nie na pliki
>> zrodlowe.

Działa na te pliki źródłowe, w których załączono plik nagłówkowy
dyrektywą #include.


> Dokładnie tak jest - #define musi być widoczny nie tylko podczas
> kompilowania plików, w których korzystasz z funkcji A() (wtedy powoduje
> to, że pliki te "wiedzą", że dana funkcja istnieje) ale także podczas
> kompilowania pliku zawierającego jej definicję (tak, aby kompilator
> skompilował tę funkcję i umieścił ją w pliku .o lub .obj).

Dokładnie.

> W zasadzie wydaje mi się, że możesz usunąć #ifdef'a z pliku źródłowego
> funkcji A - tak aby ta funkcja zawsze się kompilowała. Linker chyba sam
> rozpozna czy dana funkcja jest rzeczywiście gdzieś używana czy nie i sam
> zdecyduje czy dołączyć ją do pliku wykonywalnego czy nie. (...)

Linker może robić takie rzeczy, jeśli linkuje .o (lub .obj) do pliku
wykonywalnego. W przeciwnym razie (linkowanie do biblioteki .a, .so
lub .dll), nie ma gwarancji na poziomie linkowania, że dana funkcja jest
nieużywana. 

Wyjątkiem są te, które w pliku źródłowym (.c lub .cpp) są zaznaczone
słówkiem kluczowym static. Wówczas linker wie, że taka funkcja jest używana'
tylko w ramach jednego pliku .o lub .obj.


-- 
Mariusz Lotko