Компилятор С и ASM для Z80 на C#

[Error404]

Тут соглашусь. Но количество плюшек студийных тоже впечатляет. Из самых очевидных - готовый редактор с фолдингом, подсветкой синтаксиса C и Code Completion, дебаггер, к которому можно привернуть внутренности ZXMAK для отладки и показа экрана Спектрума, подсистема проекта с поддержкой SCC, шаблоны проектов и Code Snippets, Pre и Post Build Events с макросами, поддержка ресурсов... К очередному компилятору надо либо писать IDE, либо настраивать существующие. Очень даже не лишенные недостатков (особенно для разработки на ассемблере). Собсна, IDE для любого компилятора сейчас, IMHO, нужнее, чем сам компилятор. Кстати, в студии, ЕМНИП, есть готовый парсер C-шного кода.

b2m делал такое с ProgrammersNotepad+SDCC+emu.exe (евоный эмулятор в качестве сервера=движка)

не взлетело, т.к. недокомпиляторы типа SDCC генерят недолистинги дебажного выхлопа, по которому шагать source-level debug получается очень криво.

[Advertiser]

[Eltaron]

не взлетело, т.к. недокомпиляторы типа SDCC генерят недолистинги дебажного выхлопа, по которому шагать source-level debug получается очень криво.

Я конверчу этот выхлоп в coff, цепляюсь gdb к ZXMAK2 (написал плагин, реализующий протокол gdbserver) и шагаю. В целом норм, но нормальной IDE все равно нет - или ddd, или emacs, или geany. Ко всем этим потенциальным EmBlocks, Eclipse и Netbeans не удаётся прицепить то sdcc, то gdbserver...

---------- Post added at 11:40 ---------- Previous post was at 11:33 ----------

Была бы среда, которая б умела работать с банальными Makefile'ами и позволяла бы самому указать путь к gdb и сценарий для работы с ним - всё бы работало из коробки. Возлагаю большие надежды на Clion (от создателей решарпера для Visual Studio). Они собираются сделать самую крутую C/C++ IDE, и пока что у них получается - даже первая альфа намного удобней вижлстудии.

[Q-Master]

В целом норм, но нормальной IDE все равно нет - или ddd, или emacs, или geany. Ко всем этим потенциальным EmBlocks, Eclipse и Netbeans не удаётся прицепить то sdcc, то gdbserver...

Вариант попробовать Anjuta, KDevelop, Code::Blocks. Во всех трех настраивается все. К KDevelop я спокойно прикручивал sdcc, даже где-то в треде про оберон есть пример cmakefile с sdcc.

[Error404]

Все эти прикручивания имеют смысл только тогда, когда в IDE интегрируется SourceLevel отладчик, т.е. можно выполнять (т.е. + движок целевой машины) и трейсить исходный код и переменные.
Тупо редактировать и компилировать я и в vi+sh могу, без подсветки синтаксиса обхожусь.

[Eltaron]

Все эти прикручивания имеют смысл только тогда, когда в IDE интегрируется SourceLevel отладчик

gdb самый что ни на есть source level. И он стандарт стандартов, практически все IDE умеют с ним общаться. Но когда требуется запускать не стандартный gdb, а лежащий по кастомному пути gdb-z80, да ещё и присоединять его к серверу через сокет, тут возникает масса подводных камней. Меня это очень удивляет, потому что нам ведь ничего выходящего за рамки требований среднестатистического эмбеддера не нужно. Но эмбеддерская IDE #1 (среди свободных, ес-но) - Eclipse - внезапно хочет самостоятельно парсить бинарник. И при этом не имеет поддержки COFF. Ну что за бред? И везде так, какие-то подводные камни.

Вариант попробовать Anjuta, KDevelop, Code::Blocks

Code::Blocks пробовал, Anjuta, кажется, тоже. А вот KDevelop попробую, спасибо, совсем о нем забыл.