Ну для начала и cl+ml+link тоже хорошо, хотя мне кажется rpy3uH просто щас на том этапе жизни когда кодерское "я" имеет амбиции которые как ему кажется сдерживаются "несовершенством инструментария" - он хочет создать свой гиперИнструмент. Его язык будет испытывать влияние всех языков которые он знает и узнает в будущем. Я когдато тоже хотел склепать свою Ассемблерную IDE - но как в усной беседе один старый программист: там будет лиш то что удовлетворяет лично тебя, но будет ли она полезна большинству?
Psionic писали многие. не только вы. иногда доводили до довольно вменяемых вещей, но ни один не довел до состояния "вещь!" бо задача превышает время 1го человека + собственные тараканы каждого. ведь никто не объединялся, правильно? вот и нет хорошего продуманного мощного редактора на уровне сорс инсайта с возможностями легкого расширения и модификации эклипс близок, но всетаки немного не то (изза жабы) подобная вещь как задумал грузин может быть полезна как встраиваемый жит энжин для скриптов/расширений/плагинов. при этом снимется проблема бинарной несовместимости и тормозов чистых скриптолангов. а если этот энжин сможет пережевывать обычные С сорцы, коих море и предоставит возможность организовывать внутренние либы и давать доступ к данным и функциям между компилятами, то он может стать достаточно интересен для этих целей. (с дровами не знаю. дров может скомпилить файл в память и запустить его?) -- ну а ваш старый программист, извините, не туда смотрит и не правильно думает. взгляните на практически любой из проектов. какой из них начинал интересовать многих и давать фин отдачу сразу? какой из программистов стал успешным сразу без долгой и упорной работы и борьбы? знаете, что джобса выгоняли из эппл, но он и там не сдался, а начал лепить и продвигать конкурента маку? и довел до того? что его вынуждены были пригласить назад, да еще и на его условиях. вы в такое смотрите, а не в мнения всяких депрессующих сдавшихся. тоже нашли советчиков. вы у бомжей не спрашивали их мнения о жизни и возможностях? спросите задля контрастности. 2 грузин вы таки работайте. делайте что задумали и не слушайте никого. только 3 маленьких совета. не валите все в кучу, пусть лучше будет куча файлов и папок с понятными именами и функций много с длинными понятными именами. код лучше писать понятный, те не надо кучи коментариев и оформительства, просто не загроможденный код без фокусов и с понятными без комментариев именами. и пишите на ансиС с минимумом внешних зависимостей и привязок, тк этот вариант будет максимально переносим и доступен для последующих модификаций и включения в другие проекты все что я написал - мое личное мнение. я не претендую терять время ради захвата мира и заставляния всех ходить строем под мою указку
qqwe Речь не о секциях, о фазах компиляции. Исторически (Lex & YACC), это были две разные программы и, поскольку начинал я еще с их DOS-версий, то предпочитаю именно такой подход. Coco (и, к сожалению, Anagram) ориентированы на символьный ввод и подключение внешнего лексера в них неудобно и неестественно. За меня уже ответили - визуальную отладку. Из того, с чем я сталкивался, такая возможность была еще только у VisualParse++, но мне он показался гораздо менее удобным. Вы, прямо, как Понтий Пилат: "Что есть истина?" Я думаю, что большинство языков программирования (включая C), в Coco разобрать не удастся. Или, по крайней мере, не удастся сделать это легко. Не так давно, для собственных нужд, мне потребовался парсер многострочных сигнатур (смесь текста, комментариев, служебных слов, HEX-литералов и специальных символов в довольно свободном формате). Начал было делать разбор в Coco и быстро уперся в конфликты в грамматике. Плюнул и без проблем переписал в Anagram - тот же EBNF и привычный LALR(1).
rpy3uH Кроссплатформенность не беспокоит? Тут легко прорубить окно к процессорру и оталкиватся ты будеш от x86 (ясен пень), а в нашу грешнуюю жизнь все крепче входят устройства под ARM-камешками.
Да было бы прикольно если бы С--(Си_минус_минус) кто под Win32 Win64 переделал с полной поддержкой всех современных команд процессора(SSE4, AVX и т.д.). ЗЫ И нормальным приоритетом операций.
Intro, здесь смотрели? http://c--sphinx.narod.ru/ win32 но без современных расширений процессора. Можно опкодами записывать, вроде же.