Внимание

Всем кукаретикам емакса! Прошу выкатить список нужных пакетов, чтоб в c++ без боли (на сколько это возможно).

Оно должно включать:

• Clang-автокомплит (должен понимать откуда брать хидеры тыкая CMake, autotools, etc).
• Базовый рефакторинг (уровня переименования методов).
• Навигация, уровня «прыжок к определению символа», «найти все использования».

Это все он должен уметь без правки конфигурации под каждый проект (вся необходимая информация есть в системах сборки).

И да, RTags - глючное говно, которое требует чтоб его кормили json-ми на пару мегабайт (а потом падает).

Всем кукаретикам емакса! Прошу выкатить список нужных пакетов, чтоб в c++ без боли (на сколько это возможно).

ты уверен, что тебе нужен именно emacs?

ты уверен, что тебе нужен именно emacs?

Базарю.

удваиваю этого господина.

Хождение по коду (переход к объявлению/реализации, поиск вызова функи/метода в проекте).

Подсветка переменной/функи/метода под курсором по всему файлу.

Поиск по коду проекта.

Подсветка синтаксиса.

Автоформатирование кода по заданным стилям. Автодополнение кода.

Вроде всё.

RTags - глючное говно, которое требует чтоб его кормили json-ми на пару мегабайт (а потом падает).

И какая разница, сколько мегабайт JSON?

И какая разница, сколько мегабайт JSON?

Какая?

И какая разница, сколько мегабайт JSON?

Какая?

Никакой. Зачем ты вообще об это рассказал - непонятно.

Удобство работы. Разве не очевидно?

Какая?
Никакой.

Ура!

Ура!

Аминь.

Чтобы не надо было программировать на C++. C я ещё могу выдержать.

всем начхать что ты там можешь, вопрос у ТС был в другом, не? или логику ты оставил вместе с ненавистными языками

Всем кукаретикам емакса

тебе emacs не нужен, разрешаю без него

я не говор-бы, если-бы не открывал.

Ну да, если свободной памяти много, то он всосет весь файл. И даже будет работать. Но вим мапит файл, а грузит его целиком в память. Вот это и есть проблема.

Есть два стула:

• Использовать Qt Creator (Жрать говно, потому что не emacs с его экосистемой и кучей удобнопакетов, из аналогов там только эмуляция vim-а норм).
• Использовать Emacs (Жрать говно, потому что он совершенно не умеет в кресты, ну вот совсем).

geany + terminator

да, хорошо. продолжай наблюдение

Конфиг в студию. vim хорошо с 5 гигабайтными файлами работает, а вот некоторые плагины от них тупят.

Qt creator.

Clang-автокомплит — Clang-автокомплит

Базовый рефакторинг (уровня переименования методов). — sed

Навигация, уровня «прыжок к определению символа», «найти все использования». — C-s

Нет?

Clang-автокомплит — Clang-автокомплит

Ну вот есть у меня в CMake:

include_directories(${PIECE_OF_SHIT_INCLUDE_DIRS})

Базовый рефакторинг (уровня переименования методов). — sed

МАКСИМУМ ПОСМОДЕРНИЗМ

Навигация, уровня «прыжок к определению символа», «найти все использования». — C-s

Мне нужен список мест, где использована функция. Например функция с офигенным названием T& get() const. Как думаешь сколько ложных мест мне твой поиск найдет?

Нет?

Нет.

очевидно же, использовать менеджер плагинов с возможностью соотв. настройки, например vim-plug:

Без конфига. Вим грузит файл целиком в себя. В этом его проблема.

А у тебя оперативки мало?

объясните тупому, на кой ляд делать private int getStatus(), а не просто вернуть STATUS_ACTIVE==status ???

Потому, что getStatus() может вычислять значение статуса на основе некого алгоритма. Это сейчас там только return status, а завтра может быть что угодно.

А у тебя оперативки мало?

Какое это имеет отношение к архитектуре вима?

Но вим мапит файл

а... ИЧСХ, памяти было 1.5Гб, т.е. оно всё в своп затолкало.

ну а Vim? Я же как-то пишу на крестах?

ну а Vim? Я же как-то пишу на крестах?

Примите мои соболезнования.

Кстати, в emacs-е я использую evil-mode (эмуляция vim).

Но вим мапит файл

Должно было быть так:

Но вим НЕ мапит файл...

Потому, что getStatus() может вычислять значение статуса на основе некого алгоритма. Это сейчас там только return status, а завтра может быть что угодно.

зачем тогда сущность public boolean isActive() ?

типа для того, что статусов может быть 0,1,2,3,4… ? И getStatus() будет приватный полный статус рожать, а публичный интерфейс всегда true/false ?

Ну что же, разумно, понял.

Примите мои соболезнования.

а что такого? Мне даже нравится.

vim число строк должно быть считает и их позиции. Тоже разумно, можно сразу прыгнуть к строке №67390.

В итоге, что для вас является важным при выборе того или иного инструмента для программирования на C и C++?

* Доступность всего функционала через консольный интерфейс без мышковозни, должно быть это сделано, ествестенно, не номинально для галочки. За этим пунктом скрывается целая куча нюансов, но думаю примерно должна быть понятна их суть.

* Удобный редактор с подсветкой синтаксиса, никакой самодеятельности по умолчанию (дефолтные автокомплит, фоновые индексации всего и т.п - уже ненужные самодеятельности).

* Среда должна быть в основном интеграционным слоем дополняющим уже существующие инструменты, а не быть набором своих, заменяющих, вечно убогих монструозных велосипедов.

Не буду устраивать интригу, сразу скажу что таких IDE в традиционном понимании не существует, под мои требования подходят ~ vim, bash и прочие стандартные консольные инструменты и некоторые специальные утилиты из которых можно набарть нужный функционал и что-то заскриптовать кастомное под проект.

Пробовал почти всё из мейнстримового в свои времена - досовский Borland C++, MSVS до года '05, эклипсы, разные линуксовые IDE. Всё это жутко неудобно и избыточно, оно скорее предназначено для человека совершенно не умеющего правильно организовывать работу в проекте и вообще кодить.

зачем тогда сущность public boolean isActive() ?

Откуда мне знать, я не автор кода. Я только пояснил причины, по которым иногда нужно не мембер дергать, а метод.

vim число строк должно быть считает и их позиции.

Да, вполне вероятно.

Тоже разумно, можно сразу прыгнуть к строке №67390.

Нет не разумно. Можно в фоне считать количество строк.

Откуда мне знать

да я уже догадался, там внутренний int и внешний bool статусы.

Нет не разумно. Можно в фоне считать количество строк.

ну может быть. Не важно.

Для меня самой идеальной IDE был бы Kdevelop еслибы не адские баги. Особенно в версии 4.6 котороя досих пор висит в основном репе. юбунты 14.04 . В 4.7 их меньше но всеравно раздражают. При чем такое впечетление что эти баги гдето в недрах Kate так как там они тоже проявлеются хоть и не так часто. Еще я бы с удовольствием пользовался бы Eclips-ом (даже не смотря на тормознутость jav-ы) еслибы в нем интеграция с cmake была бы на уровне Kdevelop. В итоге в настоящее время «мучаюсь» на QTCreator-е, и альтернативы ему пока не вижу. Вим осилил только для хеловордов и конфигов. Для мена работать с проэктом без IDE издевательство.

для qt qt creator, а там vi like editor есть, в который даже можно подгрузить свой собственный ~/.vimrc, но я не стал, меня вполне удовлетворили дефолтные сеттинги.

А простое - подгрузка файла с диска всяко медленнее, чем работа с загруженным в оперативную память файлом. Т.е. если у тебя много оперативки, то архитектура vim-а очень даже хороша.

А простое - подгрузка файла с диска всяко медленнее, чем работа с загруженным в оперативную память файлом. Т.е. если у тебя много оперативки, то архитектура vim-а очень даже хороша.

Достаточно понять, что размер файла может быть много больше объема оперативной памяти.

А тогда у тебя есть подкачка, которая в любом случае будет читаться с диска...

А тогда у тебя есть подкачка, которая в любом случае будет читаться с диска...

Читать файл с диска в память и тут же выгружать память на диск. Надеюсь вы не архитектором работаете?

кукаретикам
Жрать говно

почти не палишься :)

Надеюсь вы не архитектором работаете?

А то :-)

Обычно никому не требуется редактировать такие большие файлы руками. Так что если ты открываешь vim-ом файл больше 3 Мб, то ты ССЗБ, ибо распарсить 100500 строк глазами это то же самое, что колоть орехи микроскопом. Тут нужен потоковый текстовый редактор - sed.

Qt Creator очень-очень хорош, но костылей полно. К примеру, идиотский парсер CMake, который сначала парсит CMakeList.txt в cbp (проектный файл для левой IDE), а потом уже в сам себя. Гвоздями прибитые виджеты, отсутствие табов и т. д.

Лол, тред боли, я смотрю

Обычно никому не требуется редактировать такие большие файлы руками. Так что если ты открываешь vim-ом файл больше 3 Мб, то ты ССЗБ, ибо распарсить 100500 строк глазами это то же самое, что колоть орехи микроскопом.

Ну да, а 640Кб хватит всем.

Тут нужен потоковый текстовый редактор - sed.

И что бы я без вас делал.

В плюсах я не силён, но подозреваю, что для приплюснутой ИДЕ важна удобная организация работы с конструкциями языка - классами, шаблонами и т.д.

С чистым Си как по мне, всё проще. Вима хватает. Под оффтоп пользую эклипсу.

Перепробовал много чего, анюту, имэкс... Всего и не вспомню.