#offtop а каков юзкейс вот этого чуда http://www.standards.ru/doc.aspx?catalogid=iso&classid=-1&search=14882 , при том что "на языке оригинала" оригинал свободно лежит в интернетах?

Стандарт же не в свободном доступе, он продается. В свободном доступе последний драфт

#offtop а каков юзкейс вот этого чуда http://www.standards.ru/doc.aspx?catalogid=iso&classid=-1&search=14882 , при том что "на языке оригинала" оригинал свободно лежит в интернетах?

https://www.iso.org/standard/68564.html

https://www.iso.org/standard/68564.html гм, и впрямь окай, мне почему-то казалось, что я видел отдельные версии стандартов в свободном доступе..

https://www.iso.org/standard/68564.html гм, и впрямь окай, мне почему-то казалось, что я видел отдельные версии стандартов в свободном доступе..

спешл фор ю Q: Why are the C++ working materials freely available on GitHub when the standard must be purchased from ISO or another standards organization? ISO holds the copyright for all balloted and published versions of the C++ International Standard (IS) and related C++ Technical Specifications (TSes). The GitHub repo contains the incremental in-progress working source snapshots as they are edited, which may frequently be in an inconsistent in-progress state as edits are applied, and which does not contain the final source for any published standards.

майти сенкс, уже и сам наткнулся)

@antoshkka можешь ли скинуть слайды с презентации по copy elision?

Выложил http://apolukhin.github.io/presentations.html

Выложил http://apolukhin.github.io/presentations.html

?

@antoshkka можешь ли скинуть слайды с презентации по copy elision?

На основном сайте событий Яндекса есть слайды и видюшки https://events.yandex.ru/events/cpp-party/15-jun-2018/ но только в pdf

Стенограмма обсуждения второго доклада выложена вот тут https://stdcpp.ru/proposals/e6263404-2b60-49af-87c6-bd9bc1801257

А какое ускорение компиляции дают precompiled headers при первой сборке проекта где не используется шаблонной магии особо? Какой порядок выигрыша во времени? 10%? В разы? В 10 раз?

А какое ускорение компиляции дают precompiled headers при первой сборке проекта где не используется шаблонной магии особо? Какой порядок выигрыша во времени? 10%? В разы? В 10 раз?

Ну достаточно серьёзное ускорение. В несколько раз. Но это зависит от проекта.

Ну, даже если буста нет, и header only либами не баловаться?

А какое ускорение компиляции дают precompiled headers при первой сборке проекта где не используется шаблонной магии особо? Какой порядок выигрыша во времени? 10%? В разы? В 10 раз?

PCH (прекомпайлед хедерс) хранит в скомпилированном виде ту базу, на которой стоит приложение или библиотека, базовый фреймворк, API чего-то и так далее. Чем эта база шире, тем будет выгоднее использовать PCH

конкретно у меня в проекте 100к строк без учёта инклудов выигрыш был примерно в 2 раза

Ну, даже если буста нет, и header only либами не баловаться?

Это не важно.

А какое ускорение компиляции дают precompiled headers при первой сборке проекта где не используется шаблонной магии особо? Какой порядок выигрыша во времени? 10%? В разы? В 10 раз?

Также зависит от количества исходных модулей проекта. Если их много, выигрыш больше.

Хм. Попробовал cotire на проекте - ускорение в 10 процентов.

Это я не знаю что такое

Ну, понятно, что это cmake с кучей подпроектов.

https://github.com/sakra/cotire

Ну, понятно, что это cmake с кучей подпроектов.

CMake и сам умеет PCH вроде...

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

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

А в чем особенность?

CMake и сам умеет PCH вроде...

проверяй информацию

А в чем особенность?

например, если я в одной единице трансляции использую map, а в другой set, то я вынужден собрать все используемые заголовочные файлы стандартной библиотеки и поместить в один заголовок типа std.h и сделать его первым include в каждой единице трансляции

А в чем особенность?

Надо правильно собрать все заголовки, которые не изменяются в проекте, в PCH.

Это и для gcc так?

Это и для gcc так?

посмотри доку по cotire: set_target_properties(MyExecutable PROPERTIES COTIRE_CXX_PREFIX_HEADER_INIT "stdafx.h") cotire(MyExecutable)

вот здесь ты указываешь какой файл будет PCH

для gcc не скажу, но для msvc точно это должен быть первый include

Хм. Но ведь из этого вытекает, что в итоге в проекте все будут инклюдить всё, даже если это все и не нужно. По файлу исходников теперь и не скажешь что ему нужно - инклюд то один.

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

Это и для gcc так?

Общий принцип организации заголовков такой же, в PCH дожны идти все неизменяемые, внешние заголовки из библиотек и API. Про первый инклуд -- не знаю в GCC может быть и так.

Хм. Но ведь из этого вытекает, что в итоге в проекте все будут инклюдить всё, даже если это все и не нужно. По файлу исходников теперь и не скажешь что ему нужно - инклюд то один.

Ну и хрен с ним...

подозреваю, что тоже должен быть первым

Общий принцип организации заголовков такой же, в PCH дожны идти все неизменяемые, внешние заголовки из библиотек и API. Про первый инклуд -- не знаю в GCC может быть и так.

А внутренние нельзя? Если проект (наверно в терминах студии это солюшн) большой и состоит из сотен подпроектов

Хм. Но ведь из этого вытекает, что в итоге в проекте все будут инклюдить всё, даже если это все и не нужно. По файлу исходников теперь и не скажешь что ему нужно - инклюд то один.

первым можно инклудить pch.h например, потом уже те инклуды, которые нужны конкретному файлу. а в pch.h все инклуды допустим в блоке #ifdef USE_PCH ...

иначе может же логика инклуда поменяться, если перед ним что-то есть

cotire на каждый target делает свой pch, что, кажется, не очень здорово

cotire на каждый target делает свой pch, что, кажется, не очень здорово

нормально, ведь он делает это избирательно, зависит от числа единиц трансляции

Хм. Но ведь из этого вытекает, что в итоге в проекте все будут инклюдить всё, даже если это все и не нужно. По файлу исходников теперь и не скажешь что ему нужно - инклюд то один.

Вот гляди, в PCH идёт WinAPI, Direct X и Boost. Те модули, которые ты используешь из каждой части. Меньше ты не разбиваешь. И весь твой проект это использует и включает. А внутри исходных модулей ты говоришь, что "я использую всё, что стандартно в моём проекте, плюс ещё .... "

А внутренние нельзя? Если проект (наверно в терминах студии это солюшн) большой и состоит из сотен подпроектов

Нет смысла. Если они будут меняться -- тебе всё пересобирать...

нормально, ведь он делает это избирательно, зависит от числа единиц трансляции

Дык на каждый из 400 проектов в итоге генерится по .gch файлу размером в 90 мегабайт. Это при компиляции.

Дык на каждый из 400 проектов в итоге генерится по .gch файлу размером в 90 мегабайт. Это при компиляции.

дай машине трудится

ERROR: S client not available

Есть подозрение, что это может замедлять сборку

Дык на каждый из 400 проектов в итоге генерится по .gch файлу размером в 90 мегабайт. Это при компиляции.

Ну, значит ты неправильно используешь PCH...

Есть подозрение, что это может замедлять сборку

померяй, но еще раз повторю, без реструктуризации проекта/ов не обойдется

Нет смысла. Если они будут меняться -- тебе всё пересобирать...

Ну вот прямо сейчас я замеряю время первой сборки. Времена пересборки пока не смотрю.

померяй, но еще раз повторю, без реструктуризации проекта/ов не обойдется

Я правильно понял, что достаточно структуру инклюдов переделать будет?

Я правильно понял, что достаточно структуру инклюдов переделать будет?

да

+ прикрутить котир и указать ему, куда ты поместил все стандартные и библиотечные файлы

Есть подозрение, что это может замедлять сборку

подозрения - плохо, нужно утверждения но 400*90 палюбому что-то не так

Можно ли иметь несколько наборов pch? Типа pch1.h, pch2.h? И использовать либо один либо другой либо и то и другое сразу?

Можно ли иметь несколько наборов pch? Типа pch1.h, pch2.h? И использовать либо один либо другой либо и то и другое сразу?

в одном проекте нет

подозрения - плохо, нужно утверждения но 400*90 палюбому что-то не так

Ну, в msvs, если включить в cotire опцию unity, то оно с pch начинает собираться на 25 процентов медленнее чем без.

но там же под каждый бинарь собирается, так?

в одном проекте нет

Что такое проект в данном контексте? Может просто единица компиляции?

солюшен - набор проектов, кажлый собирает какой-то бинарь

Что такое проект в данном контексте? Может просто единица компиляции?

target

у меня сомнения, что один pch можно сделать юзаемым в нескольких таргетах

какой в этом смысл?

какой в этом смысл?

Чтобы не генерить 100500 одинаковых pch

Чтобы не генерить 100500 одинаковых pch

есть request: https://github.com/sakra/cotire/issues/72

ну сгенери один и его заинклудь

Да, буду пробовать.

или купить памяти/ссд