Тут проблема в том что эти цели нужно создавать руками (что не очень удобно). Плюс теряются удобные фишки в виде запуска тестов просто из контекстного меню CPP-ка (не зная даже Build Target-а)
У вас уже есть поддержка compile_commands.json. Сделайте гибридный какой-то режим в виде cmake -GNinja -DCMAKE_EXPORT_COMPILE_COMMANDS=1.
Чтобы хотя-бы была возможность выбирать цели для сборки.
А еще просто жутко бесит, что CLion может в фоне непонятно что делать (даже без уведомления в Background Tasks). Даже сборка в CLion раза в два замедляется по сравнению со сборкой в терминале… Типа такого: https://youtrack.jetbrains.com/issue/CPP-15627
Подтверждаю… Пользуюсь одновременно CLion и QtCreator… Стараюсь при этом сидеть на EAP и репортить в багтрекер всё что мешает. Только последнее время почти всё что сообщаю оказывается дубликатами уже известных проблем…
При этом не ощущается, что CLion становится быстрее. На большом проекте банальное переключение Header/Source может занять… целых 10 минут, А Find References зависнуть, намекая о внеплановом кофе или даже обеде.
А при открытии cpp-ков с тестами (gtest) IDE вообще умирает.
Это уже давно так… В смысле совместимости внутри Type-C уже давно нет… Раньше вот можно было чисто визуально или попробовать 'воткнуть' кабель, чтобы понять, будут ли дружить устройства/кабели между собой, или нет (ну кроме DVI-D vs DVI-I).
А сейчас вот есть ноут с Type-C. Нужен док. У того же Dell есть целых три Type-C дока:
Dell TB16 — это для тех у кого Type-C порт умеет Thunderbolt 3
Dell WD15 — по сути для тех у кого Type-C не умеет Thunderbolt, но умеет DisplayPort alternative
Очень сильно зависит от работы. Вот берем хороший ноут аля рабочая станция, например Dell Precision 7520. И оказывается что от Type-C он внезапно не будет заряжается… Потому что комплектная зарядка на 180W. А тот моник самсунговский максимум 45W выдает… (максимум что я видел вообще — 65W с моника).
Dell TB16 — это нормальный Thunderbolt док… Не удивительно что с ним всё работает.
Если есть только USB-C, то у Dell есть похожий док WD-15, который чуть проще. Но тоже работает беспроблемно.
Покупать этот DisplayLink хлам имеет смысл только для тех у кого только USB2.0 и иначе вообще никак.
Go to related symbol делает именно то что в названии. Грубо говоря если курсор на обьявлении метода в хидере, то он перейдет в реализацию в соответствующем .cpp файле. Но если реализацию метода спрятать в абсолютно другом .cpp файле (с другим именем) то CLion его всё равно найдет там.
Это было бы не так важно, если бы не одно но. На больших проектах это очень медленно.
В нем нет нормального хоткея переключиться .h/.cpp. Есть Go to Related symbol, который на больших проектах тормозит настолько, что быстрее ввести имя файла вручную...
Dell Precision 7520. 15" ноут выглядит как из 2008 года. i7-7820HQ. Можно хоть сутки собирать. Троттинга нет вообще. Гудеть при этом будет достаточно сильно.
Если хотя бы список целей заполнится уже плюс будет большой…
Тут проблема в том что эти цели нужно создавать руками (что не очень удобно). Плюс теряются удобные фишки в виде запуска тестов просто из контекстного меню CPP-ка (не зная даже Build Target-а)
У вас уже есть поддержка compile_commands.json. Сделайте гибридный какой-то режим в виде
cmake -GNinja -DCMAKE_EXPORT_COMPILE_COMMANDS=1.Чтобы хотя-бы была возможность выбирать цели для сборки.
Спасибо. Будем надеяться :)
А еще просто жутко бесит, что CLion может в фоне непонятно что делать (даже без уведомления в Background Tasks). Даже сборка в CLion раза в два замедляется по сравнению со сборкой в терминале… Типа такого: https://youtrack.jetbrains.com/issue/CPP-15627
И да, нет нативной поддержки ninja в 2019 году :(
Подтверждаю… Пользуюсь одновременно CLion и QtCreator… Стараюсь при этом сидеть на EAP и репортить в багтрекер всё что мешает. Только последнее время почти всё что сообщаю оказывается дубликатами уже известных проблем…
При этом не ощущается, что CLion становится быстрее. На большом проекте банальное переключение Header/Source может занять… целых 10 минут, А Find References зависнуть, намекая о внеплановом кофе или даже обеде.
А при открытии cpp-ков с тестами (gtest) IDE вообще умирает.
Спасибо!
А можно ссылку на DisplayLink умеющий работать через DisplayPort? Я на их сайте про это не нашел ничего.
Это уже давно так… В смысле совместимости внутри Type-C уже давно нет… Раньше вот можно было чисто визуально или попробовать 'воткнуть' кабель, чтобы понять, будут ли дружить устройства/кабели между собой, или нет (ну кроме DVI-D vs DVI-I).
А сейчас вот есть ноут с Type-C. Нужен док. У того же Dell есть целых три Type-C дока:
Последний по идее самый универсальный, но и самый хреновый (DisplayLink). А зоопарк Type-C кабелей c разным функционалом это вообще ужас.
Очень сильно зависит от работы. Вот берем хороший ноут аля рабочая станция, например Dell Precision 7520. И оказывается что от Type-C он внезапно не будет заряжается… Потому что комплектная зарядка на 180W. А тот моник самсунговский максимум 45W выдает… (максимум что я видел вообще — 65W с моника).
Dell TB16 — это нормальный Thunderbolt док… Не удивительно что с ним всё работает.
Если есть только USB-C, то у Dell есть похожий док WD-15, который чуть проще. Но тоже работает беспроблемно.
Покупать этот DisplayLink хлам имеет смысл только для тех у кого только USB2.0 и иначе вообще никак.
Летом тут за те же ~45 баксов раздавали годичную лицензию.
Спасибо!
Это что-то на базе cdb/windbg?
У меня в режиме Unix Makefiles сборка без изменений (по факту просто проверка что всё собрано) занимает около 5-7 секунд… С Ninja меньше секунды...
Go to related symbol делает именно то что в названии. Грубо говоря если курсор на обьявлении метода в хидере, то он перейдет в реализацию в соответствующем .cpp файле. Но если реализацию метода спрятать в абсолютно другом .cpp файле (с другим именем) то CLion его всё равно найдет там.
Это было бы не так важно, если бы не одно но. На больших проектах это очень медленно.
У меня есть две основные претензии к CLion:
1 ампер (ОДИН) — это большой ток??? Вот я сейчас возьму обычную зарядку для телефона/ноутбука. Там будет та же самая защита от КЗ, перегрузок.
Хотя, конечно, крепление на DIN-рейку вместо вилки и надпись 'smart' сразу обьясняет десятикратную цену.
Dell Precision 7520. 15" ноут выглядит как из 2008 года. i7-7820HQ. Можно хоть сутки собирать. Троттинга нет вообще. Гудеть при этом будет достаточно сильно.
Согласен, я таки спутал… Раньше у X1 док был проводной.
Док от старых Thinkpad-ов (тот который подключался к пузу) уже не подойдет.
В новых подключение сбоку. При чем менее удобное.