Рапира и её создатели

[litwr]

уметь гуглем пользоваться изволю:
https://stackoverflow.com/questions/...ion-for-number
http://www.maclisp.info/pitmanual/number.html
сам язык 1966 года, но bignum вроде только с 1970 - PDP-6, PDP-10 и далее

для восьмибиток, найдено за 10 минут гугления, еще 1983 года выпуска:
http://www.softwarepreservation.org/...s/LISP/le_lisp
ЧСХ конверсия на Z80/8080 предназначена для образовательной сферы - как и с Рапирой на 6502, не было коммерческого смысла, только академический

К сожалению, никаких прямых свидетельств того, что на 8-битках были длинные числа не обнаружил. Обнаружил только, что маклисп поддерживал длинные целые. Сам использовал до конца 90-х мюлисп для IBM PC DOS - там тоже есть длинные целые - но забыл об этом - давно было дело. Обнаружил, что LeLisp был портирован для 8080 и z80, но с ОГРАНИЧЕНИЯМИ. Базовый LeLisp поддерживает длинные целые. Но поддерживает ли портированный - это вопрос. И даже если поддерживает, то это была какая-то французская разработка, а Франция тогда имела относительно независимую политику. Кстати, на 6502 лисп сделали только в 2013 - https://hackaday.com/2013/10/20/the-...-lisp-machine/ Скорее только в сферу образования и удалось пробиться. И сегодня ничто вроде не мешает сделать decimal FP универсальной библиотекой, но реально он есть только для мейнфреймов (аппаратно) и Microsoft .NET.

точность там могла быть сколько угодно байт, да и разницы между целыми и десятичнодробными нет особой

Вы меня не поняли. Я написал, что BCD широко использовали для стандартных FP операций, например, в бейсике. А формат и точность там жестко фиксированы.

бугагашеньки, ну что школьная Рапира на дохлом 6502 им могла "сломать"? только посмеялись бы, да и всё
если уж в те же времена не взлетел куда более серьёзный ML для VAX и 68K (до которого Рапире как до Луны)

И где этот ML ныне? А рапироподобный питон очень даже неплохо вырос, а появился питон существенно попозже рапиры и на 8-битках никогда не работал. Вот показывают уважаемому человеку, то что у него в бизнес-планах только лет через 5 появится, он может и расстроиться...

Если дословно перевести mainframe - то получится "главная рама". Когда мейнфреймы только появились, стандарта на стойки еще не было, блоки компьютера крепились на раму. А в случае ламповых и транзисторных компьютеров, в одну стойку какой-то законченный функциональный узел мог и не уместиться. Так что термин "мейнфрейм" связан не столько с бизнесом, сколько с конструктивным исполнением.

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

Я наверно плохо объяснил. Уже существующие языки для персоналок, такие как C, Pascal или Basic не запрещали взять большое число и представить его в виде нескольких сомножителей, которые можно поместить в массив. И дальше написать несколько процедур, которые будут делать арифметические действия над элементами этого массива как над одним большим числом.
Да, это не очень удобно по сравнению со встроенной поддержкой, но вполне реализуемо. А поскольку реальная потребность в таких вычислениях была невелика, встроенная поддержка была лишь в некоторых языках, типа Лиспа.

Это и на машине Тьюринга можно. Делать такое на древнем бейсике тоже не посоветyю. А реально, извините за повторение, у абсолютного большинства юзеров был бейсик и 16-битные целые. Набирает, например, юзер популярнейшего С64 ?FRE(0), а ему печатается -26627 - умный юзер должен догадаться добавить к этому числу 65536. Подобные трюки нужно было знать и пользователям Аппл 2 и многих других компиков.

Ну как сказать, Visicalc и Multiplan - это не был совсем уж неизвестный софт. И там BCD использовалась именно для финансовых расчетов.

Но там это был именно FP, а не длинные целые.

Давайте поставим мысленный эксперимент: есть топ-менеджер американской компании, которая написала софт для крупной сети магазинов. Софт работает на мейнфрейме, учитывает миллионы кассовых чеков ежедневно, рассчитывает складские запасы, считает зарплату работников с учетом специфики американского законодательства и т.д.
Этому менеджеру представитель советской делегации на Cebit показывает компьютер с Рапирой.
В какой момент топ-менеджер должен почувствовать себя плохо, если:
1) Рапира работает на уникальном советском компьютере, который не предполагается экспортировать в США, а даже если и предполагается, то стоить он будет в разы дороже, чем местные аналоги;
2) простейшей программе на Рапире нужно восемь секунд, чтобы сложить 1000 30-значных целых чисел. Средний мейнфрейм тех лет складывал 10 миллионов чисел за одну секунду;
3) конкурирующего софта-то нет. Рапира - это только язык. Софт еще надо написать. Американские программисты за это не возьмутся, потому что им кроме самой Рапиры надо еще учить русский язык, но и советские программисты не смогут написать этот софт в обозримые сроки, потому что они не знакомы с капитализмом и бизнесом и не знают американского законодательства.

Еще надо учитывать, что мейнфрейм - это не только быстродействие. Это еще и системы хранения данных и высокая надежность. Кроме того, бизнес консервативен. Он просто так не побежит менять одни железки на другие. Какая-то американская компания в середине 90-х искала программистов на Коболе, потому что у них 30 лет пахал мейнфрейм и они не меняли его до последнего.

Лео в своей знаменитой статье про Агат-4 написал про клон Аппл 2, а не про "уникальный советский компьютер". Он ещё писал, что его собираются продавать за рубеж - Жигули и Нивы же продавали. Про цены он наврал...
Сам тестировал мейнфрейм 4361-1 пару лет назад - нет там десятков миллионов, только не более 200-300 тысяч таких сложений. В лучших вариантах 4361 могу предположить до миллиона.
Сделать Рапиру в экспортном исполнении - это было очень просто. Надо только ключевые слова поменять. Кстати, автор лиспа владел русским - родители-коммунисты.
Безусловно Агату далеко было до мейнфрейма, но время среднего мейнфрейма стоило в середине 80-х от $20 за час, плюс доплата за диски, распечатки и т.п... Вместо недели работы можно купить несколько Агатов, а это тоже сила.