Leak sanitizer встроен в Address sanitizer, причём судя по этому issue он там появился раньше чем сам Address Sanitizer стал встроен в gcc. В любом случае, он есть и работает, с gcc 5 точно. Например, недавно благодаря ему узнал про mpfr_free_cache.
А зачем синхронизировать? Надо брать и переезжать на CMake.
Ну в если серьёзно, то обратная синхронизация не всегда нужна, а разобраться с 3,5 командами CMake которые расскажут про то откуда брать и что определять должно быть не сложно, был бы каркас. Так что лично мне кажется это самым разумным костылём, и я был бы очень рад если бы односторонняя конвертация была бы поддержана CLion насколько это воможно, даже пусть потом у этого не работал бы configure и build.
На заметку, вот тут список каких-то скриптов для конвертации: https://cmake.org/Wiki/CMake#Converters_from_other_buildsystems_to_CMake
А как вы относитесь к способам вроде eax.me/clion-any-project?
Возможно, гораздо проще улучшить Import From Sources чтобы он начал использовать какую-то инофрмацию из других build-систем. Можно было бы даже попарсить запуски компиляторов, как это вроде делает eclipse. Собирать он, допусим, так не научится, а вот индексировать код должно быть проще.
Реализацию, наверное, не template-функций убрать из библотеки будет сложно, но никто в приципе не мешает старым программам требовать старую stdlib.
А насчёт COW — это я имел ввиду то, что бинарную совместимость тоже иногда ломают.
Leak sanitizer всроен в Address: https://gcc.gnu.org/onlinedocs/gcc/Instrumentation-Options.html#index-fsanitize_003dleak-950
Issue: https://github.com/google/sanitizers/issues/118
mpfr_free_cache: http://www.mpfr.org/mpfr-current/mpfr.html#index-mpfr_005ffree_005fcache
Ну в если серьёзно, то обратная синхронизация не всегда нужна, а разобраться с 3,5 командами CMake которые расскажут про то откуда брать и что определять должно быть не сложно, был бы каркас. Так что лично мне кажется это самым разумным костылём, и я был бы очень рад если бы односторонняя конвертация была бы поддержана CLion насколько это воможно, даже пусть потом у этого не работал бы configure и build.
На заметку, вот тут список каких-то скриптов для конвертации: https://cmake.org/Wiki/CMake#Converters_from_other_buildsystems_to_CMake
Возможно, гораздо проще улучшить Import From Sources чтобы он начал использовать какую-то инофрмацию из других build-систем. Можно было бы даже попарсить запуски компиляторов, как это вроде делает eclipse. Собирать он, допусим, так не научится, а вот индексировать код должно быть проще.