Предварительно скомпилированные заголовки с GCC

Кому-нибудь удалось получить предварительно скомпилированные заголовки, работающие с GCC? Мне не повезло с моими попытками, и я не видел много хороших примеров того, как это настроить. Я пробовал cygwin gcc 3.4.4 и использовал 4.0 на Ubuntu.

Я определенно добился успеха. Сначала я использовал следующий код:

#include <boost/xpressive/xpressive.hpp>
#include <iostream>

using namespace std;
using namespace boost::xpressive;

//A simple regex test
int main()
{
    std::string hello( "hello world!" );

    sregex rex = sregex::compile( "(\\w+) (\\w+)!" );
    smatch what;

    if( regex_match( hello, what, rex ) )
    {
        std::cout << what[0] << '\n'; // whole match
        std::cout << what[1] << '\n'; // first capture
        std::cout << what[2] << '\n'; // second capture
    }
    return 0;
}

Это был просто привет от Boost Xpressive (см. Ссылку ниже). Сначала я скомпилировал -Hопцию в gcc. Он показал огромный список используемых заголовков. Затем я взглянул на флаги компиляции, которые создавала моя IDE (code :: blocks), и увидел что-то вроде этого:

g++ -Wall -fexceptions -g -c main.cpp -o obj/Debug/main.o

Поэтому я написал команду для компиляции файла Xpressive.hpp с точно такими же флагами:

sudo g++ -Wall -fexceptions -g /usr/local/include/boost/xpressive/xpressive.hpp

Я снова скомпилировал исходный код с помощью -Hи получил следующий результат:

g ++ -Wall -fexceptions -H -g -c main.cpp -o obj / Debug / main.o
! /usr/local/include/boost/xpressive/xpressive.hpp.gch
main.cpp
. /usr/include/c++/4.4/iostream
.. /usr/include/c++/4.4/x86_64-linux-gnu/bits/c++config.h
.. /usr/include/c++/4.4/ostream
.. /usr/include/c++/4.4/istream
main.cpp

! означает, что компилятор смог использовать предварительно скомпилированный заголовок. Значок x означает, что он не смог его использовать. Использование соответствующих флагов компилятора имеет решающее значение. Я снял -H и провел несколько тестов скорости. Предварительно скомпилированный заголовок улучшился с 14 до 11 секунд. Неплохо, но не отлично.

Примечание. Вот ссылка на пример: http://www.boost.org/doc/libs/1_43_0/doc/html/xpressive/user_s_guide.html#boost_xpressive.user_s_guide.examples Мне не удалось заставить его работать в Почта.

Кстати: я использую следующий g ++

g++ (Ubuntu 4.4.3-4ubuntu5) 4.4.3

Во-первых, посмотрите документацию здесь .

Вы компилируете заголовки, как и любой другой файл, но помещаете вывод в файл с суффиксом .gch.

Так, например, если вы предварительно скомпилируете stdafx.h, у вас будет предварительно скомпилированный заголовок, который будет автоматически вызываться при stdafx.h.gchкаждом включенииstdafx.h

Пример:

stdafx.h:

#include <string>
#include <stdio.h>

a.cpp:

#include "stdafx.h"
int main(int argc, char**argv)
{
  std::string s = "Hi";
  return 0;
}

Затем скомпилируйте как:

> g++ -c stdafx.h -o stdafx.h.gch
> g++ a.cpp
> ./a.out

Ваша компиляция будет работать, даже если вы удалите stdafx.h после шага 1.

Спецификатор -xдля предварительно скомпилированных заголовков C ++ - -x c++-headernot -x c++. Ниже приводится пример использования PCH.

pch.h:

// Put your common include files here: Boost, STL as well as your project's headers.

main.cpp:

#include "pch.h"
// Use the PCH here.

Создайте PCH следующим образом:

$ g++ -x c++-header -o pch.h.gch -c pch.h

pch.h.gchДолжен находиться в том же каталоге , как pch.hдля того , чтобы использовать, поэтому убедитесь , что вы выполняете вышеупомянутую команду из каталога , где pch.hнаходится.

Однажды мне удавалось получать предварительно скомпилированные заголовки, работающие под gcc, и я вспоминаю, что тогда были проблемы. Следует помнить, что gcc будет игнорировать файл (header.h.gch или аналогичный), если определенные условия не выполняются, список которых можно найти на странице документации по предварительно скомпилированному заголовку gcc .

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

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

Вызовите gcc так же, как вы называете его для исходного файла, но с файлом заголовка.

например

g++ $(CPPFLAGS) test.h

это создает файл с именем test.h.gch

Каждый раз, когда gcc ищет test.h, он сначала ищет test.h.gch и, если находит, использует его автоматически.

Дополнительную информацию можно найти в разделе Предварительно скомпилированные заголовки GCC.

Убедитесь, что -include your_header.h

Вот как я предварительно скомпилировал и использовал bits/stdc++.hколлекцию.

Код

#include <bits/stdc++.h>

Затем я нашел библиотеку, скомпилировав свой файл с помощью -H и просмотрев вывод

g++ sol.cpp -H -O3 -pthread -lm -std=c++14 -o executable

где я видел

. /usr/include/x86_64-linux-gnu/c++/7/bits/stdc++.h

Итак, я создал новый каталог bitsвнутри текущего и скопировал stdc++.hоттуда.

Затем я побежал

g++ bits/stdc++.h -O3 -std=c++14  -pthread

который произвел bits/stdc++.gch

Обычно я компилировал свой код через

g++ sol.cpp -O3 -pthread -lm -std=c++14 -o executable

, но мне пришлось изменить это на

g++ sol.cpp -include bits/stdc++.h -O3 -pthread -lm -std=c++14 -o executable

как он только решил .gchфайл вместо .hс -include bits/stdc++.h Это было ключевым для меня. Также следует иметь в виду, что вам нужно скомпилировать *.hфайл заголовка почти с теми же параметрами, что и ваш *.cpp. Когда я не включил -O3или -pthreadпроигнорировал *.gchпредварительно скомпилированный заголовок.

Чтобы проверить, все ли правильно, вы можете измерить разницу во времени, сравнив результат

time g++ sol.cpp ...

или беги

g++ sol.cpp -H -O3 -pthread -lm -std=c++14 -o executable

снова и ищите пути заголовков, и если теперь вы получите !путь до библиотеки, например

! ./bits/stdc++.h.gch
....