История изменений
Исправление Bass, (текущая версия) :
вопрос про платные IDE правда остался
Ну, это личный выбор каждого.
Я не знаю бесплатных аналогов, кроме NetBeans CND, но, повторяю, инструмент остановился в своём развитии 8 лет назад.
В бесплатном VSCode всё сделано на эвристиках, и нередко эти эвристики не справляются. И инструмент превращается в элегантные шорты простой текстовый редактор с подсветкой синтаксиса. Т. е., я хочу сказать, что VSCode – инструмент априори неточный.
Базу данных компиляции (пресловутый compile_commands.json
) тебе может открыть бесплатный QtCreator, но это способ читать код, но никак не писать.
Поддержка GNU Autotools (напомню, огромное количество легаси-проектов использует Autotools) есть в Anjuta и, кажется, ещё её пилят в Eclipse CDT, но у меня нет уверенности, что Anjuta или Eclipse проглотят проект, использующий libtool
/dolt
или собранный вне дерева исходников (VPATH
). А у CLion с этим проблем не будет.
Наконец, Kbuild (поверх Make) – это не только про ядро Linux. Есть новые проекты (напр., u-boot), которые «садятся» именно на эту систему сборки. А вовсе не на стандартный CMake, при всех его достоинствах.
Есть всякая embedded-разработка, где нередко инструменты крайне убоги. Ну т. е.б напр., архаичный Arm Keil Studio плюс голый Make для сборки.
Наконец, есть непознанный мир BSD-систем, где вся базовая система – это один большой проект на мэйкфайлах. Правда, там BSD Make и немного другой синтаксис.
CLion тестировали на десятках проектов, и за несколько лет лишь один или два из списка «переползли» на CMake или Meson. Стоит просто раз взглянуть на таблицу, чтобы осознать масштабы бедствия.
Исправление Bass, :
вопрос про платные IDE правда остался
Ну, это личный выбор каждого.
Я не знаю бесплатных аналогов, кроме NetBeans CND, но, повторяю, инструмент остановился в своём развитии 8 лет назад.
В бесплатном VSCode всё сделано на эвристиках, и нередко эти эвристики не справляются. И инструмент превращается в элегантные шорты простой текстовый редактор с подсветкой синтаксиса. Т. е., я хочу сказать, что VSCode – инструмент априори неточный.
Базу данных компиляции (пресловутый compile_commands.json
) тебе может открыть бесплатный QtCreator, но это способ читать код, но никак не писать.
Поддержка GNU Autotools (напомню, огромное количество легаси-проектов использует Autotools) есть в Anjuta и, кажется, ещё её пилят в Eclipse CDT, но у меня нет уверенности, что Anjuta или Eclipse проглотят проект, использующий libtool
/dolt
или собранный вне дерева исходников (VPATH
). А у CLion с этим проблем не будет.
Наконец, Kbuild (поверх Make) – это не только про ядро Linux. Есть новые проекты (напр., u-boot), которые «садятся» именно на эту систему сборки. А вовсе не на стандартный CMake, при всех его достоинствах.
Есть всякая embedded-разработка, где нередко инструменты крайне убоги. Ну т. е. голый Make.
Наконец, есть непознанный мир BSD-систем, где вся базовая система – это один большой проект на мэйкфайлах. Правда, там BSD Make и немного другой синтаксис.
CLion тестировали на десятках проектов, и за несколько лет лишь один или два из списка «переползли» на CMake или Meson. Стоит просто раз взглянуть на таблицу, чтобы осознать масштабы бедствия.
Исправление Bass, :
вопрос про платные IDE правда остался
Ну, это личный выбор каждого.
Я не знаю бесплатных аналогов, кроме NetBeans CND, но, повторяю, инструмент остановился в своём развитии 8 лет назад.
В бесплатном VSCode всё сделано на эвристиках, и нередко эти эвристики не справляются. И инструмент превращается в элегантные шорты простой текстовый редактор с подсветкой синтаксиса. Т. е., я хочу сказать, что VSCode – инструмент априори неточный.
Базу данных компиляции (пресловутый compile_commands.json
) тебе может открыть бесплатный QtCreator, но это способ читать код, но никак не писать.
Поддержка GNU Autotools (напомню, огромное количество легаси-проектов использует Autotools) есть в Anjuta и, кажется, ещё её пилят в Eclipse CDT, но у меня нет уверенности, что Anjuta или Eclipse проглотят проект, собранный вне дерева исходников (VPATH
). А у CLion с этим проблем не будет.
Наконец, Kbuild (поверх Make) – это не только про ядро Linux. Есть новые проекты (напр., u-boot), которые «садятся» именно на эту систему сборки. А вовсе не на стандартный CMake, при всех его достоинствах.
Есть всякая embedded-разработка, где нередко инструменты крайне убоги. Ну т. е. голый Make.
Наконец, есть непознанный мир BSD-систем, где вся базовая система – это один большой проект на мэйкфайлах. Правда, там BSD Make и немного другой синтаксис.
CLion тестировали на десятках проектов, и за несколько лет лишь один или два из списка «переползли» на CMake или Meson. Стоит просто раз взглянуть на таблицу, чтобы осознать масштабы бедствия.
Исходная версия Bass, :
вопрос про платные IDE правда остался
Ну, это личный выбор каждого.
Я не знаю бесплатных аналогов, кроме NetBeans CND, но, повторяю, инструмент остановился в своём развитии 8 лет назад.
В бесплатном VSCode всё сделано на эвристиках, и нередко эти эвристики не справляются. И инструмент превращается в ~элегантные шорты~ простой текстовый редактор с подсветкой синтаксиса. Т. е., я хочу сказать, что VSCode – инструмент априори неточный.
Базу данных компиляции (пресловутый compile_commands.json
) тебе может открыть бесплатный QtCreator, но это способ читать код, но никак не писать.
Поддержка GNU Autotools (напомню, огромное количество легаси-проектов использует Autotools) есть в Anjuta и, кажется, ещё её пилят в Eclipse CDT, но у меня нет уверенности, что Anjuta или Eclipse проглотят проект, собранный вне дерева исходников (VPATH
). А у CLion с этим проблем не будет.
Наконец, Kbuild (поверх Make) – это не только про ядро Linux. Есть новые проекты (напр., u-boot), которые «садятся» именно на эту систему сборки. А вовсе не на стандартный CMake, при всех его достоинствах.
Есть всякая embedded-разработка, где нередко инструменты крайне убоги. Ну т. е. голый Make.
Наконец, есть непознанный мир BSD-систем, где вся базовая система – это один большой проект на мэйкфайлах. Правда, там BSD Make и немного другой синтаксис.
CLion тестировали на десятках проектов, и за несколько лет лишь один или два из списка «переползли» на CMake или Meson. Стоит просто раз взглянуть на таблицу, чтобы осознать масштабы бедствия.