Написание программ для БК0010

[Manwe]

у языка есть синтаксис - либо вы поддерживаете его - либо меняйте название !!!

Не знал, что на БК были ассемблеры с поддержкой арифметики в угловых скобках. Всегда писали #Metka+2, а не #<Metka+2>. Но если действительно есть такой стандарт, можно добавить в PDPy11.

- - - Добавлено - - -

Да все просто - если переменная объявлена ниже инклюда то в нем она не видна.

Всё равно непонятно. Давай на примере:
у тебя есть main.mac и в нём .include ”file1.mac” и .include ”file2.mac” (именно в таком порядке)
Ты объявил переменную в file2.mac, а хочешь использовать её в file1.mac
Но она не видится.
Так?

В итоге когда исправил все синтаксические косяки - завалился стек при компиляции.. возможную причину я указал.

Python 3?
А у тебя там точно не получилось рекурсивных инклюдов?

[S_V_B]

Но она не видится.
Так?

Так.

Python 3?
А у тебя там точно не получилось рекурсивных инклюдов?

Python 3.
Рекурсивных инклюдов нет, инклюды только в main, в MAKRO11 все работает.

[Hunta]

Не знал, что на БК были ассемблеры с поддержкой арифметики в угловых скобках.

А это не на БК (на ней свет клином не сошёлся), это стандарт языка ассемблера MACRO-11

Всегда писали #Metka+2, а не #<Metka+2>

Не догадываешься, почему?


Я тебе больше скажу - у него (ассемблера MACRO-11) ещё и приоритета операций нет.

И ^B - это, по сути, указание операции, а не указание основания - ^C, например - это вычисление комплементарного (до 1) значения.

Ты доку по MACRO-11 не пробовал читать?

[Manwe]

Не догадываешься, почему?

Если речь про арифметику с метками, то в PDPy11 в случае неоднозначного толкования нужно писать признак метки - двоеточие. Например, JMP 2:+2 означает переход на 2 байта после локальной метки 2:

Я тебе больше скажу - у него (ассемблера MACRO-11) ещё и приоритета операций нет.

Сочувствую ему. В XXI веке нет смысла писать арифметические выражения без приоритетов. Человека без 30-летнего бэкграунда Macro-11 это обескураживает.

И ^B - это, по сути, указание операции, а не указание основания - ^C, например - это вычисление комплементарного (до 1) значения.

У нас инверсия числа делается префиксом ~ как в других современных языках. Ну и запись двоичных и 16-ричных чисел тоже по стандартам современных языков.

А это не на БК (на ней свет клином не сошёлся), это стандарт языка ассемблера MACRO-11

Как мы уже выяснили, ты всё равно с Macro-11 никуда не уйдёшь. Наш кроссассемблер задумывался для домашних компьютеров, а не для поддержки софта от DEC. В первую очередь PDPy11 для БК 0010 и 0011М. Во втору очередь - для УКНЦ. В третью - для Союз-Неона.

Ты доку по MACRO-11 не пробовал читать?

Чтобы что? Чтобы сделать точный клон Macro-11, которым всё равно не станут пользоваться фанаты олдскульного софта от DEC?

[gid]

#0bчисло.

Сделайте поддержку обоих синтаксисов: 0b и ^b, это не трудно

Вроде как в математике используются круглые скобки

как с круглыми скобками собираетесь разрешать конфликт определения адресаций и арифметических выражений?
(a-b)/2(R1) вот такое как распарсить? А <a-b>/2(R1) (или <<a-b>/2>(R1) - более наглядно) - обычная индексная адресация. Правда не стоит копировать MACRO-11 и всё таки сделать скобки не декоративными, а реально определяющими приоритет операций.
Да и (R1) - это получается арифметическое выражение в скобках, относительная адресация 67, где R1 - имя метки, а не регистр. Или нужно делать сильно навороченный парсер с исключениями, который в результате превратится в монстра и всё равно не все исключения будет ловить.

Ещё сделайте защиту от рекурсивных включений, простой список инклюд, и если новая добавляемая инклюда уже есть в списке - то её игнорировать.

Ты объявил переменную в file2.mac, а хочешь использовать её в file1.mac
Но она не видится.

Вот для этого нужно сделать первичный проход со сбором всех меток, синтаксический разбор операндов и определение адресаций в командах, а потом уже вторичный проход, где будут вычисляться арифметические выражения и подставляться значения меток в ветвления. Я как раз хочу сделать такую штуку в своём BKTurbo, но кажется проще переписать его с нуля, чем изменить.

Чтобы что? Чтобы сделать точный клон Macro-11, которым всё равно не станут пользоваться фанаты олдскульного софта от DEC?

Не, чтобы можно было скомпилировать макровский исходник хотя бы с чуть меньшими усилиями. Добавить макровский синтаксис задания систем счисления чисел, способ записи строк в .ascii - это необходимый минимум.

[Hunta]

то в PDPy11

Вообще, то разговор идёт про MACRO-11

Чтобы сделать точный клон Macro-11, которым всё равно не станут пользоваться фанаты олдскульного софта от DEC?

А что, уже есть чем пользоваться? Тебе S_V_B уже привёл пример - написанный сейчас исходник не компилируется у тебя.

Не, чтобы можно было скомпилировать макровский исходник хотя бы с чуть меньшими усилиями. Добавить макровский синтаксис задания систем счисления чисел, способ записи строк в .ascii - это необходимый минимум.

Человек делает кросс-ассемблер под себя. Пусть делает. А раз он (кросс-ассебмлер) не сможет обрабатывать старые исходники - он так и останется - только для него. Видимо он (человек) решил, что то, что удобно для него - будет удобно для всех. Пусть и остаётся со своим заблуждением

чтобы можно было скомпилировать макровский исходник хотя бы с чуть меньшими усилиями

Если именно скомпилировать - то с запущенным эмулятором Патрона - мне не кажется, что какие то особые усилия нужны. А получаешь - гарантированно поддерживающий всё компилятор.

С моей точки зрения, чего действительно не хватает - это среды для написания исходника и без компиляции вообще. То есть пишешь исходник, а в фоне создаётся obj файл. Ну, если точнее - создаётся некая структура, из которой можно сделать obj файл тупым сохранением. И естественно - с полной поддержкой возможностей MACRO-11.

- - - Добавлено - - -

Добавить макровский синтаксис задания систем счисления чисел, способ записи строк в .ascii - это необходимый минимум.

Макросы и условная компиляция.

[Manwe]

Вообще, то разговор идёт про MACRO-11

Вообще-то, нет.

Человек делает кросс-ассемблер под себя. Пусть делает. А раз он (кросс-ассебмлер) не сможет обрабатывать старые исходники - он так и останется - только для него. Видимо он (человек) решил, что то, что удобно для него - будет удобно для всех. Пусть и остаётся со своим заблуждением

Кросс-ассемблер делается для БК-сообщества. Большая часть этих демок написана на PDPy11. Люди его используют. Пожелания всегда приветствуются от тех, кто хочет попробовать PDPy11. Баг-репорт от S_V_B уже принят в работу.

Макросы и условная компиляция.

Это нужно только тебе, а ты не станешь пользоваться PDPy11. Так что условная компиляция пока подождёт.

- - - Добавлено - - -

Сделайте поддержку обоих синтаксисов: 0b и ^b, это не трудно

Согласен.

(a-b)/2(R1) вот такое как распарсить?

Пока что приходится писать a/2-b/2(R1).

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

Подумаем. Наблюдение из практики: сложные арифметические выражения чаще встречаются не в коде, а в задании констант. Там никаких регистров в скобках не бывает, поэтому до сих пор не сталкивался с ощущением путаницы.

[Hunta]

Это нужно только тебе, а ты не станешь пользоваться PDPy11. Так что условная компиляция пока подождёт.

Мне нужны макросы и условная компиляция. Они в PDPy11 есть? Нет. С какого тогда я должен его использовать?

Вообще-то, нет.

[hobot]

Не знал, что на БК были ассемблеры

что значит были? ) и почему во множественном числе???
Круглые скобки используются при адресации MOV (R2)+, -(SP)
<> - ДЛЯ выражений и ASCIIкодов

Ты объявил переменную в file2.mac, а хочешь использовать её в file1.mac
Но она не видится.
Так?

не могло программирование так деградировать, не верю )))

- - - Добавлено - - -

Чтобы сделать точный клон Macro-11, которым всё равно не станут пользоваться фанаты олдскульного софта от DEC?

наконец-то ! ты сам признал, что тратишь время на никому не нужный проект, поверь куча людей больше бы оценило оконный интерпритатор Вильнюс-Бейсика с УК-НЦ ROM или из исходников под\для Windows. Нативный Macro-11 не нужно клонировать, с ним (при желании) нужно просто работать в своё удовольствие, все средства для этого уже написаны, всё остальное ересь, дегенератство и упадничество. Дисциплины среди программистов никакой не стало ! Разбаловали вас.

[Hunta]

не могло программирование так деградировать, не верю )))

Причём здесь программирование? Оно каким было, таким и осталось. Деградировали люди.