Программирование на УКНЦ как?

Цитата:

---

Сообщение от S_V_B

Это все x86, подсознательно написал

---

Известная проблема. Тут только вырабатывать рефлекторное переключение :) Я в обратную привыкал :) По мне, так в MACRO-11 удобней - скользишь взглядом вдоль строки и - что делаем - перенести, с чем - вон коробка стоит, куда - в тот дальний угол :)

Ещё совет - никаких числовых констант в тексте. Описываются как именованные в самом начале и в тексте - только по имени. Так же исключает некоторый класс ошибок. Ещё неплохо именно константы (типа - длина строчки экрана) как то текстуально выделять - то же некоторые ошибки исключают. Хотя тут конечно мешает и раздражает ограничение на длину идентификаторов - в шесть символов бывает сложно уместить удобное имя..

Удаление в знак протеста против действий MM

Цитата:

---

Сообщение от MacBuster

которые умеют понимать метки человеческой длины.

---

Что не отменит то, что в obj файлах все равно (глобальные) метки останутся шестисимвольными, которые такими же останутся у существующих нативных компиляторов, так что проблема практически нерешаемая. Да и вызвано это, на самом деле, ограниченным объёмом памяти, доступным программам.

Цитата:

---

Сообщение от MacBuster

изобрести макрос какой

---

Всё равно это будет работать только для локальных меток - в глобальных то вылезет

Цитата:

---

Сообщение от MacBuster

бессмысленными и безжалостными короткими

---

Так что только сокращения... Хотя периодически скребётся мысль - восстановить текст ассемблера MACRO-11 и добавить (для локальных меток) поддержку длинных имён.. Ишо бы время найти :) И что ещё останавливает - как раз для локальных проблема несколько менее раздражающая, чем для глобальных...

Цитата:

---

Сообщение от Hunta

Что не отменит то, что в obj файлах все равно (глобальные) метки останутся шестисимвольными, которые такими же останутся у существующих нативных компиляторов, так что проблема практически нерешаемая. Да и вызвано это, на самом деле, ограниченным объёмом памяти, доступным программам.

---

Как вариант, сделать человеческий современный компилятор сразу в .SAV, без промежуточных обьектников. А там и метки любой длины и все остальное.

Цитата:

---

Сообщение от Titus

сделать человеческий современный компилятор сразу в .SAV

---

(существующие) Библиотеки и откомпилированные модули - раз

Необходимость компилировать всех исходников сразу - а не частями - как при существующем подходе в OBJ - а значит объём компилируемого возрастёт - и опять вопрос про доступную память - два

Поддержка всего функционала существующего ассемблера MACRO-11 (включая макросы) - что тоже увеличит потребность в памяти или какие то исходники, которые захочется использовать в своём проекте вы не сможете откомпилировать - три.

Существует не только операционная система RT-11 - четыре

И это только навскидку.

Или же пилить под определённый круг сценариев использования - что сузит круг интересующихся и пользующихся

В итоге как курсор прибить?

в ПП MOVB #177,@23160 - не сработала
ESC 33,131,Y,X - только для видимых координат

Удаление в знак протеста против действий MM

Цитата:

---

Сообщение от MacBuster

Ага, заодно поправить синтаксис

---

А что не так с синтаксисом?

Цитата:

---

Сообщение от MacBuster

сделать человеческие сообщения об ошибках

---

Экономия памяти

Цитата:

---

Сообщение от MacBuster

По затратам это почти тоже самое, что написать свой ассемблер

---

Не совсем. Тут сохранится полностью функционал, а при написании своего - не факт, что всё останется - документацию надо хорошо лопатить - и то не факт, что всё упомянуто.

Цитата:

---

Сообщение от MacBuster

компоновщик

---

А линкер то зачем? Я поэтому и написал - для локальных меток - потому как трогать формат OBJ - это на многое повлияет. Можно сделать расширение формата - но это усложнит линкер - не знаю, как у него с памятью

Цитата:

---

Сообщение от Hunta

Ещё совет - никаких числовых констант в тексте. Описываются как именованные в самом начале и в тексте - только по имени. Так же исключает некоторый класс ошибок. Ещё неплохо именно константы (типа - длина строчки экрана) как то текстуально выделять - то же некоторые ошибки исключают. Хотя тут конечно мешает и раздражает ограничение на длину идентификаторов - в шесть символов бывает сложно уместить удобное имя..

---

Цитата:

---

Сообщение от MacBuster

Я вот думаю - может изобрести макрос какой, чтобы сопоставлять осмысленные длинные имена с бессмысленными и безжалостными короткими?

---

Если программа компилируется "батником" - есть очень простой путь: в начале файла (в комментариях) описываете все метки/имена с признаком "замена" (любые 2-3 символа) и коротким именем, затем в батнике добавляете команду в которой парсер (написанный Вами) проходит по тексту программы и заменяет длинные имена на короткие. Результат парсера - новый файл и его передать на компиляцию. В конце "батника" - удалить новый файл.

Удаление в знак протеста против действий MM