🚀 go-pugleaf

Dnia Sat, 23 Feb 2008 16:09:43 +0100, Seweryn Habdank-Wojewódzki skrobie:
> Witam

> Po pierwsze chciałbym się zapytać jak "header include guard" tłumaczy się na
> język polski.

> W CVu vol. 20 (wydawnictwo ACCU) David Carter-Hitchin wspomina, aby Header
> Include Guard (HIG) zawierał: nazwę pliku, rozszerzenie, date w formacie
> YYYYMMDD oraz losową liczbę np. 6-cio cyfrową. Wygląda to tak:

> #ifndef FILENAME_EXT_20080223_123456
> #define FILENAME_EXT_20080223_123456

> /* ... */

> #endif

> Wskazuje na to, że unikna kłopotów związanych z sytuacją, kiedy dwa
> identyczne HIG są załadowane do programu (data i losowa liczba w zasadzie
> eleminują ten problem).

Generalnie, HIG powinien zapobiegać wielokrotnej interpretacji tych samych
definicji.

Jeśli więc masz plik z tymi samymi definicjami, to powinien chronić je taki
sam HIG. Jeśli więc zawierasz w takim pliku datę, zmienioną po aktualizacji,
to wtedy będzie to NIE TEN SAM HIG. I wtedy to jest gówno, a nie
zabezpieczenie.

> Osobiście do tej pory używałem konstrukcji ala boost HIG

> #ifndef FILENAME_EXT_INCLUDED
> #define FILENAME_EXT_INCLUDED 1

> /* ... */

> #endif // FILENAME_EXT_INCLUDED

> Jakie macie doświadczenia związane z tą konstrukcją?

No, tak powinno się robić.

Generalnie to jest problem, bo wielu może mieć plik o takiej samej nazwie w
różnych bibliotekach i mieć różną zawartość.

Chociaż ten problem wychodzi również w takich sytuacjach np. jak długie listy
ścieżek do #include (-I w gcc) :)


-- 
//  _    ___         Michal "Sektor" Malecki <sektor(whirl)kis.p.lodz.pl>
\\ L_ |/ `|  /^\ ,()                         <ethouris(O)gmail.com>
// \_ |\  \/ \_/ /\ C++ bez cholesterolu: http://www.intercon.pl/~sektor/cbx
"Java is answer for a question that has never been stated"