Wlad писал(а):
Comdiv писал(а):
В самой адресации знаковым целым нет никакой проблемы, просто верхние адреса будут отрицательными.
Вы перечитываете. то, что написали, перед тем, как отослать?
То, что Вас смущает, что верхние адреса при отображении в знаковые целые, как, например, это делается в BlackBox Component Builder через SYSTEM.ADR, будут отрицательными числами - это только Ваши проблемы, но не мои. Я лишь пишу о факте, а моё мнение, что так делать не надо, ровно как как и с отображением в целые без знака, я тоже писал.
Wlad писал(а):
1. Адрес - ЧЕГО (какого типа)?
2. Если вы работаете с "чисто адресами", озвучьте СМЫСЛ отрицательного (не "относительного") АДРЕСА.
3. Есть понятие "счёТное (упорядоченное) множество". Дальше - продолжать?
4. Во многих РЕАЛЬНЫХ системах регистры управления и состояния внешних устройств отображены на адресное пространство. Дальше - продолжать?
1. Адрес данных, какими бы они не были
2. Вопрос слишком уж странный, учитывая что задаётся в виде комментария к ответу, что адрес не нужно засовывать в числа. Но если уж засунули, то это просто число, отличающееся от других адресов-чисел. Не нужно их трактовать именно как числа, иначе легко начать сравнивать несравнимое, складывать нескладываемое и т.д., о чём, в том числе, сказано в стандарте C. Особенно это характерно для платформ вроде Эльбрус, но и для распространённых 64-битных платформа не всё так просто, особенно, в связке с языками наподобие Swift.
3-4. Продолжайте, продолжайте.
Wlad писал(а):
Comdiv писал(а):
Если нужно думать о 0 и 1 в двоичных разрядах, то речь опять не о целых, а об отдельном типе - о чём-то вроде битовых массивов.
И? Вы когда-нибудь видели даташиты на ядра микроконтроллеров и их периферию?
То есть, опять речь о том, что так было заведено.
Wlad писал(а):
Длина информационной части при передаче по последовательному порту может быть от 5 до 9 бит. Для её представления используется 3-4 бита в определённом регистре управления.
Это никак не влияет на представление целых. "В огороде бузина".
Wlad писал(а):
Да - нет, коллега. Это - не "дань моде и/или привычке". Это - диктуется "предметной областью". И "пощупать" и "сравнить" здесь можно не умозрительно, "обсуждая концепции", а - с помощью осциллографа и мультиметра.

"Так заведено" не сводится к моде и привычке. Если конкретно Ваша специфика требует изо всех сил того, что Вы обозначаете за именно необходимое, то это Ваша специфика. Если коллеги, которые занимаются встроенными приложениями на Oberon-07, на самом деле тоже страдали от нехватки нужных типов, было бы интересно послушать. Если что, то в O7 BYTE как раз 0..FF в отличии от КП, но беззнакового INTEGER нет, по крайней мере, в оригинале.
Wlad писал(а):
Comdiv писал(а):
Либо за максимальную типизацию, либо за свалку применений в целых.
Так она там и присутствует.
Только если через кривое зеркало C. Максимальная типизация не так выглядит. Впрочем, и не эдак, скажут сторонники зависимых типов

.
Цитата:
Если вычислять не в той же разрядности, что и хранить, то должно тратиться время для "проталкивания по частям" значений данных через интерфейс связи с ОЗУ. В любом случае.
Это в любом случае нужно делать, потому что увеличение расхода памяти из-за внезапного удвоения размера INTEGER отрицательно скажется на общей производительности.
Wlad писал(а):
Упоминание "нерассчёта согласно описанию языка" осталось загадкой.
Для меня осталось загадкой, что для Вас загадка в том, что правильная программа на КП не может рассчитывать на определённое значение после переполнения, из-за чего поведение правильной программы не может измениться после перехода с 32-х битных вычислений на 64-х битные. Неправильные диагностируются прогоном после компиляции с включёнными проверками, которые были саботажно выключены по умолчанию.
Wlad писал(а):
А криптовать лучше - вообще отдельными функциональными железячными блоками в процессорах.
Создатели блоков в процессорах всегда используют исходную модель на языке для компьютера, так что тут ничего принципиально не меняется, просто добавляется либо дополнительный этап ручной трансляции, либо сразу "экстракция" в HDL.