А нормальные IDE всегда содержат полноценный front-end компилятора для того языка, который поддерживают. Это верно для Java/Scala/C# IDE. В Eclipse JDT вообще полностью свой инкрементальный компилятор, и все связи в коде устанавливаются корректно и автоматические рефакторинги работают. А для C++ пока нет нормальных и удобных IDE, все обзавелись какими-то кривыми парсерами, которые не позволяют полностью учитывать семантику языка.

Парсер должен полностью знать весь синтаксис С++, полностью просчитывать связи и зависимости между классами/проектами и прочим. Если б был готовый функционал из коробки (допустим возвращение компилятором мест где используется текущая переменная), тогда проблемы не было.

Сейчас же проблема именно в том, что парсеры видят не проект, а файлы. Максимум может поменять в cpp/h одного файла.

Да даже в одном простом файле IDE не могут разобраться, так что это не проблема проект/файл.

Тема конечно "та еще", но по поводу переименования: я перетаскиваю на 64 и мне приходится заменять long на SInt32 и.т.п, так как long имеет разный sizeof на 32/64. Пробовал автоматизировать и так и сяк и в конце-концов пришел к выводу: лучше всего Cmd-F и Cmd-G, т.е. "по одному" и с обязательным просмотром контекста, хотя бы 1-2 сек. Иначе конечно можно заменить очень быстро (сэкономив 10-15 мин), но поиск ошибки выполнения может занять много часов. После пары таких залетов - энтузиазм к "автоматике" полностью испаряется.

Да, и какое вумное слово "семантика" (не так себе, хухры-мухры )

И как он "нормально" переименовывает приведенный выше пример кода?
У меня VA какой-то не очень новый (и не очень лицензионный) переименовывает кроме самой функции A::func еще только внутри макроса тем самым полностью поломав код.