Mixed union upcast is broken in interpreter on Alpine Linux

[HertzDevil]

record Foo, x : Int32, y : Void*

x = Foo.new(1, Pointer(Void).new(0xdeadbeef))
x          # => Foo(@x=1, @y=Pointer(Void)@0xdeadbeef)
(x || nil) # => Foo(@x=1, @y=Pointer(Void)@0x1)
(x || 1)   # => Foo(@x=1, @y=Pointer(Void)@0x1)

This happens on any value that is larger than a pointer, e.g. {1, 2_i64}, StaticArray[1, 2, 3], and 123_i128 too.

Extracted from #15034 (comment)

[HertzDevil]

This is a consequence of memcpy:

x = Slice.new(16, &.itself)
x.to_unsafe.copy_to(x.to_unsafe + 6, 10)
x # => Slice[0, 1, 2, 3, 4, 5, 0, 1, 2, 3, 4, 5, 0, 1, 2, 3]

The interpreter upcasts a value to a mixed union by placing it on top of the stack, and then copying the data portion to a higher position to reserve space for the type ID. Hence, when the size of the value exceeds that of the type ID, the copy_to here would occur between two overlapping ranges:

crystal/src/compiler/crystal/interpreter/instructions.cr

Lines 1310 to 1313 in d58ede5

	tmp_stack = stack
	stack_grow_by(union_size - from_size)
	(tmp_stack - from_size).copy_to(tmp_stack - from_size + type_id_bytesize, from_size)
	(tmp_stack - from_size).as(Int64*).value = type_id.to_i64!

This is undefined behavior in both ISO C and POSIX. Instead move_to must be used here (and most likely in a few other places too).