[Метценгерштейн 0]

Начал с плюсами разбираться, немного не так, как на Си было. 

Сложность в том, что проект не под компилятор, а под gcc и под компиляцию его после того, как уже все написано в редакторе- блокноте.

Я бы хотел, имея проект, но не имея собранной под компилятор сборки, походить внятно по ф-ям, чтобы go to defenition работало хотя бы.

Пусть с режиме симуляции, без реальной отладки, но всё же. Иначе- ужас какой- то) Пусть не кейл, но хотя бы внятно редактор чтобы понимал, что зачем и откуда следует.

Пока сублайм нашел. Почти, но не то.

Есть под винду софт, которому можно проект скормить, и он его адекватно будет соображать что куда?

[megajohn 3]

5 минут назад, Метценгерштейн сказал:

Есть под винду софт, которому можно проект скормить, и он его адекватно будет соображать что куда?

UnderStand C++

[Метценгерштейн 0]

слушай, ну круто выглядит!

Спасибо, Женя!

[dimka76 42]

27 minutes ago, Метценгерштейн said:

Сложность в том, что проект не под компилятор, а под gcc...

Это как ? 

GCC это и есть компилятор - GNU Compiler Collection/

А то теме - Eclipse, Code::Blocks, NetBeans и т.д. и т.п

[Метценгерштейн 0]

3 minutes ago, dimka76 said:

Это как ?

Не цепляйтесь)

Не под IDE настроенную.

А под хрен пойми чего. Напиши в блокноте, запусти на линуксе, откомпили скриптом в gcc. Это не разработка, а извращение)

[Kabdim 0]

Тыкал палачкой в UnderStand C++ . Во-первых падает регулярно. Во-вторых при всей крутости этих диаграмм, понимания на более  менее крупном проекте с легаси кодом и тех долгом оно лично мне не прибавляет т.к. показывает свзязь всего со всем. Возможно оно было бы лучше на хорошо структурированом коде, но зачем такой агрегат на хорошем проекте - неясно. Как по мне он не отделяет важных связей от второстепенных, что приводит к мельтешению этих блоков и стрелочек.

В итоге самым оптимальным для меня остается clion с call stack и интеллектуальным поиском. По частоте сталкивания мозг постепенно вычленяет для себя ключевые точки проекта, потом уже более целенаправлено произвожу исследование во все стороны от этих ключевых точек до мест которые собственно являются целью.

[Метценгерштейн 0]

2 minutes ago, Kabdim said:

clion с call stack

это как альтернатива?

[Kabdim 0]

call stack - проще того что предлагает UnderStand C++ - показывает кто вызывает данную функцию. Но для меня это оказывается удобней развернутой портянки андерстенда.

[Метценгерштейн 0]

а если call stack сравнивать с clion?

 

[Kabdim 0]

call stack это функция в clion. Она много где есть, в студии, в эклипсе и т.д. В эклипсе есть её удобная сестра которая показывает всё что вызывает эта фунция кстати. Нужно лишь импортировать исходники в удобную IDE.

[x893 35]

https://www.sourceinsight.com/

[k155la3 26]

MSVStudio начиная с 2008 - пользовал броузер для хождения по исходникам MSP430 пока GotoRef GotoDef в IAR не допилили. 

На-крайняк - сливал все файлы проекта скриптом в один файла (в начале каждого файла прописывалось название + паттерн для быстрого поиска)

и в редакторе FAR вполне помогало.

[AlexandrY 3]

1 hour ago, Kabdim said:

call stack - проще того что предлагает UnderStand C++ - показывает кто вызывает данную функцию. Но для меня это оказывается удобней развернутой портянки андерстенда.

В опенсорсных проектах любят передавать ссылки на функции через таблицы формируемые линкером.
Это как правило самые важные места типа обработчиков прерываний и драйверов. 
Тут все тогда отдыхают и understаnd и clion.
Отстаеся только один полезный инструмент - быстрый гибкий поиск и быстрый и точный рефакторинг.
И для этого нужен всего лишь быстрый редактор типа SlickEdit. 

 

[k155la3 26]

2 hours ago, Метценгерштейн said:

. . . . Иначе- ужас какой- то) . . . 

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

[Kabdim 0]

18 минут назад, AlexandrY сказал:

Это как правило самые важные места типа обработчиков прерываний и драйверов.

Ни один редактор не освободит от необходимости знания матчасти, хотя бы в общих чертах. r/SlickEdit/vim/ :D