Fixed serialization of type requiring "size" information in uint32_t or uint64_t instead of size_t, added options::force_aligned_access

[lrodorigo]

This pull request addresses the issue identified in #43 regarding the serialization of size information using size_t type, which is not architecture-agnostic.

To ensure consistent serialization across different architectures, the size information for strings, vectors, and other types that require a size attribute is now serialized using a type explicitly defined in alpaca::detail::size_t_serialized_type (uint32_t or uint64_t).
This change guarantees uniformity in the serialized data, irrespective of the platform.
I also aligned the tests and I added a set of test generated by chatgpt.

[lrodorigo]

The Alpaca library, by default, utilizes unaligned memory access, as this is permitted on the x86_64 architecture.
However, certain architectures, such as the Arm Cortex-M3, M4, and M33, require aligned memory access 64-bit data types.
Other architectures (such as Cortex-M0) requires aligned access also for 32-bit data types.

For architectures where aligned memory access is necessary, I added
options::force_aligned_access option.
When this option is enabled, the library will not perform unaligned accesses for 64 bit and 32 bit types, and it will use memcpy instead.

[finger563]

@lrodorigo - are you still working on this? I'm also needing these changes and was wondering if I could help update the PR to get the tests to pass :)

[finger563]

I was able to get this branch to build and pass on macos (which in CI is failing):

Diff:

Results:

[lrodorigo]

Thanks for your help. Please note that the variable length encoding for integers is still completely broken. Il ven 19 lug 2024, 19:44 Pranav ***@***.***> ha scritto:

…

Merged #45 <#45> into master. — Reply to this email directly, view it on GitHub <#45 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ACBHPUEUUA35SYX7OAUXFLTZNFF6BAVCNFSM6AAAAABJBB7ZZKVHI2DSMVQWIX3LMV45UABCJFZXG5LFIV3GK3TUJZXXI2LGNFRWC5DJN5XDWMJTGU3TQOBXGY3DSMI> . You are receiving this because you were mentioned.Message ID: ***@***.***>