IDE за C development за Linux
4 отговора
503 прегледа
IDE за C development за Linux
препоръчайте нещо сложно и силно интегриране (май така се казва). Минималното изискване е да поддържа auto-complete feature, че нещо станах много глезен и само като си представа, че трябва постоянно да превключвам между документите и ИДЕ-то и ми става зле:)
kdevelop
или eclipse, ако не те плаши колко е тежък. в последната версия на еклипса (по-точно компонента CDT) най-накрая се е появил автоматичен буилд, без да си пишеш сам makefiles.
аз съм ползвал основно кдевелоп, но и еклипса изглежда обещаващ.
unsigned
аз съм ползвал основно кдевелоп, но и еклипса изглежда обещаващ.
unsigned
Re: IDE за C development за Linux
Като си толкова глезен и не можеш без autocomplete погледни какво прави ctags. Много редактори могат да ползват такива файлове. Напоследък отново ми е любим jEdit, но аз не се занимавам със Ц и не знам каква е поддръжката там.
Re: IDE за C development за Linux
преди известно време и аз имахх същтият проблем и пробвах общо взето и трите решения споменати дотук (kdevelop, eclipse, ascii editor със ctags support) и май че се спрах (доколкото може да се каже) на kdevelop. това което не пробвах са борландските джиджавки, ако ти ги пробваш би било интересно да чуя дали си струват.
в еклипсе напр. (това най-вероятно е свързано с проекта, който е голям и си има собствени представи за директории, макефайлове, много макроси, длл-ли и т.н.) за около час може би не успях да пусна дебъгера върху една длл-ка, след което го оставих. освен това (това важи за ц-плъгина, джавата не съм я пробвал) цялата работа ти парзва само current отворения файл, т.е. напр. дефиниции от други файлове не ти се появяват като туул типс. това да навигира към дефинициите на променливи в други файлове работеше неопределено (понякога
), ауто комплетето работеше. ама като цяло го зарязах доста бързо.
решението със ctags има недостатъка че трябва да ребилдваш базата с данните на всеки нов билд (е може да го интегрираш някак си в процеса на билдване
) ама като цяло не ме кефи.
kdevelop горе долу работи ама има също доста недостатъци. напр. не парсва препроцесорните дефиниции (има един плъгин който ползва ctags database, и така горе долу става, вж. предната точка). освен това не можеш да го накараш да търси сорсове извън основната ти директория. та например като ползвам много стл напр. заради ауто комплетето ползвам visual studio. структурата на директориите не е толкова динамична като на визуалното студио.нет. но иначе има добра интеграция, дебъгера е ок (става), интегрира хтмл и ман вюър (за хелп), има съпорт за доста езици.
но като цяло (аз имах късмета проекта да работи с вин
) не достигат майкрософткото решение.
в еклипсе напр. (това най-вероятно е свързано с проекта, който е голям и си има собствени представи за директории, макефайлове, много макроси, длл-ли и т.н.) за около час може би не успях да пусна дебъгера върху една длл-ка, след което го оставих. освен това (това важи за ц-плъгина, джавата не съм я пробвал) цялата работа ти парзва само current отворения файл, т.е. напр. дефиниции от други файлове не ти се появяват като туул типс. това да навигира към дефинициите на променливи в други файлове работеше неопределено (понякога
решението със ctags има недостатъка че трябва да ребилдваш базата с данните на всеки нов билд (е може да го интегрираш някак си в процеса на билдване
kdevelop горе долу работи ама има също доста недостатъци. напр. не парсва препроцесорните дефиниции (има един плъгин който ползва ctags database, и така горе долу става, вж. предната точка). освен това не можеш да го накараш да търси сорсове извън основната ти директория. та например като ползвам много стл напр. заради ауто комплетето ползвам visual studio. структурата на директориите не е толкова динамична като на визуалното студио.нет. но иначе има добра интеграция, дебъгера е ок (става), интегрира хтмл и ман вюър (за хелп), има съпорт за доста езици.
но като цяло (аз имах късмета проекта да работи с вин