deprecated начиная с v4.0, просто вопрос был немного в другой плоскости, как, соответственно и ответ .


Почти не сказывается при использовании PCH .

Добавлено через 39 секунд
На всякий случай: PCH - это precompiled headers .

  ну, я, например, precompiled headers не юзаю. Имхо, слишком много геморроя и неоднозначностей.


Так что +много, и + проект "чище".

К примеру? 0_о
Я знаю только одну с ними проблему(точнее баг, и тот, скорее всего, уже исправлен в более свежих версиях).

давно как-то раз связался. И потом наткнулся на очень странные сообщения компилятора - то файл он не находит, то ещё что-то. Уже не помню.
Бага, не бага, но пока я с ними связываться не хочу.
субъективная психологическая установка, если хотите

M archimed7592

Сообщения разделены из темы [QT4] компилится но не работает

Добавлено через 3 минуты и 1 секунду

Ммм... Просто для использования PCH есть несколько простых правил. При их соблюдении - ну, программировать, что ли приятней, когда build не занимает 2-3 минуты(у меня сейчас, к сожалению, очень слабенькая машина - бывает и по 5-7 минут :().

M archimed7592

Тема перенесена из С/С++: Кроссплатформенное программирование, QT/Gtk+/wxWidgets

Ну, как нибудь на досуге надо будет ещё раз попробовать .

Дам пару наводочек(в принципе, всё это можно прочитать в мануале GCC) .
1. В PCH суют уже готовые библиотеки(т.е. "рабочие" заголовки туда засовывать не нужно, ибо при их модификации будет происходит rebuild PCH, что, само по себе, операция достаточно долгая - сравнимо с минутой).
2. Может быть только один PCH.
2. include "PCH.hpp" должно идти первой строчкой(в идеале, ДО первого C/C++ token'а).
3. Компилировать PCH нужно с теми же define'ами и теми же опциями компилятора.

Вот, собственно и всё . Прилагаю архивчик с используемым мною PCH.

PS. Ах, да, чуть не забыл - у qmake есть прекрасная переменная: PRECOMPILED_HEADER(assistant тебе в помощь) .


Присоединённый файл ( Кол-во скачиваний: 15 )
 PCH.rar 1,17 Kb

Собрал свой проект с использованием pch:
real    1m12.063s
user    1m2.440s
sys     0m12.277s

И без использования:
real    1m49.846s
user    1m40.698s
sys     0m13.381s

Процентов 30% экономии времени. Правда, обнаружилась проблема с <boost/bind.hpp> (при линковке куча проблем с _1, _2...) и <boost/date_time/time.hpp> (при создании pch gcc 4.1.2 что-то не понравилось со скобкой в этом файле)

Спасибо за инфу и вообще за обращение внимание на возможность использования PCH...

Но в архиве же почти все хедеры, которые могут в принципе когда-нибудь понадобиться, уже туда засунуты разом и скопом!... неужели компилятор это всё быстрее схавает, чем указанные конкретные хедеры в каждом конкретном проекте?

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

Хех. А ты попробуй теперь изменить один файл и опять сделать make ;).



Вот об этой проблеме я и говорил . Только у меня она проявлялась для boost::lambda::.., а с bind никаких проблем нет.
Баг, насколько я понимаю, в обработке gcc анонимных пространств имён. Значит в gcc-4 проблемы с pch тоже остались? А жаль :(.

Добавлено через 2 минуты и 49 секунд

Фишка в том, что схавает он это один раз. В последующем компилировать сами модули будет также быстро, как и msvc(субъективная оценка).

Кстати, у меня gcc pch делал порядка 10 секунд для этого:

bsa, по сути, без разницы - пусть хоть 2 минуты делает, если это делать придётся раз в месяц, то ничего страшного .

А вот, когда каждые 40 минут приходится по 5 минут ждать пока каждый модуль "родит" - вот это уже "страшно" .

У меня на слабых машинах другая проблема - 5 минут жду, пока слинкуется   

К сожалению, prelinked headers пока не изобрели .

Правда, я помню долго ждал линковки только один раз, когда, в отладочных целях, поставил ключик -fkeep-inline-functions .