On 19/07/2022 14:54, Piotr Gałka wrote:
> Pytanie wzięło się stąd, że napisałeś, że jak jest taka kontrola wersji
> to nie będzie pytania: Jak on TO do cholery kompilował.

Nie będzie. Wszystkie możliwe narzędzia, opcje, wyjątki itp sa w kodzie.

Rownież, jesli robisz to porządnie, to same polecenia wystartowania
kompilacji z odpowiednimi ifdefami będzie tamteż dostępne, w kontekście
hardware które budujesz. Więc nie tylko nie ma mowy o pomyłkach ale
można to środowisko odtworzyć po latach bez zmian.

Wiec nie, choć trochę tak.

Kwestia higieny.

>> A w celu redukcji #ifdef, można by się zainteresować statycznym
>> polimorfizmem. Ale to już cieżki C++.
> On jest na etapie C.

Nie ma takiego eatpu. Jeśli jesteś w C to jesteś też na początku C++.
Niech zacznie od zmiany kompilatoa z gcc na g++ i nazwy kliku z foo.c na
foo.cpp i już koniec tranzycji na C++. Reszta to darmowy obiad.

> Ale stosuje go jakoś inaczej niż mi by przyszło do głowy. Ma na przykład
> w każdym projekcie plik h o jednej wspólnej nazwie i wczytuje go we
> wszystkich plikach c używanych w wielu projektach. W ten sposób te pliki
> (jakby biblioteczne) generują dla każdego projektu inny obj.

Czyli emuluje templates z C++ używając sztuczek z inkludowaniem.

To jest ogólnie niebezpieczne jak jasna cholera. W większych projaktach
takie rzeczy są zabronone. Po pierwsze dlatego, że są trudne w
utrzymaniu, po drugie dlatego, że od tego są templates w C++.

Każdy programista C wynajduje po latach kwadratowe koła tego typu,
broniąc się przez przejściem do C++ gdzie statyczny polimorfizm jest
częścią jezyka.

> Ja jestem na etapie C++ (ale Ty nazwiesz to C z klasami). Kupiłem kilka
> lat temu książkę Stroustrupa i trochę poczytałem, ale kompilator,
> którego głównie używam (Builder 5) nie ma nawet tego co jest w C++11.

Nie używaj więc Buildera. Nikt tego nie sprawdza.

> A wiedza nie używana wylatuje, więc wszystko co tam wyczytałem mi
> wyleciało.

Tak jak mówiłem, nie czytaj instrukcji ;)