[Qt] #ifndef #define - зачем?

Это есть в любых заголовочных файлах С/С++, это делается, чтобы избежать множественного включения одного файла.

Понятно, спасибо.

file1.c:
#include <file2.h>
#include <file3.h>

file2.h:
#include <file3.h>

в file1.c file3.h инклюдится 2 раза -> получаем тонну мессаг о повторном определении функций

к Qt это кстати не имеет никакого отношения, это стандартная практика С/С++. еще некоторые компиляторы умеют #pragma once для тех же целей

Есть еще

#pragma once

Ага, и есть еще

 #import "file.h" 

Но это вообще Objective-C[++].

> Во многих Qt приложениях в заголовочных файлах встречаю что-то вроде

> Во многих Qt приложениях

у меня для тебя плохие новости :)

find /usr/include/linux/ -name '*.h' -exec sh -c 'echo "{}"; grep "^#" "{}" | head -2' \;

http://en.wikipedia.org/wiki/Include_guard

Ты может быть сейчас еще скажешь, что есть линупсы, кроме убунты?

Настоятельно советую досконально выучить С++ перед тем, как лезть в Qt. Потому что, судя по вопросу, ты С++ вообще не знаешь.

Зачем сарказм? Большинство компиляторов(в том числе gcc), поддерживают эту директиву, хоть она и не входит в стандарт, так что можно ее использовать.

досконально выучить С++

невозможно =)
Но книжки обязательно почитаю, после того как си и эрланг осилю.

Следовать стандарту - это все-таки хорошо, этим ты получаешь хоть какую-то гарантию, что все заработает везде. Да и писать ifndef - define не сильно сложнее, чем pragma once.

А вот рекламировать фичи, которых нет в стндарте, - это плохо.

И да, решение с import мне нравится намного больше, и тоже поддерживается gcc :)

Я об этом как-то не подумал)

Это же традиционный прием, так делают все во всех хидерах на C и C++, чтобы избежать повторного включения (кто не делает, тому нужно руки отрывать).

На однлом форуме видел совет делать так:

#pragma once

#ifndef __SOMEHEADER_H_INCLUDED__
#define __SOMEHEADER_H_INCLUDED__

//здесь код

#endif

Сам обычно делаю обычный include_guard без никаких прагм.

википедия говорит, что современные компиляторы так же умеют быстро выполнять include_guard.

Это вообще-то задача препроцессора, нет?

Сам обычно делаю обычный include_guard без никаких прагм.

Ну и правильно. А насчёт того, что «#pragma once считается более быстрым», есть у меня сомнения. При современных-то компиляторных технологиях...

Опередил...

...и подтвердил. :)

Сколько тебе лет, мальчик? Какого хера ты взялся за Qt если С++ в глаза ни разу не видел?

имеется в виде, что такие вещи будут разрешаться без вызова препроцессора, за счет чего и получается прирост в скорости.

А разве препроцессор не часть компилятора, нет?

имеется в виде, что такие вещи будут разрешаться без вызова препроцессора

Вон даже как. Не знал. Век живи - век учись.

Иногда он реализуется в виде отдельной программы.

Это понятно. Просто я «прицепился» к тому, что препроцессор, в том или ином виде, входит в состав компилятора. То есть, include-gard, вообще говоря, задача компилятора, а в частности - задача препроцессора. Ну, цепляюсь я, как репей, не обращай особого внимания. :)

franchukroman

А затем, что #pragma once считается более быстрым, и если компилятор его умеет, то дальше парсить файл он не должен.

Все современные компиляторы распознают include guard'ы и при повторном #include даже не открывают файл. Раньше это было почти единственным преимуществом #pragma once. Так что ненужно.

досконально выучить С++

невозможно =)

Не смеши мои тапочки. include guards - это азы программирования на C и C++. Если ты не знаешь азов - никаких Qt. Учи язык, а то я от таких быдлокодеров на собеседованиях окончательно разобью себе лицо facepalm'ом.

> Большинство компиляторов(в том числе gcc), поддерживают эту директиву, хоть она и не входит в стандарт, так что можно ее использовать.

Error: Multiple declaration 

© suncc-12.1

remark #1782: #pragma once is obsolete. Use #ifndef guard instead.

© icc-11.1

;)

досконально выучить С++

мне лень =)

Пофиксил во имя правды. Невозможно построить треугольник со сторонами 1, 2, 5. А изучить язык программирования - вполне посильная задача.

Тем более, что include_guard - это азы, без них кикуда.

Я же уже сказал, что неправ.

Пофиксил во имя правды. Невозможно построить треугольник со сторонами 1, 2, 5. А изучить язык программирования - вполне посильная задача.

Я же написал, что сейчас занят изучением другого ЯП.

include_guard - это азы, без них никуда.

Не спорю, просто ни разу ещё не встречался. У меня, в основном, архитектура простая и на двойное включение ни разу не натыкался.

Зачем? А затем, что #pragma once считается более быстрым, и если компилятор его умеет, то дальше парсить файл он не должен.

Потому что так правильно с точки зрения стандарта. Ибо код с pragma должен работать также, как и без. То есть если #pragma once поддерживается, то она будет использоваться. Иначе она будет игнорироваться, и в дело вступает include guard.

Это же традиционный прием, так делают все во всех хидерах на C и C++, чтобы избежать повторного включения (кто не делает, тому нужно руки отрывать).

Это нам очевидно, а вот разработчикам электроники - нет. Они такого бывает понапишут, что за голову хватаешься. Я даже в видел у них в в проектах включение с-файла внутри другого c-файла. Вобщем всячески поддерживаю высказанное мнение - отрывать руки по самые колени.