Осеннее обострение?
Что-то как лето с жарой закончилось, начались ежедневные ИТ-срачи, причем иногда на довольно дикие академически-хардкорные темы, типа "почему автор F# не встроил туда зависимые типы, но так, чтобы ими можно было пользоваться не сойдя с ума". Или "как бы это в статическую типизацию вкрутить функции с переменным числом параметров".
Простейшие мелочи типа дизайна mv или школьного линукса вызывают какие-то феерические треды на тему "Кто кого заборет - emacs, MFC или дотнет".
Да, кстати, на тему линуксовых исходников. В чем их открыть так, чтобы: 1) по идентификатору можно было сразу перейти и открыть файл, где он объявлен; 2) можно было скомпилировать и запустить; 3) если это все ляснется с segfault или еще чем - посмотреть где оно ляснулось и пройтись отладчиком. Ну или чтобы при падении само открывало нужное место в исходниках.
Третье я как-то уже сам догадался - билдишь с отладочной информацией и ходишь в gdb. Правда, хер оно интегрировано с редактором кода - из gdb первый пункт(навигация по идентификаторам) вроде не выполнишь.
Это я к тому, зачем нужны IDE.
Простейшие мелочи типа дизайна mv или школьного линукса вызывают какие-то феерические треды на тему "Кто кого заборет - emacs, MFC или дотнет".
Да, кстати, на тему линуксовых исходников. В чем их открыть так, чтобы: 1) по идентификатору можно было сразу перейти и открыть файл, где он объявлен; 2) можно было скомпилировать и запустить; 3) если это все ляснется с segfault или еще чем - посмотреть где оно ляснулось и пройтись отладчиком. Ну или чтобы при падении само открывало нужное место в исходниках.
Третье я как-то уже сам догадался - билдишь с отладочной информацией и ходишь в gdb. Правда, хер оно интегрировано с редактором кода - из gdb первый пункт(навигация по идентификаторам) вроде не выполнишь.
Это я к тому, зачем нужны IDE.
no subject
no subject
no subject
2. ну вызвать мэйк и распарсить ругань gcc, что б прыгнуть на нужную строку/файл умеет любая программа претендующая называться редактором в unix системах.
3. Если мне нужно посмотреть, где оно упало по core'ке, то просто gdb -ex "bt" core. Если приходиться долго смотреть в отладчик, что б понять что происходит, то в консерватории что-то не то.
(no subject)
(no subject)
no subject
no subject
Это совершенно лишнее требование ;-)
А так-то, дааа. Зависимые типы надо иметь внутри простого языка, а не всяких там ;-)
no subject
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
no subject
Навигация по коду вполне на уровне, отладка - фронтэнд к gdb.
Вполне работает и на проектах без использования Qt.
Поработав некоторое время на QtCreator, в VisualStudio мне стало как-то неудобно, хотя до этого сидел в VS много-много лет.
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
no subject
2) скомпилировать и запустить что? сборка, порой, это ПРОЦЕСС. но наверняка есть приблуда к чему угодно, которая умеет делать ./configure && make