DEB - ассемлер нового поколения...

[Looker]

Может и тут стоет так сделать, например на место меток раздекранчить фреймовый скрол, да и сам редактор, а после на него компилировать таблицу меток ?

В Шторм-асме приблизительно так и делается. Оболочка каждый раз передекрюнчивается.

2Asman
По поводу макрокоманд посмотри исходники второго шторма - там у них все идеи более-менее задокументированы. А идей, я тебе скажу, туева хуча.

Товарищи!!!!!!
Какой на фиг раздельный редактор/компилятор!
Мы же с вами не на ПЦ!
Дело в том, что если хотите хорошую (хотя бы) скорость компиляции, то ни о каких исходниках в виде текста даже речи не идет! Нужен токенизированый вид, и чем жестче, тем лучше. А соответсвенно и редактор/вьювер злобно закодированных данных нужен исключительно индивидуальный!

p.s. если кто-то хочет написать отдельный компилятор - вперед. У вас есть ACEdit и система плугинов к нему

[Advertiser]

[elf/2]

Нужен токенизированый вид, и чем жестче, тем лучше. А соответсвенно и редактор/вьювер злобно закодированных данных нужен исключительно индивидуальный!

1. суровый токенизированный формат плох тем, что в случае сбоя на диске легко потерять большую часть исходника. у меня была пара стормовых исходников с ошибкой в одном байте, при просмотре которых сторм падал, а bestView/xLook показывали достаточно большой кусок мусора...
2. а почему AlCo собирает достаточно большие проекты (Wolf2004) и не наступает на грабли с недостатком памяти? у alasm'а формат совсем не сурово-токенизированный...
3. еще есть большие сомнения что формат используемый в сторме положительно влияет на скорость компиляции

если есть правильные функи: decode_line/encode_line то редактор может быть достаточно универсальный