-
- Мнение человека не способного 64 на 8 поделить особенно ценно.
Можно подумать, что 16 регистров незадействованные только и ждут
64-битных сложений. Сохранить/восстановить их не надо? - VladislavS.(25.02.2024 22:45)
- Да ладно, четыре - восемь. Ошибся, бывает. Очевиден смысл процедуры
сохранения/восстановления регистров при входе/выходе из прерывания
а зачем это нужно делать перед/после арифметической операции? - enc(25.02.2024 23:04)
- Потому что программа состоит не только из этого архиважного
действия - сложить 64-битные числа на восьмибитном контроллере. - VladislavS.(25.02.2024 23:14)
- А ещё умножить, разделить со знаком и без и для всей этой хрени
нужны РОН-ы , а для всего остального - ОЗУ. Не так ли? - enc(25.02.2024 23:29)
- и вот тут реально удобен Z8Encore. Где могу назначить в любом месте адресного пространства в 4К нужные мне 16 РОН для каждой задачи отдельно. Хоть 20 раз по 16. :-) - Лaгyнoв(26.02.2024 08:44)
- Нет никакой необходимости держать всё число сразу в регистрах.
Сегодня вам 64 бита надо, завтра 256. Где регистры брать будете? - VladislavS.(25.02.2024 23:40)
- Ты же о 64-битных целых заговорил. У avr через вызов библиотечной функции с прогоном аргументов
через стек. (VladislavS). Применительно к авру его 32-х регистров хватает для арифметики с
любой целочисленкой до 64 бит включительно. enc(113 знак., 25.02.2024 23:56)
- Да хоть в облаке, всё равно сложеие побайтово производится. Достаточно пары регистров. - VladislavS.(26.02.2024 07:17)
- Ты же о 64-битных целых заговорил. У avr через вызов библиотечной функции с прогоном аргументов
через стек. (VladislavS). Применительно к авру его 32-х регистров хватает для арифметики с
любой целочисленкой до 64 бит включительно. enc(113 знак., 25.02.2024 23:56)
- А ещё умножить, разделить со знаком и без и для всей этой хрени
нужны РОН-ы , а для всего остального - ОЗУ. Не так ли? - enc(25.02.2024 23:29)
- Потому что программа состоит не только из этого архиважного
действия - сложить 64-битные числа на восьмибитном контроллере. - VladislavS.(25.02.2024 23:14)
- Да ладно, четыре - восемь. Ошибся, бывает. Очевиден смысл процедуры
сохранения/восстановления регистров при входе/выходе из прерывания
а зачем это нужно делать перед/после арифметической операции? - enc(25.02.2024 23:04)
- Глупое эмоциональное мнение. Примерно как в отношении ИАР и 51го "ха, не умеет с битами работать, сранное Г стандарту
придерживается зачем-то". И наоборот "ваш Кейл - Г, т.к. он стандарту не соответствует, это совсем не
СИ" - POV(25.02.2024 21:19)
- Ну да, глупее не бывает - прогон аргументов через стек, к четырём
тактам плюс сотня на тривиальную арифметику. Насмешил, не путай
опыт с мнением. - enc(25.02.2024 21:37)
- Это стандартное решение. Никто не говорит что оно подходит для
данной архитектуры. - POV(25.02.2024 21:40)
- Ещё раз - на дыбу такие стандарты. - enc(25.02.2024 21:45)
- Это стандартное решение. Никто не говорит что оно подходит для
данной архитектуры. - POV(25.02.2024 21:40)
- Ну да, глупее не бывает - прогон аргументов через стек, к четырём
тактам плюс сотня на тривиальную арифметику. Насмешил, не путай
опыт с мнением. - enc(25.02.2024 21:37)
- Мнение человека не способного 64 на 8 поделить особенно ценно.
Можно подумать, что 16 регистров незадействованные только и ждут
64-битных сложений. Сохранить/восстановить их не надо? - VladislavS.(25.02.2024 22:45)