DimkaM wrote:to lvd, за пруф сойдёт?!
Мне пруф нужен был, что в чаре нельзя хранить числа, причём пруф от фк0. В том, что ты показал, ничего удивительного не вижу, так и должен работать любой конь пилятор.
DimkaM wrote:to lvd, за пруф сойдёт?!
DimkaM wrote:И оное юзать по своему усмотрению, чтоп компилятор самодеятельностью незанимался.
Дазнаю,но "банкомат" мне тогда был не по зубам, т.е. не по карману, а сейчас вроде бы и надобностей нетуть.DimkaM wrote:текстовый 80х25. На АТМе с 90х годов существует. На Еве тоже, тока добавлен ещё один режим однопаговый.
lvd wrote:Это пруф, что в чаре нельзя хранить числа?
fk0 wrote:"Я тут накомпилировал и у меня всё заебись" -- тоже охуенна глупый аргумент. Ты накомпилируй на более другой платформе для начала и посмотри.
lvd wrote:Если я накомпилирую uint8_t на десофт-платформе, где чар 16 бит и это минимальный размер, то что будет?
deathsoft wrote:Там просто нет uint8_t. Компилятор ошиьку выдаст что тип не поддерживается.
fk0 wrote:Лучше, если она будет безбажно работать с uint_fast8_t.
fk0 wrote: Но вот цена обращения к 8-битной переменной, да ещё без выравнивания, зашкаливает на фоне 16/32-битных обычных переменных. В лучшем случае лишние команды CPU. В худшем исключение на невыравненном обращении и программная коррекция результата -- over дохерадцать тактов.
Users browsing this forum: No registered users and 0 guests