caxapa.ru :: "прекомпилированные хидеры"?! У меня те проекты, на которых важна скорость компиляции. Чем меньше хидеров включено, тем быстрее компиляция, потому что перекомпилируются только те файлы, в которых произошло изменение.

VL (04.12.2015 13:00, просмотров: 1) ответил LightElf на Гм. Всегда делаю один project.h, который содержит все потребные #include. И вот уже этот .h включается во все .c. Что как минимум гарантирует, что все исходники проекта собираются с одинаковыми хидерами. Ну и как бонус - прекомпилированные хидеры

"прекомпилированные хидеры"?! У меня те проекты, на которых важна скорость компиляции. Чем меньше хидеров включено, тем быстрее компиляция, потому что перекомпилируются только те файлы, в которых произошло изменение.

- А при чём тут хедеры? Нет зависимости, хоть обизменяйся, ничего не перекомпилируется - в другой среде(05.12.2015 02:06, )
- Не понял я, чем не нравятся прекомпилированные хидеры? - LightElf(04.12.2015 13:02)
  - Если вы в "прекомпилированные" включили свои хидеры, то скорость может и упасть, т.к. свои хидеры часто меняются, польза от прекомпилированности исчезает. - AlexBi(04.12.2015 20:31)
    - Смысл прекомпилированных хидеров не в том, чтобы компилировать их раз в год. Смысл в том, чтобы при каждой сборке проекта хидеры обрабатывались только один раз. Т.е. если 100 сишных файлов включают <stdio.h>, то при обычной сборке компилятор будет LightElf(505 знак., 05.12.2015 14:53)
  - А что это такое, "прекомпилированные хидеры"? - VL(04.12.2015 13:06, )
    - Гугл вам не знаком? - LightElf(04.12.2015 13:19, ссылка)
      - А, gcc не использую, а в IARе неоднократно убеждался, что гораздо более эффективен мой вариант. скорее всего там этого и нет. - VL(04.12.2015 13:34, )

ARM, RISC-V контроллеры