[SOLVED] Как указать Clang Code Model какой стандарт использовать

Уже отчаился, почти дошло до копания в сорцах.

Нашёл два рабочих способа решить свою проблему. Способы недостаточно красивы.

Отчаяние перфекциониста, оно такое

Ну, вообще, да.

Но еще хотел поделиться своими решениями и узнать что люди делают.

Причем, в первом способе неизвестно куда идут Platform Codegen Flags. А во втором не понятно как задать, например, -std=gnu++17

Option "-std=c++17" is invalid

Это креатор так ругается? Я бы заслал им багрепорт (если такого ещё нет).

Option "-std=c++17" is invalid

Это креатор так ругается? Я бы заслал им багрепорт (если такого ещё нет).

Они такое специально сделали с версии 4.5. Так что скорее всего WONTFIX. Только я не понял, что они предлагают взамен (по крайней мере для Generic проектов).

Они такое специально сделали с версии 4.5

То есть std=c++14 валидно, а 17 нет?

То есть std=c++14 валидно, а 17 нет?

Вообще любая -std=*** не валидна: https://imgur.com/BrCFZxm

Они хотят там только опции для ворнингов (напр. -Wno-c++17-extensions).

А вот так в *.pro-файле не проканает:

QMAKE_CXXFLAGS += -std=c++17

Он же написал, что у него не CMake и не QMake.

-std=c++1z?

А вот так в *.pro-файле не проканает:

*.pro-файле

У меня Generic Project а не QMake (http://doc.qt.io/qtcreator/creator-project-generic.html)

А для QMake (*.pro) надо:

CONFIG += c++17

-std=c++1z?

Я вот и спрашиваю где это вписать. Кстати, уже можно -std=c++17

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

Если у тебя генерик проект без билдсистемы

Дело в том, что у меня и так уже свалка из компиляторов зарегистрированных, и дублировать их специально для С++17 не очень-то и хочется.

Во-вторых, решение не привязано к проекту (ведь от проекта зависит с какими флагами его компилировать).

Ну и, я думал, что есть что-то в *.creator.user влияющее на флаги для Clang Code Model (и, возможно, сборки). Только вот документации не нашел. Потому хотел копаться в коде.

Третья, наоборот, выглядит жутким хаком.

В некотором смысле согласен, ибо оно как лечение симптомов вместо лечения болезни. Но, поскольку, работает синтаксис С++17 (а не только stdlib), то можно диагностировать успех подхода.

Хотя это на CLang не повлияет.

Повлияет. Clang даже ужасный по структуре CMake у меня распарсил и достал от туда `-std=c++17`, относящийся к аргументам сборки.

Похоже, что в 4.9 (beta1) теперь можно нормально указывать флаги компиляции для «Generic» проектов: добавили файлы $PROJECT_NAME.cflags и $PROJECT_NAME.cxxflags

Попробовал туда вписать -include <путь к файлу с некоторыми определениями> ­— не подхватывает.

Пришлось по-старинке, .includes + .config