5 ms·
I jumped into that gist hoping to build a prototype for Verifone VeriX. But unfortunately, this protocol cannot be used in PoS terminals, they are 32 bits and
by eduardordm 14y ago
I jumped into that gist hoping to build a prototype for Verifone VeriX.
But unfortunately, this protocol cannot be used in PoS terminals, they are 32 bits and I see no reason why that would change before those kind of terminals just disappear.
We need something smarter than uint64.
Edit: I really think they need to read about solutions that already exists for banking & payment communications. They are somewhat compatible with bitcoin.
- daeken 14y ago> But unfortunately, this protocol cannot be used in PoS terminals, they are 32 bits and I see no reason why that would change before those kind of terminals just disappear. > We need something smarter than uint64. Err, you can use 64-bit integers on 32-bit systems. Or 16-bit systems, or 8-bit systems. Just because it's not the native size for integer math doesn't mean you can't use it.
- eduardordm 14y agoEven if RVDS could do that like gcc or vcc, it would make any operations at least 60x slower than just using the add instruction directly. Unlike IA32, 32 bits ARM processors have only 32 bits addr space and registers (against 36 bit in IA32 which allows some 64 bit support) and have no support for 64 bit operations. You are confusing compiler wizardry and the actual program. That said, NO you should never do that.
- gizmo686 14y agoWhere did you get the 60x number from? Using the proccessor's 32-bit primitive operations, you can treat 64-bit arithmatic as 2-digit arithmetic. If you take advantage of the carry registers, it seems like you should have no more than about 3x slow down.
- eduardordm 14y agoThe sheer number of instructions generated by vcc.