Re^8: Module for 128-bit integer math?

So you say that newSV(16) always allocates the bytes on a suitable memory boundary. I didn't know of any such guarantee, thus my question.

Well, then you can replace those calls to Copy with casts and assignments

Update: Fixed bad grammar. Also, the second paragraph should be ignored because it makes sense to support passing OOK strings to native_to_int128 functions.

Comment on Re^8: Module for 128-bit integer math? Download Code

Replies are listed 'Best First'.
Re^9: Module for 128-bit integer math? by salva (Canon) on Feb 09, 2011 at 17:07 UTC
So you say that newSV(16) always allocates the bytes on a 128-bit aligned No, what I say is that the code generated by GCC uses 64bit operations to move data between the memory and the processor registers so a 128bits alignment is not really required. Any sane allocator will return memory aligned for 64bits or better. Perl custom allocator (used when set from Configure) guarantees that alignment would be suitable for doubles (so, 64bits)... or at least that's what a comment says in the place where `MEM_ALIGNBYTES` macro is introduced. update: Regarding the use of `Copy`, yes, it is because any string allocated outside the module can be unaligned. That includes SVs using the OOK hack and probably others.	[reply] [d/l] [select]
Re^10: Module for 128-bit integer math? by ikegami (Patriarch) on Feb 09, 2011 at 17:08 UTC
Thanks! Update: I guess the issue will need to be revisited when systems support native 128-bit operations.	[reply]


There's more than one way to do things
	PerlMonks